本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
設定LOB工 AWS DMS 作中來源資料庫的支援
大型二進位物件 (LOBs) 有時可能難以在系統之間移轉。 AWS DMS 提供了許多選項，以幫助調整LOB列。要查看哪些數據類型以及何時考慮的數LOBs據類型 AWS DMS，請參閱 AWS DMS 文檔。
將資料從一個資料庫移轉到另一個資料庫時，您可能會藉此機會重新思考儲存方式，特別LOBs是對於異質移轉而言。如果您想要這麼做，就不需要移轉資LOB料。
如果您決定加入LOBs，則可以決定其他LOB設定：
-
該LOB模式決定了LOBs如何處理：
-
完整LOB模式 — 在完整LOB模式下，無論大小為何，都 AWS DMS 會LOBs從來源移轉到目標。在此配置中，沒 AWS DMS 有關於預期的最大大小LOBs的信息。因此，LOBs遷移一個在一個時間，一塊一塊。全LOB模式可能會很慢。
-
限制LOB模式 — 在限制LOB模式下，您可以設定DMS要接受的大LOB小上限。這使DMS得預先分配內存並批量加載LOB數據。LOBs超過大LOB小上限的值將被截斷，並向記錄檔發出警告。在限制LOB模式下，您可以在全LOB模式下獲得顯著的性能。我們建議您盡可能使用限制LOB模式。此參數的最大值為 102400 KB (100 MB)。
注意
使用大於 63KB 的最大大LOB小 (K) 選項會影響設定為在限制LOB模式下執行的滿載效能。在滿載期間，DMS將「最大大LOB小 (k)」值乘以「確認」速率來配置記憶體，並將乘積乘以欄數LOB。何時DMS無法預先分配該內存，DMS開始消耗SWAP內存，並影響滿負載的性能。因此，如果您在使用受限LOB模式時遇到效能問題，請考慮降低提交率，直到達到可接受的效能等級為止。瞭解資料表的LOB分佈後，您也可以考慮針對支援的端點使用內嵌LOB模式。
若要驗證有限的LOB大小，您必
ValidationPartialLobSize須設定為與LobMaxSize(K) 相同的值。 -
內嵌LOB模式 — 在內嵌LOB模式中，您可以設定內嵌DMS傳輸的最大大LOB小。LOBs小於指定大小的內聯傳輸。LOBs使用完整LOB模式複製大於指定大小的大小。您可以選取此選項，以在LOBs大部分的大部分都很小LOBs時複製小型和大型。DMS不支援不支援完整LOB模式的端點 (例如 S3 和 Redshift) 的內嵌LOB模式。
注意
使用 Oracle，盡可能LOBs被視為VARCHAR數據類型。這種方法意味著從數據庫中批量 AWS DMS 獲取它們，這比其他方法快得多。甲骨文VARCHAR中的最大大小為 32 K。因此，當 Oracle 是您的源數據庫時，LOB小於 32 K 的有限大小是最佳的。
-
-
當工作設定為在限制LOB模式下執行時，「最大大LOB小 (K)」選項會設定 AWS DMS 接受LOB的大小上限。任何大LOBs於此值的值都會被截斷為此值。
-
當工作設定為使用完整LOB模式時， AWS DMS 會以片段擷取LOBs。LOB區塊大小 (K) 選項決定每個片段的大小。設定此選項時，請特別注意您網路組態所允許的封包大小上限。如果LOB區塊大小超過允許的封包大小上限，您可能會看到中斷連線錯誤。
LobChunkSize的建議值為 64 KB。LobChunkSize的值增加超過 64 KB 可能會導致任務失敗。 -
當工作設定為以內嵌LOB模式執行時，此
InlineLobMaxSize設定會決定哪些內嵌LOBsDMS傳輸。注意
您只能在包含主索引鍵的LOB資料表和檢視中使用資料類型。
如需指定這些選項的任務設定詳細資訊，請參閱 目標中繼資料任務設定
