PolarDB:Amazon Aurora MySQL から PolarDB for MySQL への移行

注意事項

• 完全なデータ移行では、ソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースが消費され、サーバー負荷が増加します。特に、データベースのパフォーマンスが低い、仕様が低い、またはすでにビジー状態 (たとえば、多くの低速な SQL クエリ、プライマリキーのないテーブル、ターゲットデータベースでのデッドロックなど) の場合、この追加の負荷によってパフォーマンスが低下したり、サービスが利用できなくなったりする可能性があります。移行を開始する前に、両方のデータベースのパフォーマンスを評価し、CPU 使用率が 30% 未満のときなど、オフピーク時に移行を実行してください。

• ソーステーブルにプライマリキーまたは一意制約がない場合、ターゲットデータベースでデータが重複する可能性があります。

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

• ソースデータベースの名前が PolarDB for MySQL の命名規則に従っていない場合は、移行タスクを設定する前に PolarDB for MySQL でデータベースを作成する必要があります。

  説明

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

• 移行タスクが失敗した場合、DTS は自動的にタスクの再開を試みます。サービスをターゲットインスタンスに切り替える前に、タスクを停止またはリリースする必要があります。これにより、再開されたタスクがソースデータベースのデータでターゲットインスタンスのデータを上書きするのを防ぎます。

課金

移行タイプ

• スキーマ移行

  DTS は、移行対象オブジェクトの構造を Alibaba Cloud PolarDB for MySQL に移行します。現在、DTS はテーブル、ビュー、トリガー、ストアドプロシージャ、およびストアドファンクションのスキーマ移行をサポートしています。イベントのスキーマ移行はサポートされていません。

  説明

  • スキーマ移行中、DTS はビュー、ストアドプロシージャ、およびストアドファンクションで DEFINER を INVOKER に変換します。

  • DTS はユーザー情報を移行しないため、呼び出し元のアカウントにターゲットデータベースのビュー、ストアドプロシージャ、およびストアドファンクションに対する読み取りおよび書き込み権限を付与する必要があります。

• 完全なデータ移行

  DTS は、選択したオブジェクトの既存のすべてのデータを Amazon Aurora for MySQL から Alibaba Cloud PolarDB for MySQL に移行します。

  説明

  完全なデータ移行では同時 INSERT 操作が使用されるため、ターゲットインスタンスでテーブルの断片化が発生する可能性があります。その結果、ターゲットインスタンスのテーブルスペースがソースインスタンスよりも大きくなることがあります。

• 増分データ移行

  完全なデータ移行の後、DTS は Amazon Aurora for MySQL からバイナリログを読み取り、増分データの変更を Alibaba Cloud PolarDB for MySQL に同期します。このプロセスにより、スムーズなデータベース移行が保証され、アプリケーションのダウンタイムが最小限に抑えられます。

データベースアカウントの権限

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

• Amazon Aurora MySQL の場合、「自己管理 MySQL データベースのアカウントを作成し、バイナリロギングを設定する」をご参照ください。

• Alibaba Cloud PolarDB for MySQL の場合、「データベースアカウントの作成と管理」をご参照ください。

前提条件

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

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

3. ロール が [ライターインスタンス] であるノードの [DB 識別子] をクリックします。

4. [接続とセキュリティ] タブで、ノードに対応する VPC セキュリティグループの名前をクリックします。

5. [セキュリティグループ] ページで、ターゲットの [セキュリティグループ ID] をクリックします。

6. [インバウンドルール] タブで、[インバウンドルールの編集] をクリックします。

7. [インバウンドルールの編集] ページで、[ルールの追加] をクリックします。対応するリージョンの DTS サーバーの CIDR ブロックを追加し、[ルールの保存] をクリックします。必要な CIDR ブロックのリストについては、「DTS サーバーの IP アドレスをホワイトリストに追加」をご参照ください。

   説明

   • ターゲットデータベースが配置されているリージョンの DTS サーバーの CIDR ブロックのみを追加してください。たとえば、ソースデータベースがシンガポールにあり、ターゲットデータベースが中国 (杭州) にある場合、中国 (杭州) リージョンの DTS サーバーの CIDR ブロックのみを追加します。

   • 必要なすべての CIDR ブロックを一度に追加でき、それぞれに個別のインバウンドルールを追加する必要はありません。

   • その他の質問がある場合は、Amazon の公式ドキュメントを参照するか、Amazon のテクニカルサポートにお問い合わせください。

