ApsaraDB RDS:ApsaraDB RDS for SQL Server インスタンス間でデータを移行する

前提条件

• ソースおよび宛先の ApsaraDB RDS for SQL Server インスタンスを作成済みであること。

• 宛先インスタンスのストレージ容量は、ソースインスタンスの使用済みストレージ容量よりも大きい必要があります。ストレージ容量が不足している場合は、事前にインスタンスのストレージ容量を増やしてください。

注意事項

移行前に以下の主要な制限に注意してください。これらの制限を無視すると、タスクの失敗やエラーが発生する可能性があります。

• データベース数量の制限: 1 つの移行タスクで 10 を超えるデータベースを移行することはできません。そうしないと、安定性やパフォーマンスのリスクが発生する可能性があります。

• テーブル数量の制限: 増分移行の場合、ソースデータベースから同期するテーブルの数は 1,000 を超えることはできません。そうしないと、タスクの遅延や不安定さが発生する可能性があります。

• ソースデータベースの操作制限: スキーマ移行および完全データ移行中は、DDL 操作 (データベースまたはテーブル構造の変更など) を実行しないでください。そうしないと、タスクは失敗します。

• テーブル構造の要件: 移行するテーブルには、PRIMARY KEY または UNIQUE 制約が必要であり、すべてのフィールドが一意である必要があります。そうしないと、ターゲットデータベースに重複データが表示される可能性があります。

• 外部キーとトリガー: 移行タスクに増分データ移行が含まれている場合、ターゲットデータベースで有効になっているトリガーと外部キーを無効にする必要があります。そうしないと、タスクが失敗したり、データが失われたりする可能性があります。

• データベース名の基準: 移行するデータベースの名前が ApsaraDB RDS for SQL Server の命名規則に準拠していない場合は、事前に ApsaraDB RDS for SQL Server に手動でデータベースを作成する必要があります。そうしないと、タスクが正常に実行されない可能性があります。

• データログの保持期間: 増分移行タスクの場合、ソースデータベースのデータログは 24 時間以上保持する必要があります。完全データおよび増分データ移行タスクの場合、データログは少なくとも 7 日間保持する必要があります。そうしないと、タスクが失敗したり、データ整合性が失われたりする可能性があります。

課金

データベースアカウントに必要な権限

データ移行タスクが期待どおりに実行されるように、ソースデータベースとターゲットデータベースのデータベースアカウントに次の権限があることを確認してください。

手順

1. Data Transmission Service (DTS) コンソールにアクセスします。

2. 左側のナビゲーションウィンドウで、データの移行 をクリックし、上部でリージョンを選択します。

