すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:ApsaraDB RDS for SQL ServerインスタンスからAnalyticDB for MySQL V3.0クラスターへのデータの移行

最終更新日:Nov 01, 2024

このトピックでは、ApsaraDB RDS for SQL Serverインスタンスまたは自己管理型SQL ServerデータベースからAnalyticDB for MySQLにデータを移行する方法について説明します。 データ伝送サービス (DTS) を使用したV3.0クラスター。 データ移行機能を使用すると、データを簡単に転送し、リアルタイムでデータを分析できます。

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

DTSを使用して、次の種類のSQL ServerデータベースからAnalyticDB for MySQLにデータを移行できます。 V3.0クラスター このトピックでは、ApsaraDB RDS for SQL Serverインスタンスを使用して、データ移行タスクの設定方法を説明します。 手順に従って、他の種類のSQL Serverデータベースのデータ移行タスクを構成することもできます。

  • ApsaraDB RDS for SQL Serverインスタンス

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

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

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

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

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

前提条件

  • 新しいDTSコンソールが使用されます。 このシナリオのデータ移行タスクは、新しいDTSコンソールでのみ設定できます。

  • ソースApsaraDB RDS for SQL Serverインスタンスが作成されました。 詳細については、「データ移行シナリオの概要」および「迅速なApsaraDB RDS For SQL Serverインスタンスの作成」をご参照ください。

    重要

    ApsaraDB RDS for SQL Serverインスタンスのデータベースバージョンが2008または2008 R2の場合、増分データ移行はサポートされていません。

  • 移行先のAnalyticDB for MySQL V3.0クラスターが作成されました。 詳細については、「クラスターの作成」をご参照ください。

  • 移行先AnalyticDB for MySQLの使用可能なストレージスペース V3.0クラスターは、ソースApsaraDB RDS for SQL Serverインスタンスのデータの合計サイズよりも大きい。

  • ソースApsaraDB RDS for SQL Serverインスタンスが次のいずれかの条件を満たしている場合、移行タスクを複数のサブタスクに分割することを推奨します。

    • ソースインスタンスには10を超えるデータベースが含まれています。

    • ソースインスタンスの1つのデータベースは、1時間未満の間隔でログをバックアップします。

    • ソースインスタンスの1つのデータベースで、1時間に100を超えるDDLステートメントが実行されます。

    • ログは、ソースインスタンスの1つのデータベースに対して20メガバイト/秒の割合で書き込まれます。

    • ソースApsaraDB RDS for SQL Serverインスタンスの1,000を超えるテーブルに対して、変更データキャプチャ (CDC) 機能を有効にする必要があります。

制限事項

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

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

制限タイプ

