Integration Services パッケージのアップグレード

適用対象:SQL Server Azure Data Factory の SSIS Integration Runtime

SQL Server 2008 (10.0.x) のインスタンスを SQL Server の現在のリリースにアップグレードする場合、既存の SQL Server 2008 Integration Services (SSIS) パッケージは、現在のリリースの SQL Server Integration Services で使用されるパッケージ形式に自動的にはアップグレードされません。 アップグレード方法を選択して、パッケージを手動でアップグレードする必要があります。

プロジェクトをプロジェクトの配置モデルに変換するときのパッケージのアップグレードについては、「Integration Services (SSIS) プロジェクトとパッケージの配置」をご覧ください。

アップグレード方法の選択

SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージは、さまざまな方法でアップグレードできます。 その方法によって、アップグレードが一時的な場合と 永続的な場合があります。 次の表に、それらの各方法とアップグレードが一時的か永続的かを示します。

Note

現在のリリースの SQL Server と共にインストールされる dtexec ユーティリティ (dtexec.exe) を使用して SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージを実行すると、一時的なパッケージのアップグレードが行われることで、実行時間が増えます。 パッケージ実行時間の増加比率は、パッケージのサイズに応じて異なります。 実行時間が増加しないようにするには、パッケージの実行前にアップグレードしておくことをお勧めします。

Note

バージョンにバインドされている SSIS 関連のアセンブリを参照するスクリプト コンポーネントの場合、アップグレード処理では処理されず、変更されません。 新しいバージョンに手動で参照が更新される必要があります。

アップグレード方法	アップグレードの種類
現在のリリースの SQL Server と共にインストールされる dtexec ユーティリティ (dtexec.exe) を使用して、SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージを実行します。 詳細については、「dtexec ユーティリティ」を参照してください。	パッケージのアップグレードは一時的です。 変更を保存することはできません。
SQL Server Data Tools (SSDT) で、SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージ ファイルを開きます。	パッケージのアップグレードは、パッケージを保存した場合は永続的になり、パッケージを保存しなかった場合は一時的になります。
SQL Server Data Tools (SSDT) で、SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージを既存のプロジェクトに追加します。	パッケージのアップグレードは永続的です。
SQL Server 2008 Integration Services (SSIS) で Visual Studio以降のプロジェクト ファイルを開き、 SSIS パッケージ アップグレード ウィザードを使用してプロジェクト内の複数のパッケージをアップグレードします。 詳細については、「 SSIS パッケージ アップグレード ウィザードを使用した Integration Services パッケージのアップグレード 」および SSIS パッケージ アップグレード ウィザードの F1 ヘルプ」を参照してください。	パッケージのアップグレードは永続的です。
現在のリリースの Upgrade メソッドを使用して、1 つまたは複数の Integration Services パッケージは、さまざまな方法でアップグレードできます。	パッケージのアップグレードは永続的です。

カスタム アプリケーションおよびカスタム コンポーネント

SQL Server 2005 Integration Services (SSIS) 現在のリリースの SQL Server Integration Services では、カスタム コンポーネントが動作しません。

現在のリリースの SQL Server Integration Services ツールを使用して、SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) SSIS カスタム コンポーネントが含まれるパッケージを実行および管理することができます。 ランタイム アセンブリをバージョン 10.0.0.0 (SQL Server 2008 R2 (10.50.x))、バージョン 11.0.0.0 (SQL Server 2012 (11.x))、またはバージョン 12.0.0.0 (SQL Server 2014 (12.x)) からバージョン 15.0.0.0 (SQL Server 2019 (15.x)) にリダイレクトする際に役立つ 4 つのバインド リダイレクト ルールが次のファイルに追加されました。

• DTExec.exe.config

• dtshost.exe.config

• DTSWizard.exe.config

• DTUtil.exe.config

• DTExecUI.exe.config

SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、SQL Server 2014 (12.x) カスタム コンポーネントを含むパッケージをデザインする目的で SQL Server Data Tools を使用するには、<ドライブ>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE にある devenv.exe.config ファイルを変更する必要があります。

SQL Server 2019 (15.x)のランタイムで構築された顧客アプリケーションでこれらのパッケージを使用するには、実行可能ファイルに対応する *.exe.config ファイルの configuration セクションにリダイレクト ルールを含めます。 これらのルールにより、ランタイム アセンブリが Version 15.0.0.0 (SQL Server 2019 (15.x)) にリダイレクトされます。 アセンブリ バージョン リダイレクトについて詳しくは、「<runtime> の <assemblyBinding> 要素」をご覧ください。

アセンブリの場所

SQL Server 2019 (15.x)では、 Integration Services アセンブリが .NET 4 にアップグレードされました。 <ドライブ>:\Windows\Microsoft.NET\assembly に、.NET 4 用の別のグローバル アセンブリ キャッシュが用意されています。 すべての Integration Services アセンブリは、通常、このパスの GAC_MSIL フォルダーにあります。

以前のバージョンの SQL Server と同様に、Integration Services のコア機能拡張 .dll ファイルは <ドライブ>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies にあります。

SQL Server パッケージのアップグレード結果について

パッケージのアップグレード プロセス中に、SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージ内のほとんどのコンポーネントと機能が、現在のリリースの SQL Server の対応するコンポーネントと機能にシームレスに変換されます。 ただし、いくつかのコンポーネントと機能については、アップグレードされないか、アップグレード結果に注意が必要です。 それらのコンポーネントと機能を次の表に示します。

Note

この表の一覧に示された問題を含むパッケージを識別するには、アップグレード アドバイザーを実行します。

コンポーネントまたは機能

アップグレード結果

Connection strings

SQL Server 2008 (10.0.x)、SQL Server 2008 R2 (10.50.x)、SQL Server 2012 (11.x)、または SQL Server 2014 (12.x) パッケージでは、特定のプロバイダーの名前が変更されているため、接続文字列の値を変更する必要があります。 接続文字列を更新するには、次のいずれかの手順を実行します。 SSIS パッケージ アップグレード ウィザードを使用してパッケージをアップグレードし、 [新しいプロバイダー名を使用した接続文字列に更新する] オプションを選択します。 SQL Server Data Tools (SSDT)で、[オプション] ダイアログ ボックスの [全般] ページにある [新しいプロバイダー名を使用した接続文字列に更新する] オプションを選択します。 このオプションについて詳しくは、「[全般] ページ」をご覧ください。 SQL Server Data Tools (SSDT)でパッケージを開き、ConnectionString プロパティのテキストを手動で変更します。 注: 接続文字列が構成ファイルまたはデータ ソース ファイルに格納されている場合、または式で ConnectionString プロパティを設定する場合は、上記の手順を使用して接続文字列を更新することはできません。 このような場合に接続文字列を更新するには、ファイルまたは式を手動で更新する必要があります。 使用できるデータ ソースの詳細については、「 データ ソース」を参照してください。

ADODB.dll に依存するスクリプト

SQL Server Management Studio または SQL Server Data Tools (SSDT) がインストールされていないコンピューターでは、ADODB.dll を明示的に参照するスクリプト タスクおよびスクリプト コンポーネントのスクリプトをアップグレードしたり、実行したりすることはできません。 このようなスクリプト タスクまたはスクリプト コンポーネントのスクリプトをアップグレードするには、ADODB.dll に対する依存関係を削除することをお勧めします。 また、VB や C# のスクリプトなどのマネージド コードの代わりに ADO.NET を使用することをお勧めします。