將 Oracle 工作負載移轉至 Azure
在雲端採用旅程中，您必須將現有的工作負載移轉至雲端。 Oracle 工作負載與其他工作負載類似，而且需要有條理的方法，以確保成功移轉。 如需移轉方法的詳細資訊，請參閱雲端採用架構中的雲端移轉。 本文說明 Oracle 工作負載特有的唯一條件約束和考量。
Oracle 移轉程序
您應該持續重新評估基礎結構需求，針對工作負載使用相關的服務類型以改善效能並降低成本。 例如，如果您計劃將工作負載移至 Oracle Database@Azure，請確定您選取的 SKU 符合需求。 同樣地，如果您將工作負載移至 Azure 上的 Oracle 虛擬機器，請確定虛擬機器 (VM) 大小符合您的需求。 如需詳細資訊，請參閱將 Oracle 工作負載移轉至 Azure 登陸區域的容量規劃。
檢閱移轉資源，以定義您的 Oracle 至 Azure 移轉程序。 您也可以：
確認 Azure 訂用帳戶配額限制：確定 Azure 訂用帳戶中的配額限制可容納您移轉至 Azure 上的 Oracle 虛擬機器時所選擇的目標 VM 大小。
識別部署模型：使用基礎結構即程式碼 (IaaS)、持續整合與持續傳遞 (CI/CD) 管線以及其他 DevOps 做法，盡可能將解決方案元件的部署自動化。
判斷應用程式相依性：確定移轉活動造成的干擾最低。
識別資料容量：識別要移轉的資料量並評估從內部部署環境到 Azure 的目前可用網路連線容量。 使用這項資訊來判斷您是否可以直接將資料從內部部署環境複製到 Azure。 針對初始資料載入，您可能需要實體資料傳輸設備，例如 Azure 資料箱。
判斷可用性需求：判斷工作負載可用性需求，因為它們可能會影響您可以使用的移轉工具。
針對 Oracle Database@Azure，請務必：
確認您想要部署解決方案的區域有提供 Oracle Database@Azure 解決方案。 如需詳細資訊，請參閱可用區域。
考慮使用 Oracle Zero Downtime Migration 進行移轉程序。 評估移轉策略，以判斷最適合您特定移轉需求的方法。 如需詳細資訊，請參閱 Zero Downtime Migration。
Oracle 移轉工作負載特有的活動
下一節更詳細地說明移轉程序。 這些步驟不一定是循序的。 您可以平行執行一些步驟。
評估來源和目的地系統版本：評估內部部署作業系統 (OS) 版本、應用程式版本和資料庫版本是否與您計劃在 Azure 上使用的版本相同。
如果您需要更新一個或多個資源，請在移轉之前加以更新，以避免使移轉程序複雜化。
如果您的內部部署資料庫是在位元組由大到小的 OS 上執行，例如 Oracle Solaris、IBM Advanced Interactive eXecutive 或 Hewlett Packard Unix，資料庫移轉程序會包含位元組順序轉換。 Azure 僅支援位元組由小到大的作業系統。 這項限制會減少移轉可用的工具數目。 具體而言，您無法使用 Oracle Data Guard 或任何其他檔案複製方法。 與位元組順序轉換相容的移轉方法包括 Oracle Data Pump 匯出或匯入、Oracle 跨平台可傳輸的資料表空間 (XTTS)，或 Oracle GoldenGate、Quest SharePlex 和 Striim 等資料複寫公用程式。
您可以根據需求和相容性，將內部部署應用程式伺服器現代化或移轉。 如需詳細資訊，請參閱雲端採用案例。
在移轉程序期間評估工作負載可用性需求：如果您需要將工作負載停機時間降到最低，則 Data Pump 匯出或匯入等移轉方法可能不適合您的工作負載。 在此情況下，您可以遵循下列四個步驟的程序：
使用 Oracle Recovery Manager (RMAN) 備份，然後在 Azure 中還原整個資料庫。 視需要透過 XTTS 執行位元組順序轉換。 結果就是一個資料庫，這是內部部署來源資料庫的時間點複本。 如需詳細資訊，請參閱跨平台傳輸資料。
如果兩個來源都是位元組由小到大的格式，請使用 Oracle Data Guard 將 Azure 中新還原的資料庫與來源資料庫同步處理。 如果移轉涉及位元組由大到小與位元組由小到大轉換，則無法使用 Data Guard。 請改用 SQL 架構的資料複寫公用程式，例如 Oracle GoldenGate、Quest SharePlex 或 Striim，將 Azure 中新還原的資料庫與來源資料庫同步處理。
將 Azure 中的目標資料庫與來源內部部署資料庫同步處理之後，您可以排程完全移轉。 完全移轉會關閉來源內部部署資料庫，並將最後幾個交易排清至 Azure 中的目標資料庫。 然後，您可以在 Azure 中開啟目標資料庫成為新的來源資料庫。 完全移轉可能只需要幾分鐘的時間，視您使用的同步方法而定。
根據您為應用程式服務選擇的移轉方法，您可能需要完成數個應用程式服務工作，才能將應用程式完全移轉至 Azure。
評估所需的授權：您的資料庫可能需要各種授權，視移轉工具而定。 例如：
Oracle Data Guard 需要 Oracle Database Enterprise Edition。
Oracle GoldenGate 需要 Oracle GoldenGate 授權。
如需有關 Azure 上 Oracle 授權的詳細資訊，請參閱雲端運算環境中的 Oracle 軟體授權。