すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:RDS SQL Server から AnalyticDB for MySQL 3.0 への移行

    ドキュメントセンター

    Data Transmission Service:RDS SQL Server から AnalyticDB for MySQL 3.0 への移行

    最終更新日:Apr 21, 2026

    Data Transmission Service (DTS) は、SQL Server ( ApsaraDB RDS for SQL Server および自己管理型 SQL Server を含む) から AnalyticDB for MySQL へのデータ移行をサポートしており、リアルタイムのデータ分析を実現します。

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

    以下の SQL Server ソースデータベースから AnalyticDB for MySQL にデータを移行できます。このトピックでは、ソースデータベースとして ApsaraDB RDS for SQL Server インスタンスを使用する設定プロセスについて説明します。他のデータソースのプロセスも同様です。

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

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

      • パブリック IP アドレスを持つ自己管理データベース
      • Elastic Compute Service (ECS) でホストされている自己管理データベース
      • Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されている自己管理データベース
      • データベースゲートウェイ経由で接続されている自己管理データベース

    前提条件

    • この移行タスクは、新しいコンソールでのみ設定できます。

    • ソースの ApsaraDB RDS for SQL Server インスタンスが作成済みであること。サポートされているバージョンのリストについては、「移行ソリューションの概要」をご参照ください。インスタンスを作成するには、「ApsaraDB RDS for SQL Server インスタンスの作成」をご参照ください。

      重要

      RDS SQL Server インスタンスが SQL Server 2008 または SQL Server 2008 R2 を実行している場合、増分データ移行はサポートされません。

    • ターゲットの AnalyticDB for MySQL クラスターが作成済みであること。手順については、「クラスターの作成」をご参照ください。

    • ターゲットの AnalyticDB for MySQL クラスターのストレージ容量は、ソースの ApsaraDB RDS for SQL Server インスタンスのストレージ容量よりも大きい必要があります。

    • ソースインスタンスが次のいずれかの条件を満たす場合は、複数の移行タスクに分割してください。

      • ソースインスタンスに 10 を超えるデータベースがある。

      • 単一のデータベースに対して、1 時間に 1 回以上ログバックアップが実行される。

      • 単一のデータベースに対して、1 時間に 100 を超えるデータ定義言語 (DDL) 操作が実行される。

      • 単一のデータベースのログ生成レートが 20 MB/s を超える。

      • 1,000 を超えるテーブルで変更データキャプチャ (CDC) を有効にする必要がある。

    注意事項

    説明

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

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

    タイプ

    説明

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

    • 帯域幅の要件：ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ移行速度に影響します。

    • 移行するテーブルには、プライマリキーまたは一意性制約が必要であり、フィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが表示される可能性があります。

    • テーブルレベルのオブジェクトを移行し、テーブル名や列名のマッピングなどの編集が必要な場合、単一のデータ移行タスクでサポートされるテーブルは最大 1,000 です。この制限を超えると、タスクを送信した後にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを設定してください。

    • 単一のデータ移行タスクでサポートされるデータベースは最大 10 です。この制限を超えると、安定性やパフォーマンスの問題が発生する可能性があります。この場合、データベースを複数の移行タスクに分割してください。

    • データベース全体ではなく特定のオブジェクトを移行するタスクを設定した場合、同じ名前でスキーマ名が異なるテーブルを同じターゲットデータベースに移行することはできません。

    • 増分移行の場合、データログは次の要件を満たす必要があります：

      • ログが有効になっている必要があります。バックアップモードはフルに設定されている必要があります。フル物理バックアップが正常に実行されている必要があります。

      • 増分移行タスクの場合、Data Transmission Service (DTS) はソースデータベースのデータログを 24 時間以上保持することを要求します。完全移行と増分移行の両方を含むタスクの場合、DTS はソースデータベースのデータログを少なくとも 7 日間保持することを要求します。完全移行が完了した後、ログ保持期間を 24 時間以上に変更できます。そうでない場合、DTS がデータログを取得できないため、DTS タスクが失敗する可能性があります。極端な場合、データの不整合やデータ損失が発生する可能性があります。必要な期間よりも短いログ保持期間によって引き起こされる問題は、DTS サービスレベルアグリーメント (SLA) の対象外です。

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

      • `sys.sysservers` ビューの `srvname` フィールドの値は、`SERVERPROPERTY` 関数の戻り値と同じでなければなりません。

      • ソースデータベースが自己管理型 SQL Server インスタンスの場合、データベース所有者は `sa` でなければなりません。ソースデータベースが ApsaraDB RDS for SQL Server インスタンスの場合、データベース所有者は `sqlsa` でなければなりません。

      • ソースデータベースが Enterprise Edition の場合、SQL Server 2008 以降である必要があります。

      • ソースデータベースが Standard Edition の場合、SQL Server 2016 SP1 以降である必要があります。

      • ソースデータベースが SQL Server 2017 (Standard または Enterprise Edition) の場合、バージョンをアップグレードしてください。

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

    • ソースデータベースの操作制限：

      • 初期スキーマ同期および完全データ移行中は、データベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。そうしないと、データ移行タスクは失敗します。

      • 完全データ移行のみを実行する場合は、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータの不整合が発生します。リアルタイムのデータ整合性を確保するには、初期スキーマ同期、完全データ移行、および増分データ移行を選択してください。

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

    • ソースデータベースが Azure SQL Database の場合、DTS インスタンスは 1 つのデータベースしか移行できません。

    • ソースデータベースが ApsaraDB RDS for SQL Server インスタンスで、移行タスクに増分移行が含まれる場合、DTS インスタンスの安定性を確保するために TDE (透過的データ暗号化) を無効にしてください。詳細については、「TDE の無効化」をご参照ください。

    • sp_rename コマンドを使用して、初期スキーマ同期タスクが実行される前にソースデータベース内のストアドプロシージャなどのオブジェクトの名前を変更すると、タスクが期待どおりに機能しないか、失敗する可能性があります。

      説明

      ALTER コマンドを使用して、データベース内のオブジェクトの名前を変更してください。

    • ハイブリッドログ解析モードでは、10 分未満の間隔でソースデータベースの列を追加または削除する複数の操作を連続して実行することはできません。たとえば、次の SQL ステートメントを連続して実行すると、タスクはエラーを報告します。

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

    • ソースデータベースが Web エディションの RDS for SQL Server インスタンスである場合、タスクを設定するときに SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定する必要があります。

    • 完全データ移行中は、ソースデータベースで READ_COMMITTED_SNAPSHOT トランザクション処理モードパラメーターが有効になっていることを確認してください。これにより、共有ロックがデータ書き込みに影響を与えるのを防ぎます。そうしないと、データの不整合やインスタンス障害などの例外が発生する可能性があります。この問題によって引き起こされる例外は、DTS SLA の対象外です。

    その他の制限

    • 基本データ型のデータのみが移行可能です。CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY、および CREATE TYPE コマンドを使用して作成されたユーザー定義データ型のデータは移行できません。

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

    • ターゲットデータベースにはカスタムプライマリキーが必要です。または、テーブル・列設定 ステップで、プライマリキー列の追加 を設定してください。そうしないと、移行が失敗する可能性があります。

    • オブジェクト設定 ステージで SQL Server 増分同期モード に ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) を選択した場合、移行対象のテーブルは、プライマリキー列を含むクラスター化インデックスを持つ必要があります。 移行対象のテーブルは、ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、計算列を含むテーブル、またはスパース列を含むテーブルであってはなりません。 混合ログ解析モードでは、これらの制限は適用されません。

    • オブジェクト設定 ステップで SQL Server 増分同期モード を クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) に設定した場合、以下の制限も適用されます:

      • DTS による増分移行は CDC コンポーネントに依存します。ソースデータベースの CDC ジョブが実行中であることを確認してください。そうしないと、DTS タスクは失敗します。

      • デフォルトでは、CDC コンポーネントに保存される増分データは 3 日間保持されます。exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; コマンドを使用して保持期間を調整することを推奨します。

        説明

        • <time> は分単位の時間を指定します。

        • ソースデータベースの単一テーブルに対する増分変更 SQL ステートメントの数が 1 日あたり 1,000 万を超える場合は、<time> を 1440 に設定することを推奨します。

      • 単一の移行タスクでは、CDC を有効にするテーブルは 1,000 以下にすることを推奨します。そうしないと、タスクの遅延や不安定性が発生する可能性があります。

      • 増分移行タスクの前提条件モジュールは、ソースデータベースの CDC を有効にします。このプロセス中、SQL Server データベースカーネルの制限により、ソースデータベースが短時間ロックされる可能性があります。

    • オブジェクト設定 ステップで、SQL Server 増分同期モード を 増分同期のための CDC インスタンスのポーリングとクエリ に設定した場合、以下の制限も適用されます:

      • DTS インスタンスが使用するソースデータベースアカウントには、CDC を有効化する権限が必要です。データベースレベルの CDC を有効化するには、sysadmin ロールを持つアカウントが必要です。テーブルレベルの CDC を有効化するには、特権アカウントが必要です。

        説明

        • Azure SQL Database コンソールが提供する特権アカウント (サーバー管理者) は要件を満たしています。vCore ベースのデータベースでは、すべてのインスタンスタイプが CDC をサポートします。DTU ベースのデータベースでは、S3 以降のインスタンスタイプのみが CDC をサポートします。

        • Amazon RDS for SQL Server の特権アカウントは要件を満たしており、ストアドプロシージャのデータベースレベルの CDC を有効にするために使用できます。

        • クラスター化列ストアインデックス テーブルは CDC をサポートしません。

        • 増分移行タスクの前提条件モジュールは、ソースデータベースの CDC を有効にします。このプロセス中、SQL Server データベースカーネルの制限により、ソースデータベースが短時間ロックされる可能性があります。

      • DTS は、ソースデータベースの各テーブルの CDC インスタンスをポーリングして増分データを取得します。したがって、ソースデータベースから移行するテーブルは 1,000 以下にすることを推奨します。そうしないと、タスクの遅延や不安定性が発生する可能性があります。

      • デフォルトでは、CDC コンポーネントに保存される増分データは 3 日間保持されます。exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; コマンドを使用して保持期間を調整することを推奨します。

        説明

        • <time> は分単位の時間を指定します。

        • ソースデータベースの単一テーブルに対する増分変更 SQL ステートメントの数が 1 日あたり 1,000 万を超える場合は、<time> を 1440 に設定することを推奨します。

      • 列の追加または削除操作を連続して実行することはできません。たとえば、1 分以内に 2 回以上の DDL 操作で列を追加または削除することはできません。そうしないと、タスクが失敗する可能性があります。

      • ソースデータベースの CDC インスタンスを変更することはできません。そうしないと、タスクが失敗したり、データが失われたりする可能性があります。

    • 増分データ移行の遅延の精度を確保するため、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 を有効にします。ソースデータベースで CDC が有効になっているテーブルのデータ変更レートは、1 秒あたり 1,000 レコード (RPS) を超えないようにすることを推奨します。

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

    • DTS タスクの実行中にターゲットの AnalyticDB for MySQL 3.0 クラスターがバックアップ中の場合、タスクは失敗します。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時間帯にデータを移行することを推奨します。そうしないと、完全データ移行中に DTS がソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。

    • 完全データ移行には同時 INSERT 操作が含まれるため、ターゲットデータベースでテーブルの断片化が発生します。したがって、完全データ移行が完了した後、ターゲットデータベースのテーブルストレージ領域はソースインスタンスよりも大きくなります。

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

    • DTS は、失敗した移行タスクを 7 日以内に再開しようとします。したがって、ビジネスをターゲットインスタンスに切り替える前に、タスクを終了またはリリースするか、revoke コマンドを使用して DTS がターゲットインスタンスにアクセスするために使用するアカウントの書き込み権限を取り消す必要があります。これにより、タスクが自動的に再開された後にソースデータがターゲットインスタンスのデータを上書きするのを防ぎます。

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

      説明

      CDC が有効になっているテーブルのプライマリキーは変更できません。

    • 1 つの移行タスクで CDC が有効になっているテーブルの数が、DTS がサポートする CDC が有効になっているテーブルの最大数の制限 の値より大きい場合、事前チェックは失敗します。

    • タスクに増分移行が含まれ、CDC が有効なテーブルの単一フィールドに書き込まれるデータが 64 KB を超える場合、事前に exec sp_configure 'max text repl size', -1; コマンドを実行してソースデータベースの構成を調整する必要があります。

      説明

      デフォルトでは、CDC ジョブは最大長 64 KB の単一フィールドを処理できます。

    • 複数の DTS インスタンスが同じ SQL Server データベースをソースとして使用する場合、それらの増分データ取り込みモジュールは互いに独立しています。

    • タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりすることがあります。

      説明

      データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    • SQL Server は商用のクローズドソースデータベースです。既知または未知のフォーマット固有の制限により、DTS が SQL Server ログに対して CDC と解析を実行する際に問題が発生する可能性があります。したがって、本番環境で SQL Server ソースの増分同期または移行を有効にする前に、包括的な概念実証 (POC) テストを実施することを推奨します。テストには、すべてのビジネス変更タイプ、テーブルスキーマの変更、およびビジネスのピーク時のストレステストが含まれている必要があります。SQL Server ログフォーマットの予測不可能な性質のため、本番環境のビジネスロジックが POC テストのロジックと一致していることを確認する必要があります。これは、DTS の高い効率と安定性を確保するための鍵です。

    特殊なケース

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

    課金

    移行タイプ

    インスタンス構成料金

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

    スキーマ移行と完全データ移行

    無料。

    ターゲットデータベースのアクセス方法 パラメーターがパブリック IP アドレスに設定されている場合、インターネットトラフィックが課金されます。 詳細については、「課金概要」をご参照ください。

    増分データ移行

    課金されます。詳細については、「課金概要」をご参照ください。

    移行タイプ

    • スキーマ移行

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

      • DTS は、スキーマ、テーブル、ビュー、関数、プロシージャなどのスキーマオブジェクトを移行できます。

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

      警告

      異種データベース間の移行では、データ型が 1 対 1 で対応しない場合があります。これにより、タスクの失敗やデータ損失が発生する可能性があります。データ型マッピングがビジネスに与える影響を慎重に評価してください。詳細については、「異種データベースのデータ型マッピング」をご参照ください。

    • 完全移行

      DTS は、指定された移行オブジェクトのすべての既存データをソースデータベースからターゲットデータベースに移行します。

    • 増分移行

      完全移行が完了した後、DTS はソースデータベースからの増分データ更新をターゲットデータベースに移行します。増分移行により、自己管理アプリケーションを中断することなく、データをスムーズに移行できます。

    増分移行でサポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、および DELETE

    説明

    • 増分移行は、ラージフィールドのみを変更する UPDATE ステートメントをサポートしません。

    • AnalyticDB for MySQL にデータを書き込む際、`UPDATE` ステートメントは自動的に `REPLACE INTO` に変換されます。プライマリキーを更新する場合、`UPDATE` ステートメントは `DELETE` の後に `INSERT` が続く形に変換されます。

    DDL

    • CREATE TABLE

    • ALTER TABLE

      ADD COLUMN と DROP COLUMN のみがサポートされています。

    • DROP TABLE

    • CREATE INDEX と DROP INDEX

    説明

    • ユーザー定義型を含む DDL 操作はサポートされていません。

    • トランザクション DDL 操作はサポートされていません。たとえば、複数の列を追加する単一の SQL ステートメントや、DDL と DML の両方を含むステートメントは、データ損失を引き起こす可能性があります。

    • オンライン DDL 操作はサポートされていません。

    • 予約キーワードを属性名として使用する DDL 操作はサポートされていません。

    • システムストアドプロシージャによって実行される DDL 操作はサポートされていません。

    • DTS は `TRUNCATE TABLE` 操作をサポートしていません。

    • パーティションを持つテーブルや、定義に関数を含むテーブルはサポートされていません。

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

    データベース

    スキーマ移行

    完全データ移行

    増分データ移行

    ApsaraDB RDS for SQL Server インスタンス

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

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

    移行対象オブジェクトに対する所有者権限

    AnalyticDB for MySQL クラスター

    読み取りおよび書き込み権限

    データベースアカウントを作成し、権限を付与するには、次のトピックをご参照ください：

    操作手順

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

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

      2. 上部のメニューバーで、[Data + AI] > [Data Transmission (DTS)] > [Data Migration] を選択します。

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

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

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

      警告

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

      カテゴリ

      パラメーター

      説明

      N/A

      タスク名

      DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      ソースデータベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名称です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      [SQL Server] を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ソースの ApsaraDB RDS for SQL Server インスタンスが存在するリージョンを選択します。

      Alibaba Cloud アカウント間でデータを複製

      この例では、同一の Alibaba Cloud アカウント内でデータを移行する方法を説明します。×を選択します。

      RDS インスタンス ID

      ソースの ApsaraDB RDS for SQL Server インスタンスの ID を選択します。

      データベースアカウント

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

      データベースパスワード

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

      暗号化

      ビジネス要件に応じて、非暗号化 または SSL 暗号化 を選択します。

      • ソースデータベースの SSL 暗号化が無効になっている場合は、非暗号化 を選択します。

      • ソースデータベースで SSL 暗号化が有効になっている場合は、SSL 暗号化 を選択します。デフォルトでは、DTS はサーバー証明書を信頼します。

      宛先データベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ターゲットの AnalyticDB for MySQL 3.0 クラスターが存在するリージョンを選択します。

      インスタンス ID

      ターゲットの AnalyticDB for MySQL 3.0 クラスターの ID を選択します。

      データベースアカウント

      ターゲットの AnalyticDB for MySQL 3.0 クラスターのデータベースアカウントを入力します。必要な権限の詳細については、「データベースアカウントの権限要件」をご参照ください。

      データベースパスワード

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

    4. 構成を完了したら、ページ下部の接続をテストして続行をクリックします。

      説明

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

      • ソースまたはターゲットデータベースが自己管理データベース (アクセス方法が Alibaba Cloud インスタンスではない) の場合、表示される DTS サーバーの CIDR ブロックダイアログボックスで 接続テストもクリックする必要があります。

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

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

        パラメーター

        説明

        移行タイプ

        • 完全なデータ移行の場合のみ、スキーマ移行 と 完全データ移行 を選択します。

        • ゼロダウンタイム移行には、スキーマ移行、完全データ移行、および増分データ移行を選択します。

        説明

        • 完全データ移行 を選択した場合、CREATE TABLE 文で作成されたテーブルのスキーマとデータをターゲットデータベースに移行できます。

        • 増分データ移行 を選択しない場合は、データ整合性を確保するため、データ移行中はソースインスタンスに新しいデータを書き込まないでください。

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

        • エラーの事前チェックと報告: ターゲットデータベースに同じ名前のテーブルが存在するかどうかをチェックします。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。

          説明

          ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブルの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

        • エラーを無視して続行: 同名のテーブルのチェックをスキップします。

          警告

          エラーを無視して続行 を選択すると、データの不整合やビジネスリスクを引き起こす可能性があります。 例：

          • テーブルスキーマが一貫しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合：

            • 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースからのレコードは移行されません。

            • 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。

          • テーブルスキーマが一致しない場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        移行元データベースと移行先データベースのスキーママッピングモード

        ビジネスニーズに応じてスキーママッピングモードを選択し、ソースデータベースとターゲットデータベース間のスキーマをマッピングします。

        警告

        ソースデータベース内の複数のスキーマに同じ名前のテーブルを含めることはできません。そうしないと、データの不整合やタスクの失敗が発生する可能性があります。

        SQL Server 増分同期モード

        • クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析)：

          • 利点：

            • ソースのヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列のあるテーブルを含むシナリオをサポートします。

            • 高いリンク安定性を提供します。このモードは完全な DDL ステートメントを取得でき、幅広い DDL シナリオをサポートします。

          • 欠点：

            • DTS は、ソースデータベースに `dts_cdc_sync_ddl` トリガー、`dts_sync_progress` ハートビートテーブル、および `dts_cdc_ddl_history` DDL ストレージテーブルを作成します。また、データベースレベルの CDC と一部のテーブルの CDC も有効にします。

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

        • ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応):

          • 利点：

            このモードはソースデータベースに対して非侵入型です。

          • 欠点：

            このモードは、ソースのヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列のあるテーブルを含むシナリオをサポートしません。

        • 増分同期のための CDC インスタンスのポーリングとクエリ：

          • 利点：

            • ソースデータベースが Amazon RDS for SQL Server、Azure SQL Database、Azure SQL Managed Instance、Azure SQL Server on Virtual Machine、または Google Cloud SQL for SQL Server の場合に、完全移行と増分移行をサポートします。

            • このモードは、SQL Server のネイティブ CDC コンポーネントを使用して増分データを取得するため、増分移行の安定性が向上し、ネットワーク帯域幅の使用量が削減されます。

          • 欠点：

            • DTS インスタンスが使用するソースデータベースアカウントには、CDC を有効にする権限が必要です。増分データ移行には約 10 秒の遅延があります。

            • 複数のデータベースにまたがる複数のテーブルを移行する場合、安定性やパフォーマンスの問題が発生する可能性があります。

        説明

        このパラメーターは、移行タイプ パラメーターで 増分データ移行 を選択した場合にのみ利用可能です。

        DTS がサポートする CDC が有効になっているテーブルの最大数の制限

        ビジネス要件に基づいて、現在の移行インスタンスに対して CDC が有効なテーブルの数の上限を設定できます。デフォルト値は 1,000 です。

        説明

        SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定した場合、このパラメーターは使用できません。

        DDL操作とDML操作の同期

        インスタンスレベルで増分移行のための SQL 操作を選択します。サポートされている操作については、「増分移行でサポートされる SQL 操作」をご参照ください。

        説明

        データベースまたはテーブルレベルで増分移行の SQL 操作を選択するには、選択中のオブジェクト ボックスで移行オブジェクトを右クリックし、目的の SQL 操作を選択します。

        ソースオブジェクト

        ソースオブジェクト ボックスで、移行するオブジェクトをクリックし、Right arrow をクリックして 選択中のオブジェクト ボックスに移動します。

        説明

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

        選択中のオブジェクト
        説明

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

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

        • データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト セクションで移行オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

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

        パラメーター

        説明

        タスクのスケジュールに使用する専用クラスターの選択

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、DTS 移行タスクを実行するために専用クラスターを購入できます。

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

        移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、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 を設定できます。

        説明

        • この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ利用可能です。

        • 移行インスタンスの実行後に増分移行速度を調整することもできます。

        環境タグ

        要件に応じて、インスタンスを識別するための環境タグを選択できます。この例では、タグを選択する必要はありません。

        ETL 機能の設定

        抽出、変換、ロード (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは？」をご参照ください。有効な値：

        監視アラート

        ビジネスニーズに応じて、アラートを設定し、アラート通知を受け取るかどうかを選択します。

        • ×: アラートを設定しません。

        • ○: アラートのしきい値とアラート通知を設定することで、アラートが構成されます。移行が失敗した場合、またはレイテンシーがしきい値を超えた場合、システムはアラート通知を送信します。

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

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

      4. オプション: 前述の設定が完了したら、次：データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースに移行するテーブルの タイプ、プライマリキー列の追加、配布キー、およびパーティションキー情報 (パーティションキー、パーティションルール、パーティションのライフサイクル) を設定します。

        説明

        • このステップは、タスクオブジェクトを設定する際に移行タイプでスキーマ移行オプションを選択した場合にのみ利用可能です。変更を加えるには、定義ステータスにすべてを選択できます。

        • プライマリキー列の追加 に複数の列を選択して、複合プライマリキーを作成できます。また、プライマリキー列の追加 から 1 つ以上の列を選択して、配布キー および パーティションキー として使用する必要があります。詳細については、「CREATE TABLE」をご参照ください。

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

      • API オペレーションを呼び出してこのインスタンスを設定する際のパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを移動し、表示される吹き出し内の OpenAPI パラメーターのプレビュー をクリックします。

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

      説明

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

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

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

        インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「Resource Management とは？」をご参照ください。

        インスタンスクラス

        DTS は、さまざまなパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンク仕様」をご参照ください。

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

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

        移行タスクの進捗状況は、データ移行タスク 一覧ページで確認できます。

        説明

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

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