ApsaraDB RDS for SQL Serverインスタンス間でデータを移行する - Data Transmission Service

このトピックでは、data Transmission Service (DTS) を使用してApsaraDB RDS for SQL Serverインスタンス間でデータを移行する方法について説明します。

前提条件

ソースインスタンスとターゲットApsaraDB RDS for SQL Serverインスタンスが作成されます。サポートされているデータベースのバージョンについては、「データ移行シナリオの概要」をご参照ください。 ApsaraDB RDS For SQL Serverインスタンスの作成方法については、「ApsaraDB RDS for SQL Serverインスタンスの作成」をご参照ください。
重要
- ソースApsaraDB RDS for SQL Serverインスタンスのエンジンバージョンが2008または2008 R2の場合、増分データ移行はサポートされません。
- SQL Serverの増分同期モードパラメーターが非ヒープテーブルのログベース解析とヒープテーブルのCDCベースの増分同期に設定されている場合、データはハイブリッドログベース解析モードで移行されます。ソースデータベースには次のいずれかのエンジンバージョンを使用できます。
  - EnterpriseまたはEnterprise Evaluationエディションの自己管理型SQL ServerまたはApsaraDB RDS for SQL Serverデータベース: バージョン2012、2014、2016、2019、または2022。
  - 標準版の自己管理型SQL ServerまたはApsaraDB RDS for SQL Serverデータベース: バージョン2016、2019、または2022。
移行先ApsaraDB RDS for SQL Serverインスタンスの使用可能なストレージ容量が、移行元ApsaraDB RDS for SQL Serverインスタンスのデータの合計サイズよりも大きいこと。
ソースApsaraDB RDS for SQL Serverインスタンスが次のいずれかの条件を満たしている場合、複数のDTSインスタンスを購入して複数のデータ移行タスクを設定します。
- ソースインスタンスには10を超えるデータベースが含まれています。
- ソースインスタンスの1つのデータベースは、1時間未満の間隔でログをバックアップします。
- ソースインスタンスの1つのデータベースで、1時間に100を超えるDDLステートメントが実行されます。
- ログは、ソースインスタンスの1つのデータベースに対して20メガバイト/秒の割合で書き込まれます。
- ソースApsaraDB RDS for SQL Serverインスタンスの1,000を超えるテーブルに対して、変更データキャプチャ (CDC) 機能を有効にする必要があります。

使用上の注意

説明

DTSは、ソースデータベースの外部キーをターゲットデータベースに移行しません。したがって、ソースデータベースのカスケードおよび削除操作は、ターゲットデータベースに移行されません。

