Data Transmission Service:ApsaraDB MyBase for SQL Server インスタンスから ApsaraDB RDS for SQL Server インスタンスへのデータ移行

ソースデータベースの要件

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

• 移行対象のテーブルには、PRIMARY KEY または UNIQUE 制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複したレコードが含まれる可能性があります。

• 移行中にテーブル名または列名を変更する場合、1 つの移行タスクで移行できるテーブルは最大 1,000 個です。1,000 個を超えるテーブルを移行する場合は、複数のタスクを設定するか、テーブルレベルではなくデータベースレベルで移行してください。

• 1 つの移行タスクで移行できるデータベースは最大 10 個です。10 個を超えるデータベースを移行する場合は、複数のタスクを設定してください。

増分データ移行の場合は、さらに次の点も確認してください。

• データログ機能が有効になっていること。バックアップモードは [完全] に設定し、フル物理バックアップが実行済みである必要があります。

• ログ保持期間：ログの保持期間が不十分な場合、タスクが失敗したり、データの不整合やデータ損失が発生したりする可能性があります。これらの要件を満たさない場合、DTS のサービスレベルアグリーメント (SLA) も無効になります。

  • 増分移行のみ：ログを 24 時間以上保持する

  • 完全移行 + 増分移行：ログを最低 7 日間保持する。完全移行が完了した後、保持期間を 24 時間以上に設定できます

CDC が有効なテーブルでは、次の条件を満たす必要があります (満たさない場合、事前チェックは失敗します)：

• sys.sysservers ビューの srvname フィールドが SERVERPROPERTY 関数の戻り値と一致すること

• データベースオーナーが sa (自己管理 SQL Server) または sqlsa (ApsaraDB RDS for SQL Server) であること

• Enterprise Edition: SQL Server 2008 以降

• Standard Edition: SQL Server 2016 SP1 以降

• SQL Server 2017 を実行している Standard または Enterprise Edition：より新しいバージョンにアップグレードすること

追加のソースデータベースの制限：

• スキーマ移行および完全データ移行中に、データベースまたはテーブルスキーマを変更する DDL 文を実行しないでください。これにより、移行タスクが失敗します。

• 完全データ移行のみを実行する場合 (増分なし)、移行中にソースデータベースに書き込みを行わないでください。データの不整合を避けるために、スキーマ移行、完全データ移行、増分データ移行の 3 つの移行タイプをすべて選択してください。

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

• 読み取り専用のソースインスタンスは、DDL 操作の移行をサポートしていません。

• ハイブリッドログベース解析モードでは、同じテーブルに対して 10 分以内に複数の列追加または列削除操作を実行しないでください。例えば、次のシーケンスを 10 分以内に実行するとエラーが発生します。

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

• ソースが Web Edition を実行している ApsaraDB RDS for SQL Server インスタンスの場合、[SQL Server 増分同期モード] を [ソースデータベースのログに基づく増分同期 (ヒープテーブルはサポートされていません)] に設定します。

その他の制限事項

• DTS は次のデータ型を移行しません：TEXT、CURSOR、ROWVERSION、SQL_VARIANT、HIERACHYID、GEOMETRY。

• [ソースデータベースのログに基づく増分同期] モード (非ハイブリッド) を使用する場合、テーブルにはプライマリキー列を含むクラスター化インデックスが必要です。ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、および計算列のあるテーブルはサポートされていません。ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列のあるテーブルについては、FAQ をご参照ください。

• 互換性のあるデータベースバージョン間でのみデータを移行してください。

• 単一の移行タスクで CDC が有効なテーブルが 1,000 を超えると、事前チェックは失敗します。

• ソースデータベースで CDC が有効になっているテーブルについては、1 秒あたりの最大レコード数を 1,000 に設定することを推奨します。

• 増分データ移行では、ターゲットデータベースのトリガーと外部キーを無効にする必要があります。

• 移行はオフピーク時に実行してください。完全データ移行はソースとターゲットの両方で読み取りおよび書き込みリソースを使用するため、データベースサーバーの負荷が増加します。また、完全移行中の同時 INSERT 操作は、ターゲットデータベースでテーブルの断片化を引き起こし、ターゲットの表領域がソースよりも大きくなる原因となります。

• DTS は、FLOAT および DOUBLE 型の列から値を取得するために ROUND(COLUMN,PRECISION) を使用します。デフォルトの精度は、FLOAT で 38 桁、DOUBLE で 308 桁です。移行を開始する前に、これらの精度設定が要件を満たしていることを確認してください。

• DTS は、失敗した移行タスクを最大 7 日間自動的に再試行します。ワークロードをターゲットデータベースに切り替える前に、失敗したタスクを停止またはリリースするか、ターゲット上の DTS アカウントから書き込み権限を取り消してください。そうしないと、再開されたタスクがターゲットのデータをソースデータで上書きする可能性があります。

• 増分データ移行中にインデックスの再作成操作を実行しないでください。タスクが失敗し、データ損失につながる可能性があります。また、DTS は CDC が有効なテーブルのプライマリキーに対する DDL 操作を移行できません。

ステップ1：データ移行タスクページへの移動

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

2. トップナビゲーションバーで、DTS にポインターを合わせ、[DTS (DTS)] > [データ移行] を選択します。

ステップ2：リージョンの選択

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

ステップ3：ソースデータベースとターゲットデータベースの設定

[タスクの作成] をクリックし、次のパラメーターを設定します。

ソースデータベース

ターゲットデータベース

ステップ4：接続テスト

[接続をテストして続行] をクリックします。

DTS は、DTS サーバーの CIDR ブロックを Alibaba Cloud データベースインスタンスの IP アドレスホワイトリストに自動的に追加します。Elastic Compute Service (ECS) インスタンス上の自己管理データベースの場合、DTS は CIDR ブロックを ECS セキュリティグループルールに追加しますが、ECS インスタンスがデータベースに到達できることを確認する必要があります。データベースが複数の ECS インスタンスにまたがって実行されている場合、DTS の CIDR ブロックを各 ECS インスタンスのセキュリティグループに手動で追加してください。データセンターまたはサードパーティのクラウド環境にある自己管理データベースの場合、DTS の CIDR ブロックをデータベースの IP アドレスホワイトリストに手動で追加してください。CIDR ブロックの完全なリストについては、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

ステップ5：オブジェクトの選択と同期モードの設定

ステップ6：詳細設定

[次へ：詳細設定] をクリックし、次のパラメーターを設定します。

データ検証設定

移行後のデータ検証の有効化については、「データ検証を有効にする」をご参照ください。

詳細設定

ステップ7：事前チェックの実行

[次へ：タスク設定を保存して事前チェックを実行] をクリックします。

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

• チェック項目が失敗した場合、[詳細の表示] をクリックして問題を解決し、[再度事前チェック] をクリックします。

• チェック項目にアラートが表示された場合：

  • アラートを無視できない場合は、[詳細の表示] をクリックして問題を修正し、再度事前チェックを実行します。

  • アラートを安全に無視できる場合は、[アラート詳細の確認] > [無視] > [OK] > [再度事前チェック] をクリックします。アラートを無視すると、データの不整合が発生する可能性があります。

ステップ8：インスタンスの購入

成功率が 100% に達するまで待ってから、[次へ: インスタンスの購入] をクリックしてください。

[インスタンスの購入] ページで、以下を設定します。

ステップ9：移行の開始

1. [Data Transmission Service (従量課金) 利用規約] チェックボックスを読み、選択します。

2. [購入して開始] をクリックし、ダイアログボックスで [OK] をクリックします。

タスクがタスクリストに表示されます。そこから進捗状況を監視します。