このトピックでは、data Transmission Service (DTS) を使用して、Express Connect、VPN Gateway、またはSmart Access Gateway経由で接続された自己管理型MySQLデータベースからApsaraDB RDS for MySQLインスタンスにデータを移行する方法について説明します。 DTS はフルデータ移行と増分データ移行に対応しています。 セルフマネージドMySQLデータベースからApsaraDB RDS for MySQLインスタンスにデータを移行する場合、サポートされているすべての移行タイプを使用してサービスの継続性を確保できます。
前提条件
- 自己管理型MySQLデータベースのエンジンバージョンは、MySQL 5.1、MySQL 5.5、MySQL 5.6、MySQL 5.7、またはMySQL 8.0です。
- RDSインスタンスの使用可能なストレージ容量が、自己管理型MySQLデータベースのデータの合計サイズよりも大きいこと。
- 自己管理型MySQLデータベースが属するオンプレミスネットワークは、Express Connect、VPN Gateway、またはSmart Access Gatewayを介してAlibaba Cloudに接続されています。 説明 詳細については、「CENを使用したオンプレミスデータベースのDTSへの接続」をご参照ください。
制限事項
- DTSは、完全データ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。 これは、データベースサーバの負荷を増加させる可能性がある。 データベースのパフォーマンスが悪い場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。 たとえば、ソースデータベースで多数の低速SQLクエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生する場合、DTSは大量の読み取りおよび書き込みリソースを占有します。 データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。 オフピーク時にデータを移行することを推奨します。 たとえば、ソースデータベースとターゲットデータベースのCPU使用率が30% 未満の場合にデータを移行できます。
- 移行元データベースで移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。 そうでない場合、宛先データベースは重複するデータレコードを含み得る。
- DTSは
ROUND(COLUMN,PRECISION)関数を使用して、FLOATまたはDOUBLEデータ型の列から値を取得します。 精度を指定しない場合、DTSはFLOATデータ型の精度を38桁に設定し、DOUBLEデータ型の精度を308桁に設定します。 業務要件を満足する精度が設定されていることを確認する必要があります。 - DTSは、ApsaraDB RDS for MySQLインスタンスにターゲットデータベースを自動的に作成します。 ただし、ソースデータベースの名前が無効な場合は、データ移行タスクを設定する前に、ApsaraDB RDS for MySQLインスタンスにデータベースを手動で作成する必要があります。 説明 ApsaraDB RDS For MySQLデータベースのデータベース命名規則とデータベースの作成方法の詳細については、 ApsaraDB RDS for MySQLインスタンスのデータベースを作成します。
- データ移行タスクが失敗した場合、DTSは自動的にタスクを再開します。 ワークロードをターゲットインスタンスに切り替える前に、データ移行タスクを停止またはリリースします。 それ以外の場合、タスクの再開後、ソースデータベースのデータがターゲットインスタンスのデータを上書きします。
課金ルール
移行タイプ | タスク設定料金 | インターネットトラフィック料金 |
スキーマ移行とフルデータ移行 | 無料です。 | インターネット経由でAlibaba Cloudからデータが移行された場合にのみ課金されます。 詳細については、「課金の概要」をご参照ください。 |
増分データ移行 | 有料。 詳細については、「課金の概要」をご参照ください。 |
移行タイプ
- スキーマの移行
必要なオブジェクトのスキーマをターゲットインスタンスに移行します。 DTSは、テーブル、ビュー、トリガー、ストアドプロシージャ、関数のタイプのオブジェクトのスキーマ移行をサポートしています。
説明- スキーマ移行中、ビュー、ストアドプロシージャ、関数の SECURITY 属性値は DEFINER から INVOKER に変更されます。
- ユーザー情報は移行されません。 ターゲットデータベースのビュー、ストアドプロシージャ、または関数を呼び出すには、INVOKERに読み取りおよび書き込み権限を付与する必要があります。
- フルデータ移行 DTSは、必要なオブジェクトの履歴データを自己管理型MySQLデータベースからApsaraDB RDS for MySQLインスタンスのターゲットデータベースに移行します。説明 完全データ移行中、同時INSERT操作により、ターゲットデータベースのテーブルが断片化されます。 完全なデータ移行が完了すると、移行先データベースのテーブルスペースは移行元データベースのテーブルスペースよりも大きくなります。
- 増分データ移行
完全なデータ移行が完了すると、DTSは自己管理型MySQLデータベースからバイナリログファイルを取得します。 次に、DTSは、自己管理型MySQLデータベースの増分データをターゲットApsaraDB RDS for MySQLインスタンスに同期します。 増分データ移行により、自己管理型MySQLデータベースからAlibaba Cloudにデータを移行する際に、サービスの継続性を確保できます。
増分データ移行中に同期できる SQL 操作
| 操作タイプ | SQL文 |
| DML | INSERT、UPDATE、DELETE、および REPLACE |
| DDL |
|
データベースアカウントに必要な権限
| データベース | スキーマ移行 | 完全なデータ移行 | 増分データ移行 |
| 自己管理型 MySQL データベース | SELECT 権限 | SELECT 権限 | REPLICATION SLAVE、REPLICATION CLIENT、SHOW VIEW、およびSELECT権限 |
| ApsaraDB RDS for MySQL インスタンス | 読み書き権限 | 読み書き権限 | 読み書き権限 |
データベースアカウントを作成し、そのアカウントに権限を付与する方法の詳細については、以下のトピックを参照してください。
- 自己管理型MySQLデータベース: 自己管理型MySQLデータベースのアカウントを作成し、バイナリログを設定
- ApsaraDB RDS for MySQL インスタンス: ApsaraDB RDS for MySQLインスタンスにアカウントを作成し、 ApsaraDB RDS for MySQLインスタンスの標準アカウントの権限の変更
始める前に
手順
- にログインします。 DTSコンソール。 説明 Data Management (DMS) コンソールにリダイレクトされている場合は、右下隅にある
- 左側のナビゲーションウィンドウで、[データ移行] をクリックします。
- [移行タスク] ページの上部で、移行先クラスターが存在するリージョンを選択します。
- ページの右上隅にある [移行タスクの作成] をクリックします。
- ソースデータベースとターゲットデータベースを設定します。
セクション パラメーター 説明 N/A タスク名 タスク名は自動生成されます。 タスクの識別に役立つ名前を指定することをお勧めします。 一意のタスク名を指定する必要はありません。 移行元データベース インスタンスタイプ Express Connect、VPN Gateway、またはSmart Access Gateway経由で接続されたユーザー作成データベースを選択します。 インスタンスリージョン Express Connect、VPN Gateway、またはSmart Access Gatewayに接続されている仮想プライベートクラウド (VPC) のリージョンを選択します。 ピア VPC Express Connect、または VPN Gateway、または Smart Access Gateway に接続されている VPC を選択します。 データベースエンジン この例では、「MySQL」 を選択します。 IP アドレス 自己管理型MySQLデータベースへのアクセスに使用するエンドポイントを入力します。 ポート番号 自己管理型MySQLデータベースのサービスポート番号を入力します。 デフォルトのポート番号は、3306 です。 データベースアカウント 自己管理型MySQLデータベースのアカウントを入力します。 アカウントに必要な権限については、「データベースアカウントに必要な権限」をご参照ください。 データベースパスワード データベースアカウントのパスワードを入力します。 説明ソースデータベースに関する情報を指定した後、[データベースパスワード] の横にある [接続のテスト] をクリックして、情報が有効かどうかを確認できます。 情報が有効な場合は、[合格] メッセージが表示されます。 [失敗] メッセージが表示されたら、[失敗] の横にある [チェック] をクリックします。 次に、チェック結果に基づいて情報を変更します。
ターゲットデータベース インスタンスタイプ RDS インスタンスを選択します。 インスタンスリージョン RDSインスタンスが存在するリージョンを選択します。 RDS インスタンス ID RDSインスタンスのIDを選択します。 データベースアカウント 同期先 RDS インスタンスのデータベースアカウントを入力します。 アカウントに必要な権限については、「データベースアカウントに必要な権限」をご参照ください。 データベースパスワード データベースアカウントのパスワードを入力します。 説明RDSインスタンスに関する情報を指定した後、[データベースパスワード] の横にある [接続のテスト] をクリックして、情報が有効かどうかを確認できます。 情報が有効な場合は、[合格] メッセージが表示されます。 [失敗] メッセージが表示されたら、[失敗] の横にある [チェック] をクリックします。 次に、チェック結果に基づいて情報を変更します。
暗号化 ビジネス要件に基づいて、[非暗号化] または [SSL暗号化] を選択します。 SSL暗号化を選択する場合は、データ移行タスクを設定する前に、RDSインスタンスのSSL暗号化を有効にする必要があります。 詳細については、以下をご参照ください。 ApsaraDB RDS for MySQLインスタンスでSSL暗号化を設定します。 説明 Encryptionパラメーターは、中国本土および中国 (香港) リージョンのリージョンでのみ使用できます。 - ページの右下隅にある [ホワイトリストと次への設定] をクリックします。 警告 DTSサーバーのCIDRブロックがデータベースまたはインスタンスのホワイトリスト、またはECSセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。 したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、次の対策を含む予防策を講じる必要があります。VPNゲートウェイ、またはSmart Access Gateway。
- 必要な移行タイプと移行するオブジェクトを選択します。
設定 説明 移行タイプの選択 - フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] を選択します。
- データ移行中のサービスの継続性を確保するには、[スキーマ移行] 、[フルデータ移行] 、および [増分データ移行] を選択します。
重要 増分データ移行が選択されていない場合、完全データ移行中にソースデータベースにデータを書き込まないことを推奨します。 これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。移行するオブジェクトを選択します。 [使用可能] セクションから1つ以上のオブジェクトを選択し、
アイコンをクリックして、オブジェクトを [選択済み] セクションに追加します。 重要- 移行するオブジェクトとして、列、テーブル、またはデータベースを選択できます。
- 既定では、オブジェクトがターゲットデータベースに移行された後、オブジェクトの名前は変更されません。 オブジェクト名マッピング機能を使用して、移行先データベースに移行するオブジェクトの名前を変更できます。 詳細は、オブジェクト名のマッピングをご参照ください。
- オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。
オブジェクトの名前を変更するかどうかを指定する オブジェクト名マッピング機能を使用して、移行先データベースに移行するオブジェクトの名前を変更できます。 詳細は、オブジェクト名のマッピングをご参照ください。 ソースデータベースまたはターゲットデータベースへの接続が失敗した場合のリトライ時間範囲の指定 既定では、DTSがソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTSは次の720分 (12時間) 以内に再試行します。 業務要件に基づいて再試行時間範囲を指定できます。 DTSが指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。 説明 DTSがソースデータベースとターゲットデータベースへの再接続を試みる時間範囲内で、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースデータベースとターゲットデータベースがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。DMSがソーステーブルに対してオンラインDDL操作を実行するときに、一時テーブルをターゲットデータベースにコピーするかどうかを指定します。 DMSを使用してソースデータベースでオンラインDDL操作を実行する場合、オンラインDDL操作によって生成された一時テーブルを移行するかどうかを指定できます。 有効な値： - はい: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行します。 説明 オンラインDDL操作で大量のデータが生成される場合、データ移行タスクが完了するまでに長時間かかることがあります。
- No: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行しません。 移行元データベースの元のDDLデータのみが移行されます。 説明 [いいえ] を選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。
- ページの右下隅にある [事前チェック] をクリックします。 説明
- データ移行タスクを開始する前に、DTSは事前チェックを実行します。 データ移行タスクは、タスクが事前チェックに合格した後にのみ開始できます。
- タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある
アイコンをクリックして詳細を表示できます。 - 原因に基づいて問題をトラブルシューティングし、事前チェックを再度実行できます。
- 問題をトラブルシューティングする必要がない場合は、失敗した項目を無視して、再度事前チェックを実行できます。
- タスクが事前チェックに合格したら、[次へ] をクリックします。
- [設定の確認] ダイアログボックスで、[チャネル仕様] パラメーターを指定し、[データ送信サービス (従量課金) サービス規約] を選択します。
- [購入と開始] をクリックして、データ移行タスクを開始します。
- スキーマ移行とフルデータ移行
フルデータ移行中は、手動でタスクを停止しないことをお勧めします。 そうしないと、ターゲットデータベースに移行されたデータが不完全になる可能性があります。 データ移行タスクが自動的に停止するまで待つことができます。
- スキーマ移行、完全データ移行、および増分データ移行
増分データ移行タスクは自動的に停止しません。 タスクを手動で停止する必要があります。
重要 データ移行タスクを手動で停止する適切な時期を選択することを推奨します。 たとえば、オフピーク時やワークロードを移行先クラスターに切り替える前にタスクを停止できます。- 増分データ移行と移行タスクが遅延しませんが移行タスクのプログレスバーに表示されるまで待ちます。 その後、ソースデータベースへのデータの書き込みを数分間停止します。 増分データ移行のレイテンシは、プログレスバーに表示され得る。
- 増分データ移行のステータスが [移行タスクは遅延なし] に変わるまで待ちます。 次に、移行タスクを手動で停止します。
- スキーマ移行とフルデータ移行
- ワークロードをターゲットRDSインスタンスに切り替えます。