制限タイプ	説明
ソースデータベースの制限	ソースデータベースがデプロイされるサーバーには、十分なアウトバウンド帯域幅が必要です。そうしないと、データ移行速度が低下します。移行するテーブルには、PRIMARY KEYまたはUNIQUE制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースは重複するデータレコードを含み得る。移行するオブジェクトとしてテーブルを選択し、テーブルや列の名前の変更など、移行先データベースのテーブルを編集する必要がある場合は、1つのデータ移行タスクで最大1,000のテーブルを移行できます。タスクを実行して1,000を超えるテーブルを移行すると、リクエストエラーが発生します。この場合、複数のタスクを構成してテーブルを移行するか、タスクを構成してデータベース全体を移行することをお勧めします。単一のデータ移行タスクを実行して、最大10個のデータベースを移行できます。 10を超えるデータベースを移行する場合は、複数のタスクを設定してデータベースを移行することを推奨します。そうしないと、データ移行タスクのパフォーマンスと安定性が損なわれる可能性があります。増分データを移行する場合は、次の要件が満たされていることを確認してください。データログ機能を有効にする必要があります。バックアップモードをFullに設定し、完全物理バックアップを実行する必要があります。増分データ移行のみを実行する場合は、ソースデータベースのデータログを24時間以上保持する必要があります。完全データ移行と増分データ移行の両方を実行する場合、ソースデータベースのデータログは少なくとも7日間保持する必要があります。そうしないと、Data Transmission Service (DTS) がデータログの取得に失敗し、タスクが失敗する可能性があります。場合によっては、データの不整合や損失が発生することもあります。完全なデータ移行が完了したら、保持期間を24時間以上に設定できます。上記の要件に基づいて、データログの保持期間を設定してください。それ以外の場合、DTSのサービスレベル契約 (SLA) はサービスの信頼性またはパフォーマンスを保証しません。移行元データベースから移行するテーブルに対して変更データキャプチャ (CDC) 機能を有効にする必要がある場合は、次の条件を満たす必要があります。そうでない場合、事前チェックは失敗します。 sys.sysserversビューのsrvnameフィールドの値は、SERVERPROPERTY関数の戻り値と同じです。ソースデータベースが自己管理型SQL Serverデータベースの場合、データベース所有者はsaユーザーである必要があります。ソースデータベースがApsaraDB RDS for SQL Serverデータベースの場合、データベース所有者はsqlsaユーザーである必要があります。ソースデータベースがEnterpriseエディションの場合は、SQL Server 2008以降を使用する必要があります。ソースデータベースがStandardエディションの場合は、SQL Server 2016 SP1以降を使用する必要があります。ソースデータベースがStandardまたはEnterpriseエディションで、そのバージョンがSQL Server 2017の場合は、そのバージョンを更新することをお勧めします。 DTSはfn_log関数を使用して、ソースデータベースのログを取得します。ただし、この機能にはパフォーマンスのボトルネックがあります。タスクが完了する前に、ソースデータベースのログをクリアしないことをお勧めします。そうしないと、タスクが失敗する可能性があります。ソースデータベースに対する操作の制限: スキーマ移行中および完全データ移行中は、DDL文を実行してデータベースまたはテーブルのスキーマを変更しないでください。それ以外の場合、データ移行タスクは失敗します。フルデータ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不一致が発生します。データの一貫性を確保するために、移行タイプとしてスキーマ移行、フルデータ移行、および増分データ移行を選択することを推奨します。ソースデータベースが読み取り専用インスタンスの場合、DDL操作を移行することはできません。ハイブリッドログベースの解析モードでは、複数の操作を実行して、ソースデータベースに列を追加したり、ソースデータベースから列を削除したりすることはできません。たとえば、次のSQL文を10分以内に実行すると、タスクのエラーが報告されます。 `ALTER TABLE test_table DROP COLUMN Flag; ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');` ソースデータベースがSQL Server Webエディションを実行するApsaraDB RDS for SQL Serverインスタンスである場合、タスクを設定するときに、SQL Server 増分同期モードパラメーターをソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定する必要があります。
その他の制限	DTSは、CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、およびGEOGRAPHYのデータを移行しません。オブジェクト設定ステップで、SQL Server 増分同期モードパラメーターをソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定した場合、移行するテーブルには、主キー列を含むクラスター化インデックスが必要です。移行するテーブルは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、または計算列のあるテーブルにすることはできません。ハイブリッドログベースの解析モードが使用されている場合は、上記の制限を無視します。説明テーブル情報を表示する方法の詳細については、FAQトピックの「ヒープテーブル、主キーのないテーブル、圧縮テーブル、およびSQL Serverデータベースの計算列を含むテーブルに関する情報を表示するにはどうすればよいですか。」セクションをご参照ください。オブジェクト設定ステップで、SQL Server 増分同期モードパラメーターをクラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) に設定した場合、DTSはCDCコンポーネントを使用して増分データを移行します。ソースデータベースのCDCジョブが期待どおりに実行されることを確認します。それ以外の場合、DTSタスクは失敗します。オブジェクト設定の手順で、SQL Server 増分同期モードパラメーターを増分同期のための CDC インスタンスのポーリングとクエリに設定した場合、次の制限が適用されます。 DTSインスタンスで使用されるソースデータベースアカウントには、CDC機能を有効にする権限が必要です。データベースレベルのCDCを有効にするには、sysadminロールが割り当てられているアカウントを使用する必要があります。テーブルレベルのCDCを有効にするには、特権アカウントを使用する必要があります。説明 Microsoft Azure SQL Databaseのサーバー管理者アカウントに必要な権限があります。 CDCは、vCoreモデルに基づいてAzure SQL Databaseで購入したすべてのデータベースに対して有効にできます。データベーストランザクション単位 (DTU) モデルに基づいてAzure SQL Databaseで購入したデータベースに対してCDCを有効にすることができるのは、データベースのサービス層がS3以上の場合のみです。 Amazon RDS for SQL Serverインスタンスの特権アカウントに必要な権限があります。 CDCは、データベースレベルでストアドプロシージャに対して有効にできます。 DTSは、ソースデータベースの各テーブルのCDCインスタンスに対してラウンドロビンクエリを実行することで、増分データを取得します。したがって、ソースデータベースから移行するテーブルの数は1,000を超えることはできません。そうしないと、データ移行タスクが遅延または不安定になる可能性があります。 DDLステートメントを実行して、1分以内に2回以上列を追加または削除することはできません。そうしないと、データ移行タスクが失敗する可能性があります。データ移行中は、ソースデータベースの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が有効になっているテーブルの1秒あたりの最大レコード数を1,000に設定することを推奨します。データを移行する前に、移行元データベースと移行先データベースのパフォーマンスに対するデータ移行の影響を評価します。オフピーク時にデータを移行することを推奨します。完全データ移行中、DTSはソースデータベースとターゲットクラスターの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。完全データ移行中、同時INSERT操作により、ターゲットデータベースのテーブルが断片化されます。完全データ移行が完了すると、移行先データベースの使用表領域のサイズが移行元データベースのサイズよりも大きくなります。 FLOATまたはDOUBLEデータ型の列の精度設定がビジネス要件を満たしていることを確認する必要があります。 DTSは`ROUND(COLUMN,PRECISION)` 関数を使用して、FLOATまたはDOUBLEデータ型の列から値を取得します。精度を指定しない場合、DTSはFLOATデータ型の列の精度を38桁に設定し、DOUBLEデータ型の列の精度を308桁に設定します。 DTSは、過去7日以内に失敗したデータ移行タスクを再開しようとします。ワークロードをターゲットデータベースに切り替える前に、失敗したタスクを停止またはリリースする必要があります。 `REVOKE`ステートメントを実行して、DTSがターゲットデータベースにアクセスするために使用するアカウントの書き込み権限を取り消すこともできます。それ以外の場合、失敗したタスクが再開された後、ソースデータベースのデータがターゲットデータベースのデータを上書きします。データ移行タスクに増分データ移行が含まれる場合、DTSではインデックスの再作成操作を実行できません。インデックス再作成操作を実行すると、データ移行タスクが失敗し、データが失われる可能性があります。説明 DTSは、CDCが有効になっているテーブルのプライマリキーに関連するDDL操作を移行できません。 1回の移行タスクで移行するCDC対応テーブルの数が1,000を超えると、事前チェックは失敗します。増分データ移行を実行するには、ターゲットデータベースのトリガーキーと外部キーを無効にする必要があります。それ以外の場合、データ移行タスクは失敗します。
特別なケース	ソースインスタンスがApsaraDB RDS for SQL Serverインスタンスの場合、DTSは自動的に`rdsdt_dtsacct`という名前のアカウントをApsaraDB RDS for SQL Serverインスタンスに作成します。このアカウントはデータ移行に使用されます。データ移行タスクの実行中は、このアカウントを削除したり、このアカウントのパスワードを変更したりしないでください。そうしないと、タスクが失敗する可能性があります。詳細については、「システムアカウント」をご参照ください。ターゲットインスタンスがApsaraDB RDS for SQL Serverインスタンスの場合、DTSは自動的にターゲットインスタンスにターゲットデータベースを作成します。ただし、移行するデータベースの名前が、移行先ApsaraDB RDS for SQL Serverインスタンスの命名規則に準拠していない場合は、データ移行タスクを設定する前に、移行先インスタンスにデータベースを手動で作成する必要があります。詳細については、「データベースの作成」をご参照ください。

