使用連線 Oracle 資料倉儲 AWS SCT - AWS Schema Conversion Tool

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

使用連線 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 或手動輸入:

    • 若要使用來自 Secrets Manager 的資料庫認證,請遵循下列指示:

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

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

      如需使用來自 Secrets Manager 之資料庫認證的資訊,請參閱AWS Secrets Manager 中的配置 AWS Schema Conversion Tool

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

      參數 動作
      類型

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

      • SID

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

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

        • OracleSID:Oracle 系統識別碼 (SID)。若要尋找 OracleSID,請將下列查詢提交至您的 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 專案再重新開啟,系統會在需要時提示您輸入密碼以便連接到您的來源資料庫。

      使用 SSL

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

      • SSL驗證:選取此選項可使用連線的SSL驗證。

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

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

      儲存密碼

      AWS SCT 創建一個安全的文件庫來存儲SSL證書和數據庫密碼。開啟此選項後,您可以儲存資料庫密碼並快速連線到資料庫,而無需輸入密碼。

      Oracle 驅動程式路徑

      輸入用於連接至來源資料庫的驅動程式路徑。如需詳細資訊,請參閱安裝JDBC驅動程式 AWS Schema Conversion Tool

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

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

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

Oracle 資料倉儲到 Amazon Redshift 轉換設定

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

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

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

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

    例如,若要將已轉換程式碼中的註解數量降到最低,請選擇僅限錯誤。若要在已轉換的程式碼中包含所有動作項目的註解,請選擇所有訊息

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

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

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

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

  • 將來源資料表的分割區遷移到 Amazon Redshift 中的個別表格。若要這樣做,請選取「使用UNIONALL檢視表」,然後輸入 AWS SCT 可為單一來源表格建立的目標表格數目上限。

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

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

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

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

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

  • 要轉換甲骨文LEADLAG分析函數。依預設, AWS SCT 會引發每個LEADLAG函數的行動項目。

    當您的源代碼不使用這些函數中的 offset 的默認值時, AWS SCT 可以模擬這些函數與該NVL函數的使用。若要這麼做,請選取 [使用NVL函數來模擬 Oracle LEAD 和LAG函數的行為]。

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

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

  • 將壓縮應用於 Amazon Redshift 表列。若要這樣做,請選取 [使用壓縮編碼]。

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

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

甲骨文資料倉儲到 Amazon Redshift 轉換優化設定

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

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

  • 要使用自動表優化工作。若要這麼做,請選取 [使用 Amazon Redshift 自動表格調整]。

    自動表格最佳化是 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分佈型式套用至小型表格。在這種情況下,整個表的副本會分發到每個節點。