8. Amazon Aurora MySQL データベースのバイナリログの保持期間を設定します。増分データ移行が不要な場合、このステップは任意です。

   call mysql.rds_set_configuration('binlog retention hours', 24);

   説明

   • このコマンドは、バイナリログの保持期間を 24 時間に設定します。最大保持期間は 168 時間 (7 日間) です。

   • Amazon Aurora MySQL データベースの場合、バイナリログ機能を有効にし、binlog_format パラメーターを ROW に設定します。MySQL 5.6 以降を使用している場合は、binlog_row_image パラメーターも FULL に設定してください。詳細については、Amazon のドキュメントを参照するか、Amazon のテクニカルサポートにお問い合わせください。

操作手順 (新しいコンソール)

1. 次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。

   DTS コンソールから

   1. Data Transmission Service (DTS) コンソールにログインします。

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

   3. ページの左上隅で、移行インスタンスが配置されているリージョンを選択します。

   DMS コンソールから

   説明

   実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。

   1. Data Management (DMS) コンソールにログインします。

   2. トップメニューバーで、[データ + AI] > [Data Transmission (DTS)] > [データ移行] を選択します。

   3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

2. タスクの作成 をクリックして、タスク設定ページに移動します。

3. ソースデータベースとターゲットデータベースを設定します。

   警告

   ソースインスタンスとターゲットインスタンスを選択した後、ページの上部に表示される制限事項を注意深くお読みになることを推奨します。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

   カテゴリ	パラメーター	説明
   N/A	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
   ソースデータベース	DMS データベースインスタンスの選択	必要に応じて、既存のインスタンスを使用するかどうかを選択できます。 既存のインスタンスを使用する場合、以下のデータベース情報は自動的に入力されます。再度入力する必要はありません。 既存のインスタンスを使用しない場合、以下のデータベース情報を設定する必要があります。 説明 DMS コンソールで、DMS データベースインスタンスの追加 をクリックして、データベースを DMS に登録できます。詳細については、「ApsaraDB データ取り込み」および「サードパーティのクラウドサービスまたは自己管理データベースでホストされているデータベースを登録する」をご参照ください。 DTS コンソールでは、データベース接続 ページまたは新しい設定ページでデータベースを DTS に登録できます。詳細については、「データベース接続の管理」をご参照ください。
   	データベースタイプ	MySQL を選択します。
   	アクセス方法	Public IP Address を選択します。
   	インスタンスリージョン	Amazon Aurora MySQL データベースが配置されているリージョンを選択します。 説明 Amazon Aurora MySQL データベースが配置されているリージョンがドロップダウンリストにない場合は、最も近いリージョンを選択してください。
   	ドメイン名または IP アドレス	Amazon Aurora MySQL データベースのエンドポイントを入力します。 説明 データベースエンドポイントは、Amazon Aurora MySQL データベースの 基本情報 ページから取得できます。
   	ポート	Amazon Aurora MySQL データベースのサービスポートを入力します。デフォルトは 3306 です。
   	データベースアカウント	Amazon Aurora MySQL データベースのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。
   	暗号化	要件に応じて 非暗号化 または SSL 暗号化 を選択します。 Amazon Aurora MySQL データベースで SSL 暗号化が無効になっている場合は、非暗号化 を選択します。 Amazon Aurora MySQL データベースで SSL 暗号化が有効になっている場合は、SSL 暗号化 を選択します。また、CA 証明書 をアップロードし、CA証明書パスワード を入力する必要があります。
   宛先データベース	DMS データベースインスタンスの選択	必要に応じて、既存のインスタンスを使用するかどうかを選択できます。 既存のインスタンスを使用する場合、以下のデータベース情報は自動的に入力されます。再度入力する必要はありません。 既存のインスタンスを使用しない場合、以下のデータベース情報を設定する必要があります。 説明 DMS コンソールで、DMS データベースインスタンスの追加 をクリックして、データベースを DMS に登録できます。詳細については、「ApsaraDB データ取り込み」および「サードパーティのクラウドサービスまたは自己管理データベースでホストされているデータベースを登録する」をご参照ください。 DTS コンソールでは、データベース接続 ページまたは新しい設定ページでデータベースを DTS に登録できます。詳細については、「データベース接続の管理」をご参照ください。
   	データベースタイプ	PolarDB for MySQL を選択します。
   	アクセス方法	Alibaba Cloud インスタンス を選択します。
   	インスタンスリージョン	ターゲットの PolarDB for MySQL インスタンスが配置されているリージョンを選択します。
   	PolarDB クラスター ID	ターゲットの PolarDB for MySQL インスタンスの ID を選択します。
   	データベースアカウント	ターゲットの PolarDB for MySQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。
   	暗号化	ビジネス要件に基づいてオプションを選択します。SSL 暗号化の詳細については、「SSL 暗号化の設定」をご参照ください。

