私は SSIS を初めて使用します。私のプロジェクトはまだ初期段階にあり、別のサーバーに開発環境とテスト環境しかありません。実稼働環境は、テストと同じサーバー上にあります (私はそれについて発言権を持っていません!)。それぞれがスケジュールする SQL エージェント ジョブを持つ多数のパッケージがあり、開発、テスト、運用のパッケージ構成を処理する方法が必要です。
パッケージの 2 つのバージョンを同じサーバー上の MSDB 内の異なるディレクトリに格納できることはわかっていますが、テストと運用を同じサーバーに実装し、運用に展開するための手動作業を最小限に抑える最善の方法は何ですか?
パッケージを MSDB の 2 つの異なる場所にデプロイし、各パッケージ (テスト用に 1 つ、本番用に 1 つ) に対してジョブを作成することはできますが、環境間でパッケージ自体を変更する必要がないようにパッケージ構成を設定するにはどうすればよいですか?
いくつかのオプションがあります:
こことここの説明に従って、パッケージ構成テーブルを作成します。同じサーバーでパッケージを実行している場合、これはうまく機能する可能性があります。
SQL Server エージェント ジョブの接続設定をオーバーライドします。これは十分に機能する可能性がありますが、すべてのジョブが接続設定をオーバーライドする必要がある場合、管理が困難になる可能性があります。
パッケージ構成 XML ファイルを使用し、DTEXEC 経由でエージェントを介してパッケージを実行します。パッケージが同じサーバー上にある場合、これはやり過ぎのように思えます。
パッケージ内の変数を使用して、パッケージが実行されているストアを検査し、使用するデータベースを決定します。これは私がテストしていない理論です。私が正しければ、このアプローチの利点は、パッケージの外部で何もセットアップする必要がないことです。欠点は、特にテスト中に BIDS でパッケージをローカルで実行する方法を検討する必要がある場合に、実装が困難または不可能になる可能性があることです。