説明

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

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

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

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

  • 単一のデータ移行タスクを実行して、最大10個のデータベースを移行できます。 10を超えるデータベースを移行する場合は、複数のタスクを設定してデータベースを移行することを推奨します。 そうしないと、データ移行タスクのパフォーマンスと安定性が損なわれる可能性があります。

  • 増分データを移行する場合は、次の要件が満たされていることを確認してください。

    • データログ機能を有効にする必要があります。 バックアップモードをFullに設定し、完全物理バックアップを実行する必要があります。

    • 増分データ移行のみを実行する場合、ソースデータベースのデータログを24時間以上保存する必要があります。 完全データ移行と増分データ移行の両方を実行する場合、ソースデータベースのデータログは少なくとも7日間保存する必要があります。 そうしないと、Data Transmission Service (DTS) がデータログの取得に失敗し、タスクが失敗する可能性があります。 例外的な状況では、データの不整合または損失が発生します。 完全なデータ移行が完了したら、保持期間を24時間以上に設定できます。 上記の要件に基づいて、データログの保持期間を設定してください。 そうしないと、DTSのSLA (service Level Agreement) に記載されているサービスの信頼性またはパフォーマンスが保証されません。

  • 移行元データベースから移行するテーブルに対して変更データキャプチャ (CDC) 機能を有効にする必要がある場合は、次の条件を満たす必要があります。 そうでない場合、事前チェックは失敗します。

    • sys.sysserversビューのsrvnameフィールドの値は、SERVERPROPERTY関数の戻り値と同じです。

    • ソースデータベースが自己管理型SQL Serverデータベースの場合、データベース所有者はsaユーザーである必要があります。 ソースデータベースがApsaraDB RDS for SQL Serverデータベースの場合、データベース所有者はsqlsaユーザーである必要があります。

    • ソースデータベースがEnterpriseエディションの場合は、SQL Server 2008以降を使用する必要があります。

    • ソースデータベースがStandardエディションの場合は、SQL Server 2016 SP1以降を使用する必要があります。

    • ソースデータベースがStandardまたはEnterpriseエディションで、そのバージョンがSQL Server 2017の場合は、そのバージョンを更新することをお勧めします。

  • DTSはfn_log関数を使用して、ソースデータベースのログを取得します。 ただし、この機能にはパフォーマンスのボトルネックがあります。 タスクが完了する前に、ソースデータベースのログをクリアしないことをお勧めします。 そうしないと、タスクが失敗する可能性があります。

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

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

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

  • ソースデータベースが読み取り専用インスタンスの場合、DDL操作を移行することはできません。

  • ハイブリッドログベースの解析モードでは、複数の操作を実行して、ソースデータベースに列を追加したり、ソースデータベースから列を削除したりすることはできません。 たとえば、次のSQL文を10分以内に実行すると、タスクのエラーが報告されます。

    ALTER TABLE test_table DROP COLUMN Flag;
    ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

その他の制限

  • DTSは、TIMESTAMP、CURSOR、ROWVERSION、HIERACHYID、SQL_VARIANT、SPATIAL GEOMETRY、SPATIAL GEOGRAPHY、およびTABLEのタイプのデータを移行しません。

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

  • オブジェクト設定 の手順で、SQL Server 増分同期モードソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定した場合、移行するテーブルには、主キー列を含むクラスター化インデックスが必要です。 移行するテーブルは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、または計算列のあるテーブルにすることはできません。 ハイブリッドログベースの解析モードが使用されている場合は、上記の制限を無視します。

  • オブジェクト設定 ステップで SQL Server 増分同期モードクラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) に設定した場合、DTSはCDCコンポーネントを使用して増分データを移行します。 ソースデータベースのCDCジョブが期待どおりに実行されることを確認します。 それ以外の場合、DTSタスクは失敗します。

  • ソースデータベースのログに基づく増分同期モードでは、DTSはdts_cdc_sync_ddlという名前のトリガー、dts_sync_progressという名前のハートビートテーブル、およびdts_cdc_ddl_historyという名前のDDL履歴テーブルをソースデータベースに作成し、データ移行のレイテンシが正確であることを保証します。 ハイブリッドログベースの構文解析増分同期モードでは、DTSはdts_cdc_sync_ddlという名前のトリガー、dts_sync_progressという名前のハートビートテーブル、およびdts_cdc_ddl_historyという名前のDDL履歴テーブルを作成し、ソースデータベースと特定のテーブルのCDCを有効にします。 ソースデータベースでCDCが有効になっているテーブルの1秒あたりの最大レコード数を1,000に設定することを推奨します。

  • AnalyticDB for MySQLの制限により AnalyticDB for MySQL内のノードのディスク領域使用率 クラスターが80% を超えると、ターゲットデータベースへのデータ書き込みのパフォーマンスが低下し、DTSタスクが遅延します。 AnalyticDB for MySQLクラスター内のノードのディスク領域使用量が90% を超えると、ターゲットデータベースにデータを書き込むことができず、エラーメッセージが返されます。 移行するオブジェクトに基づいて、必要なディスク容量を見積もることを推奨します。 移行先クラスターに十分なストレージ容量があることを確認する必要があります。

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

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

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

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

  • データ移行タスクに増分データ移行が含まれる場合、DTSではインデックスの再作成操作を実行できません。 インデックス再作成操作を実行すると、データ移行タスクが失敗し、データが失われる可能性があります。

    説明

    DTSは、CDCが有効になっているテーブルのプライマリキーに関連するDDL操作を移行できません。

  • 1回の移行タスクで移行するCDC対応テーブルの数が1,000を超えると、事前チェックは失敗します。

