本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
目標中繼資料任務設定
目標中繼資料設定包含以下項目。如需使用任務組態檔案來設定任務設定的相關資訊,請參閱:任務設定範例。
-
TargetSchema
– 目標資料表結構描述名稱。若此中繼資料選項為空白,則會使用來源資料表的結構描述。若沒有定義來源結構描述, AWS DMS 會自動為目標資料庫,將擁有者前綴新增到所有資料表。對於「我的」SQL 類型目標端點,此選項應保留空白。在資料對映中重新命名結構描述的優先順序高於此設定。 -
LOB設定 — 決定管理大小物件 (LOBs) 的設定。若您設定
SupportLobs=true
,您必須將以下其中一個項目設為true
:-
FullLobMode
– 若您將此選項設為true
,您必須輸入LobChunkSize
選項的值。輸入將資料複製到目標時要使用的LOB區塊大小 (以 KB 為單位)。該FullLobMode
選項最適合非常大的LOB尺寸,但往往會導致加載速度較慢。LobChunkSize
的建議值為 64 KB。LobChunkSize
的值增加超過 64 KB 可能會導致任務失敗。 -
InlineLobMaxSize
— 此值決定在滿載期間內嵌的LOBs AWS DMS 傳輸。傳輸小LOBs比從源表中查找它們更有效。在滿載期間,會 AWS DMS 檢查所有項目,LOBs並針對小於LOBs的執行內嵌傳輸InlineLobMaxSize
。 AWS DMS 轉移所有LOBs大於InlineLobMaxSize
中FullLobMode
。InlineLobMaxSize
的預設值為 0,範圍介於 1 –102400 KB (100 MB)。InlineLobMaxSize
只有在您知道大多數小於中指定LOBs的值時,才設定值InlineLobMaxSize
。 -
LimitedSizeLobMode
– 若您將此選項設為true
,您必須輸入LobMaxSize
選項的值。輸入個人的大小上限 (以 KB 為單位)。LOBLobMaxSize
的建議上限值為 102400 KB (100 MB)。
若要取得有關使用這些工作LOB設定之準則的更多資訊,請參閱〈〉設定LOB工 AWS DMS 作中來源資料庫的支援。您也可以控制個別表格LOBs的管理。如需詳細資訊,請參閱資料表和集合設定規則與操作。
-
-
LoadMaxFileSize
— 適用於我的SQL、Postgre 和 Amazon Redshift 等CSV基礎型目標端點的選項SQL,可支援使用逗號分隔值 (.csv) 檔案載入資料。LoadMaxFileSize
定義已儲存、已卸載資料 (例如 .csv 檔案) 的磁碟大小上限。此選項會覆寫目標端點連線屬性,maxFileSize
。您可以提供介於 0 (指出此選項不會覆寫連線屬性) 到 100,000 KB 間的值。 -
BatchApplyEnabled
– 判斷每個交易是要個別套用,還是以批次遞交變更。預設值為false
。設定
BatchApplyEnabled
為時true
,來源資料表上DMS需要主索引鍵 (PK) 或唯一索引鍵 (UK)。如果來源資料表沒有 PK 或 UK,則只會套用批次插入,但不會套用批次更新和刪除。當
BatchApplyEnabled
設定為true
時,如果目標資料表具有唯一限制條件和主索引鍵, AWS DMS 就會產生錯誤訊息。當BatchApplyEnabled
設定為true
時,不支援同時具有唯一限制條件和主索引鍵的目標資料表。當設定
BatchApplyEnabled
為 true 並從具有預設錯誤處理原則的資料表中 AWS DMS 遇到資料錯誤時, AWS DMS 工作會從批次模式切換至其餘資料表的 one-by-one 模式。若要變更此行為,您可以在工"SUSPEND_TABLE"
作設定JSON檔案的"ErrorBehavior"
群組內容中,針對下列原則設定動作:-
DataErrorPolicy
-
ApplyErrorDeletePolicy
-
ApplyErrorInsertPolicy
-
ApplyErrorUpdatePolicy
如需有關此
"ErrorBehavior"
群組屬性的詳細資訊,請參閱中的範例工作設定JSON檔案指定 AWS Database Migration Service 工作的工作設定。將這些原則設定為之後"SUSPEND_TABLE"
, AWS DMS 工作就會暫停所有資料表上的資料錯誤,並在所有資料表的批次模式下繼續執行資料錯誤。您可以搭配
BatchApplyPreserveTransaction
參數使用BatchApplyEnabled
參數。若將BatchApplyEnabled
設為true
,則BatchApplyPreserveTransaction
參數會判斷交易完整性。若將
BatchApplyPreserveTransaction
設為true
,則會保留交易完整性,並且會保證使用批次來包含所有來自來源交易中的變更。若將
BatchApplyPreserveTransaction
設為false
,則交易完整性中可能會有暫時性的縮時以改善效能。BatchApplyPreserveTransaction
參數只會套用到 Oracle 目標端點,並且只有在將BatchApplyEnabled
參數設為true
時才有關聯。當LOB資料行包含在複製中時,您
BatchApplyEnabled
只能在有限LOB模式下使用。如需使用這些設定進行變更資料擷取 (CDC) 載入的詳細資訊,請參閱變更處理調校設定。
-
-
MaxFullLoadSubTasks
– 指出要平行載入的資料表數目上限。預設值為 8;最大值為 49。 -
ParallelLoadThreads
— 指定 AWS DMS 用來將每個表格載入目標資料庫的執行緒數目。此參數具有非RDBMS目標的最大值。DynamoDB 目標的最大值為 200。Amazon Kinesis Data Streams、阿帕奇卡夫卡或 Amazon OpenSearch 服務目標的最大值為 32。您可以要求提高此上限。ParallelLoadThreads
會套用至「完全載入」任務。如需有關個別資料表平行載入設定的詳細資訊,請參閱資料表和集合設定規則與操作。此設定適用於下列端點引擎類型:
DynamoDB
Amazon Kinesis Data Streams
Amazon MSK
Amazon OpenSearch 服務
Amazon Redshift
AWS DMS 支持
ParallelLoadThreads
My SQL 作為額外的連接屬性。ParallelLoadThreads
不適用於我的作SQL為任務設定。 -
ParallelLoadBufferSize
指定要在讓平行載入執行緒用來將資料載入目標的緩衝區中儲存的記錄數量上限。預設值為 50。最大值為 1000。此設定目前只有在 DynamoDB、Kinesis、阿帕奇卡夫卡或是目標時才有效。 OpenSearch 使用此參數搭配ParallelLoadThreads
。ParallelLoadBufferSize
只有在有多個執行緒時才有效。如需有關個別資料表平行載入設定的詳細資訊,請參閱資料表和集合設定規則與操作。 -
ParallelLoadQueuesPerThread
– 指定每個並行執行緒存取的佇列數目,以便將資料記錄從佇列中取出,並為目標產生批次載入。預設為 1。此設定目前只有在目標為 Kinesis 或 Apache Kafka 時才有效。 -
ParallelApplyThreads
— 指定在CDC載入期間 AWS DMS 使用以將資料記錄推送到 Amazon 文件資料庫、Kinesis、亞馬遜或 Amazon Redshift 目標端點的並行執行緒數目。MSK OpenSearch預設為零 (0)。此設定僅適用於CDC僅。此設定不適用於「完全載入」。
此設定適用於下列端點引擎類型:
Amazon DocumentDB (with MongoDB compatibility)
Amazon Kinesis Data Streams
Amazon Managed Streaming for Apache Kafka
Amazon OpenSearch 服務
Amazon Redshift
-
ParallelApplyBufferSize
— 指定在載入期間將同時執行緒推送至 Amazon DocumentDB、Kinesis、亞馬遜或 Amazon Redshift 目標端點的每個緩衝區佇列中存放的記錄數目上限。MSK OpenSearch CDC預設值為 100. 最大值為 1000。ParallelApplyThreads
指定多個執行緒時,請使用此選項。 -
ParallelApplyQueuesPerThread
— 指定每個執行緒存取以將資料記錄從佇列中取出,並在期間為 Amazon DocumentDB、Kinesis、Amazon 或 OpenSearch端點產生批次負載的佇列數。MSK CDC預設值為 1。