ApsaraDB RDS:プライベートネットワーク経由のセルフマネージド MySQL から ApsaraDB RDS for MySQL への移行

注意事項

• 完全データ移行中、DTS はソースデータベースと移行先データベースの読み取りおよび書き込みリソースを消費するため、負荷が増加します。データベースのパフォーマンスが低い、仕様が低い、またはワークロードが高い場合 (たとえば、ソースデータベースに低速な SQL クエリやプライマリキーのないテーブルが多く存在する、または移行先データベースでデッドロックが発生するなど)、負荷の増加によってデータベースに負担がかかったり、サービスが中断したりする可能性があります。データ移行は、両方のデータベースの CPU 使用率が 30% 未満であるなど、オフピーク時に実行してください。

• ソーステーブルにプライマリキーまたは一意制約がなく、一意でないデータが含まれている場合、移行先データベースに重複データが作成される可能性があります。

• FLOAT または DOUBLE データ型の列の場合、DTS は ROUND(COLUMN,PRECISION) 関数を使用してその値を読み取ります。精度が明示的に定義されていない場合、DTS は FLOAT 値を 38 桁の精度で、DOUBLE 値を 308 桁の精度で移行します。これらの精度がビジネス要件を満たしていることを確認してください。

• ソースデータベース名が ApsaraDB RDS の命名規則に違反している場合は、タスクを設定する前に、命名規則に準拠したデータベースを移行先インスタンスに作成する必要があります。そうでない場合、DTS はデータベースを自動的に作成します。

  説明

  命名規則とデータベースの作成方法の詳細については、「データベースとアカウントの作成」をご参照ください。

• データ移行タスクが失敗した場合、DTS は自動的にタスクの再開を試みます。ビジネスワークロードを移行先インスタンスに切り替える前に、必ずタスクを停止または解放してください。これにより、自動的に再開されたタスクが、ソースデータベースのデータで移行先インスタンスのデータを上書きするのを防ぎます。

課金

移行タイプ

• スキーマ移行

  DTS は、選択したオブジェクトのスキーマ定義を移行先インスタンスに移行します。DTS は、テーブル、ビュー、トリガー、ストアドプロシージャ、ストアドファンクションのスキーマ移行をサポートしています。

  説明

  • スキーマ移行中に、DTS はビュー、ストアドプロシージャ、および関数の DEFINER 属性を INVOKER に変換します。

  • DTS はユーザー情報を移行しないため、移行先データベースでビュー、ストアドプロシージャ、および関数を呼び出すには、呼び出し元に読み取りおよび書き込み権限を付与する必要があります。

• 完全データ移行

  DTS は、セルフマネージド MySQL データベース内の選択されたオブジェクトから、すべての既存データを移行先の ApsaraDB RDS for MySQL インスタンスに移行します。

  説明

  完全データ移行中に INSERT 操作が同時に実行されると、移行先インスタンスでテーブルの断片化が発生する可能性があります。移行が完了すると、移行先データベースのテーブルスペースはソースデータベースよりも大きくなります。

• 増分データ移行

  完全データ移行の後、DTS はソースのセルフマネージド MySQL データベースのバイナリログ (binlog) を読み取り、データの変更をキャプチャして移行先の ApsaraDB RDS for MySQL インスタンスに同期します。増分データ移行により、スムーズでダウンタイムを最小限に抑えたクラウドへの移行が可能になります。

増分移行の SQL 操作

アカウント権限

データベースアカウントを作成して権限を付与するには：

• セルフマネージド MySQL データベースについては、「セルフマネージド MySQL データベースのアカウント作成とバイナリロギングの設定」をご参照ください。

• ApsaraDB RDS for MySQL インスタンスについては、「データベースとアカウントの作成」および「ApsaraDB RDS for MySQL インスタンスの標準アカウントの権限変更」をご参照ください。

事前準備

1. セルフマネージド MySQL データベースのアカウントを作成してバイナリログを構成する。

2. VPN ゲートウェイを介してオンプレミスデータセンターを DTS に接続する。

操作手順

1. にログインします。 DTSコンソール。

   説明

   データ管理 (DMS) コンソールにリダイレクトされている場合は、にあるアイコンをクリックして、以前のバージョンのDTSコンソールに移動し。

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

