すべてのプロダクト
Search

このプロダクト

    ApsaraDB RDS:自己管理型MySQLデータベースからApsaraDB RDS for MySQLインスタンスへのデータ移行

    ドキュメントセンター

    ApsaraDB RDS:自己管理型MySQLデータベースからApsaraDB RDS for MySQLインスタンスへのデータ移行

    最終更新日:Aug 29, 2024

    このトピックでは、data Transmission Service (DTS) を使用して、セルフマネージドMySQLデータベースからApsaraDB RDS for MySQLインスタンスにデータを移行する方法について説明します。 DTS はフルデータ移行と増分データ移行に対応しています。 自己管理型MySQLデータベースからAlibaba Cloudにデータを移行する場合、サポートされているすべての移行タイプを選択して、サービスの継続性を確保できます。

    説明

    DTSを使用する前に、DTSにAlibaba Cloudリソースへのアクセス権限があることを確認してください。 詳細については、「DTSによるAlibaba Cloudリソースへのアクセス許可」をご参照ください。

    サポートされているソースデータベースとターゲットデータベース

    DTSを使用して、次のタイプのMySQLデータベース間でデータを移行できます。 この例では、ソースデータベースはパブリックIPアドレスを持つ自己管理型MySQLデータベースであり、ターゲットデータベースはApsaraDB RDS for MySQLインスタンスでホストされています。 手順に従って、他のタイプのMySQLデータベースのデータ移行タスクを設定できます。

    ソースデータベース

    宛先データベース

    • ApsaraDB RDS for MySQLインスタンス

    • 自己管理データベース:

      • パブリックIPアドレスを持つ自己管理型データベース

      • Elastic Compute Service (ECS) でホストされる自己管理型データベース

      • Express Connect、VPN Gateway、またはSmart Access Gatewayを介して接続されている自己管理型データベース

      • database Gateway経由で接続されている自己管理型データベース

    • ApsaraDB RDS for MySQLインスタンス

    • 自己管理データベース:

      • パブリックIPアドレスを持つ自己管理型データベース

      • Elastic Compute Service (ECS) でホストされる自己管理型データベース

      • Express Connect、VPN Gateway、またはSmart Access Gatewayを介して接続されている自己管理型データベース

      • database Gateway経由で接続されている自己管理型データベース

    前提条件

    • 自己管理型MySQLデータベースのエンジンバージョンは、5.1、5.5、5.6、5.7、または8.0です。

    • データベースがオンプレミスデータベースの場合、DTSサーバーのCIDRブロックはソースMySQLデータベースのIPアドレスホワイトリストに追加されます。 この設定により、DTSサーバーがソースMySQLデータベースにアクセスできるようになります。 詳細については、「DTSサーバーのCIDRブロックの追加」をご参照ください。

    • 移行先ApsaraDB RDS for MySQLインスタンスが作成されました。 詳細については、「ApsaraDB RDS For MySQLインスタンスの作成」をご参照ください。

    • ApsaraDB RDS for MySQLインスタンスの使用可能なストレージ容量が、自己管理型MySQLデータベースのデータの合計サイズよりも大きいこと。

    制限事項

    説明

    • スキーマの移行中に、DTSは外部キーをソースデータベースからターゲットデータベースに移行します。

    • 完全データ移行および増分データ移行中、DTSはセッションレベルで外部キーに対する制約チェックおよびカスケード操作を一時的に無効にします。 データ移行中にソースデータベースに対してカスケード操作と削除操作を実行すると、データの不整合が発生する可能性があります。

    カテゴリ

    説明

    ソースデータベースの制限

    • ソースデータベースがデプロイされるサーバーには、十分なアウトバウンド帯域幅が必要です。 そうしないと、データ移行速度が低下します。

    • 移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。 そうでない場合、宛先データベースは重複するデータレコードを含み得る。

    • 移行するオブジェクトとしてテーブルを選択し、テーブルや列の名前の変更など、移行先データベースのテーブルを変更する場合は、1つのデータ移行タスクで最大1,000のテーブルを移行できます。 タスクを実行して1,000を超えるテーブルを移行すると、リクエストエラーが発生します。 この場合、複数のタスクを構成してテーブルを移行するか、タスクを構成してデータベース全体を移行することをお勧めします。

    • 増分データを移行する場合は、バイナリログの次の要件を満たす必要があります。

      • バイナリログ機能が有効になっています。 binlog_formatパラメーターはrowに設定され、binlog_row_imageパラメーターはfullに設定されています。 それ以外の場合、事前チェック中にエラーメッセージが返され、データ移行タスクの開始に失敗します。

        重要

        ソースデータベースがデュアルプライマリクラスタにデプロイされた自己管理型MySQLデータベースである場合、log_slave_updatesパラメーターをONに設定する必要があります。 これにより、DTSはすべてのバイナリログを取得できます。

      • ソースデータベースのバイナリログは、少なくとも7日間保存する必要があります。 そうしないと、DTSはバイナリログの取得に失敗し、タスクが失敗する可能性があります。 例外的な状況では、データの不整合または損失が発生します。 上記の要件に基づいて、バイナリログの保持期間を設定してください。 そうしないと、DTSのサービスレベル契約 (SLA) に記載されているサービスの信頼性またはパフォーマンスが保証されない場合があります。

    • ソースデータベースで実行する操作の制限:

      • スキーマ移行中および完全データ移行中は、DDL文を実行してデータベースまたはテーブルのスキーマを変更しないでください。 それ以外の場合、データ移行タスクは失敗します。

      • フルデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。 それ以外の場合、ソースデータベースとターゲットデータベース間でデータの不一致が発生します。 データの一貫性を確保するために、移行タイプとしてスキーマ移行、完全データ移行、および増分データ移行を選択することを推奨します。

    その他の制限

    • 互換性を確保するには、ソースMySQLデータベースとターゲットMySQLデータベースのバージョンが同じである必要があります。

    • データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。 オフピーク時にデータを移行することを推奨します。 完全データ移行中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。 これにより、データベースサーバーの負荷が増加する可能性があります。

    • 完全データ移行中、同時INSERT操作により、ターゲットデータベースのテーブルが断片化されます。 完全なデータ移行が完了すると、移行先データベースのテーブルスペースは移行元データベースのテーブルスペースよりも大きくなります。

    • FLOATまたはDOUBLEデータ型の列の精度設定がビジネス要件を満たしていることを確認する必要があります。 DTSはROUND(COLUMN,PRECISION) 関数を使用して、FLOATまたはDOUBLEデータ型の列から値を取得します。 精度を指定しない場合、DTSはFLOATデータ型の列の精度を38桁に設定し、DOUBLEデータ型の列の精度を308桁に設定します。

    • DTSは、過去7日以内に失敗したデータ移行タスクを再開しようとします。 ワークロードをターゲットデータベースに切り替える前に、失敗したタスクを停止またはリリースする必要があります。 REVOKEステートメントを実行して、DTSがターゲットデータベースにアクセスするために使用するアカウントの書き込み権限を取り消すこともできます。 それ以外の場合、失敗したタスクが再開された後、ソースデータベースのデータがターゲットデータベースのデータを上書きします。

    • ターゲットデータベースでDDL文の実行に失敗した場合、DTSタスクは引き続き実行されます。 タスクログで実行に失敗したDDLステートメントを表示できます。 タスクログの表示方法の詳細については、「タスクログの表示」をご参照ください。

    • 大文字と小文字が異なるだけの列名をコピー先のMySQLデータベースの同じテーブルに書き込む場合、MySQLデータベースの列名は大文字と小文字を区別しないため、データ移行の結果が期待どおりではない場合があります。

    • データ移行が完了したら、analyze table <table name> コマンドを実行して、データが宛先テーブルに書き込まれているかどうかを確認することを推奨します。 たとえば、ソースMySQLデータベースで高可用性 (HA) 切り替えがトリガーされた場合、データはメモリにのみ書き込まれます。 その結果、データ損失が発生する。

    • ソースデータベースがEncDB機能が有効になっているApsaraDB RDS for MySQLインスタンスの場合、完全なデータ移行は実行できません。

    特別なケース

    • ソースデータベースが自己管理型MySQLデータベースの場合、次の制限事項に注意してください。

      • データ移行タスクの実行中にソースデータベースでプライマリ /セカンダリの切り替えを実行すると、タスクは失敗します。

      • DTSは、移行先データベースの最新の移行データのタイムスタンプと移行元データベースの現在のタイムスタンプに基づいて、移行レイテンシを計算します。 ソースデータベースでDML操作が長時間実行されない場合、移行レイテンシが不正確になる可能性があります。 データ移行タスクのレイテンシが高すぎる場合は、ソースデータベースでDML操作を実行してレイテンシを更新できます。

        説明

        移行するオブジェクトとしてデータベース全体を選択した場合は、ハートビートテーブルを作成できます。 ハートビートテーブルは1秒ごとに更新されるか、データを受信します。

      • DTSは、CREATE DATABASE IF NOT EXISTS 'test' ステートメントをソースデータベースで実行し、バイナリログファイルの位置を前に移動します。

    • ソースデータベースがApsara RDS for MySQLインスタンスの場合、次の制限に注意してください。

      増分データ移行では、読み取り専用のApsaraDB RDS for MySQL V5.6インスタンスなど、トランザクションログを記録しないApsaraDB RDS for MySQLインスタンスをソースデータベースとして使用することはできません。

    • ターゲットデータベースがApsaraDB RDS for MySQLインスタンスの場合、次の制限に注意してください。

      DTSは、ターゲットApsaraDB RDS for MySQLインスタンスにデータベースを自動的に作成します。 ただし、ソースデータベースの名前がApsaraDB RDS for MySQLのデータベース命名規則に準拠していない場合は、データ移行タスクを設定する前に、ターゲットApsaraDB RDS for MySQLインスタンスにデータベースを手動で作成する必要があります。 詳細については、「データベースの管理」をご参照ください。

    課金

    移行タイプ

    インスタンス設定料金

    インターネットトラフィック料金

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

    無料です。

    インターネット経由でAlibaba Cloudからデータが移行された場合にのみ課金されます。 詳細については、「課金の概要」をご参照ください。

    増分データ移行

    有料。 詳細については、「課金の概要」をご参照ください。

    移行タイプ

    • スキーマ移行

      Data Transmission Service (DTS) は、選択したオブジェクトのスキーマをソースデータベースからターゲットデータベースに移行します。

      説明

      • DTSは、テーブル、ビュー、トリガー、ストアドプロシージャ、およびストアド関数のタイプのオブジェクトのスキーマ移行をサポートしています。

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

      • ユーザー情報は移行されません。 ターゲットデータベースのビュー、ストアドプロシージャ、またはストアド関数を呼び出すには、INVOKERに読み取りおよび書き込み権限を付与する必要があります。

    • 完全なデータ移行

      DTSは、選択したオブジェクトの履歴データをソースデータベースからターゲットデータベースに移行します。

    • 増分データ移行

      完全データ移行が完了すると、DTSは増分データを移行元データベースから移行先データベースに移行します。 増分データ移行により、データ移行中に自己管理型アプリケーションのサービスを中断することなく、データをスムーズに移行できます。

    増分データ移行のために実行できるSQL操作

    操作タイプ

    SQL文

    DML

    挿入、更新、および削除

    DDL

    • ALTER TABLEとALTER VIEW

    • CREATE FUNCTION、CREATE INDEX、CREATE PROCEDURE、CREATE TABLE、およびCREATE VIEW

    • ドロップインデックスとドロップテーブル

    • RENAMEテーブル

      重要

      RENAME TABLE操作は、ソースデータベースと宛先データベースの間にデータの不一致を引き起こす可能性があります。 たとえば、移行するオブジェクトとしてテーブルを選択し、データ移行中にテーブルの名前を変更した場合、このテーブルのデータは移行先データベースに移行されません。 この状況を回避するには、データ移行タスクを設定するときに、このテーブルが属するデータベースを移行するオブジェクトとして選択します。 RENAME table操作の前後にテーブルが属するデータベースが、移行するオブジェクトに追加されていることを確認してください。

    • TRUNCATE TABLE

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

    データベース

    スキーマ移行

    完全なデータ移行

    増分データ移行

    自己管理型 MySQL データベース

    SELECT権限

    SELECT権限

    移行するオブジェクトに対するSELECT権限

    REPLICATION CLIENT、REPLICATION SLAVE、およびSHOW VIEW権限

    データベースとテーブルを作成する権限。 この権限により、DTSはdtsという名前のデータベースを作成して、移行中にハートビートデータを記録できます。

    ApsaraDB RDS for MySQLインスタンス

    読み書き権限

    データベースアカウントを作成し、データベースアカウントに権限を付与する方法の詳細については、次のトピックを参照してください。

    手順

    1. [データ移行] ページに移動します。

      1. データ管理 (DMS) コンソールにログインします。

      2. 上部のナビゲーションバーで、DTSの上にポインタを移動します。

      3. DTS (DTS) > データ移行を選択します。

      説明

    2. の右側にあるドロップダウンリストからデータ移行タスク、データ移行インスタンスが存在するリージョンを選択します。

      説明

      新しいDTSコンソールを使用する場合は、左上隅にデータ移行インスタンスが存在するリージョンを選択する必要があります。

    3. [タスクの作成] をクリックします。 タスクの作成ウィザードで、ソースデータベースとターゲットデータベースを設定します。 次の表にパラメーターを示します。

      警告

      ソースデータベースとターゲットデータベースを設定した後、ページの上部に表示される制限を読むことを推奨します。 そうしないと、タスクが失敗したり、データの不一致が発生します。

      セクション

      パラメーター

      説明

      なし

      タスク名

      タスクの名前。 DTSはタスクに名前を自動的に割り当てます。 タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。 一意のタスク名を指定する必要はありません。

      ソースデータベース

      既存のDMSデータベースインスタンスの選択

      使用するデータベースインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

      • 既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。

      • 既存のインスタンスを選択しない場合は、ソースデータベースのパラメーターを設定する必要があります。

      データベースタイプ

      移行元ディスクのタイプを設定します。 [MySQL] を選択します。

      アクセス方法

      ソースデータベースのアクセス方法。 ソースデータベースの配置場所に基づいてアクセス方法を選択します。 この例では、[パブリックIPアドレス] が選択されています。

      説明

      他のアクセス方法を選択した場合は, 自己管理データベースに必要な環境を設定する必要があります。 詳細については、「準備の概要」をご参照ください。

      インスタンスリージョン

      ソースMySQLデータベースが存在するリージョン。

      ホスト名またはIPアドレス

      ソースMySQLデータベースへのアクセスに使用されるエンドポイント。 この例では、パブリックIPアドレスが入力されます。

      ポート番号

      ソースMySQLデータベースのサービスポート番号。 ポートにはインターネット経由でアクセスできる必要があります。 デフォルト値: 3306

      データベースアカウント

      ソースMySQLデータベースのアカウント。 アカウントに必要な権限の詳細については、「データベースアカウントに必要な権限」をご参照ください。

      データベースパスワード

      データベースアカウントのパスワードを設定します。

      宛先データベース

      既存のDMSデータベースインスタンスの選択

      使用するデータベースインスタンス。 ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

      • 既存のインスタンスを選択した場合、DTSはインスタンスのパラメーターを自動的に入力します。

      • 既存のインスタンスを選択しない場合、ターゲットデータベースのパラメーターを設定する必要があります。

      データベースタイプ

      ターゲットデータベースのタイプ。 [MySQL] を選択します。

      アクセス方法

      ターゲットインスタンスのアクセス方法。 この例では、[Alibaba Cloudインスタンス] を選択します。

      インスタンスリージョン

      ターゲットApsaraDB RDS for MySQLインスタンスが存在するリージョン。

      RDSインスタンスID

      ターゲットApsaraDB RDS for MySQLインスタンスのID。

      データベースアカウント

      ターゲットインスタンスのデータベースアカウント。 アカウントに必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      データベースパスワード

      データベースアカウントのパスワードを設定します。

      暗号化

      ソースデータベースインスタンスへの接続を暗号化するかどうかを指定します。 ビジネス要件に基づいて、[非暗号化] または [SSL暗号化] を選択します。 SSL暗号化を選択した場合、データ移行タスクを設定する前に、ApsaraDB RDS for MySQLインスタンスのSSL暗号化を有効にする必要があります。 詳細については、「SSL暗号化機能の設定」をご参照ください。

    4. ページの下部で、接続性をテストして続行をクリックします。

    5. 自己管理データベースにIPアドレスホワイトリストが設定されている場合は、DTSサーバーのCIDRブロックをIPアドレスホワイトリストに追加します。 次に、[テスト接続と続行] をクリックします。

      警告

      DTSサーバーのパブリックCIDRブロックがデータベースインスタンスのホワイトリストまたはECSインスタンスのセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。 したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティの強化、公開されるポートの制限、API呼び出しの認証、ホワイトリストまたはセキュリティグループルールの定期的なチェック、CIDRブロックの禁止、またはExpress Connectを使用したデータベースインスタンスのDTSへの接続、VPNゲートウェイ、またはSmart Access Gateway。

    6. 移行するオブジェクトと詳細設定を設定します。

      パラメーター

      説明

      移行タイプ

      • フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] を選択します。

      • データ移行中のサービスの継続性を確保するには、[スキーマ移行] 、[フルデータ移行] 、および [増分データ移行] を選択します。

      説明

      増分データ移行を選択しない場合、データ移行中にソースデータベースにデータを書き込まないことを推奨します。 これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。

      競合テーブルの処理モード

      • エラーの事前チェックと報告: ターゲットデータベースに、ソースデータベースのテーブルと同じ名前を使用するテーブルが含まれているかどうかを確認します。 ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合は、事前チェックに合格します。 それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。

        説明

        ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれていて、ターゲットデータベース内のテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。 詳細については、「マップオブジェクト名」をご参照ください。

      • エラーを無視して続行: ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが次の潜在的なリスクにさらされる可能性があります。

        • ソースデータベースとターゲットデータベースのスキーマが同じである場合、DTSは、ターゲットデータベースのデータレコードと同じ主キーを持つデータレコードを移行しません。

        • ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。 作業は慎重に行ってください。

      宛先インスタンスでのオブジェクト名の大文字化

      ターゲットインスタンスのデータベース名、テーブル名、および列名の大文字化。 デフォルトでは、DTSデフォルトポリシーが選択されています。 他のオプションを選択して、オブジェクト名の大文字化がソースまたはターゲットデータベースの大文字化と一致していることを確認できます。 詳細については、「ターゲットインスタンスのオブジェクト名の大文字化の指定」をご参照ください。

      ソースオブジェクト

      ソースオブジェクト セクションから1つ以上のオブジェクトを選択します。 Rightwards arrowアイコンをクリックし、[選択済みオブジェクト] セクションにオブジェクトを追加します。

      説明

      移行するオブジェクトとして、列、テーブル、またはスキーマを選択できます。 移行するオブジェクトとしてテーブルまたは列を選択した場合、DTSは、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトを移行先データベースに移行しません。

      [選択済みオブジェクト]

      • 移行先インスタンスに移行するオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。 詳細については、「単一オブジェクトの名前のマッピング」をご参照ください。

      • 一度に複数のオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションの右上隅にある [一括編集] をクリックします。 詳細については、「一度に複数のオブジェクト名をマップする」をご参照ください。

      説明

      • オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。

      • データをフィルタリングするWHERE条件を指定するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。 表示されるダイアログボックスで、条件を指定します。 詳細については、「フィルター条件の設定」をご参照ください。

      • 特定のデータベースまたはテーブルで実行されたSQL操作を選択するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。 表示されるダイアログボックスで、移行するSQL操作を選択します。 移行できるSQL操作の詳細については、「増分データ移行のために実行できるSQL操作」をご参照ください。

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

      パラメーター

      説明

      Set Alerts

      データ移行タスクのアラートを設定するかどうかを指定します。 タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。 有効な値：

      ソーステーブルで生成されたOnline DDLツールの一時テーブルをターゲットデータベースにコピーします

      DMSまたはgh-ostツールを使用してソースデータベースでオンラインDDL操作を実行する場合、オンラインDDL操作によって生成された一時テーブルのデータを移行するかどうかを指定できます。 有効な値：

      重要

      pt-online-schema-changeなどのツールを使用して、ソースデータベースでオンラインDDL操作を実行することはできません。 それ以外の場合、DTSタスクは失敗します。

      • はい: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行します。

        説明

        オンラインDDL操作で大量のデータが生成される場合、データ移行タスクにレイテンシが発生する可能性があります。

      • いいえ、DMSオンラインDDLに適応: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行しません。 DMSを使用して実行された元のDDL操作のみが移行されます。

        説明

        [いいえ] [DMSオンラインDDLに適応] を選択した場合、ターゲットデータベースのテーブルがロックされる可能性があります。

      • No, Adapt to gh-ost: DTSは、オンラインDDL操作によって生成された一時テーブルのデータを移行しません。 gh-ostツールを使用して実行された元のDDL操作のみが移行されます。 デフォルトまたはカスタムの正規表現を使用して、gh-ostツールのシャドウテーブルと不要なテーブルを除外できます。

        説明

        [いいえ] 、[gh-ostに適応] を選択すると、ターゲットデータベースのテーブルがロックされる可能性があります。

      失敗した接続の再試行時間

      失敗した接続のリトライ時間範囲。 データ移行タスクの開始後にソースデータベースまたはターゲットデータベースの接続に失敗した場合、DTSはその時間範囲内ですぐに接続を再試行します。 有効な値: 10 ~ 1440 単位は分です。 デフォルト値: 720 パラメーターを30より大きい値に設定することを推奨します。 DTSが指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。

      説明

      • ソースまたはターゲットデータベースが同じである複数のデータ移行タスクに対して異なるリトライ時間範囲を設定した場合、設定された最短のリトライ時間範囲が優先されます。

      • DTSが接続を再試行すると、DTSインスタンスに対して課金されます。 業務要件に基づいて再試行時間範囲を指定することを推奨します。 ソースインスタンスとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。

      ETLの設定

      抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。 詳細については、「」をご参照ください。ETLとは何ですか? 有効な値：

      forwardタスクとreverseタスクのハートビートテーブルでSQL操作を削除するかどうか

      DTSインスタンスの実行中に、ハートビートテーブルのSQL操作をソースデータベースに書き込むかどうかを指定します。

      • Yes: ハートビートテーブルにSQL操作を書き込みません。 この場合、DTSインスタンスのレイテンシが表示され得る。

      • No: ハートビートテーブルにSQL操作を書き込みます。 この場合、ソースデータベースの物理バックアップやクローニングなどの特定の機能が影響を受ける可能性があります。

    8. ページの下部で、次：タスク設定の保存と事前チェック をクリックします。

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

      説明

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

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

      • 事前チェック中にアイテムに対してアラートが生成された場合は、シナリオに基づいて次の操作を実行します。

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

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

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

    10. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。 下表にパラメーターを示します。

      セクション

      パラメーター

      説明

      新しいインスタンスクラス

      リソースグループ設定

      データ移行インスタンスが属するリソースグループ。 デフォルト値: Default resource group 詳細については、「」をご参照ください。リソース管理とは

      インスタンスクラス

      DTSは、移行速度が異なるインスタンスクラスを提供します。 ビジネスシナリオに基づいてインスタンスクラスを選択できます。 詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

    11. 読んで同意するデータ伝送サービス (従量課金) サービス規約チェックボックスを選択します。

    12. [購入と開始] をクリックして、データ移行タスクを開始します。 タスクリストでタスクの進行状況を確認できます。

    よくある質問

    "JDBC: [conn_error, cause: null, message from server: " Host 'XXX' is not allowed to connect to this MySQL server "]; PING: []; TELNET: []; requestId=[XXX]" 接続テスト中にエラーメッセージが表示された場合はどうすればよいですか?

    エラーメッセージは、Java Database Connectivity (JDBC) 例外が発生したことを示します。 この場合、JDBCのアカウントのユーザー名、パスワード、および権限を確認する必要があります。 または、特権アカウントを使用して接続をテストすることもできます。