Contents
Azure SQL Databaseへ移行する手順とポイント: ADMS活用ガイド
SQL ServerからAzure SQL Databaseへの移行は、企業のクラウド戦略において重要なプロセスです。特にMicrosoft公式ツール「Azure Database Migration Service（ADMS）」を活用することで、運用停止時間の短縮やデータ整合性の確保が可能になります。本記事では、事前準備から移行後の検証まで、ステップバイステップで実践的なガイドをお届けします。
SQL ServerからAzure SQL Databaseへの移行の概要
クラウド移行プロジェクトにおいては、ADMSが移行プロセスを効率化する重要な役割を担っています。このツールを使えば、SQL ServerとAzure SQL Databaseとの間でデータベースの構造や設定を自動的に同期でき、手動での作業を最小限に抑えられます。
Microsoft公式ツール活用による移行の重要性
- 運用停止時間を最小限に抑えることができるオンライン移行が可能
- データ整合性の確保が自動化され、人為的ミスを防げる
- 公式ドキュメントと併せて実施することで、確実な移行プロセスを構築
本記事でカバーする主なステップ
- データベース構成の確認とネットワーク設定
- ADMSサービスのプロビジョニング
- オンライン/オフライン移行方法の選定
- 移行ジョブの作成と実行手順
- 移行後の検証チェックリスト
事前準備: データベース構成とネットワーク設定
移行プロジェクトを成功させるためには、既存SQL Serverの構造確認とAzure環境でのネットワーク接続設定が不可欠です。
既存SQL Serverの構造確認
- トランザクションログの状態: 移行前のバックアップを取る際に必要
- ユーザー権限・ロール設定: Azure SQL DatabaseではSQL Serverとの互換性があるか確認する
- データベースのサイズとテーブル構成: リソース計画に影響を与えるため、事前に把握
具体的な手順として、SQL Server Management Studio（SSMS）でSELECT * FROM sys.databasesやsp_helpdbを実行し、各データベースのプロパティを確認します。さらに、バックアップ取得には「BACKUP DATABASE」クエリを実行し、接続テストでは「CONNECT」クエリを使用してネットワーク接続を検証してください。
Azure環境でのネットワーク接続設定
- VNet構成: 移行先のAzure SQL Databaseと通信可能なサブネットを確保
- ファイアウォールルール: SQL Serverのアクセス元IPアドレスをADMSサービスに許可
- Azure ExpressRouteやVPNの有無: 接続経路が安定しているか事前に確認
注意点: ADMSサービスへのアクセス制限はIPアドレス白名单に基づくため、移行元SQL ServerとADMSサービスのIPを明示的に許可設定し、通信断を防ぐ必要があります。
Azure Data Migration Serviceのプロビジョニング手順
ADMSを有効活用するには、Azure portalでサービスを正確に設定することが重要です。
ADMSサービスの作成フロー
- Azure portalにアクセスし、「Create a resource」を選択
- 「Database Migration Services」カテゴリから「Azure Database Migration Service」を選択
- サービス名・リソースグループ・場所（例: 東日本）を入力後、作成を実行
移行元・先の接続情報設定
- SQL Serverへの接続: SQL Server Management Studioで「Add SQL Server」を選択し、サーバーURLと資格情報を入力
- Azure SQL Databaseへの接続: 「Add Azure SQL Database」から移行先のサブスクリプション・データベースを選択
公式ドキュメント参照: ADMS設定手順（Microsoft Learn）を確認し、接続テストを実施してください。
オンライン/オフライン移行方法の選定基準
移行方法は、データベースが運用中か停止可能かで大きく変わります。
オンライン移行の適したケース
| 項目 | 内容 | 補足 |
|---|---|---|
| 移行時間 | 10分〜数時間（データ量に依存） | 実時同期が可能 |
| 運用状況 | データベースが常時稼働している場合に適す | 持続的な接続が必要 |
| 制限事項 | レプリケーション対象のテーブル構造変更不可 | 高頻度の更新を伴う環境では不向き |
オフライン移行の手順と注意点
- SQL Serverでデータベースのバックアップを取得
- ADMSで「Offline migration」を選択し、バックアップファイルをアップロード
- 移行先DBに復元処理を実施
注意点: オフライン移行はデータ変更ができないため、バージョンや構造が固定されている環境でのみ有効です。SQL ServerとAzure SQL Databaseのバージョン互換性（例: SQL Server 2016以上が必須）やレプリケーション対象のテーブル構造変更不可などの制限を事前に確認してください。
ステップバイステップで進める移行操作ガイド
ADMSを使用した移行ジョブの作成・実行手順を具体的に解説します。
移行ジョブの作成手順
- ADMSサービスダッシュボードで「New migration project」を選択
- 移行元（SQL Server）と移行先（Azure SQL Database）を選択し、接続情報を入力
- 移行対象のデータベースをチェックリストから選択
データベース選択と設定項目
- マッピングルール: サーバー名・ユーザー権限など、変換が必要な項目を指定
- スケジュール設定: 並行移行やピーク時間以外の実施を選択可能
- エラー対処例: テーブル構造不一致が発生した場合、ADMSで自動修正が行われるか確認する
トラブルシューティング: 移行中に「Authentication failed」などのエラーが出た場合は、接続情報の再入力やファイアウォール設定を再度確認してください。
移行後の検証チェックリスト
移行が完了したあとは、データ整合性とアプリケーションの動作をテストする必要があります。
データ整合性の確認方法
- クエリ比較: SQL ServerとAzure SQL Databaseで同じクエリを実行し、結果を比較
- レプリケーション状況の監視: ADMSダッシュボードで「Migration status」から進捗率を確認。具体的には、「Log file error messages」セクションでエラーメッセージ一覧をチェックし、異常がないか確認してください。
アプリケーション接続テスト
- 接続文字列変更: データベースURLをAzure SQL Databaseのエンドポイントに更新
- 動作検証: サンプルデータの挿入・更新・取得を行い、正しく反映されるかテスト
公式ドキュメント参照: 移行後の検証手順（Microsoft Learn）を確認し、すべてのチェック項目をクリアしてください。
- 移行前の構成確認とネットワーク設定が成功の鍵
- ADMSのプロビジョニングに注意深く取り組むことで移行効率が向上
- オンライン/オフラインの選定には環境に応じた判断が必要
- ステップバイステップで進めることでリスクを最小限に抑えられる
- 移行後はデータ整合性とアプリケーション動作を必ず検証
これらのポイントを押さえれば、Azure SQL Databaseへの移行はスムーズに実施可能です。公式ドキュメントを併用しながら、確実なプロセスで進めましょう。