使用 Oracle 資料倉儲作為下列項目的來源 AWS SCT - AWS Schema Conversion Tool
Oracle 資料倉儲的權限連線至 Oracle 資料倉儲作為來源甲骨文資料倉儲到亞馬遜紅移轉換設定甲骨文資料倉儲到亞馬遜紅移轉換優化設定

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

使用 Oracle 資料倉儲作為下列項目的來源 AWS SCT

您可以使用AWS SCT將結構描述、程式碼物件和應用程式程式碼從 Oracle 資料倉儲轉換為 Amazon Redshift 或 Amazon Redshift，並結合使AWS Glue用。

Oracle 資料倉儲作為來源的權限

使用「Oracle 資料倉儲」作為來源時，需要下列權限：

  • 連線

  • select_catalog_role

  • 選取任何字典

連線至 Oracle 資料倉儲作為來源

使用以下程序，透過 AWS Schema Conversion Tool 連接到您的 Oracle 資料倉儲來源資料庫。

連線至 Oracle 資料倉儲來源資料庫

  1. 在中AWS Schema Conversion Tool，選擇「新增來源」。

  2. 選擇 Oracle，然後選擇「下一步」。

    這時系統顯示「添加源」對話框。

  3. 在「連線名稱」中，輸入資料庫的名稱。 AWS SCT在左側面板的樹狀結構中顯示此名稱。

  4. 使用資料庫認證來源AWS Secrets Manager或手動輸入：

    • 若要使用來自秘密管理員的資料庫認證，請遵循下列指示：

      1. 在「機AWS密」中，選擇密碼的名稱。

      2. 選擇填入來自 Secret Manager 的資料庫連線對話方塊中自動填入所有值。

      如需使用來自秘密管理員之資料庫認證的資訊，請參閱使用 AWS Secrets Manager。

    • 若要手動輸入 Oracle 來源資料倉儲連線資訊，請遵循下列指示：

      參數 動作
      類型

      選擇連接到您資料庫的連線類型。根據您的類型，提供以下額外資訊：

      • SID

        • 伺服器名稱：來源資料庫伺服器的網域名稱系統 (DNS) 名稱或 IP 位址。

        • 伺服器連接埠：用於連接到來源資料庫伺服器的連接埠。

        • Oracle SID：Oracle 系統 ID (SID)。若要尋找 Oracle SID，請提交以下查詢至您的 Oracle 資料庫：

          SELECT sys_context('userenv','instance_name') AS SID FROM dual;

      • 服務名稱

        • 伺服器名稱：您來源資料庫伺服器的 DNS 名稱或 IP 地址。

        • 伺服器連接埠：用於連接到來源資料庫伺服器的連接埠。

        • 服務名稱：要連接的 Oracle 服務名稱。

      • TNS 別名

        • TNS 檔案路徑：包含透明網路底層 (TNS) 名稱連線資訊之檔案的路徑。

        • TNS 檔案路徑：來自此檔案，用於連接至來源資料庫的 TNS 別名。

      • TNS 連線識別碼

        • TNS 連線識別碼：已註冊 TNS 連線資訊的識別碼。
      使用者名稱和密碼

      輸入要連線到來源資料庫伺服器的資料庫認證。

      AWS SCT只有當您選擇連線至專案中的資料庫時，才會使用此密碼連線至來源資料庫。為了防止公開來源資料庫的密碼，預設AWS SCT不會儲存密碼。如果您關閉 AWS SCT 專案再重新開啟，系統會在需要時提示您輸入密碼以便連接到您的來源資料庫。
      Use SSL (使用 SSL)

      選擇此選項可使用安全通訊端層 (SSL) 連線到資料庫。在 SSL 索引標籤上提供下列適用的其他資訊：

      • SSL 驗證：選取此選項可對連線使用 SSL 驗證。

      • 信任存放區：包含憑證的信任存放區的位置。

      • 金鑰存放區：包含私密金鑰和憑證的金鑰存放區位置。如果選取 SSL 驗證，則需要此值，否則為選用值。
      儲存密碼

      AWS SCT 會建立安全的保存庫來存放 SSL 憑證和資料庫密碼。開啟此選項後，您可以儲存資料庫密碼並快速連線到資料庫，而無需輸入密碼。
      Oracle 驅動程式路徑

      輸入用於連接至來源資料庫的驅動程式路徑。如需詳細資訊，請參閱下載所需資料庫驅動程式。

      如果您在全域專案設定中存放驅動程式路徑，驅動程式路徑不會顯示在連線對話方塊中。如需詳細資訊，請參閱在全域設定中儲存驅動程式路徑。

  5. 選擇「測試連線」以確認是否AWS SCT可以連線到來源資料庫。

  6. 選擇「連線」以連線到來源資料庫。

