SSIS パッケージを Azure Data Factory に移行する
インストールした Azure-SSIS 統合ランタイムと SQL Server Data Tools (SSDT) を使用すると、クラウドに作成した SSIS パッケージをデプロイおよび管理することができます。 一部のパッケージについては、Azure-SSIS ランタイムで再デプロイすることで再構築できる場合があります。 ただし、環境内に既に存在する SSIS パッケージの中には、互換性がないものがあるかもしれません。 それらにはどのように対処すればよいでしょうか。
SSIS パッケージの評価を実行してください。
データベースのワークロードをオンプレミスの SQL Server から Azure SQL データベース サービスに移行する場合、SSIS パッケージの移行も必要になることがあります。 必要な最初の手順は、現在の SSIS パッケージの評価を行い、Azure で互換性があるかどうかを確認することです。 幸いなことに、Data Migration Assistant (DMA) を使用して既存の SSIS パッケージの評価を実行し、それらの互換性の問題を特定することができます。 Data Migration Assistant には、主に 2 つの情報カテゴリがあります。
移行ブロック: 既存の SSIS パッケージを Azure-SSIS Integration Runtime 環境で実行できない原因である問題。
情報のイシュー: 部分的にしかサポートされていないか、非推奨になっているパッケージ内の SSIS 機能。 受け取る情報のカテゴリに関係なく、Data Migration Assistant により、SSIS パッケージのバッチに対して評価が実行され、発生したブロックとイシューを解決するために使用できるガイダンスと考えられる軽減手順が示されます。
SQL Server エージェント ジョブのアカウント
多くの SSIS パッケージは、定期的に実行されるようにスケジュールされています。 そのために、SSIS パッケージの実行を管理するために使用される、SQL Server エージェント内に保持されているジョブ定義があります。 SSIS パッケージを移行するときに、SQL Server エージェント内の関連するジョブを移行することもできます。
パッケージの移行を実行する
移行する前に、移行先の Azure SQL データベース サービスを把握しておく必要があります。 これには、Azure SQL Managed Instance (MI) や、Azure SQL Database への移行が含まれます。 さらに、SSIS パッケージを移行する場合は、 移行する SSIS パッケージの場所を考慮する必要があります。これは、パッケージの移行方法と、使用する必要のあるツールに影響する可能性があるためです。 ストレージには次の 4 種類があります。
- SSIS カタログ (SSISDB とも呼ばれます)
- ファイル システム
- SQL Server の MSDB データベース
- SSIS パッケージ ストア
この情報に基づき、移行評価を実行し、移行自体を実行するために使用できるツールを理解するための基礎として、次の表を使用することができます。
Microsoft Data Migration Assistant
Data Migration Assistant は、新しいバージョンの SQL Server または Azure SQL Database でのデータベース機能に影響する可能性のある互換性の問題を検出することにより、最新のデータ プラットフォームにアップグレードするのに役立ちます。 DMA では、ターゲット環境のパフォーマンスと信頼性を高めるための推奨事項が得られます。また、ソース サーバーからターゲット サーバーにスキーマ、データ、オブジェクトを移動できます。
このツールは、Azure SQL データ プラットフォームへの移行に影響する可能性のある問題を特定するために役立ちます。 DMA を使用して評価プロジェクトを実行し、ブロックの問題やオンプレミスの SQL Server で現在使用されているサポートされていない機能を特定することができます。 また、移行後にデータベースに利用できるターゲット SQL Server プラットフォームの新機能を理解するためにも役立ちます。 DMA を使用して、オンプレミスの SQL Server インスタンスを、オンプレミスでホストされている最新の SQL Server インスタンスや、オンプレミスのネットワークからアクセス可能な Azure 仮想マシン (VM) に移行できる移行プロジェクトを実行することもできます。
Data Migration Assistant は、以前のすべてのバージョンの SQL Server Upgrade Advisor に置き換わるものなので、ほとんどの SQL Server バージョンのアップグレードに使用することをお勧めします。
サポートされている SQL Server のソースとターゲット
Data Migration Assistant は、次のソースとターゲットのテクノロジをサポートしています
Sources
- SQL Server 2005
- SQL Server 2008
- SQL Server 2008 R2
- SQL Server 2012
- SQL Server 2014
- SQL Server 2016
- SQL Server 2017 on Windows
ターゲット
- SQL Server 2012
- SQL Server 2014
- SQL Server 2016
- Windows および Linux 上の SQL Server 2017
- Azure SQL データベース
- Azure SQL Database Managed Instance
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 ログインが攻撃者によってその場で傍受されたり、変更されたりする可能性があります。