課金

移行タイプ	インスタンス設定料金	インターネットトラフィック料金
スキーマ移行とフルデータ移行	無料です。	インターネット経由でAlibaba Cloudからデータが移行された場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。
増分データ移行	有料。詳細については、「課金の概要」をご参照ください。

移行タイプ

スキーマ移行
DTSは、必要なオブジェクトのスキーマをソースデータベースからターゲットデータベースに移行します。
完全なデータ移行
DTSは、選択したオブジェクトの履歴データをソースデータベースからターゲットデータベースに移行します。
増分データ移行
完全データ移行が完了すると、DTSは増分データをソースデータベースからターゲットデータベースに移行します。増分データ移行により、自己管理アプリケーションのサービスを中断することなく、データをスムーズに移行できます。

増分移行をサポートするSQL操作

操作タイプ	SQL文
DML	挿入、更新、および削除説明 UPDATE操作が大きなフィールドのみを更新する場合、DTSは操作を移行しません。
DDL	ALTER TABLE (ADD COLUMN、DROP COLUMN、RENAME COLUMNのみを含む) CREATE TABLEおよびCREATE INDEX 説明 CREATE TABLE操作でパーティションテーブルまたは関数を含むテーブルが作成された場合、DTSは操作を移行しません。 DROP TABLE RENAMEテーブル TRUNCATE TABLE 説明 DTSはトランザクションDDL操作を移行しません。たとえば、DTSは、複数の列に対するDDL操作を含むSQL操作や、DDL操作とDML操作の両方を含むSQL操作を移行しません。このようなSQL操作の移行後にデータ損失が発生する可能性があります。 DTSは、ユーザー定義型を含むDDL操作を移行しません。 DTSはオンラインDDL操作を移行しません。 DTSは、名前に予約キーワードが含まれているオブジェクトに対して実行されたDDL操作を移行しません。 DTSは、システムストアドプロシージャで実行されるDDL操作を移行しません。ソースデータベースがハイブリッドログベースの解析モードを使用している場合、すべての一般的なDDL操作を移行できます。