3. [移行タスク] ページの上部で、移行先クラスターが存在するリージョンを選択します。

4. ページの右上隅にある [移行タスクの作成] をクリックします。

5. ソースデータベースと移行先データベースを構成します。

   カテゴリ	パラメーター	説明
   該当なし	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。タスク名は一意である必要はありません。
   ソースデータベース	インスタンスタイプ	[Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されたユーザー作成データベース] を選択します。
   	インスタンスリージョン	Express Connect、VPN Gateway、または Smart Access Gateway を介して接続されている Virtual Private Cloud (VPC) のリージョンを選択します。
   	ピア VPC	オンプレミスネットワークに接続されている VPC を選択します。
   	データベースタイプ	MySQL を選択します。
   	IP アドレス	セルフマネージド MySQL データベースのエンドポイントを入力します。
   	ポート	自己管理の MySQL データベースのサービスポートを入力してください。デフォルトポートは[3306]です。
   	データベースアカウント	セルフマネージド MySQL データベースのデータベースアカウントを入力します。必要な権限の詳細については、「アカウント権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 ソースデータベース情報を入力した後、データベースのパスワード の横にある 接続テスト をクリックして、情報が正しいかどうかを確認できます。情報が正しい場合、合格 というメッセージが表示されます。メッセージが 失敗 と表示される場合は、失敗 の横にある チェック をクリックし、表示される指示に従ってソースデータベース情報を調整してください。
   移行先データベース	インスタンスタイプ	RDS インスタンス を選択します。
   	インスタンスリージョン	移行先 RDS インスタンスのリージョンを選択します。
   	RDS インスタンス ID	移行先 RDS インスタンスの ID を選択します。
   	データベースアカウント	移行先 RDS インスタンスのデータベースアカウントを入力します。必要な権限の詳細については、「アカウント権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 宛先データベース情報を入力した後、データベースのパスワード の後に 接続テスト をクリックして、入力した情報が正しいかどうかを確認できます。情報が正しい場合、合格 というメッセージが表示されます。メッセージが 失敗 と表示される場合は、失敗 の後に チェック をクリックし、表示される指示に従って宛先データベース情報を調整してください。
   	暗号化	要件に応じて非暗号化またはSSL 暗号化を選択します。SSL 暗号化を選択した場合は、事前に RDS インスタンスの SSL 暗号化を有効にする必要があります。詳細については、「SSL 暗号化の設定」をご参照ください。 説明 暗号化 パラメーターは、中国本土および中国 (香港) リージョンでのみ利用できます。

6. 設定が完了したら、[ホワイトリストを設定して次へ] をクリックします。

   ソースまたは移行先データベースが、ApsaraDB RDS for MySQL や ApsaraDB for MongoDB などの Alibaba Cloud データベースインスタンスの場合、DTS は、対応するリージョンの DTS サービスの IP アドレスをインスタンスのホワイトリストに自動的に追加します。ソースまたは移行先データベースが ECS インスタンス上のセルフマネージドデータベースの場合、DTS は、対応するリージョンの DTS サービスの IP アドレスを ECS インスタンスのセキュリティグループルールに自動的に追加します。また、セルフマネージドデータベースが ECS インスタンスからのアクセスを制限していないことを確認する必要があります。データベースが複数の ECS インスタンス上のクラスターにデプロイされている場合は、対応するリージョンの DTS サービスの IP アドレスを、他の各 ECS インスタンスのセキュリティグループルールに手動で追加する必要があります。ソースまたは移行先データベースが、オンプレミスデータセンター (IDC) のセルフマネージドデータベース、または他のクラウドサービスプロバイダーのデータベースの場合は、DTS サーバーからのアクセスを許可するために、対応するリージョンの DTS サービスの IP アドレスを手動で追加する必要があります。DTS サービスの IP アドレスについては、「DTS サーバーの IP アドレス範囲」をご参照ください。

   警告

   DTS サーバーのパブリック CIDR ブロックを自動または手動で追加すると、セキュリティリスクが生じる可能性があります。本製品を使用することにより、これらの潜在的なリスクを認識し、受け入れるものとします。強力なパスワードの使用、開いているポートの制限、内部 API コールの認証の使用、不要なネットワークセグメントの定期的な確認と制限、または Express Connect、VPN Gateway、Smart Access Gateway などのプライベートネットワーク経由での接続など、基本的なセキュリティ対策を講じる責任はお客様にあります。