4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

   説明

   DTS サーバーからのアクセスを許可するために、DTS サービスの IP アドレスセグメントがソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加されていることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。

5. タスクオブジェクトを設定します。

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

      パラメーター	説明
      移行タイプ	完全移行のみを実行する必要がある場合は、スキーマ移行 と 完全データ移行 の両方を選択します。 ダウンタイムなしで移行を実行するには、スキーマ移行、完全データ移行、および 増分データ移行 を選択します。 説明 スキーマ移行 を選択しない場合は、ターゲットデータベースにデータを受け取るためのデータベースとテーブルが存在することを確認する必要があります。必要に応じて、選択中のオブジェクト ボックスのオブジェクト名マッピング機能を使用することもできます。 増分データ移行 を選択しない場合は、データ整合性を確保するために、データ移行中にソースインスタンスに新しいデータを書き込まないでください。
      移行元データベースのトリガーを移行する方法	要件に基づいてトリガーを移行する方法を選択します。移行するオブジェクトにトリガーが含まれていない場合は、このステップをスキップできます。詳細については、「トリガーを同期または移行する方法を設定する」をご参照ください。 説明 このパラメーターは、移行タイプ で スキーマ移行 を選択した場合にのみ使用できます。
      競合するテーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。 説明 ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブルの名前を変更できます。詳細については、「オブジェクト名のマッピング」をご参照ください。 エラーを無視して続行: 同じ名前のテーブルのチェックをスキップします。 警告 エラーを無視して続行 を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例： テーブルスキーマが一致し、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合： 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースからのレコードは移行されません。 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。 テーブルスキーマが一致しない場合、データの一部の列のみが移行されるか、移行が失敗する可能性があります。注意して進めてください。
      移行先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスで移行されたオブジェクト (データベース、テーブル、列など) の名前の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースまたはターゲットデータベースのデフォルトポリシーと大文字/小文字の区別を一致させることも選択できます。詳細については、「ターゲットデータベースのオブジェクト名の大文字/小文字の区別」をご参照ください。
      ソースオブジェクト	ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。 アイコンをクリックして、オブジェクトを [選択したオブジェクト] セクションに追加します。 説明 移行オブジェクトを選択する粒度は、スキーマ、テーブル、および列です。移行オブジェクトとしてテーブルまたは列のみを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに移行されません。
      選択中のオブジェクト	ターゲットインスタンスで単一の移行オブジェクトの名前を変更するには、選択中のオブジェクト ボックスでオブジェクトを右クリックします。詳細については、「個々のスキーマ、テーブル、および列の名前をマッピングする」をご参照ください。 ターゲットインスタンスで複数の移行オブジェクトの名前を変更するには、一括編集 ボックスの右上隅にある 選択中のオブジェクト をクリックします。詳細については、「複数のスキーマ、テーブル、および列の名前をマッピングする」をご参照ください。 説明 オブジェクト名マッピング機能を使用すると、マッピングされたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。 WHERE 句を使用してデータをフィルタリングするには、選択中のオブジェクト ボックスで移行するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。手順については、「フィルター条件の設定」をご参照ください。 データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト ボックスでオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

   2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

      パラメーター	説明
      タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、専用クラスターを購入して DTS 移行タスクを実行できます。
      移行先データベースのエンジンタイプを選択します。	ターゲットデータベースのエンジンタイプを選択します。 InnoDB：デフォルトのストレージエンジンです。 X-Engine: オンライントランザクション処理 (OLTP) データベースストレージエンジン。
      移行元テーブルで生成された Online DDL ツールの一時テーブルを移行先データベースにコピーします。	Data Management (DMS) または gh-ost を使用してソースデータベースでオンライン DDL 変更を実行する場合、オンライン DDL 変更によって生成された一時テーブルからデータを移行するかどうかを選択できます。 重要 DTS タスクは、pt-online-schema-change などのツールを使用したオンライン DDL 変更をサポートしていません。そうしないと、DTS タスクが失敗します。 各フェーズの処理方法は次のとおりです。スキーマ移行 および 完全データ移行 フェーズでは、データベースまたはテーブル構造を変更する DDL 操作は許可されません。したがって、これらはオンライン DDL ポリシーによって制御されません。 スキーマ移行: オンライン DDL ポリシーによって制御されません。関連する一時テーブルが作成されます。 完全データ移行: オンライン DDL ポリシーによって制御されません。一時テーブルの移行は完全移行オブジェクトに含まれません。正規表現 (^_(.+)_(?:gho|new)$ または ^_(.+)_(?:ghc|del|old)$) に一致する名前のすべてのテーブルは除外されます。 増分データ移行: オンライン DDL ポリシーによって制御されます。 ○: オンライン DDL 操作によって生成された一時テーブル (例: _table_name_gho) からのデータ変更を移行します。 いいえ、DMS オンライン DDL に適応 および いいえ、gh-ost に適応: gh-ost などのツールによって生成された一時テーブル (例: _table_name_gho) からのデータ変更を正規表現ルールに基づいて除外します。 ○: オンライン DDL 変更によって生成された一時テーブルからデータを移行します。 説明 オンライン DDL 変更によって一時テーブルに大量のデータが生成される場合、タスクの遅延が発生する可能性があります。 いいえ、DMS オンライン DDL に適応: オンライン DDL 変更によって生成された一時テーブルからデータを移行しません。Data Management (DMS) を使用して実行された元の DDL 文のみを移行します。 説明 このオプションは、ターゲットデータベースのテーブルをロックします。 いいえ、gh-ost に適応: オンライン DDL 変更によって生成された一時テーブルからデータを移行しません。カスタムフィルタリングルールをサポートしています。DTS は、gh-ost などのツールによって生成された一時テーブル (例: _table_name_gho) からのデータ変更を正規表現ルールに基づいて除外します。必要に応じて、シャドウテーブルと不要なテーブルを照合するために使用されるデフォルトの正規表現を変更できます。 シャドウテーブル: ^_(.+)_(?:gho|new)$ 不要なテーブル: ^_(.+)_(?:ghc|del|old)$ 説明 このオプションは、ターゲットデータベースのテーブルをロックします。
      失敗した接続の再試行時間	移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間は 10 分から 1440 分までカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。 説明 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワークの再試行時間は最後に作成されたタスクの設定によって決まります。 接続再試行期間中もタスクには課金されるため、ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。
      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	移行タスクが開始された後、ソースまたはターゲットデータベースで DDL または DML 実行例外などの接続以外の問題が発生した場合、DTS はエラーを報告し、すぐに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間は 1 分から 1440 分までカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連する操作が成功した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。 重要 移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。
      完全移行率を制限するかどうか	完全移行中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。必要に応じて、完全移行タスクのスロットリングを有効にできます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。 説明 この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ使用できます。 移行インスタンスが実行された後、完全移行速度を調整することもできます。
      増分移行率を制限するかどうか	必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。 説明 この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ使用できます。 移行インスタンスが実行された後、増分移行速度を調整することもできます。
      環境タグ	インスタンスを識別するために環境タグを選択できます。この例では必須ではありません。
      順方向および逆方向タスクのハートビートテーブル SQL を削除	DTS インスタンスの実行中にハートビート SQL 情報をソースデータベースに書き込むかどうかを選択します。 ○: ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。 ×: ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローニングなどの機能に干渉する可能性があります。
      ETL 機能の設定	ビジネスニーズに基づいて、データを処理するために ETL 機能を設定するかどうかを選択します。 ○: ETL 機能を設定します。テキストボックスにデータ処理文を入力する必要もあります。 ×: ETL 機能を設定しません。
      監視アラート	ビジネスニーズに基づいて、アラートを設定し、アラート通知を受け取るかどうかを選択します。 ×: アラートを設定しません。 ○: アラートのしきい値とアラート通知を設定してアラートを設定します。移行が失敗した場合や遅延がしきい値を超えた場合、システムはアラート通知を送信します。

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

      データ検証機能の詳細については、「データ検証の設定」をご参照ください。

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

   • API オペレーションを呼び出す際にこのインスタンスを設定するためのパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブルで OpenAPI パラメーターのプレビュー をクリックします。

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

   説明

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

   • 事前チェックが失敗した場合は、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

   • 事前チェック中に警告が報告された場合：

     • 無視できない確認項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

     • 無視できる確認項目については、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 をクリックして、警告項目をスキップし、再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

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

   1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

   2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

      カテゴリ	パラメーター	説明
      新しいインスタンスクラス	リソースグループの設定	インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトのリソースグループです。詳細については、「Resource Management とは」をご参照ください。
      	インスタンスクラス	DTS は、さまざまなパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンクの仕様」をご参照ください。

   3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。

   4. 購入して起動 をクリックします。表示される OK ダイアログボックスで、[OK] をクリックします。

      データ移行タスク リストページで移行タスクの進捗状況を確認できます。

      説明

      • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

      • 移行タスクに増分移行が含まれている場合、タスクは自動的に停止しません。増分移行タスクは実行を継続し、その間タスクのステータスは実行中になります。