データベースアカウントに必要な権限

データベースタイプ	スキーマ移行	完全なデータ移行	増分データ移行	関連ドキュメント
ソースインスタンス	SELECT 権限	SELECT 権限	移行するオブジェクトに対する所有者権限	詳細については、「データベースとアカウントの作成」をご参照ください。
宛先インスタンス	読み書き権限	読み書き権限	読み書き権限	詳細については、「データベースとアカウントの作成」をご参照ください。

手順

[データ移行タスク] ページに移動します。
1. データ管理 (DMS) コンソールにログインします。
2. 上部のナビゲーションバーで、ポインタをDTSの上に移動します。
3. DTS (DTS) > データ移行を選択します。
説明
- 実際の操作は、DMSコンソールのモードとレイアウトによって異なります。詳細については、「シンプルモード」および「DMSコンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
- 新しいDTSコンソールのデータ移行ページに行くこともできます。
データ移行タスクの右側にあるドロップダウンリストから、データ移行インスタンスが存在するリージョンを選択します。
説明
新しいDTSコンソールを使用する場合は、上部のナビゲーションバーでデータ移行インスタンスが存在するリージョンを選択します。
タスクの作成 をクリックして、タスク設定ページに移動します。
(オプションの手順) ページの右上隅にある 新バージョンの設定ページを試してみる をクリックします。
説明
- ページの右上隅に 旧バージョンの設定ページに戻る ボタンが表示されている場合は、この手順をスキップします。
- 構成ページの新しいバージョンと以前のバージョンの特定のパラメータは異なる場合があります。設定ページの新しいバージョンを使用することを推奨します。