3. タスクの作成 をクリックし、ソースデータベースとターゲットデータベースの情報を構成します。

   カテゴリ	構成	説明
   なし	タスク名	識別しやすいように、ビジネス上の意味を持つタスク名 (一意性の要件なし) を構成します。システムによって自動的に生成されたタスク名を使用することもできます。
   ソースデータベース	既存の接続情報の選択	DTS データ接続管理ページでソースデータベース情報を入力した場合、ここで直接データベースを選択できます。これにより、後でソースデータベース情報を手動で入力する必要がなくなります。
   	データベースタイプ	[SQL Server] を選択します。
   	アクセス方法	[クラウドインスタンス] を選択します。
   	インスタンスリージョン	ソース ApsaraDB RDS for SQL Server インスタンスが配置されているリージョンを選択します。
   	Alibaba Cloudアカウント全体でのデータの複製	この例では、移行は同じ Alibaba Cloud アカウント内のインスタンス間で行われます。[いいえ] を選択します。
   	RDS インスタンス ID	ソース ApsaraDB RDS for SQL Server インスタンスの ID を選択します。
   	データベースアカウント	ソース ApsaraDB RDS for SQL Server インスタンスのデータベースアカウントを入力し、アカウントに必要な権限があることを確認します。
   	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
   	暗号化	ソースデータベースで Secure Sockets Layer (SSL) 暗号化が有効になっていない場合は、非暗号化 を選択します。 ソースデータベースで SSL 暗号化が有効になっている場合は、SSL 暗号化 を選択します。DTS はデフォルトでサーバー証明書を信頼します。
   宛先データベース	既存の接続情報の選択	DTS データ接続管理ページで宛先データベース情報を入力した場合、ここで直接データベースを選択できます。これにより、後で宛先データベース情報を手動で入力する必要がなくなります。
   	データベースタイプ	[SQL Server] を選択します。
   	アクセス方法	[クラウドインスタンス] を選択します。
   	インスタンスリージョン	宛先 ApsaraDB RDS for SQL Server インスタンスが配置されているリージョンを選択します。
   	インスタンス ID	宛先 ApsaraDB RDS for SQL Server インスタンスの ID を選択します。
   	データベースアカウント	宛先 ApsaraDB RDS for SQL Server インスタンスのデータベースアカウントを入力し、アカウントに必要な権限があることを確認します。
   	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
   	暗号化	宛先データベースで SSL 暗号化が有効になっていない場合は、非暗号化 を選択します。 宛先データベースで SSL 暗号化が有効になっている場合は、SSL 暗号化 を選択します。DTS はデフォルトでサーバー証明書を信頼します。

4. 構成が完了したら、ページ下部の 接続をテストして続行 をクリックします。

   説明

   DTS サーバーからのアクセスを許可するために、DTS の IP アドレス範囲がソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加できることを確認してください。