7. 必要な移行タイプと移行するオブジェクトを選択します。

   

   設定	説明
   移行タイプの選択	フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] を選択します。 データ移行中のサービスの継続性を確保するには、[スキーマ移行] 、[フルデータ移行] 、および [増分データ移行] を選択します。 重要 増分データ移行が選択されていない場合、完全データ移行中にソースデータベースにデータを書き込まないことを推奨します。 これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。
   移行するオブジェクトを選択します。	[使用可能] セクションから1つ以上のオブジェクトを選択し、アイコンをクリックして、オブジェクトを [選択済み] セクションに追加します。 重要 移行するオブジェクトとして、列、テーブル、またはデータベースを選択できます。 既定では、オブジェクトがターゲットデータベースに移行された後、オブジェクトの名前は変更されません。 オブジェクト名マッピング機能を使用して、移行先データベースに移行するオブジェクトの名前を変更できます。 詳細は、オブジェクト名のマッピングをご参照ください。 オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。
   オブジェクトの名前を変更するかどうかを指定する	オブジェクト名マッピング機能を使用して、移行先データベースに移行するオブジェクトの名前を変更できます。 詳細は、オブジェクト名のマッピングをご参照ください。
   ソースデータベースまたはターゲットデータベースへの接続が失敗した場合のリトライ時間範囲の指定	既定では、DTSがソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTSは次の720分 (12時間) 以内に再試行します。 業務要件に基づいて再試行時間範囲を指定できます。 DTSが指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。 説明 DTSがソースデータベースとターゲットデータベースへの再接続を試みる時間範囲内で、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースデータベースとターゲットデータベースがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
   DMSがソーステーブルに対してオンラインDDL操作を実行するときに、一時テーブルをターゲットデータベースにコピーするかどうかを指定します。	DMSを使用してソースデータベースでオンラインDDL操作を実行する場合、オンラインDDL操作によって生成された一時テーブルを移行するかどうかを指定できます。 有効な値： はい: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行します。 説明 オンラインDDL操作で大量のデータが生成される場合、データ移行タスクが完了するまでに長時間かかることがあります。 No: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行しません。 移行元データベースの元のDDLデータのみが移行されます。 説明 [いいえ] を選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

8. ページの右下隅にある [事前チェック] をクリックします。

   説明

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

   • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にあるアイコンをクリックして詳細を表示できます。

     • 原因に基づいて問題をトラブルシューティングし、事前チェックを再度実行できます。

     • 問題をトラブルシューティングする必要がない場合は、失敗した項目を無視して、再度事前チェックを実行できます。

9. タスクが事前チェックに合格したら、[次へ] をクリックします。

10. [設定の確認] ダイアログボックスで、[チャネル仕様] パラメーターを指定し、[データ送信サービス (従量課金) サービス規約] を選択します。

11. [購入と開始] をクリックして、データ移行タスクを開始します。

    • スキーマ移行とフルデータ移行

      フルデータ移行中は、手動でタスクを停止しないことをお勧めします。 そうしないと、ターゲットデータベースに移行されたデータが不完全になる可能性があります。 データ移行タスクが自動的に停止するまで待つことができます。

    • スキーマ移行、完全データ移行、および増分データ移行

      増分データ移行タスクは自動的に停止しません。 タスクを手動で停止する必要があります。

      重要

      データ移行タスクを手動で停止する適切な時期を選択することを推奨します。 たとえば、オフピーク時やワークロードを移行先クラスターに切り替える前にタスクを停止できます。

      1. 増分データ移行と移行タスクが遅延しませんが移行タスクのプログレスバーに表示されるまで待ちます。 その後、ソースデータベースへのデータの書き込みを数分間停止します。 増分データ移行のレイテンシは、プログレスバーに表示され得る。

      2. 増分データ移行のステータスが [移行タスクは遅延なし] に変わるまで待ちます。 次に、移行タスクを手動で停止します。

12. ワークロードを移行先の ApsaraDB RDS for MySQL インスタンスに切り替えます。