ソースデータベースとターゲットデータベースを設定します。下表に、各パラメーターを説明します。

セクション	パラメーター	説明
非該当	タスク名	タスクの名前。タスク名は自動生成されます。タスクを識別するために、有益な名前を指定することを推奨します。一意のタスク名を指定する必要はありません。
ソースデータベース	既存のDMSデータベースインスタンスの選択	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	移行元ディスクのタイプを設定します。 [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データベースインスタンスの選択	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	ターゲットデータベースのタイプ。 [SQL Server] を選択します。
	アクセス方法	ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	移行先のApsaraDB RDS for SQL Serverインスタンスが存在するリージョン。
	インスタンスID	移行先のApsaraDB RDS for SQL ServerインスタンスのID。
	データベースアカウント	移行先ApsaraDB RDS for SQL Serverインスタンスのデータベースアカウント。必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」をご参照ください。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
	暗号化	接続先データベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて、非暗号化または SSL 暗号化を選択します。ターゲットデータベースのSSL暗号化が無効になっている場合は、非暗号化を選択します。ターゲットデータベースでSSL暗号化が有効になっている場合は、SSL 暗号化を選択します。デフォルトでは、DTSはサーバー証明書を信頼します。

ページの下部で、[接続のテストと続行] をクリックします。
、ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQL、ApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのIPアドレスホワイトリストに追加します。ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。自己管理データベースが複数のECSインスタンスでホストされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのIPアドレスホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。
警告
DTSサーバーのパブリックCIDRブロックがデータベースインスタンスのホワイトリストまたはECSインスタンスのセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。したがって、DTSを使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティの強化、公開されるポートの制限、API呼び出しの認証、ホワイトリストまたはセキュリティグループルールの定期的なチェック、CIDRブロックの禁止、またはExpress Connectを使用したデータベースインスタンスのDTSへの接続、VPNゲートウェイ、またはSmart Access Gateway。

移行するオブジェクトを設定します。

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

パラメーター	説明
移行タイプ	フルデータ移行のみを実行するには、[スキーマ移行] と [フルデータ移行] を選択します。データ移行中のサービスの継続性を確保するには、[スキーマ移行] 、[フルデータ移行] 、および [増分データ移行] を選択します。説明増分データ移行を選択しない場合、データ移行中にソースデータベースにデータを書き込まないことを推奨します。これにより、ソースデータベースとターゲットデータベース間のデータの整合性が確保されます。
移行元データベースのトリガーを移行する方法	ソースデータベースからトリガーを移行するために使用されるメソッド。ビジネス要件に基づいて移行方法を選択できます。移行するトリガーがない場合は、このパラメーターを設定する必要はありません。詳細については、「ソースデータベースからのトリガーの同期または移行」をご参照ください。説明このパラメーターは、移行タイプパラメーターにスキーマ移行と増分データ移行の両方を選択した場合にのみ使用できます。
SQL Server 増分同期モード	クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析): 利点: このモードでは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、計算列のあるテーブルをサポートします。このモードは、より高い安定性とさまざまな完全なDDLステートメントを提供します。短所： DTSは、トリガーdts_cdc_sync_ddl、ハートビートテーブルdts_sync_progress、およびDDLストレージテーブルdts_cdc_ddl_historyをソースデータベースに作成し、ソースデータベースと特定のテーブルの変更データキャプチャ (CDC) を有効にします。ソースデータベースでCDCが有効になっているテーブルに対してSELECT INTOまたはTRUNCATEステートメントを実行することはできません。ソースデータベースでDTSによって作成されたトリガーは手動で削除できません。ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応): 利点: このモードでは、ソースデータベースの設定は変更されません。短所：このモードでは、ヒープテーブル、主キーのないテーブル、圧縮テーブル、または計算列のあるテーブルはサポートされません。増分同期のための CDC インスタンスのポーリングとクエリ: 利点: ソースデータベースがAmazon RDS for SQL Serverインスタンス、Microsoft Azure SQL databaseのデータベース、Microsoft Azure SQL Managed instance、Microsoft Azure SQL Server on Virtual Machine、またはGoogle Cloud SQL for SQL Serverインスタンスである場合、完全なデータ移行と増分データ移行がサポートされます。 SQL ServerのネイティブCDCコンポーネントを使用して増分データを取得すると、増分移行の安定性が高まり、ネットワーク帯域幅が少なくなります。短所： DTSインスタンスで使用されるソースデータベースアカウントには、CDCを有効にする権限が必要です。増分データ移行には約10秒かかります。複数のデータベースに複数のテーブルを移行すると、安定性とパフォーマンスの問題が発生する可能性があります。
競合するテーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに、ソースデータベースのテーブルと同じ名前を使用するテーブルが含まれているかどうかを確認します。ソースデータベースとターゲットデータベースに同じテーブル名のテーブルが含まれていない場合は、事前チェックに合格します。それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。説明ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれていて、ターゲットデータベース内のテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。詳細については、「マップオブジェクト名」をご参照ください。エラーを無視して続行: ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合が発生し、ビジネスが次の潜在的なリスクにさらされる可能性があります。ソースデータベースとターゲットデータベースが同じスキーマを持ち、データレコードがターゲットデータベースの既存のデータレコードと同じプライマリキーを持つ場合、次のシナリオが発生する可能性があります。完全データ移行中、DTSはデータレコードを移行先データベースに移行しません。ターゲットデータベースの既存のデータレコードが保持されます。増分データ移行中に、DTSはデータレコードを移行先データベースに移行します。ターゲットデータベースの既存のデータレコードが上書きされます。ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。作業は慎重に行ってください。
ソースオブジェクト	ソースオブジェクトセクションから1つ以上のオブジェクトを選択します。アイコンをクリックして、選択中のオブジェクトセクションにオブジェクトを追加します。説明移行するオブジェクトとして、列、テーブル、またはスキーマを選択できます。移行するオブジェクトとしてテーブルまたは列を選択した場合、DTSは、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトを移行先データベースに移行しません。
選択中のオブジェクト	移行先インスタンスに移行するオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前のマッピング」をご参照ください。一度に複数のオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマップする」をご参照ください。説明オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトの移行に失敗する可能性があります。データをフィルタリングするWHERE条件を指定するには、選択中のオブジェクトセクションでテーブルを右クリックします。表示されるダイアログボックスで、条件を指定します。詳細については、「フィルター条件の指定」をご参照ください。特定のデータベースまたはテーブルで実行されたSQL操作を選択するには、選択中のオブジェクトセクションでオブジェクトを右クリックします。表示されるダイアログボックスで、移行するSQL操作を選択します。増分移行をサポートするSQL操作の詳細については、このトピックの「増分移行をサポートするSQL操作」をご参照ください。

