2009-09-18 4 views
0

sp_OA * 호출을 가장 할 수있는 방법이 있습니까? 저는 이것을 파일 시스템 관리에 특별히 사용하고 있으며, 2005 년으로 업그레이드 할 가능성이 있기 때문에 DTS를 피하기 위해 TSQL의 모든 작업을하고 있습니다.이 솔루션을 크로스 버전으로 바꾸기를 원합니다. 불행히도 원격 파일 시스템에 액세스해야하지만 서버 권한 중 하나 (시스템 ETL주기가 실행 되더라도 레이더 및 AD가 아님)에 대한 시스템 권한에 AD 권한을 추가 할 수 없습니다. 이것을 가장 할 수있는 방법이 있습니까? 나도 xp_cmdshell 솔루션을 사용한다. DTS와 SSIS 모두 개발을 피하고 두 코드베이스를 저글링하는 것이 가능하기를 바랄뿐입니다.SQL Server 2000의 sp_OA * 가장

다시 말하지만 SQL Server 개체 실행의 가장은 아닙니다. 이는 SQL Server 시스템 계정 이외의 계정을 사용하여 비 SQL Server 자원에 액세스하기위한 것입니다. 내가 찾은 유일한 해결책은 2005+에 SQLCLR을 포함하는 것입니다. 어쨌든 어셈블리를 배포 할 수있는 것은 아닙니다. (저는 IT 외부의 컨설턴트이고 정치적 요소가 있습니다.)

답변

1

아니요, sp_OA는 서비스 계정의 컨텍스트에서 실행됩니다.

`xp_cmdshell'proxy option (different in SQL 2000)이지만 작동 할 수도 있습니다.

SQL Server 2005에서는 기본적으로 sp_OA %와 같이 더 많이 잠겨 있으므로 정치적으로 적합하지 않을 수 있습니다. 여전히 SQL 2005에 대해 실행중인 일부 DTS 패키지 (파일 시스템의 dtsrun 사용)가 있으므로 사용 가능하며 SSM 플러그 인을 사용하여 패키지를 관리합니다.

+0

프록시 계정은 가장 가까운 것으로 xp_cmdshell은 이상적이지 않습니다. 왜냐하면 오류 트래핑을 위해 콘솔 메시지를 구문 분석해야하기 때문입니다. 오 잘. – alyssackwan

관련 문제