SSIS パッケージを Azure Data Factory に移行する
インストールした Azure-SSIS 統合ランタイムと SQL Server Data Tools (SSDT) を使用すると、クラウドに作成した SSIS パッケージをデプロイおよび管理することができます。 一部のパッケージについては、Azure-SSIS ランタイムで再デプロイすることで再構築できる場合があります。 ただし、環境内に既に存在する SSIS パッケージの中には、互換性がないものがあるかもしれません。
SSIS パッケージの評価を実行する
データベースのワークロードをオンプレミスの SQL Server から Azure SQL データベース サービスに移行する場合、SSIS パッケージの移行も必要になることがあります。 必要となる最初の手順は、現在の SSIS パッケージを評価して、それらに Azure 内での互換性があることを確認することです。
さいわい、SQL Server Data Tools (SSDT) を使用することで、SSIS パッケージのテストとデバッグを行い、それらの互換性に関する問題を特定することができます。
SQL Server エージェント ジョブのアカウント
多くの SSIS パッケージは、定期的に実行されるようにスケジュールされています。 そのために、SSIS パッケージの実行を管理するために使用される、SQL Server エージェント内に保持されているジョブ定義があります。 SSIS パッケージを移行する際には、SQL Server Management Studio (SSMS) 経由で、SQL Server エージェント内の関連ジョブを移行することもできます。
SSIS パッケージに関連付けられている SQL Server エージェント ジョブを移行する方法の詳細については、「SSMS を使用した SQL Server エージェント ジョブの ADF への移行」を参照してください。
パッケージの移行を実行する
移行する前に、移行先の Azure SQL データベース サービスを把握しておく必要があります。 これには、Azure SQL Managed Instance (MI) や、Azure SQL Database への移行が含まれます。 さらに、SSIS パッケージの移行時には、移行しようとしている SSIS パッケージの場所も考慮する必要があります。これは、どのようにパッケージを移行するのかと、どのツールを使用する必要があるのかに影響を与える可能性があるためです。 ストレージには次の 4 種類があります。
- SSIS カタログ (SSISDB とも呼ばれます)
- ファイル システム
- SQL Server の MSDB データベース
- SSIS パッケージ ストア
Azure Database Migration Service
Azure Database Migration Service は、新しいバージョンの Azure SQL のデータベース機能に影響する可能性がある互換性の問題を特定するのに役立ちます。 Azure DMS は、ターゲット環境でのパフォーマンスと信頼性を改善するための提案を行い、ソース サーバーからターゲット サーバーへのスキーマ、データ、オブジェクトの移動を可能にします。
このツールは、Azure SQL データ プラットフォームへの移行に影響を与える可能性がある問題を特定する上で役立ち、その結果によって、SSIS パッケージの互換性を評価できます。 オンライン、オフライン、ハイブリッド移行など、さまざまな移行シナリオがサポートされています。
ヒント
SQL Server ワークロードを Azure SQL に移行するためのその他の機能とツールについては、「SQL Server ワークロードの Azure SQL への移行」を参照してください。
Data Migration Assistant
Data Migration Assistant (DMA) は、更新されたデータ プラットフォームへの移行を容易にすることを目的としたツールです。 これは、新しいバージョンの SQL Server 上のデータベースの機能に影響する可能性がある潜在的な互換性の問題を特定します。 DMA は、ターゲット環境でのパフォーマンスと信頼性の強化に関する提案を行うだけでなく、ソース サーバーからターゲット サーバーへのスキーマ、データ、非包含オブジェクトの移行も可能にします。
Note
高い全体的なエクスペリエンスを得るためには Azure Database Migration Service を使用することをお勧めします。これは、Azure Data Studio の Azure SQL Migration 拡張機能として、Azure portal 経由、Azure PowerShell および Azure CLI を通してのいずれかの形で利用できます。
Data Migration Assistant の使用
インストールが完了すると、Data Migration Assistant が開きます。 最初の手順は、実行するプロジェクトの種類を構成することです。 次の 2 つの選択肢があります。
[評価プロジェクト]。
この構成では、Data Migration Assistant により、ブロックの問題や、オンプレミスの SQL Server で現在使用されているサポートされていない機能が特定されます。
次に、評価プロジェクトの設定を定義し、データベースの互換性や機能パリティを確認することができます
チェックを実行するソース データベースを設定し、評価を開始します
次に、ツールで結果を確認するか、後で確認するために JSON ファイルにエクスポートします
[移行プロジェクト]。
この構成では、Data Migration Assistant により、設定で定義されたターゲット サービスにデータ、スキーマ、またはその両方が移行されます。
Data Migration Assistant を実行するためのベスト プラクティス
次の一覧は、Data Migration Assistant を使用する場合に考慮する必要があるベスト プラクティスの概要です。
Data Migration Assistant を SQL Server ホスト コンピューターに直接インストールして実行しないでください。
運用用データベースの評価は、ピーク時以外の時間帯に実行します。
評価期間を短縮するために、互換性の問題と新機能の推奨事項の評価を別々に実行します。
ピーク時以外の時間帯にサーバーを移行します。
データベースを移行するときは、ソース サーバーとターゲット サーバーからアクセスできる 1 つの共有の場所を用意し、可能であればコピー操作を避けます。 コピー操作を行うと、バックアップ ファイルのサイズに応じた待機時間が発生する可能性があります。 また、コピー操作を行うと、手順が増えて移行が失敗する可能性が高くなります。 1 つの場所を用意すると、Data Migration Assistant により、コピー操作がバイパスされます。
移行が失敗しないように、共有フォルダーに正しいアクセス許可を付与するようにします。 このツールでは、正しいアクセス許可が指定されています。 SQL Server インスタンスがネットワーク サービスの資格情報で実行されている場合は、SQL Server インスタンスのマシン アカウントに共有フォルダーに対する正しいアクセス許可を付与します。
ソース サーバーとターゲット サーバーへの接続時に、接続の暗号化を有効にします。 SSL 暗号化を使用すると、Data Migration Assistant と SQL Server インスタンスの間でネットワークを介して送信されるデータのセキュリティが向上します。これは、SQL ログインを移行する場合に特に役立ちます。 SSL 暗号化を使用しておらず、攻撃者によってネットワークが侵害された場合、移行中の SQL ログインが攻撃者によってその場で傍受されたり、変更されたりする可能性があります。