翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS DMS サーバーレスコンポーネント
レプリケーションの実行に必要なリソースを管理するために、 AWS DMS Serverless には、サービスによって実行されるさまざまな内部アクションを明らかにする詳細な状態があります。レプリケーションを開始すると、 AWS DMS Serverless は容量負荷を計算して、計算した容量をプロビジョンし、次のとおり、レプリケーションのステータスに応じてデータレプリケーションを開始します。
次の図は、 AWS DMS サーバーレスレプリケーションの状態遷移を示しています。
レプリケーションを開始した後の最初のステータスは「初期化中」です。このステータスでは、必要なパラメータがすべて初期化されます。
その直後のステータスには、「メタデータリソースを準備しています」、「接続をテストしています」、「メタデータを取得しています」などがあります。これらの状態では、 AWS DMS Serverless はソースデータベースに接続して、必要な容量を予測するために必要な情報を取得します。
レプリケーション状態が接続のテストの場合、 AWS DMS Serverless はソースデータベースとターゲットデータベースへの接続が正常にセットアップされていることを確認します。
「接続をテストしています」の次のレプリケーションステータスは、「メタデータを取得しています」です。ここでは、容量の計算に必要な情報 AWS DMS を取得します。
が必要な情報 AWS DMS を取得すると、次の状態は容量の計算です。このステータスの場合、システムはレプリケーションの実行に必要となる基盤のリソースのサイズを計算します。
「キャパシティを計算しています」の次に遷移するステータスは、「キャパシティをプロビジョニングしています」です。レプリケーションのステータスがこの状態の場合、 AWS DMS Serverless は基盤となるコンピューティングリソースを初期化します。
すべてのリソースのプロビジョニングが正常に完了した後のレプリケーションのステータスは、「レプリケーション開始」です。この状態では、 AWS DMS Serverless はデータのレプリケーションを開始します。レプリケーションのフェーズには以下が含まれます。
全ロード: このフェーズでは、DMS はレプリケーションの開始時と同じようにソースデータストアをレプリケートします。
CDC (初期): このフェーズでは、DMS はフルロードフェーズ中に発生した変更をソースデータストアにレプリケートします。DMS は、
StopTaskCachedChangesNotApplied
タスク設定が の場合にのみ、このフェーズを実行しますfalse
。CDC (進行中): 初期 CDC フェーズの後、DMS は変更が発生したときにソースデータベースにレプリケートします。DMS は、
StopTaskCachedChangesApplied
タスク設定が の場合にのみ、最初の CDC フェーズ後にレプリケーションを実行しますfalse
。
最後のステータスは、「実行中」です。実行中ステータスの場合、データレプリケーションが進行中です。
停止したレプリケーションは停止状態になります。停止したレプリケーションは、次の状況で再起動できます。
DMS がプロビジョニング解除したレプリケーションを再起動することはできません。
停止した CDC 専用または全ロードおよび CDC レプリケーションは、 StartReplicationアクションを使用して再起動できます。コンソールを使用して停止したレプリケーションを再起動することはできません。
PostgreSQL をエンジンとして使用する停止したレプリケーションを再起動することはできません。
このトピックには、次のセクションが含まれています。
AWS DMS Serverless の場合、 AWS DMS コンソールの左側のナビゲーションパネルに新しいオプション Serverless レプリケーション があります。サーバーレスレプリケーションを使用すると、レプリケーションのインスタンスタイプやタスクの代わりにレプリケーションを指定してレプリケーションを定義できます。さらに、DMS がレプリケーション用にプロビジョンする DMS キャパシティユニット (DCU) の最大値と最小値を指定できます。DCU は、レプリケーションが現在使用している DCU ごとに 2GB の RAM. AWS DMS bills アカウントです。 AWS DMS 料金の詳細については、AWS 「 Database Migration Service の料金
AWS DMS は、テーブルマッピングとワークロードの予測サイズに基づいて、レプリケーションリソースを自動的にプロビジョニングします。このキャパシティユニットは、指定する最小キャパシティユニット値と最大キャパシティユニット値の範囲内の値となります。
サポート対象エンジンバージョン
AWS DMS Serverless では、サービスがその設定を処理するため、エンジンバージョンを選択および管理する必要はありません。 AWS DMS Serverless は、次のソースをサポートしています。
-
Microsoft SQL Server
-
PostgreSQL 互換データベース
-
MySQL 互換データベース
-
MariaDB
-
Oracle
-
IBM Db2
AWS DMS Serverless は、次のターゲットをサポートしています。
-
Microsoft SQL Server
-
PostgreSQL
-
MySQL 互換データベース
-
Oracle
-
Amazon S3
-
Amazon Redshift
-
Amazon DynamoDB
-
Amazon Kinesis Data Streams
-
Amazon Managed Streaming for Apache Kafka
-
Amazon OpenSearch サービス
-
Amazon DocumentDB (MongoDB 互換性)
-
Amazon Neptune
AWS DMS Serverless の一部として、 AWS DMS サーバーレスレプリケーションを作成、設定、起動、管理できるコンソールコマンドにアクセスできます。コンソールの [サーバーレスレプリケーション] のセクションを使用して、このようなコマンドを実行するには、次のいずれかを実行する必要があります。
新しい AWS Identity and Access Management (IAM) ポリシーと IAM ロールを設定して、そのポリシーをアタッチします。
テンプレートを使用して AWS CloudFormation 、必要なアクセスを提供します。
AWS DMS Serverless では、サービスにリンクされたロール (SLR) がアカウントに存在する必要があります。 は、このロールの作成と使用 AWS DMS を管理します。必要な SLR があることを確認する方法の詳細については、「AWS DMS Serverless のサービスにリンクされたロール」を参照してください。
サーバーレスレプリケーションの作成
2 つの既存の AWS DMS エンドポイント間でサーバーレスレプリケーションを作成するには、次の手順を実行します。 AWS DMS エンドポイントの作成の詳細については、「」を参照してくださいソースおよびターゲットエンドポイントの作成。
サーバーレスレプリケーションの作成
にサインイン AWS Management Console し、https://console.aws.amazon.com/dms/v2/
で AWS DMS コンソールを開きます。 -
ナビゲーションペインで、[サーバーレスレプリケーション] を選択して、[レプリケーションの作成] をクリックします。
-
[レプリケーションの作成] ページで、次のとおりサーバーレスレプリケーションの設定を指定します。
オプション アクション 名前
DMS-replication
などのレプリケーションを識別できる名前を入力する。説明的な Amazon リソースネーム (ARN) - オプション このオプションのパラメータを使用して、レプリケーションの説明を指定できます。 ソースデータベースエンドポイント アカウント内の既存のエンドポイントを選択する。 AWS DMS Serverless は、 AWS DMS 標準がサポートするエンドポイントタイプのサブセットのみをサポートすることに注意してください。 ターゲットデータベースエンドポイント アカウント内の既存のエンドポイントを選択する。 AWS DMS Serverless は、 AWS DMS 標準がサポートするエンドポイントタイプのサブセットのみをサポートすることに注意してください。 レプリケーションタイプ 要件に基づいて次のレプリケーションタイプから選択する。 全ロード: 既存のデータのみを AWS DMS 移行します。
フルロードおよび変更データキャプチャ (CDC): レプリケーション中に発生する既存のデータと変更を AWS DMS 移行します。
変更データキャプチャ (CDC): レプリケーションを開始した後に発生する変更 AWS DMS のみを移行します。
[設定] セクションで、レプリケーションのニーズに応じて設定を行います。
[テーブルマッピング] セクションでは、テーブルマッピングを設定して、レプリケートするデータを選択したりフィルタリングしたりするためのルールを定義します。マッピングを指定する前に、ソースデータベースとターゲットデータベースのデータ型マッピングのドキュメントセクションを確認してください。ソースデータベースとターゲットデータベースのデータ型マッピングの詳細については、 AWS DMS エンドポイントの使用 トピックのソースエンドポイントタイプとターゲットエンドポイントタイプのデータ型セクションを参照してください。
[コンピューティング設定] セクションで、次のとおり設定します。コンピューティング設定の詳細については、「コンピューティング設定」を参照。
オプション アクション VPC
既存の VPC を選択する。 サブネットグループ
既存のサブネットグループを選択する。 VPC セキュリティグループ
まだ選択されていない場合はデフォルトを選択する。 AWS KMS キー
適切な KMS キーを選択します。KMS キーの詳細については、AWS Key Management Service 「 API リファレンス」の「キーの作成」を参照してください。 デプロイメント
そのままにする。 アベイラビリティーゾーン
そのままにする。 最小 DMS キャパシティユニット (DCU) - (オプション)
デフォルト値の 1 DCU を使用する場合は空白のままにする。 最大 DMS キャパシティユニット (DCU)
16 DCU を選択する。 [メンテナンス] 設定はそのままにします。
[レプリケーションインスタンスを作成] をクリックします。
AWS DMS は、移行を実行するためのサーバーレスレプリケーションを作成します。
AWS DMS サーバーレスレプリケーションの変更
レプリケーションの設定を変更するには、modify-replication-config
アクションを使用します。変更できるのは、、CREATED
、STOPPED
または FAILED
状態の AWS DMS レプリケーション設定のみです。modify-replication-config
アクションの詳細については、 AWS Database Migration Service API リファレンスのModifyReplication「Config」を参照してください。
を使用してサーバーレスレプリケーション設定を変更するには AWS Management Console
にサインイン AWS Management Console し、https://console.aws.amazon.com/dms/v2/
で AWS DMS コンソールを開きます。 ナビゲーションペインで [サーバーレスレプリケーション] を選択します。
-
変更するレプリケーションを選択します。次の表では、レプリケーションの現在のステータスに基づいて実行できる変更について説明しています。
設定 説明 許可されるステータス 名前
レプリケーション名を変更できる。8~16 文字の印刷可能な ASCII 文字 (/、"、@ を除く) を含むレプリケーション名を入力する。名前は、選択した AWS リージョンのアカウントで一意でなければなりません。実行する AWS リージョンやタスクを含めるなど、名前にいくつかの詳細を追加できます。例:
west2-mysql2mysql-config1
。ReplicationState
が、CREATED
、STOPPED
、またはFAILED
の場合。ソースデータベースエンドポイント
新しい既存のソースエンドポイントをレプリケーションのソースとして選択する。
ReplicationState
がCREATED
または、ProvisionState
がnull
でFAILED
の場合。ターゲットデータベースエンドポイント
新しい既存のターゲットエンドポイントをレプリケーションのターゲットとして選択する。
ReplicationState
がCREATED
または、ProvisionState
がnull
でFAILED
の場合。レプリケーションタイプ
サーバーレスレプリケーションのタイプは変更できる。
ReplicationState
がCREATED
または、ProvisionState
がnull
でFAILED
の場合。レプリケーション設定
ターゲットテーブル準備モード、LOB 列をレプリケーションに含めるかどうか、最大 LOB サイズ、検証、ログ記録などのレプリケーション設定を変更できる。詳細については、「タスク設定」を参照してください。
ReplicationState
が、CREATED
、STOPPED
、またはFAILED
の場合。テーブルマッピング
選択ルールや変換ルールなどのサーバーレスレプリケーションのテーブルマッピング設定を変更できる。詳細については、「テーブルマッピング」を参照してください。
ReplicationState
が、CREATED
、STOPPED
、またはFAILED
の場合。コンピューティング設定
ネットワーク設定、スケーリング設定、メンテナンス設定など、サーバーレスレプリケーションのコンピューティング設定を変更できる。コンピューティング設定の詳細については、「コンピューティング設定」を参照。
ReplicationState
がCREATED
、STOPPED
、またはFAILED
の場合、次のスケーリング設定、メンテナンス設定、ネットワーク設定を変更できる。MinCapacityUnits
MaxCapacityUnits
MultiAZ
PreferredMaintenanceWindow
VpcSecurityGroupIds
ReplicationState
がCREATED
、またはProvisionState
がnull
でFAILED
の場合、次のネットワーク設定とセキュリティ設定を変更できる。AvailabilityZone
DnsNameServers
KmsKeyId
ReplicationSubnetGroupId
コンピューティング設定
コンピューティング設定のパラメータまたはコンソールのセクションを使用してレプリケーションのプロビジョニングを設定します。コンピューティング設定オブジェクトには次のフィールドがあります。
オプション | 説明 |
---|---|
MinCapacity単位 |
これは、 がプロビジョニングする DMS キャパシティーユニット (DCU) の最小数 AWS DMS です。これは、自動スケーリングでスケールダウンできる最小の DCU でもある。 |
MaxCapacity単位 |
レプリケーションの容量予測に応じて、 AWS DMS がプロビジョンできる最大 DMS キャパシティユニット (DCU)。自動スケーリングでスケールアップできる最大 DCU でもある。 |
KmsKeyID |
レプリケーションストレージと接続情報の暗号化に使用する暗号キー。(デフォルト) aws/dms を選択した場合、 はアカウントと に関連付けられたデフォルトの KMS キー AWS DMS を使用します AWS リージョン。説明とアカウント番号が、キーの ARN とともに表示されます。暗号化キーの使用の詳細については、「暗号化キーの設定と AWS KMS アクセス許可の指定」を参照。このチュートリアルでは、[(デフォルト) aws/dms] が選択されたままにする。 |
ReplicationSubnetGroupId |
選択した VPC 内のレプリケーションを作成するレプリケーションサブネットグループ。ソースデータベースが VPC 内にある場合は、レプリケーションの場所として、ソースデータベースを含むサブネットグループを選択する。レプリケーション サブネットグループの詳細については、「 レプリケーション サブネットグループの作成」をご参照ください。 |
VpcSecurityGroupIds |
レプリケーションのインスタンスが VPC 内で作成されます。ソースデータベースが VPC 内にある場合は、データベースが配置されている DB インスタンスへのアクセス許可を付与する VPC セキュリティグループを選択する。 |
PreferredMaintenanceウィンドウ |
このパラメータは、システムメンテナンスを実行できる毎週の時間帯を協定世界時 (UTC) で定義する。デフォルトは、 ごとに 8 時間の時間ブロックからランダムに選択された 30 分の時間枠で AWS リージョン、曜日がランダムに発生します。 |
マルチ AZ |
このオプションのパラメータを使用すると、フェイルオーバーをサポートするために別のアベイラビリティーゾーンにレプリケーションのスタンバイレプリカが作成される。変更データキャプチャ (CDC) または進行中のレプリケーションを使用する場合は、このオプションを有効にする必要がある。 |
AWS DMS サーバーレスの自動スケーリングについて
レプリケーションをプロビジョニングして RUNNING
状態になると、 AWS DMS サービスは、変化するワークロードに適応するために基盤となるリソースの容量を管理します。この管理では、次のレプリケーション設定に基づいてレプリケーションリソースをスケールします。
MinCapacityUnits
MaxCapacityUnits
レプリケーションは、使用率のしきい値の上限を一定期間超えるとスケールアップし、容量使用率が長期間にわたり最小容量使用率のしきい値を下回るとスケールダウンします。
注記
サーバーレスレプリケーションは、全ロードの進行中にオートスケールダウンできません。
AWS DMS サーバーレスでの自動スケーリングのチューニング
レプリケーションの自動スケーリングパラメータを調整するには、 を最大値MaxCapacityUnits
に設定し、 がリソースのプロビジョニング AWS DMS を管理することをお勧めします。トランザクション量の急増に対応できるように、自動スケーリングの利点を最大限に活用するには、DCU の最大容量を最大に設定することをお勧めします。料金見積りツールには、レプリケーションで最大 DCU を継続的に使用する場合の最大月額コストが表示されます。実際には使用した容量に対してのみ課金されるため、最大 DCU は実際のコストを示すものではありません。
レプリケーションでリソースをフルキャパシティーで使用していない場合、 はコストを節約するためにリソースのプロビジョニングを AWS DMS 徐々に解除します。ただし、リソースのプロビジョニングとプロビジョニング解除には時間がかかるため、MinCapacityUnits
にはレプリケーションワークロードの突発的なスパイクに対応できる値を設定することをお勧めします。これにより、 がより高いワークロードレベルの AWS DMS リソースをプロビジョニングしている間、レプリケーションのプロビジョニングが不足しなくなります。
レプリケーションのアンダープロビジョニングにより、最大容量設定がデータ要件に対して低すぎるか、最小容量設定がレプリケーションワークロードの突然の急増の処理には低すぎる場合、CapacityUtilization
メトリクスが常に最大値になり、レプリケーションの失敗につながる場合があります。リソースのプロビジョニング不足が原因でレプリケーションが失敗した場合、 はレプリケーションログに out-of-memory イベント AWS DMS を作成します。レプリケーションワークロードの突然の急増が原因で out-of-memory 条件が発生した場合、レプリケーションは自動的にスケーリングされ、再起動されます。
AWS DMS サーバーレスレプリケーションのモニタリング
AWS には、 AWS DMS サーバーレスレプリケーションをモニタリングし、潜在的なインシデントに対応するためのツールがいくつか用意されています。
AWS DMS サーバーレスレプリケーションメトリクス
サーバーレスレプリケーションモニタリングには、次の統計の Amazon CloudWatch メトリクスが含まれます。これらの統計はサーバーレスレプリケーションごとにグループ化されています。
メトリクス |
単位 |
説明 |
---|---|---|
CapacityUtilization | 割合 (%) |
サーバーレスレプリケーションによるメモリ使用率 |
CDCIncomingChanges | 割合 (%) |
ターゲットへの適用を待 point-in-time っている の変更イベントの合計数。これは、ソースエンドポイントのトランザクション変更レートの測定と同じではありません。このメトリクスの数値が大きい場合は、通常 AWS DMS 、キャプチャされた変更をタイムリーに適用できず、ターゲットレイテンシーが高くなることを示します。 |
CDCLatencySource | [秒] |
ソース エンドポイントからキャプチャされた最後のイベントと、 AWS DMS インスタンスの現在のシステム タイムスタンプの間の間隔 (秒)。CDC LatencySource は、ソースインスタンスとレプリケーションインスタンス間のレイテンシーを表します。CDC が高いということは、ソースからの変更をキャプチャするプロセスが遅れるLatencySource ことを意味します。継続的なレプリケーションのレイテンシーを特定するには、このメトリクスを CDC とともに表示できますLatencyTarget。CDC LatencySource と CDC の両方LatencyTarget が高い場合は、まず CDCLatencySource を調査します。 ソースとレプリケーションの間にレプリケーションラグがない場合、CDC は LatencySource 0 になります。また、レプリケーションがソースのトランザクションログで次のイベントを読み込もうとしたときに、ソースから最後に読み取ったときと比較して新しいイベントがない場合も、CDCLatencySource がゼロになる可能性があります。この場合、レプリケーションは CDC を 0 LatencySource にリセットします。 |
CDCLatencyTarget | [秒] |
ターゲットのコミットを待機中の最初のイベント タイムスタンプと AWS DMS インスタンスの現在のタイムスタンプの間の間隔 (秒)。ターゲットのレイテンシーは、レプリケーションインスタンスのサーバー時間と、ターゲットコンポーネントに転送された最も古い未確定のイベント ID との差。つまり、ターゲットのレイテンシーは、レプリケーションインスタンスと、適用されても TRG エンドポイントがまだ確認していない最も古いイベントとの間のタイムスタンプの差 (99%)。CDC LatencyTarget が高い場合、ターゲットに変更イベントを適用するプロセスが遅れていることを示します。継続的なレプリケーションのレイテンシーを特定するには、このメトリクスを CDC とともに表示できますLatencySource。CDC LatencyTarget は高いが CDC LatencySource は高くない場合は、次の点を調べます。
|
CDC ThroughputBandwidthターゲット | KB/秒 |
ターゲットに送信される送信データ (KB/秒)。CDC は、サンプリングポイントで送信された送信データThroughputBandwidth を記録します。ネットワークトラフィックが見つからない場合、値は 0 です。CDC は長時間実行トランザクションを発行しないため、ネットワークトラフィックは記録されない場合があります。 |
CDC ThroughputRowsソース | 行数/秒 |
ソースから受信した 1 秒あたりの行数単位の変更数。 |
CDC ThroughputRowsターゲット | 行数/秒 |
ターゲットに送信された 1 秒あたりの行数単位の変更数。 |
FullLoadThroughputBandwidthターゲット | KB/秒 |
ターゲットに送信される全ロードによるネットワーク帯域幅 (1 秒あたりの KB 数)。 |
FullLoadThroughputRowsターゲット | 行数/秒 |
ターゲットに送信される全ロードによる変更 (1 秒あたりの行数)。 |
AWS DMS サーバーレスレプリケーションログ
Amazon を使用して CloudWatch 、 AWS DMS 移行プロセス中にレプリケーション情報をログに記録できます。レプリケーション設定を選択して、ログ記録を有効にします。
サーバーレスレプリケーションは、レプリケーションの進行状況の可視性を高め、トラブルシューティングを支援するために、ステータスログを CloudWatch アカウントにアップロードします。
AWS DMS は、サーバーレスにリンクされたログを、プレフィックス が付いた専用ロググループにアップロードしますdms-serverless-replication-
。このロググループ内には、<your replication config resource ID>
dms-serverless-replication-orchestrator-
というログストリームがあります。このログストリームは、レプリケーションのレプリケーションステータスと、この段階で行われている作業の詳細を示す関連メッセージをレポートします。ログのエントリ例については、以下の「サーバーレスレプリケーションのログの例」を参照してください。<your replication config resource ID>
注記
AWS DMS は、レプリケーションを実行するまでロググループまたはストリームを作成しません。レプリケーションのみを作成する場合は、ロググループまたはストリームを作成し AWS DMS ません。
実行済みのレプリケーションのログを表示するには、次のステップを実行します。
-
AWS DMS コンソールを開き、ナビゲーションペインからサーバーレスレプリケーションを選択します。[サーバーレスレプリケーション] ダイアログが開きます。
-
[設定] セクションに移動し、[一般] 列の [サーバーレスログを表示する] を選択します。 CloudWatch ロググループが開きます。
-
「移行タスクログ」セクションを見つけ、 CloudWatch 「ログの表示」を選択します。
レプリケーションが失敗した場合、 はレプリケーション状態が のログエントリとfailed
、失敗の理由を説明するメッセージ AWS DMS を作成します。失敗したレプリケーションのトラブルシューティングの最初のステップとして、 CloudWatch ログを確認する必要があります。
注記
AWS DMS Classic と同様に、データ移行自体の進行状況に関するより詳細なログ記録、つまり基盤となるレプリケーションタスクによって出力されるログを有効にするオプションがあります。次の JSON の例のとおり、レプリケーション設定で EnableLogging
の Logging
フィールドを true
に設定することで、このようなログ記録を有効にできます。
{ "Logging": { "EnableLogging": true } }
有効にした場合、このログはサーバーレスレプリケーションのステータスが running
である間、初めて表示されます。このログは、以前のログストリームと同じロググループに表示され、新しいログストリームである dms-serverless-serv-res-id-
の下に表示されます。サーバーレスレプリケーションログを解釈する方法については、次のセクションを参照してください。{unique identifier}
サーバーレスレプリケーションのログの例
このセクションには、サーバーレスレプリケーションのログエントリの例が記載されています。
例: レプリケーションの起動
サーバーレスレプリケーションを実行すると、 は次のようなログエントリ AWS DMS を作成します。
{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}
例: レプリケーションの失敗
レプリケーションのエンドポイントのいずれかが正しく設定されていない場合、 は次のようなログエントリ AWS DMS を作成します。
{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}
失敗後のログにこのメッセージが表示されている場合は、特定されたエンドポイントが正常であり、適切に設定されているかを確認します。
フルロード Oracle から Amazon Redshift への移行のスループットの向上
AWS DMS は、Oracle から Amazon Redshift へのフルロード移行のスループットパフォーマンスを大幅に向上させます。DMS は、テーブルマッピングで custom parallel-load
オプションを指定せずに、テーブルに対してこの機能を自動的に有効にします。カスタマイズされた並列ロードオプションを持つテーブルの場合、DMS サーバーレスは、指定されたテーブルマッピング設定に基づいてテーブルロードを分散します。拡張スループットを使用するには、次の操作を行います。
パーティションや境界を参照しない選択ルールを指定します。例えば、テーブルマッピングのテーブル設定に が含まれている場合
parallel-load
、DMS Serverless は拡張スループット機能を使用しません。詳細については、「選択ルールと選択アクション」を参照してください。MaxFileSize
とWriteBufferSize
を 64 MB に設定します。詳細については、「AWS DMS のターゲットとして Amazon Redshift を使用する場合のエンドポイントの設定」を参照してください。スパースデータを含む
true
データストアの場合はCompressCsvFiles
を、高密度データを含むデータストアfalse
の場合は に設定することをお勧めします。次のタスク設定を に設定します
0
。ParallelLoadThreads
ParallelLoadQueuesPerThread
ParallelApplyThreads
ParallelApplyQueuesPerThread
ParallelLoadBufferSize
並列データ移行をサポートする
49
には、MaxFullLoadSubTasks
に設定します。LOB mode
をinline
に設定します。詳細については、「AWS DMS タスクでのソースデータベースLOBのサポートの設定」を参照してください。
AWS DMS では、次のレプリケーションのスループットパフォーマンスは向上しません。
並列ロードを使用するテーブルとのレプリケーション。詳細については、「選択したテーブルおよびビューさらにコレクションで並列ロードを使用する」を参照してください。
データ変換ルールを使用したレプリケーション。
フィルタールールを使用したレプリケーション。
change-data-type
変換ルールとのレプリケーション。