次へ：詳細設定 をクリックして詳細設定を設定します。

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	既定では、専用クラスターを指定しない場合、DTSは共有クラスターへのデータ移行タスクをスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS専用クラスターの概要」をご参照ください。
失敗した接続の再試行時間	失敗した接続のリトライ時間範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースの接続に失敗した場合、DTSは再試行時間範囲内ですぐに接続を再試行します。有効な値: 10 ~ 1440 単位は分です。デフォルト値: 720 パラメーターを30より大きい値に設定することを推奨します。指定した再試行時間内にDTSがソースデータベースとターゲットデータベースに再接続された場合、DTSはデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。説明同じソースまたはターゲットデータベースを共有する複数のデータ移行タスクに対して異なるリトライ時間範囲を指定した場合、後で指定される値が優先されます。 DTSが接続を再試行すると、DTSインスタンスに対して課金されます。業務要件に基づいて再試行時間範囲を指定することを推奨します。ソースデータベースとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	その他の問題の再試行時間範囲。たとえば、データ移行タスクの開始後にDDLまたはDML操作の実行に失敗した場合、DTSは再試行時間範囲内ですぐに操作を再試行します。有効な値: 1 ~ 1440 単位は分です。デフォルト値は 10 です。パラメーターを10より大きい値に設定することを推奨します。指定された再試行時間内に失敗した操作が正常に実行された場合、DTSはデータ移行タスクを再開します。それ以外の場合、データ移行タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。パラメーターの値は、失敗した接続の再試行時間パラメーターの値よりも小さくする必要があります。
完全移行率を制限するかどうか	フルデータ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これは、データベースサーバの負荷を増加させる可能性がある。ビジネス要件に基づいて、フルデータ移行のスロットリングを有効にできます。スロットリングを設定するには、1 秒あたりのソースデータベースのクエリ率 QPS 、1 秒あたりの完全移行の行数 RPS、1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、移行先データベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターに完全データ移行を選択した場合にのみ設定できます。
増分移行率を制限するかどうか	増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを設定するには、1 秒あたりの増分移行の行数 RPSと1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定する必要があります。これにより、移行先データベースサーバーの負荷が軽減されます。説明このパラメーターは、移行タイプパラメーターに増分データ移行を選択した場合にのみ設定できます。
環境タグ	DTSインスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、このパラメーターを設定する必要はありません。
ETL の設定	抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETLとは何ですか?」をご参照ください。有効な値： Yes: ETL機能を設定します。コードエディターでデータ処理ステートメントを入力できます。詳細については、「データ移行またはデータ同期タスクでのETLの設定」をご参照ください。 No: ETL機能を設定しません。
監視アラート	データ移行タスクのアラートを設定するかどうかを指定します。タスクが失敗するか、移行の待ち時間が指定されたしきい値を超えると、アラート送信先は通知を受け取ります。有効な値： No: アラートを設定しません。 Yes: アラートを設定します。この場合、アラートしきい値とアラート通知設定詳細については、「モニタリングとアラートの設定」トピックの「DTSタスクを作成するときのモニタリングとアラートの設定」をご参照ください。

