スケジュールされたジョブを実行する職場のローカル ドライブに SSIS パッケージがいくつかあります。数日で現在のポジションを離れますが、部門の円滑な移行を支援したいと考えています。
私の質問は、私の職務を引き継ぐ人のために、ローカルドライブでパッケージを最初から再作成する以外に、これらの dtsx パッケージをコンピューターに転送するにはどうすればよいですか? 私が間違っていなければ、SQL エージェントはユーザーのログイン アカウントから実行されますか? 私の最後の日の後、私のアカウントは削除され、ジョブは実行されません。
最善のアプローチについての洞察を提供してください。ありがとうございました。
最善の方法は、ローカルでの実行を停止することです。SSIS パッケージは、データベース サーバー上でセットアップして実行する必要があり、ユーザーが離れても消えないサーバー アカウントを使用する必要があります。他の環境の一部が同じサーバー上にあるため、開発、QA、ステージング、および本番用に別のアカウントがあります。
ベスト プラクティスについては HLGEM に同意しますが、いくつかの「クイック アンド ダーティ」オプションがあります。
非常に厄介な方法の 1 つは、SQL エージェントが使用するサービス アカウントをいじることです。通常、ローカル サービスまたはネットワーク サービスとして実行されますが、適切なデータ ソースにアクセスできるドメイン資格情報の下で実行することができます。注意してください、これは大きなセキュリティ ホールです。
SQL エージェントには、異なる資格情報で特定のジョブ ステップを実行するためのメカニズムもあります。「資格情報」と「プロキシ」を調べます。このセットアップはサーバー レベルでは非常に価値がありますが、開発者のマシンからジョブを実行するだけでも多くの余分な作業が必要になります。
最後に、SQL エージェントが関与しなければならない理由はまったくありません。現在のユーザーの資格情報で、コマンド ラインまたは SSIS リポジトリから dtsx パッケージを実行できます。必要に応じてパッケージを実行している場合、これは正常に機能します。スケジュールされた実行にはあまり適していません。