ADF またはシナプス パイプラインでオンプレミスの SSIS ワークロードを SSIS に移行する
適用対象: 
Azure Data Factory Azure Synapse Analytics
ヒント
企業向けのオールインワン分析ソリューション、Microsoft Fabric の Data Factory をお試しください。 Microsoft Fabric は、データ移動からデータ サイエンス、リアルタイム分析、ビジネス インテリジェンス、レポートまで、あらゆるものをカバーしています。 無料で新しい試用版を開始する方法について説明します。
概要
データベース ワークロードをオンプレミスの SQL Server から Azure データベース サービス (つまり Azure SQL Database または Azure SQL Database Managed Instance) に移行する場合、主要な付加価値サービスの 1 つとして SQL Server Integration Services (SSIS) の ETL ワークロードも同様に移行する必要があります。
Azure Data Factory (ADF) またはシナプス パイプラインの Azure-SSIS Integration Runtime (IR) では、SSIS パッケージの実行をサポートしています。 Azure-SSIS IR がプロビジョニングされると、SQL Server Data Tools (SSDT)/SQL Server Management Studio (SSMS) などの使い慣れたツールや dtinstall/dtutil/dtexec などのコマンドライン ユーティリティを使用して、Azure でパッケージをデプロイして実行できます。 詳細については、Azure SSIS のリフトアンドシフトの概要に関する記事を参照してください。
この記事では、オンプレミスの SSIS から ADF の SSIS への ETL ワークロードの移行プロセスについて説明します。 移行プロセスは、2 つのフェーズで構成されます。評価と移行です。
重要
Data Migration Assistant (DMA) は非推奨とされています。 詳細については、DMA の製品ドキュメントを参照してください。
評価
完全な移行計画を立てる場合、徹底的な評価は、移行の成功を妨げるソース SSIS パッケージに関する問題を特定するために役立ちます。
Data Migration Assistant (DMA) は、この目的のために自由にダウンロード可能なツールであり、ローカルにインストールして実行できます。 種類が Integration Services の DMA 評価プロジェクトを作成して、SSIS パッケージを一括して評価し、次のカテゴリで示された互換性の問題を特定できます。
移行ブロック: Azure-SSIS IR での移行ソース パッケージの実行がブロックされる互換性の問題です。 DMA では、これらの問題に対処するために役立つガイダンスが提供されます。
情報通知のみの問題: ソース パッケージで使用される部分的にサポートされている機能または非推奨の機能です。 DMA では、包括的な一連の推奨事項、Azure で利用できる代替アプローチ、および解決するための軽減手順が提供されます。
ここでは、移行の阻害要因と有益な問題の詳細な一覧を取得します。
SSIS パッケージの 4 種類のストレージ
- SSIS カタログ (SSISDB)。 SQL Server 2012 で導入され、SSIS プロジェクト/パッケージの操作に使用される一連のストアド プロシージャ、ビュー、およびテーブル値関数が含まれています。
- ファイル システム。
- SQL Server システム データベース (MSDB)。
- SSIS パッケージ ストア。 次の 2 つのサブタイプの上位にあるパッケージ管理レイヤーです。
- MSDB。SSIS パッケージの格納に使用される SQL Server 内のシステム データベースです。
- マネージド ファイル システム。SSIS パッケージの格納に使用される SQL Server インストール パス内の特定のフォルダーです。
現在、DMA は、DMA バージョン v5.0 以降、ファイル システム、パッケージ ストア、および SSIS カタログに格納されているパッケージのバッチ評価をサポートしています。
DMA を取得し、それを使用してパッケージの評価を実行します。
移行
ソース SSIS パッケージのストレージの種類によって、SSIS パッケージと SSIS パッケージの実行をスケジュールする SQL Server エージェント ジョブを移行する手順は異なる場合があります。
SSIS DevOps ツールを使用して、移行先にバッチ パッケージを再デプロイすることも実用的な方法です。
| パッケージ ストレージの種類 | SSIS パッケージを移行する方法 | SSIS ジョブを移行する |
|---|---|---|
| SSISDB | SSDT や SSMS を使って、Azure SQL または SQL Managed Instance でホストされている SSISDB にパッケージを再デプロイします。 詳細については、Azure での SSIS パッケージのデプロイに関する記事を参照してください。 | |
| ファイル システム | dtinstall/dtutil/manual copy を使用してファイル共有/Azure Files に再デプロイするか、ファイル システムを使用して VNet/セルフホステッド IR 経由でアクセスできる状態にします。 詳細については、「dtutil ユーティリティ」を参照してください。 | |
| SQL Server (MSDB) | SSMS/dtutil を使用してファイル システム/ファイル共有/Azure Files にエクスポートします。 詳細については、SSIS パッケージのエクスポートに関する記事を参照してください。 | スクリプト/SSMS/ADF ポータルを使用して、ADF パイプライン/アクティビティ/トリガーに変換します。 詳細については、SSMS のスケジュール設定機能に関する記事を参照してください。 |
| パッケージ ストア | SSMS/dtutil によってパッケージ ストアにそれらをエクスポートするか、または dtinstall/dtutil/manual copy によってパッケージ ストアにそれらを再デプロイします。 詳細については、「Azure-SSIS Integration Runtime パッケージ ストアを使用したパッケージの管理」を参照してください。 |