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

カテゴリ

説明

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

• ソースデータベースのバージョンは、次の要件を満たす必要があります。

  • ソースデータベースがSQL Server Enterprise Editionを実行する場合、そのバージョンはSQL Server 2008以降である必要があります。

  • ソースデータベースがSQL Server Standard Editionを実行する場合、そのバージョンはSQL Server 2016 SP1以降である必要があります。

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

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

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

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

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

• ソースデータベースに対する操作の制限:

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

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

• 読み取り専用インスタンスをソースデータベースとして使用することはできません。

その他の制限

• DTSは、CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、およびGEOGRAPHYのデータを移行しません。

• DTSは、変更データキャプチャ (CDC) インスタンスを照会して増分データを移行します。 増分データ移行を実行する場合は、次の制限事項に注意してください。

  • DTSは、ソースデータベースの各テーブルのCDCインスタンスをクエリすることで増分データを取得します。 したがって、ソースデータベースから移行するテーブルの数は1,000を超えることはできません。 そうしないと、データ移行タスクが遅延または不安定になる可能性があります。

  • DDLステートメントを実行して、1分間に2回以上列を追加または削除することはできません。 そうしないと、データ移行タスクが失敗する可能性があります。

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

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

  • 増分データ移行のレイテンシは約10秒です。

• 異なるバージョンのデータベース間でデータを移行する場合は、データベースのバージョンに互換性があることを確認してください。

• データ移行タスクに増分データ移行が含まれる場合、インデックスの再作成操作を実行できないため、ターゲットデータベースのトリガーと外部キーを無効にする必要があります。 そうしないと、データ移行タスクが失敗し、データが失われる可能性があります。

  説明

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

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

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

• ソースデータベースのログに基づく増分同期モードでは、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に設定することを推奨します。

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

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

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

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

移行タイプ

インスタンス設定料金

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

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

無料です。

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

増分データ移行

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

操作のdype

SQL文

DML

挿入、更新、および削除

DDL

• CREATE TABLE

  説明

  CREATE TABLEステートメントにパーティショニング句、サブパーティショニング句、または関数が含まれている場合、DTSはステートメントを移行しません。

• テーブルの変更

  COLUMNとDROP COLUMNの追加

• DROP TABLE

• CREATE INDEXとDROP INDEX

データベースタイプ

スキーマ移行

完全なデータ移行

増分データ移行

関連ドキュメント

Amazon RDS for SQL Server

SELECT 権限

SELECT 権限

データベース所有者の権限

詳細については、アマゾンウェブサービス (AWS)にお問い合わせください。

ApsaraDB RDS for SQL Serverインスタンス

読み書き権限

特権アカウントまたは標準アカウントの作成とアカウントの権限の変更