甲骨文資料倉儲到亞馬遜紅移轉換設定

若要編輯 Oracle 資料倉儲到 Amazon Redshift 的轉換設定，請在中選擇 [設定]AWS SCT，然後選擇 [轉換設定]。從上面的列表中選擇甲骨文，然後選擇甲骨文-亞馬遜紅移。 AWS SCT顯示 Oracle 資料倉儲到亞馬遜紅移轉換的所有可用設定。

Oracle 資料倉儲到亞馬遜 Redshift 的轉換設定AWS SCT包含下列選項：

  • 用於限制轉換後代碼中行動項目的註釋數量。

    針對所選嚴重性及更高之行動項目的已轉換程式碼中新增註解，請選擇行動項目的嚴重性。 AWS SCT在已轉換的程式碼中加入所選嚴重性及更高嚴重性之行動項目的註解。

    例如，若要將轉換後的程式碼中的註解數目降到最低，請選擇「僅限錯誤」。若要在轉換的程式碼中包含所有行動項目的註解，請選擇 [所有郵件]。

  • 設定AWS SCT可套用至目標 Amazon Redshift 叢集的表格數目上限。

    對於目標 Amazon Redshift 叢集的表格數目上限，請選擇AWS SCT可套用至 Amazon Redshift 叢集的表格數目。

    Amazon Redshift 的配額會限制不同叢集節點類型的使用表格。如果選擇自動，請根據節點類型AWS SCT決定要套用至目標 Amazon Redshift 叢集的表格數目。(選擇性) 手動選擇值。如需詳細資訊，請參閱亞馬遜紅移管理指南中的配額和限制。

    AWS SCT轉換所有來源表格，即使這個資料表超過 Amazon Redshift 叢集所能存放的空間也一樣。 AWS SCT將轉換後的代碼存儲在項目中，並且不將其應用於目標數據庫。如果您在套用轉換後的程式碼時達到表格的 Amazon Redshift 叢集配額，則AWS SCT會顯示警告訊息。此外，請將表格AWS SCT套用至目標 Amazon Redshift 叢集，直到表格數量達到上限為止。

  • 將來源表格的分割區遷移到亞馬遜 Redshift 中的單獨表格。若要這麼做，請選取 [使用 UNION ALL] 檢視，然後輸入AWS SCT可為單一來源表格建立的目標表格數目上限。

    亞馬遜紅移不支持表分區。若要模擬此行為並使查詢執行更快，AWS SCT可以將來源資料表的每個分區遷移到 Amazon Redshift 中的個別資料表。然後，AWS SCT創建一個包含所有這些表中數據的視圖。

    AWS SCT會自動決定來源資料表中的分割區數目。視來源表格分割的類型而定，此數字可能會超過您可套用至 Amazon Redshift 叢集之表格的配額。若要避免達到此配額，請輸入AWS SCT可為單一來源表格分割區建立的目標表格數目上限。預設選項為 368 個資料表，代表一年 366 天的分割區，以及兩個和分UNKNOWN割區的NO RANGE資料表。

  • 若要轉換資料類型格式化函數TO_CHAR，例如TO_DATE、和 TO_NUMBER Amazon Redshift 不支援的日期時間格式元素。根據預設，AWS SCT會使用延伸模組函式來模擬轉換後的程式碼中這些不受支援的格式元素的使用方式。

    與亞馬遜 Redshift 中的日期時間格式字符串相比，Oracle 中的日期時間格式模型包含更多元素。如果原始程式碼只包含 Amazon Redshift 支援的日期時間格式元素，則轉換後的程式碼中不需要擴充套件函數。若要避免在轉換後的程式碼中使用擴充套件函數，請選取您在 Oracle 程式碼中使用的日期類型格式元素類似於 Amazon Redshift 中的日期時間格式字串。在這種情況下，轉換後的代碼的工作速度更快。

    與亞馬遜 Redshift 中的數字格式字符串相比，Oracle 中的數字格式模型包含更多元素。如果原始程式碼只包含 Amazon Redshift 支援的數值格式元素，則轉換後的程式碼中不需要擴充套件函數。若要避免在轉換後的程式碼中使用擴充套件函數，請選取您在 Oracle 程式碼中使用的數值格式元素類似於 Amazon Redshift 中的數值格式字串。在這種情況下，轉換後的代碼的工作速度更快。

  • 轉換甲骨文LEAD和LAG分析函數。依預設，AWS SCT會引發每個LEAD和LAG函數的行動項目。

    當您的源代碼不使用這些函數中的 offset 的默認值時，AWS SCT可以模擬這些函數與該NVL函數的使用。若要這麼做，請選取 [使用 NVL 函數來模擬甲骨文領導程式和 LAG 函數的行為。

  • 若要模擬 Amazon Redshift 叢集中主金鑰和唯一金鑰的行為，請選取「模擬主金鑰和唯一金鑰的行為」。

    Amazon Redshift 不會強制執行唯一金鑰和主索引鍵，而且只會將它們用於資訊目的。如果您在程式碼中使用這些條件約束，請確定在轉換後的程式碼中AWS SCT模擬其行為。

  • 將壓縮應用於亞馬遜紅移表列。若要這樣做，請選取 [使用壓縮編碼]。

    AWS SCT使用預設的 Amazon Redshift 演算法，自動將壓縮編碼指派給資料行。如需詳細資訊，請參閱 Amazon Redshift 資料庫開發人員指南中的壓縮編碼。

    根據預設，Amazon Redshift 不會將壓縮套用至定義為排序金鑰和分配金鑰的資料行。您可以變更此行為，並將壓縮套用至這些資料行。若要這麼做，請選取 [使用 KEY 欄的壓縮編碼]。只有當您選取 [使用壓縮編碼] 選項時，才能選取此選項。

甲骨文資料倉儲到亞馬遜紅移轉換優化設定

若要編輯 Oracle 資料倉儲到 Amazon Redshift 的轉換優化設定，請在中選擇 [設定]AWS SCT，然後選擇 [轉換設定]。從上面的列表中選擇甲骨文，然後選擇甲骨文-亞馬遜紅移。在左窗格中，選擇 [最佳化策略]。 AWS SCT顯示 Oracle 資料倉儲到亞馬遜紅移轉換的轉換優化設定。

Oracle 資料倉儲到 Amazon Redshift 的轉換優化設定AWS SCT包含下列選項：

  • 要使用自動表優化工作。若要這麼做，請選取 [使用亞馬遜紅移自動表格調整]。

    自動表格最佳化是 Amazon Redshift 中的一項自我調整程序，可自動優化資料表的設計。如需詳細資訊，請參閱 Amazon Redshift 資料庫開發人員指南中的使用自動表格最佳化。

    若只要依賴自動表格最佳化，請針對初始索引鍵選取策略選取選擇選擇選取策略

  • 若要使用您的策略選擇排序和分配鍵。

    您可以使用 Amazon Redshift 中繼資料、統計資訊或這兩個選項來選擇排序和分發金鑰。對於「最佳化策略」標籤上的「初始金鑰選取策略」，請選擇下列其中一個選項：

    • 使用中繼資料，忽略統計資訊

    • 忽略中繼資料，使用統計資訊

    • 使用中繼資料和統計資訊

    根據您選擇的選項，您可以選取最佳化策略。然後，針對每個策略輸入值 (0—100)。這些值定義每個策略的權重。使用這些加權值，AWS SCT定義每個規則如何影響分佈和排序索引鍵的選擇。預設值以AWS移轉最佳作法為基礎。

    您可以為尋找小型資料表策略定義小型資料表的大小。對於「最小表格列計數」和「表格列數上限」，請輸入表格中的最小和最大列數，將其定義為小型表格。 AWS SCT將ALL分佈型式套用至小型表格。在這種情況下，整個表的副本會分發到每個節點。

  • 若要設定策略詳細資訊。

    除了定義每個最佳化策略的權重之外，您還可以設定最佳化設定。若要這樣做，請選擇 [轉換優化]。

    • 在「排序索引鍵欄限制」中，輸入排序索引鍵中的欄數上限。

    • 在「傾斜臨界值」中，為欄輸入傾斜值的百分比 (0—100)。 AWS SCT從分配索引鍵的候選清單中排除偏斜值大於臨界值的欄。 AWS SCT將欄的傾斜值定義為最常見值出現次數與記錄總數的百分比率。

    • 對於查詢歷史記錄表格中的前 N 個查詢，請輸入要分析的最常用查詢數目 (1—100)。

    • 在選取統計資料使用者中，選擇要分析查詢統計資料的資料庫使用者。

    此外，在「最佳化策略」標籤上，您可以定義「尋找小表格」策略的小型資料表大小。對於「最小表格資料列計數」和「表格列數上限」，請輸入表格中的最小與最大列數，將其視為小型表格。 AWS SCT將ALL分佈型式套用至小型表格。在這種情況下，整個表的副本會分發到每個節點。