プロジェクトとパッケージの展開
Integration Services では、プロジェクト配置モデルとパッケージ 配置モデルの 2 つのデプロイ モデルがサポートされています。 プロジェクト配置モデルを使用すると、 Integration Services サーバーにプロジェクトを配置できます。
Integration Services サーバーへのプロジェクトの配置の詳細については、「Integration Services サーバーへのプロジェクトのデプロイ」を参照してください。
パッケージ配置モデルの詳細については、「 パッケージ配置 (SSIS)」を参照してください。
プロジェクト配置とパッケージ配置の比較
プロジェクトに対して選択する配置モデルの種類によって、そのプロジェクトに使用できる開発オプションと管理オプションが決まります。 次の表に、プロジェクト配置モデルを使用した場合とパッケージ配置モデルを使用した場合の相違点と共通点を示します。
| プロジェクト配置モデルを使用した場合 | パッケージ配置モデルを使用した場合 |
|---|---|
| 配置の単位はプロジェクトです。 | パッケージは配置の 1 単位です。 |
| パラメーターを使用して、値をパッケージ プロパティに割り当てます。 | 構成を使用して、値をパッケージ プロパティに割り当てます。 |
| プロジェクト (パッケージとパラメーターを含む) はプロジェクト配置ファイル (.ispac 拡張子) にビルドされます。 | パッケージ (.dtsx 拡張子) と構成 (.dtsConfig 拡張子) は、個別にファイル システムに保存されます。 |
| パッケージとパラメーターを含むプロジェクトは、SQL Server のインスタンス上の SSISDB カタログに配置されます。 | パッケージと構成は、別のコンピューター上のファイル システムにコピーされます。 パッケージは、SQL Server のインスタンス上の MSDB データベースに保存することもできます。 |
| データベース エンジンでは CLR 統合が必要です。 | データベース エンジンでは CLR 統合は不要です。 |
| 環境固有のパラメーター値は、環境変数に格納されます。 | 環境固有の構成値は、構成ファイルに格納されます。 |
| カタログ内のプロジェクトとパッケージは、実行前にサーバー上で検証できます。 SQL Server Management Studio、ストアド プロシージャ、またはマネージド コードを使用して検証を実行できます。 | パッケージは実行の直前に検証されます。 dtExec またはマネージド コードを使用してパッケージを検証することもできます。 |
パッケージは、データベース エンジンで実行を開始することで実行されます。 プロジェクト識別子、明示的なパラメーター値 (オプション)、および環境参照 (オプション) は、開始前に実行に割り当てられます。dtExec を使用してパッケージを実行することもできます。 |
パッケージは、dtExec および DTExecUI 実行ユーティリティを使用して実行されます。 適切な構成が、コマンド プロンプトの引数で指定されます (オプション)。 |
| 実行時に、パッケージによって生成されたイベントが自動的にキャプチャされ、カタログに保存されます。 Transact-SQL ビューを使用して、これらのイベントに対してクエリを実行できます。 | 実行時に、パッケージによって生成されたイベントは自動的にキャプチャされません。 イベントをキャプチャするには、パッケージにログ プロバイダーを追加する必要があります。 |
| パッケージは、個別の Windows プロセスで実行されます。 | パッケージは、個別の Windows プロセスで実行されます。 |
| SQL Server エージェントを使用してパッケージ実行がスケジュールされます。 | SQL Server エージェントを使用してパッケージ実行がスケジュールされます。 |
プロジェクト配置モデルの機能
次の表に、プロジェクト配置モデル専用に開発されたプロジェクトで使用できる機能を示します。
| 特徴量 | 説明 |
|---|---|
| パラメーター | パラメーターは、パッケージで使用されるデータを指定します。 パラメーターは、パッケージ パラメーターとプロジェクト パラメーターを使用して、パッケージ レベルとプロジェクト レベルそれぞれにスコープを設定できます。 パラメーターは、式またはタスクで使用できます。 プロジェクトをカタログに配置すると、パラメーターごとにリテラル値を割り当てることも、設計時に割り当てられた既定値を使用することもできます。 リテラル値の代わりに、環境変数を参照することもできます。 環境変数値は、パッケージ実行時に解決されます。 |
| 環境 | 環境とは、 Integration Services プロジェクトが参照できる変数のコンテナーです。 各プロジェクトには複数の環境参照を含めることができますが、1 回のパッケージ実行で参照できるのは、1 つの環境の変数のみです。 環境を使用すると、パッケージに割り当てる値をまとめることができます。 たとえば、"Dev"、"test"、"Production" という名前の環境を使用できます。 |
| 環境変数 | 環境変数は、パッケージの実行時にパラメーターに割り当てることができるリテラル値を定義します。 環境変数を使用するには、(パラメーターを持つ環境に対応するプロジェクト内に) 環境参照を作成し、環境変数の名前にパラメーター値を割り当て、個々の実行を構成するときに対応する環境参照を指定します。 |
| SSISDB カタログ | すべての Integration Services オブジェクトは、SQL Server のインスタンス上で、SSISDB カタログと呼ばれるデータベースに格納され、管理されます。 カタログでは、フォルダーを使用してプロジェクトや環境を整理することができます。 SQL Server の各インスタンスに 1 つのカタログを含めることができます。 各カタログには 0 個以上のフォルダーを含めることができます。 各フォルダーには、0 個以上のプロジェクトと 0 個以上の環境を含めることができます。 カタログ内のフォルダーは、 Integration Services オブジェクトに対する権限の境界として使用することもできます。 |
| カタログのストアド プロシージャとビュー | カタログ内の Integration Services オブジェクトは、多数のストアド プロシージャとビューを使用して管理できます。 たとえば、パラメーターおよび環境変数の値を指定し、実行を作成および開始して、カタログ操作を監視できます。 実行が開始される前にパッケージで使用される値を確認することもできます。 |
プロジェクト配置
プロジェクト配置モデルの中心にあるのは、プロジェクト配置ファイル (.ispac 拡張子) です。 プロジェクト配置ファイルは、プロジェクト内のパッケージおよびパラメーターに関する重要な情報のみを含む、自己完結型の配置単位です。 プロジェクト配置ファイルは、Integration Services プロジェクト ファイル (.dtproj 拡張子) に含まれるすべての情報を取得するわけではありません。 たとえば、メモの作成に使用する追加のテキスト ファイルは、プロジェクト配置ファイルには保存されないため、カタログには配置されません。
必須のタスク
関連コンテンツ
mattmasson.com のブログ「 SSIS プロジェクトの分岐方法について」