特別なケース

ソースインスタンスがApsaraDB RDS for SQL Serverインスタンスの場合、DTSは自動的にrdsdt_dtsacctという名前のアカウントをApsaraDB RDS for SQL Serverインスタンス内に作成します。 このアカウントはデータ移行に使用されます。 データ移行タスクの実行中は、このアカウントを削除したり、このアカウントのパスワードを変更したりしないでください。 そうしないと、タスクが失敗する可能性があります。 詳細については、「システムアカウント」をご参照ください。

課金

移行タイプ

インスタンス設定料金

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

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

無料です。

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

増分データ移行

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

移行タイプ

  • スキーマ移行

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

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

    • DTSは、アセンブリ、サービスブローカー、フルテキストインデックス、フルテキストカタログ、分散スキーマ、分散関数、共通言語ランタイム (CLR) ストアドプロシージャ、CLRスカラー値関数、CLRテーブル値関数、内部テーブル、システム、または集計関数のスキーマを移行しません。

    警告

    ApsaraDB RDS for SQL ServerとAnalyticDB for MySQLは異種データベースです。 サポートするデータ型には、1対1の対応がありません。 この場合、タスクが失敗したり、データが失われたりする可能性があります。 データ型マッピングがビジネスに与える影響を評価することを推奨します。 詳細については、「異種データベース間のデータ型マッピング」をご参照ください。

  • 完全なデータ移行

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

  • 増分データ移行

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

増分移行可能なSQL操作

操作タイプ

SQL文

DML

挿入、更新、および削除

説明

UPDATE操作が大きなフィールドのみを更新する場合、DTSは操作を移行しません。

DDL

  • CREATE TABLE

    説明

    CREATE TABLE操作でパーティションテーブルまたは関数を含むテーブルが作成された場合、DTSは操作を移行しません。

  • テーブルの変更

    COLUMNとDROP COLUMNの追加

  • DROP TABLE

  • CREATE INDEXとDROP INDEX

説明
  • DTSは、ユーザー定義型を含むDDL操作を移行しません。

  • DTSはトランザクションDDL操作を移行しません。

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

データベース

スキーマ移行

完全なデータ移行

増分データ移行

ApsaraDB RDS for SQL Serverインスタンス

移行するオブジェクトの読み取り権限

移行するオブジェクトの読み取り権限

オブジェクト所有者の権限

AnalyticDB for MySQL V3.0クラスター

読み書き権限

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