操作手順 (以前のコンソール)

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

   説明

   自動的に Data Management (DMS) コンソールにリダイレクトされた場合は、右下隅の アイコンをクリックし、次に をクリックしてクラシック DTS コンソールに戻ることができます。

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

3. [移行タスク] ページの上部で、ターゲットクラスターのリージョンを選択します。

4. ページの右上隅で、移行タスクの作成 をクリックします。

5. ソースデータベースとターゲットデータベースを設定します。

   

   カテゴリ	パラメーター	説明
   N/A	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定してください。名前は一意である必要はありません。
   ソースデータベース情報	インスタンスタイプ	[パブリック IP アドレスを持つ自己管理データベース] を選択します。
   	リージョン	[インスタンスタイプ] を [パブリック IP アドレスを持つ自己管理データベース] に設定した場合、このパラメーターは不要です。
   	データベースタイプ	MySQL を選択します。
   	ホスト名または IP アドレス	Amazon Aurora MySQL データベースのエンドポイントを入力します。 説明 データベースエンドポイントは、ご利用の Amazon Aurora MySQL データベースの 基本情報 ページで取得できます。
   	ポート	Amazon Aurora MySQL データベースのサービスポートを入力します。デフォルト値は [3306] です。
   	データベースアカウント	Amazon Aurora MySQL データベースのアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 ソースデータベース情報を入力した後、データベースのパスワード の横にある 接続テスト をクリックして、情報が正しいか確認できます。情報が正しい場合、合格 メッセージが表示されます。失敗 メッセージが表示された場合は、失敗 の後にある チェック をクリックし、プロンプトに従ってソースデータベース情報を調整します。
   ターゲットデータベース情報	インスタンスタイプ	Apsara PolarDB を選択します。
   	リージョン	ご利用の PolarDB for MySQL インスタンスが配置されているリージョンを選択します。
   	PolarDB インスタンス ID	ご利用の PolarDB for MySQL インスタンス ID を選択します。
   	データベースアカウント	ご利用の PolarDB for MySQL インスタンスのアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードを入力します。 説明 ターゲットデータベース情報を入力した後、データベースのパスワード の横にある 接続テスト をクリックして、入力した情報が正しいか確認できます。情報が正しい場合、合格 メッセージが表示されます。失敗 メッセージが表示された場合は、失敗 の横にある チェック をクリックし、プロンプトに基づいてターゲットデータベース情報を調整します。

