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

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

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

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

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

• 単一の移行タスクで最大 10 データベースまで移行できます。10 データベースを超える場合は、複数のタスクを構成してください。

増分データ移行を行う場合、さらに以下の点を確認してください。

• データロギング機能が有効になっていること。バックアップモードは フル に設定されており、かつフル物理バックアップが実行済みであること。

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

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

  • 完全移行 + 増分移行の場合：ログを少なくとも 7 日間保持すること。完全移行完了後は、保持期間を 24 時間以上に設定できます。

CDC が有効なテーブルについては、以下の条件を満たす必要があります（満たさない場合、事前チェックに失敗します）。

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

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

• Enterprise エディション：SQL Server 2008 以降

• Standard エディション：SQL Server 2016 SP1 以降

• SQL Server 2017 を実行している Standard または Enterprise エディション：より新しいバージョンにスペックアップすること

その他のソースデータベースに関する制限事項：

• スキーマ移行および完全なデータ移行中は、データベースまたはテーブルスキーマを変更する 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 エディションの ApsaraDB RDS for SQL Server インスタンスの場合、SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期（ヒープテーブルは非サポート） に設定してください。

その他の制限事項

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

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

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

• 単一の移行タスクで 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 をクリックします。

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