5. 移行するオブジェクトを構成します。

   1. オブジェクト設定 ページで、移行するオブジェクトを構成します。

      構成	説明
      移行タイプ	完全移行の場合: スキーマ移行 と 完全データ移行 を選択することをお勧めします。 ダウンタイムを最小限に抑えた移行の場合: スキーマ移行、完全データ移行、および 増分データ移行 を選択することをお勧めします。 説明 詳細については、「付録: 増分データ移行中に同期できる SQL 操作」をご参照ください。 スキーマ移行 を選択しない場合は、ターゲットデータベースにデータを受信するために必要なデータベースとテーブルが含まれていることを確認してください。ビジネス要件に基づいて、選択中のオブジェクト セクションのオブジェクト名マッピング機能を使用します。 増分データ移行 を選択しない場合は、データ整合性を確保するために、データ移行中にソースインスタンスにデータを書き込まないでください。
      移行元データベースのトリガーを移行する方法	ビジネス要件に基づいてトリガーを移行する方法を選択します。移行するオブジェクトにトリガーが含まれていない場合は、このパラメーターを構成する必要はありません。 説明 このパラメーターは、移行タイプ で スキーマ移行 と 増分データ移行 の両方を選択した場合にのみ使用できます。
      SQL Server 増分同期モード	クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) 利点: ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、および計算列を持つテーブルをサポートします。 より高い安定性と、さまざまな完全な DDL 文を提供します。 欠点: DTS は、ソースデータベースに dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、および dts_cdc_ddl_history DDL ストレージテーブルを作成します。DTS は、データベースレベルの CDC と一部のテーブルのテーブルレベルの CDC も有効にします。 SELECT INTO、TRUNCATE、および RENAME COLUMN 文は、ソースデータベースで CDC が有効になっているテーブルでは実行できません。ソースデータベースで DTS によって作成されたトリガーは手動で削除できません。 ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) 利点: ソースデータベースへの侵入なし。 欠点: ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列を持つテーブルをサポートしていません。 増分同期のための CDC インスタンスのポーリングとクエリ 利点: ソースデータベースが Amazon RDS for SQL Server、Azure SQL Database、Azure SQL Managed Instance、Azure SQL Server on Virtual Machine、または Google Cloud SQL for SQL Server の場合、完全移行と増分移行をサポートします。 SQL Server のネイティブ CDC コンポーネントを使用して増分データを取得するため、増分移行がより安定し、消費するネットワーク帯域幅が少なくなります。 欠点: DTS インスタンスがソースデータベースにアクセスするために使用するアカウントには、CDC を有効にする権限が必要です。増分データ移行には約 10 秒の遅延があります。 複数のデータベースとテーブルが移行される場合、安定性とパフォーマンスの問題が発生する可能性があります。 説明 このパラメーターは、移行タイプ に 増分データ移行 が含まれている場合にのみ使用できます。 ソースデータベースが RDS for SQL Server の Web エディションの場合、タスクを構成するときに、SQL Server 増分同期モード で ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) を選択する必要があります。 ハイブリッドログ解析モード ([SQL Server 増分同期モード] が [非ヒープテーブルのログ解析とヒープテーブルの CDC] に設定されている場合) では、次のソースデータベースがサポートされます。 Enterprise または Enterprise Evaluation エディション: バージョン 2012、2014、2016、2019、または 2022。 Standard エディション: バージョン 2016、2019、または 2022。
      DTS がサポートする CDC が有効になっているテーブルの最大数の制限	現在の移行インスタンスが CDC を有効にできるテーブルの妥当な最大数を設定します。デフォルト値は 1000 です。 説明 このパラメーターは、SQL Server 増分同期モード が ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定されている場合は使用できません。
      競合するテーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースにソースデータベースのテーブルと同じ名前のテーブルが含まれているかどうかをチェックします。ターゲットデータベースにソースデータベースのテーブルと同じ名前のテーブルが含まれていない場合、事前チェックは合格し、データ移行タスクが開始されます。それ以外の場合、事前チェック中にエラーが返され、データ移行タスクは開始されません。 解決策: ターゲットデータベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースのテーブルの名前を変更できます。 エラーを無視して続行: ターゲットデータベースの同一テーブル名の事前チェックをスキップします。 警告 エラーを無視して続行 を選択すると、データ整合性の不一致が発生し、ビジネスにリスクが及ぶ可能性があります。例: ソースデータベースとターゲットデータベースのスキーマは同じですが、ターゲットデータベースにソースデータベースと同じプライマリキー値を持つレコードが含まれている場合: 完全データ移行中、DTS はターゲットデータベースの既存のレコードを保持し、ソースデータベースから対応するレコードをターゲットデータベースに移行しません。 増分データ移行中、ソースデータベースからの新しいデータがターゲットデータベースのデータを上書きし、ターゲットデータベースのデータが失われる可能性があります。 ソースデータベースとターゲットデータベースのスキーマが異なる場合、データ移行が失敗したり、一部の列のみが移行されたりする可能性があります。この操作を実行するときは注意してください。
      ソースオブジェクト	ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。 アイコンをクリックして、オブジェクトを 選択中のオブジェクト セクションに追加します。 説明 移行するオブジェクトとして、列、テーブル、またはスキーマを選択できます。移行するオブジェクトとしてテーブルまたは列を選択した場合、DTS はビュー、トリガー、ストアドプロシージャなどの他のオブジェクトをターゲットデータベースに移行しません。
      選択中のオブジェクト	宛先インスタンスに移行するオブジェクトの名前を変更するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマッピングする」をご参照ください。 一度に複数のオブジェクトの名前を変更するには、[選択したオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマッピングする」をご参照ください。 説明 オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。 データをフィルタリングするために WHERE 条件を構成するには、選択中のオブジェクト セクションで移行するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を構成します。 データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト セクションで移行するオブジェクトを右クリックし、表示されるダイアログボックスで移行する SQL 操作を選択します。

   2. 次へ：詳細設定 をクリックして詳細設定を構成します。

      構成	説明
      タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、専用クラスターを指定しない場合、DTS はデータ移行タスクを共有クラスターにスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。
      失敗した接続の再試行時間	失敗した接続のリトライ時間範囲。データ移行タスクが開始された後、ソースまたはターゲットデータベースへの接続に失敗した場合、DTS はリトライ時間範囲内で直ちに接続を再試行します。有効な値: 10 から 1,440。単位: 分。デフォルト値: 720。パラメーターを 30 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に DTS がソースおよびターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。 説明 同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定された値が優先されます。 DTS が接続を再試行すると、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。ソースデータベースと宛先インスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。
      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	その他の問題のリトライ時間範囲。たとえば、データ移行タスクが開始された後に DDL または DML 操作の実行に失敗した場合、DTS はリトライ時間範囲内で直ちに操作を再試行します。有効な値: 1 から 1440。単位: 分。デフォルト値: 10。パラメーターを 10 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。 重要 移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値より小さくする必要があります。
      完全移行率を制限するかどうか	完全データ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全データ移行のスロットリングを有効にできます。スロットリングを構成するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。 説明 このパラメーターは、移行タイプ パラメーターで 完全データ移行 を選択した場合にのみ構成できます。
      増分移行率を制限するかどうか	増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。 説明 このパラメーターは、移行タイプ パラメーターで 増分データ移行 を選択した場合にのみ構成できます。
      環境タグ	DTS インスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、このパラメーターを構成する必要はありません。
      ETL の設定	抽出・変換・書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効な値: [はい]: ETL 機能を構成します。コードエディタにデータ処理文を入力できます。詳細については、「データ移行またはデータ同期タスクで ETL を構成する」をご参照ください。 [いいえ]: ETL 機能を構成しません。
      監視アラート	データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効な値: [いいえ]: アラートを構成しません。 [はい]: アラートを構成します。この場合、アラートのしきい値とアラート通知設定も構成する必要があります。詳細については、「モニタリングとアラートの構成」トピックの「DTS タスク作成時のモニタリングとアラートの構成」セクションをご参照ください。

   3. [次へ: データ検証] をクリックして、データ検証タスクを構成します。

      データ検証機能の使用方法の詳細については、「データ検証タスクの構成」をご参照ください。

6. タスク設定を保存し、事前チェックを実行します。

   • 関連する API 操作を呼び出して DTS タスクを構成するときに指定するパラメーターを表示するには、次：タスク設定の保存と事前チェック にポインターを合わせ、OpenAPI パラメーターのプレビュー をクリックします。

   • パラメーターを表示する必要がない場合、または表示した場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

   説明

   • データ移行タスクを開始する前に、DTS は事前チェックを実行します。データ移行タスクは、タスクが事前チェックに合格した後にのみ開始できます。

   • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。次に、事前チェックを再度実行します。

   • 事前チェック中に項目のアラートがトリガーされた場合:

     • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして問題をトラブルシューティングします。次に、事前チェックを再度実行します。

     • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再度事前チェック] をクリックして事前チェックを再度実行します。アラート項目を無視すると、データ整合性の不一致が発生し、ビジネスに潜在的なリスクが及ぶ可能性があります。

7. インスタンスを購入します。

   1. [成功率] が [100%] になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

   2. [インスタンスの購入] ページで、データ移行インスタンスの [インスタンスクラス] パラメーターを構成します。次の表にパラメーターを示します。

      セクション	パラメーター	説明
      新しいインスタンスクラス	リソースグループ	データ移行インスタンスが属するリソースグループ。デフォルト値: [デフォルトリソースグループ]。詳細については、「Resource Management とは」をご参照ください。
      	インスタンスクラス	DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

   3. チェックボックスをオンにして、[Data Transmission Service (Pay-as-you-go) サービス規約] を読んで同意します。

   4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

      [データ移行] ページでタスクの進行状況を表示できます。

      説明

      • データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[ステータス] セクションに [完了] が表示されます。

      • データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止も完了もしません。[ステータス] セクションに [実行中] が表示されます。

付録: 増分移行をサポートする SQL 操作