6. 設定が完了したら、ページの右下隅にある [ホワイトリストを承認して次のステップへ] をクリックします。

   ソースまたはターゲットデータベースが RDS for MySQL や ApsaraDB for MongoDB インスタンスなどの Alibaba Cloud データベースインスタンスである場合、DTS は対応するリージョンの DTS サービスの IP アドレス CIDR ブロックをインスタンスの IP アドレスホワイトリストに自動的に追加します。ソースまたはターゲットデータベースが ECS インスタンス上の自己管理データベースである場合、DTS は対応するリージョンの DTS サービスの IP アドレス CIDR ブロックを ECS インスタンスのセキュリティルールに自動的に追加します。また、自己管理データベースが ECS インスタンスからのアクセスを許可していることを確認する必要があります。データベースが複数の ECS インスタンス上のクラスターとしてデプロイされている場合は、対応するリージョンの DTS サービスの IP アドレス CIDR ブロックを各 ECS インスタンスのセキュリティルールに手動で追加する必要があります。ソースまたはターゲットデータベースがデータセンターまたは他のクラウドデータベース内の自己管理データベースである場合は、DTS サーバーからのアクセスを許可するために、対応するリージョンの DTS サービスの IP アドレス CIDR ブロックを手動で追加する必要があります。IP アドレス CIDR ブロックについては、「DTS サーバーの CIDR ブロック」をご参照ください。

   警告

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

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

   

   パラメーター	説明
   移行タイプ	完全移行のみを実行する場合は、構造移行 と 全量データ移行 の両方を選択します。 ダウンタイムを最小限に抑えて移行を実行するには、構造移行、全量データ移行、および 増分データ移行 を選択します。 説明 増分データ移行 を選択しない場合、データ整合性を確保するために、移行中に Amazon Aurora MySQL データベースに新しいデータを書き込まないでください。
   移行オブジェクト	[移行オブジェクト] ボックスで移行するオブジェクトを選択し、 をクリックして [選択したオブジェクト] ボックスに移動します。 説明 オブジェクトは、データベース、テーブル、列のレベルで選択できます。 デフォルトでは、オブジェクト名はソースデータベースとターゲットデータベースで同じです。ターゲットデータベースでオブジェクトの名前を変更するには、オブジェクト名マッピング機能を使用します。詳細については、「オブジェクト名のマッピング」をご参照ください。 オブジェクト名のマッピングは、依存オブジェクトの移行が失敗する原因となる可能性があります。
   オブジェクト名のマッピング	ターゲットインスタンスで移行されたオブジェクトの名前を変更できます。詳細については、「オブジェクト名のマッピング」をご参照ください。
   接続失敗時の再試行時間	デフォルトの時間は 12 時間で、カスタマイズできます。指定された時間内に DTS がデータベースに再接続した場合、タスクは自動的に再開されます。そうでない場合、タスクは失敗します。 説明 接続再試行中のタスク実行時間には料金が発生します。ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後に DTS インスタンスを停止することを推奨します。
   DMS オンライン DDL によって生成された一時テーブルをレプリケートする	ソースデータベースが Data Management (DMS) を使用してオンライン DDL 変更を実行する場合、オンライン DDL 変更によって作成された一時テーブルからデータを移行するかどうかを選択できます。 [はい]: オンライン DDL 変更によって生成された一時テーブルからデータを移行します。 説明 オンライン DDL 変更によって生成された一時テーブルに大量のデータが含まれている場合、移行の遅延が増加する可能性があります。 [いいえ]: オンライン DDL 変更によって生成された一時テーブルからデータを移行しません。ソースデータベースからの元の DDL データのみが移行されます。 説明 このオプションは、ターゲットデータベースでテーブルロックを引き起こします。

