

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 使用 的最佳實務 AWS Schema Conversion Tool
<a name="CHAP_BestPractices"></a>

尋找使用 AWS Schema Conversion Tool () 的最佳實務和選項的相關資訊AWS SCT。

## 設定其他記憶體
<a name="CHAP_BestPractices.JVM"></a>

若要轉換大型資料庫結構描述，例如具有 3，500 個預存程序的資料庫，您可以設定 可用的記憶體量 AWS Schema Conversion Tool。

**修改 AWS SCT 耗用的記憶體量**

1. 在**設定**功能表中，選擇**全域設定**，然後選擇 **JVM 選項**。

1. 選擇**編輯組態檔案**，然後選擇文字編輯器以開啟組態檔案。

1. 編輯 `JavaOptions` 區段，設定可用的記憶體下限和上限。下列範例會將最小值設定為 4 GB，並將最大值設定為 40 GB。

   ```
   1. [JavaOptions]
   2. -Xmx40960M
   3. -Xms4096M
   ```

   建議您將可用的最小記憶體設定為至少 4 GB。

1. 儲存組態檔案，選擇**確定**，然後重新啟動 AWS SCT 以套用變更。

## 設定預設專案資料夾
<a name="CHAP_BestPractices.Path"></a>

AWS SCT 使用專案資料夾來存放專案檔案、儲存評估報告，以及存放轉換後的程式碼。根據預設， 會將所有檔案 AWS SCT 存放在應用程式資料夾中。您可以指定另一個資料夾做為預設專案資料夾。

**變更預設專案資料夾**

1. 在**設定**功能表中，選擇**全域設定**，然後選擇**檔案路徑**。

1. 針對**預設專案檔案路徑**，輸入預設專案資料夾的路徑。

1. 選擇 **Apply (套用)**，然後選擇 **OK (確定)**。

## 提高資料遷移速度
<a name="CHAP_BestPractices.Extractors"></a>

若要遷移大型資料集，例如一組具有超過 1 TB 資料的資料表，您可能想要提高遷移速度。當您使用資料擷取代理程式時，資料遷移的速度取決於各種因素。這些因素包括目標 Amazon Redshift 叢集中的配量、遷移任務中區塊檔案的大小、執行資料擷取代理程式之電腦上可用的 RAM 等等。

為了提高資料遷移速度，我們建議您使用生產資料的小型資料集執行多個測試遷移工作階段。此外，我們建議您在具有至少 500 GB 大小 SSD 的 PC 上執行資料擷取代理程式。在這些測試工作階段期間，變更不同的遷移參數會監控您的磁碟使用率，以找出可確保最大資料遷移速度的組態。然後，使用此組態來遷移整個資料集。

## 增加記錄資訊
<a name="CHAP_BestPractices.Logging"></a>

您可以增加轉換資料庫、指令碼和應用程式 SQL AWS SCT 時由 產生的記錄資訊。雖然增加記錄資訊可能會減慢轉換速度，但變更可協助您在發生錯誤時提供強大的資訊給 AWS Support。

AWS SCT 會將日誌存放在您的本機環境中。您可以檢視這些日誌檔案，並與 AWS Support 或 AWS SCT 開發人員共用，以進行故障診斷。

**變更記錄設定**

1. 在**設定**功能表中，選擇**全域設定**，然後選擇**記錄**。

1. 對於**日誌資料夾路徑**，輸入資料夾以從 使用者介面存放日誌。

1. 針對**主控台日誌資料夾路徑**，輸入要存放 AWS SCT 命令列界面 (CLI) 日誌的資料夾。

1. 針對**日誌檔案大小上限 (MB)**，輸入單一日誌檔案的大小，以 MB 為單位。檔案達到此限制後， 會 AWS SCT 建立新的日誌檔案。

1. 針對**日誌檔案的數量上限**，輸入要存放的日誌檔案數量。在資料夾中的日誌檔案數量達到此限制後， 會 AWS SCT 刪除最舊的日誌檔案。

1. 對於**擷取器日誌下載路徑**，輸入 資料夾以存放資料擷取代理程式日誌。

1. 對於 **Cassandra 擷取器日誌路徑**，輸入資料夾以存放 Apache Cassandra 資料擷取代理程式日誌。

1. 選取在**載入前請求路徑**，以確保每次使用資料擷取代理程式時， 會 AWS SCT 詢問存放日誌的位置。

1. 針對**偵錯模式**，選擇 **True**。當標準日誌 AWS SCT 不包含任何問題時，請使用此選項記錄其他資訊。

1. 選擇關鍵應用程式模組以增加記錄資訊。您可以增加下列應用程式模組的記錄資訊：
   + **一般**
   + **載入器**
   + **剖析器**
   + **印表機**
   + **解析程式**
   + **遙測**
   + **轉換器**
   + **類型映射**
   + **使用者界面**
   + **控制器**
   + **比較結構描述**
   + **複製資料中心**
   + **應用程式分析器**

   針對上述每個應用程式模組，選擇下列其中一個記錄層級：
   + **追蹤** – 最詳細資訊。
   + **除錯** – 流經系統的詳細資訊。
   + **資訊** – 執行期事件，例如啟動或關閉。
   + **警告** – 使用已棄用 APIs、API 使用率不佳、其他執行時間狀況不良或非預期。
   + **錯誤** – 執行期錯誤或意外狀況。
   + **關鍵** – 導致應用程式關閉的錯誤。
   + **強制性** – 最高可能的錯誤層級。

   根據預設，在您開啟**偵錯模式**後， 會 AWS SCT 設定所有應用程式模組**的資訊**記錄層級。

   例如，若要在轉換期間協助處理關鍵問題區域，請將**剖析器**、**類型映射**和**使用者介面**設定為**追蹤**。

如果資訊對於正在串流日誌的檔案系統而言過於詳細，請變更為具有足夠空間擷取日誌的位置。

若要將日誌傳輸至 AWS Support，請前往存放日誌的目錄，並將所有檔案壓縮為可管理的單一 .zip 檔案。然後上傳 .zip 檔案與支援案例。當初始分析完成且持續開發恢復時，請將**偵錯模式**傳回 **false** 以消除詳細記錄。然後提高轉換速度。

**提示**  
若要管理日誌大小並簡化報告問題，請在成功轉換後移除日誌或將其移至其他位置。執行此任務可確保只有相關的錯誤和資訊會傳輸至 AWS Support，並防止日誌檔案系統填滿。