Comment 7
-
catchv
2013.04.05 15:21
-
오래된흰냥a
2013.04.05 16:13
해당 쿼리문을 실행을 하면, 운영중인 데이터베이스엔 문제가 없을까요 ??
-
오래된흰냥a
2013.04.05 16:44
그렇게 실행을 해도 SSIS 데이터는 없습니다 ㅠㅠ 어떻게 해야하나요 ㅠㅠ
-
catchv
2013.04.05 16:43
sp_verify_subsystems를 보시면 이것 저것 정보(registry, version 등)을 가져와서 syssubsystems 테이블을 만드는 정도라서
특별히 시스템에 영향을 주는 쿼리는 아니지만
혹시 모르니 백업을 꼭 하시고 하는 것이 좋을 것 같습니다.
(delete from msdb.dbo.syssubsystems 전에 테이블 백업도 해두는 것도 좋겠네요.)
생성 후에는 SQL Server Agent service 재시작을...
-- catchv
-
오래된흰냥a
2013.04.05 16:47
해당 프로시져를 확인해서 보니, 레지스트리에서 경로를 가지고 오게 되어있던데요..
해당 서버가 64bit 인데다가, 보통은 c드라이브에 설치를 하지만, 해당 서버는 d드라이브에 설치 되어있더라구요.
해당 dll이나, DTExec.exe 파일도 레지스트리에 있는 경로와는 다른 경로에 있었구요 ㅠㅠ
수동으로 insert 를 했었지만 재시작 하게되면 사라지는 현상이 발생하여,
결국 아직도 원점 시점입니다 ㅠㅠ
혹 관리자 권한으로 실행을 하지 않아서 인가 싶어서, 관리자 권한으로도 실행을 했지만 그래도 이구요 ㅠㅠ
-
오래된흰냥a
2013.04.05 16:53
sp_verify_subsystems 프로시저에
EXEC master.dbo.xp_regread N'HKEY_LOCAL_MACHINE', N'SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\Setup\DTSPath', N'', @DtsRootPath OUTPUT, N'no_output'
이런식으로 경로를 가져오게끔 되어있던데요~~
레지스트리 SSIS > Setup 하위단에 있는 경로들이 실제로 그 위치에 없던데,직접적으로 제가 그걸 수정 해도 될까요 ?
-
catchv
2013.04.05 17:14
저라면 @DtsRootPath에 실제 파일이 없는 경우 안들어 가니깐
레지스트리를 실제 DTS 위치 등에 맞게 고쳐 보겠습니다.
어차피 안되면 재설치해야 되는데 뭐라도 해봐야죠.. ^^;
이게 시스템에 어떤 영향을 줄지는 잘모르겠지만 지금 안맞는게 더 큰 문제가 아닐까요?
-- catchv
use msdb
go
delete from msdb.dbo.syssubsystems
exec msdb.dbo.sp_verify_subsystems 1
go
http://support.microsoft.com/kb/914171/en-us
참고하시면 좋을 것 같습니다.
-- catchv