8. 設定が完了したら、ページの右下隅にある [事前チェックして開始] をクリックします。

   説明

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

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

     • プロンプトに従って問題を修正し、再度事前チェックを実行します。

     • 警告項目を修正する必要がない場合は、無視 を選択し、[警告を無視して事前チェックを再実行] をクリックして再度事前チェックを実行できます。

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

10. 表示される [設定の確認] ダイアログボックスで、インスタンスクラス を選択し、[Data Transmission Service (従量課金) 利用規約] チェックボックスをオンにします。

11. 購入して起動 をクリックして移行を開始します。

    • スキーマ移行 + 完全なデータ移行

      タスクが自動的に完了するのを待ちます。手動で停止すると、データが不完全になる可能性があります。

    • スキーマ移行 + 完全なデータ移行 + 増分データ移行

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

      重要

      オフピーク時や、ビジネスをターゲットクラスターに切り替える準備ができたときなど、適切なタイミングでタスクを手動で停止してください。

      1. 移行タスクが 増分データ移行 フェーズに入り、ステータスが 遅延なし と表示されるまで待ちます。その後、数分間ソースデータベースへのデータ書き込みを停止します。この間、増分データ移行 のステータスに遅延が表示される場合があります。

      2. 増分データ移行 のステータスが再び 遅延なし と表示されるのを待ってから、移行タスクを手動で停止します。

12. ワークロードを PolarDB for MySQL インスタンスに切り替えます。