[次のステップ: データ検証] をクリックして、データ検証タスクを設定します。
データ検証機能の使用方法の詳細については、「データ検証タスクの設定」をご参照ください。

タスク設定を保存し、事前チェックを実行します。
- 関連するAPI操作を呼び出してDTSタスクを設定するときに指定するパラメーターを表示するには、ポインターを 次：タスク設定の保存と事前チェック に移動し、OpenAPI パラメーターのプレビュー をクリックします。
- パラメーターを表示または表示する必要がない場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明
- データ移行タスクを開始する前に、DTSは事前チェックを実行します。データ移行タスクは、タスクが事前チェックに合格した後にのみ開始できます。
- タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題のトラブルシューティングを行います。次に、もう一度プレチェックを実行します。
- 事前チェック中にアイテムに対してアラートがトリガーされた場合:
  アラートアイテムを無視できない場合は、失敗したアイテムの横にある [詳細の表示] をクリックして問題のトラブルシューティングを行います。次に、もう一度プレチェックを実行します。
  アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されたメッセージボックスで、[OK] をクリックします。次に、[再度事前チェック] をクリックして、事前チェックを再度実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。
成功率が100% になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

データ移行インスタンスを購入します。

[インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。下表にパラメーターを示します。

セクション	パラメーター	説明
新しいインスタンスクラス	リソースグループ	データ移行インスタンスが属するリソースグループ。デフォルト値: Default resource group 詳細については、「リソース管理とは」をご参照ください。
新しいインスタンスクラス	インスタンスクラス	DTSは、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

読んで同意するデータ伝送サービス (従量課金) サービス規約チェックボックスを選択します。
[購入して開始] をクリックします。表示されるメッセージで、 [OK] をクリックします。
[データ移行] ページでタスクの進行状況を確認できます。