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 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースに重複したデータレコードが含まれる可能性があります。

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

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

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

  • スキーマ移行とフルデータ移行中は、DDL ステートメントを実行してデータベースまたはテーブルのスキーマを変更しないでください。そうでない場合、データ移行タスクは失敗します。

  • フルデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうでない場合、ソースデータベースと宛先データベース間でデータの不整合が発生します。データの整合性を確保するために、移行タイプとして [スキーマ移行]、[フルデータ移行]、[増分データ移行] を選択することをお勧めします。

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

• フルデータ移行中は、ソースデータベースの READ_COMMITTED_SNAPSHOT のトランザクション処理モードパラメータを有効にすることをお勧めします。そうでない場合、共有ロックが原因でデータ書き込みに影響したり、データの不整合が発生したり、インスタンスが実行に失敗したりする可能性があります。このような状況で発生する問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

その他の制限

• DTS は、TIMESTAMP、CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY などのタイプのデータは移行しません。

• DTS の増分データ移行タスクのプレモジュールは、ソースデータベースで CDC を有効にします。このプロセスでは、SQL Server データベースの制限により、ソースデータベースで数秒間続くロックされたテーブルが発生します。

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

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

  • CDC コンポーネントは、デフォルトで増分データを 3 日間保存できます。exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; コマンドを実行することで、保存期間を調整できます。

    説明

    • <time> は保存時間を示します。単位：分。

    • SQL Server データベースの増分データの 1 日あたりの平均数が 1,000 万を超える場合は、<time> パラメータを 1,440 に設定することをお勧めします。

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

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

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

  • 増分データ移行には約 10 秒の遅延があります。

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

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

  説明

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

• 1 つのデータ移行タスクで移行する CDC が有効なテーブルの数が 1,000 を超えるか、[DTS がサポートする CDC が有効なテーブルの最大数] で設定された値を超えると、事前チェックは失敗します。

• タスクに増分データ移行が含まれており、CDC が有効になっているテーブルで 1 つのフィールドに 64 KB を超えるサイズのデータが必要な場合は、事前に exec sp_configure 'max text repl size', -1; コマンドを実行してソースデータベースを設定します。

  説明

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

• 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 が宛先データベースにアクセスするために使用するアカウントから書き込み権限を取り消すこともできます。そうでない場合、データ移行タスクが再開されると、ソースデータベースのデータによって宛先データベースのデータが上書きされます。

• 同じソース SQL Server データベースを共有する複数のデータ移行インスタンスの増分データ収集モジュールは、互いに独立しています。

• DTS タスクの実行に失敗した場合、DTS テクニカルサポートは 8 時間以内にタスクの復元を試みます。復元中、タスクが再起動され、タスクのパラメータが変更される場合があります。

  説明

  タスクのパラメータのみが変更される可能性があります。データベースのパラメータは変更されません。 変更される可能性のあるパラメータには、「DTS インスタンスのパラメータを変更する」トピックの「インスタンスパラメータを変更する」セクションのパラメータが含まれますが、これらに限定されません。

移行タイプ

インスタンス構成料金

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

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

無料。

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

増分データ移行

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

操作タイプ

SQL ステートメント

DML

INSERT、UPDATE、DELETE

DDL

• CREATE TABLE

  説明

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

• ALTER TABLE

  ADD COLUMN と DROP COLUMN

• DROP TABLE

• CREATE INDEX と DROP INDEX

データベースタイプ

スキーマ移行

フルデータ移行

増分データ移行

参照

Amazon RDS for SQL Server

SELECT 権限

SELECT 権限

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

詳細については、Amazon Web Services (AWS) にお問い合わせください。

ApsaraDB RDS for SQL Server インスタンス

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

特権アカウントまたは標準アカウントを作成する および アカウントの権限を変更する