手順

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

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

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

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

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

    説明

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

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

    警告

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

    セクション

    パラメーター

    説明

    非該当

    タスク名

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

    ソースデータベース

    データベースタイプ

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

    アクセス方法

    ソースデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。

    インスタンスリージョン

    ソースApsaraDB RDS for SQL Serverインスタンスが存在するリージョン。

    インスタンスID

    ソースApsaraDB RDS for SQL ServerインスタンスのID。

    データベースアカウント

    ソースApsaraDB RDS for SQL Serverインスタンスのデータベースアカウント。 アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。

    データベースパスワード

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

    宛先データベース

    データベースタイプ

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

    アクセス方法

    ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。

    インスタンスリージョン

    ターゲットAnalyticDB for MySQL V3.0クラスターが存在するリージョン。

    インスタンスID

    ターゲットAnalyticDB for MySQL V3.0クラスターのID。

    データベースアカウント

    ターゲットAnalyticDB for MySQL V3.0クラスターのデータベースアカウント。 アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。

    データベースパスワード

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

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

    、ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQLApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのIPアドレスホワイトリストに追加します。 ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。 自己管理データベースが複数のECSインスタンスでホストされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。 ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのIPアドレスホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。 詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。

    警告

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

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

    パラメーター

    説明

    移行タイプ

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

    • サービスのダウンタイムなしでデータを移行するには、[スキーマ移行][フルデータ移行] 、および [増分データ移行] を選択します。

    説明
    • [フルデータ移行] が選択されている場合、CREATE tableステートメントを使用して作成されたテーブルのスキーマとデータを移行先データベースに移行できます。

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

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

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

      説明

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

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

      警告

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

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

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

    SQL Server増分同期モード

    • 非ヒープテーブルの場合はソースデータベースモードのログに基づく増分同期を使用し、ヒープテーブルの場合はCDCベースの増分同期モードを使用します。 CDCベースの増分同期

      • 利点:

        • このモードでは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、計算列のあるテーブルをサポートします。

        • このモードは、より高い安定性とさまざまな完全なDDLステートメントを提供します。

      • 不利な点:

        • DTSは、トリガーdts_cdc_sync_ddl、ハートビートテーブルdts_sync_progress、およびDDLストレージテーブルdts_cdc_ddl_historyをソースデータベースに作成し、ソースデータベースと特定のテーブルの変更データキャプチャ (CDC) を有効にします。

        • ソースデータベースでCDCが有効になっているテーブルに対してSELECT INTOまたはTRUNCATEステートメントを実行することはできません。 ソースデータベースでDTSによって作成されたトリガーは手動で削除できません。

    • ソースデータベースのログに基づく増分同期:

      • 利点:

        このモードでは、ソースデータベースの設定は変更されません。

      • 不利な点:

        このモードでは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、または計算列のあるテーブルはサポートされません。

    DDL操作とDML操作の同期

    インスタンスレベルでの増分データ移行中に移行されるSQL操作。 詳細については、このトピックの「SQL操作を段階的に移行できる」をご参照ください。

    説明

    特定のデータベースまたはテーブルで実行されたSQL操作を選択するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。 表示されるダイアログボックスで、段階的に移行するSQL操作を選択します。

    ソースオブジェクト

    ソースオブジェクト セクションから1つ以上のオブジェクトを選択し、向右小箭头アイコンをクリックして 選択中のオブジェクト セクションにオブジェクトを追加します。

    説明

    このシナリオでは、異種データベース間でデータ移行が実行されます。 したがって、移行できるのはテーブルのみです。 ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは、ターゲットデータベースに移行されません。

    選択中のオブジェクト

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

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

    説明

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

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

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

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

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

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

  6. 次へ:詳細設定をクリックして詳細設定を設定します。

    パラメーター

    説明

    Set Alerts

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

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

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

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

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

    移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

    その他の問題の再試行時間範囲。 たとえば、データ移行タスクの開始後にDDLまたはDML操作の実行に失敗した場合、DTSは再試行時間範囲内ですぐに操作を再試行します。 有効な値: 1 ~ 1440 単位は分です。 デフォルト値は 10 です。 パラメーターを10より大きい値に設定することを推奨します。 指定された再試行時間内に失敗した操作が正常に実行された場合、DTSはデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。

    重要

    移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値よりも小さくする必要があります。

    ETLの設定

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

  7. 移行先に移行するテーブルの主キー列と配布キー列を指定します。AnalyticDB for MySQLクラスター

    説明
    • 移行タイプ パラメーターに スキーマ移行 を選択した場合、AnalyticDB for MySQL V3.0クラスターに移行するテーブルの [タイプ][プライマリキー列] 、および [配布キー] パラメーターを設定する必要があります。 詳細については、「CREATE TABLE」をご参照ください。

    • [プライマリキー列] フィールドでは、複数の列を指定して複合プライマリキーを形成できます。 この場合、1つ以上のプライマリキー列配布キーとして指定する必要があります。

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

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

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

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

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

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

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

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

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

    セクション

    パラメーター

    説明

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

    リソースグループ設定

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

    インスタンスクラス

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

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

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