Rappresentazione per sp_OA * su SQL Server 2000

Question

Esiste un modo per impersonare le chiamate sp_OA *? Lo sto usando specificamente per la gestione del file system e sto facendo di tutto in TSQL per evitare DTS poiché esiste la possibilità di eseguire l'aggiornamento al 2005 e voglio che questa soluzione sia cross-version. Sfortunatamente, devo accedere ai file system remoti ma non riesco ad ottenere le autorizzazioni AD aggiunte all'account di sistema per uno dei server (è sotto il radar e non su AD, sebbene esegua un ciclo ETL di produzione). C'è un modo per impersonare per questo? Prenderei anche una soluzione xp_cmdshell; Voglio solo che sia possibile evitare di sviluppare sia DTS che SSIS e destreggiarsi tra due basi di codice.

Ancora una volta, questa non è la rappresentazione per l'esecuzione di oggetti di SQL Server; questo serve per accedere a risorse non SQL Server utilizzando un account diverso dall'account di sistema di SQL Server. Le uniche soluzioni che sono riuscito a trovare riguardano SQLCLR nel 2005+, non che sarei in grado di distribuire comunque assiemi. (Sono un consulente esterno all'IT e ci sono cose politiche.)

Answer 1

No, sp_OA viene eseguito nel contesto dell'account del servizio.

`xp_cmdshell ' ha un < a href = "http://msdn.microsoft.com/en-us/library/ms190359(SQL.90).aspx" rel = "nofollow noreferrer"> opzione proxy ( diverso in SQL 2000 ) sebbene possa funzionare.

In SQL Server 2005, è molto più bloccato (come sp_OA%) per impostazione predefinita, quindi potrebbe non essere adatto politicamente. Abbiamo ancora alcuni pacchetti DTS legacy in esecuzione su SQL 2005 (usando dtsrun, dal filesystem), quindi è ancora disponibile e ha un plug in SSM per gestirli.