將 Oracle 工作負載移轉至 Azure
在雲端採用旅程中，您必須將現有的工作負載移轉至雲端。 Oracle 工作負載與其他工作負載類似，而且需要有條不紊的方法，以協助確保移轉成功。 如需移轉方法的詳細資訊，請參閱適用於 Azure 的雲端採用架構中的 雲端移轉。 本文說明 Oracle 工作負載特有的條件約束和考慮。
Oracle 移轉案例
當您移轉 Oracle 工作負載時，您必須轉換資料庫和應用程式。 本文討論應用程式和資料庫移轉的隨即轉移方法。 提升-轉移策略包括在 Azure 虛擬機器上部署 Oracle 應用程式。 針對資料庫移轉，有數個選項可供使用。 本文提供適用於 Oracle Database@Azure的指引。
虛擬機上的應用程式： 在 Azure 基礎結構上執行 Oracle 企業應用程式，例如 Siebel、PeopleSoft、JD Edwards、E-Business Suite 或自定義的 WebLogic Server 應用程式。
虛擬機上的 Oracle Standard Edition 或 Enterprise Edition 資料庫： 在此案例中，您會在虛擬機上部署 Oracle 資料庫。 有數個選項可供使用，從自我管理到受控資料庫。 如果您要使用受控資料庫解決方案，請檢閱 Tessell。
Oracle Database@Azure： Oracle Database@Azure 是在 Oracle 雲端基礎結構 （OCI） 上執行的 Oracle 資料庫服務，且共置在Microsoft數據中心。
注意
若要判斷特定資料庫版本的支援作業系統，請參閱 支援的資料庫和作業系統。
Oracle 移轉程序
您應該持續重新評估基礎結構需求，針對工作負載使用相關的服務類型以改善效能並降低成本。 例如，針對先前提到的所有案例，請確定有足夠的頻寬可供移轉使用。 我們強烈建議您在進行概念驗證（PoC）時檢閱所需的頻寬。
如果您將工作負載移至虛擬機上的 Oracle，請確定虛擬機 （VM） 大小符合您的需求。 如需詳細資訊，請參閱將 Oracle 工作負載移轉至 Azure 登陸區域的容量規劃。
檢閱移轉資源，以定義您的 Oracle 至 Azure 移轉程序。 您也可以：
- 確認 Azure 訂用帳戶配額限制： 確定 Azure 訂用帳戶中的配額限制可以容納您在虛擬機上移轉至 Oracle 時所選擇的目標 VM 大小。
注意
如果您在 Oracle Database@Azure 上裝載工作負載，且需要增加配額，請聯絡您的 Oracle 聯絡人。
識別部署模型： 使用基礎結構即程式代碼、持續整合和持續傳遞管線和其他DevOps做法，盡可能自動部署解決方案元件。
判斷應用程式相依性： 確定移轉活動盡可能不具干擾性。
識別數據容量： 確定內部部署環境中要移轉至 Azure 的數據量，並評估目前可用的網路連線容量。 使用這項資訊來判斷您是否可以直接將資料從內部部署環境複製到 Azure。 針對初始資料載入，您可能需要實體資料傳輸設備，例如 Azure 資料箱。
判斷可用性需求： 判斷工作負載可用性需求，因為它們可能會影響您可以使用的移轉工具。 定義您可接受的最大停機時間。 此計量可協助您定義移轉工具和方法。
此考慮同樣適用於您的應用程式。 如果您無法接受日常作業中斷，您必須執行在線移轉。
- 決定用來將工作負載移轉到 Azure 虛擬機上的 Oracle 的工具： 兩個主要的移轉路徑分為離線和在線。
| 離線移轉 | 在線移轉 |
|---|---|
| 資料庫的單次直接拷貝。 | 資料庫的初始複本，後面接著移轉期間的異動數據擷取。 |
| 需要受影響的應用程式在移轉期間離線。 | 應用程式可以在移轉期間保持在線狀態。 |
| 使用 工具： 數據箱、DataPump、Oracle Recovery Manager （RMAN） | 使用 工具： DataGuard、Oracle Recovery Manager （RMAN）、GoldenGate |
注意
如果您決定執行線上移轉，請確定您已設定防火牆規則以允許數據傳輸。
Oracle 移轉工作負載特有的活動
下一節更詳細地說明移轉程序。 這些步驟不一定是循序的。 您可以平行執行一些步驟。
評估來源和目的地系統版本： 評估內部部署操作系統 （OS） 版本、應用程式版本和資料庫版本是否與內部部署和 Azure 上相同。
如果您需要更新一或多個資源，請在移轉前加以更新，以簡化移轉程式。
如果您的內部部署資料庫是在位元組由大到小的 OS 上執行，例如 Oracle Solaris、IBM Advanced Interactive eXecutive 或 Hewlett Packard Unix，資料庫移轉程序會包含位元組順序轉換。 Azure 僅支援位元組由小到大的作業系統。 這項限制會減少移轉可用的工具數目。 具體而言，您無法使用 Oracle Data Guard 或任何其他檔案複製方法。 與 Endian 轉換相容的移轉方法包括 Oracle Data Pump Export 或 Oracle Data Pump Import、Oracle 跨平臺可傳輸的數據表空間 （XTTS），或 Oracle GoldenGate、Quest SharePlex 和 Striim 等數據復寫公用程式。
您可以根據需求和相容性，將內部部署應用程式伺服器現代化或移轉。 如需詳細資訊，請參閱雲端採用案例。
評估移轉程式期間的工作負載可用性需求： 如果您需要將工作負載停機時間降到最低，數據幫浦匯出或數據幫浦匯入等移轉方法可能不適合您的工作負載。 在此情況下，請遵循以下四個步驟：
使用 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 軟體授權。
Oracle Database@Azure移轉指引
確認您想要部署解決方案的區域有提供 Oracle Database@Azure 解決方案。 如需詳細資訊，請參閱可用區域。
考慮使用 Oracle Zero Downtime Migration 進行移轉程序。 評估移轉策略，以判斷最適合您特定移轉需求的方法。 如需詳細資訊，請參閱 零停機時間移轉 （ZDM）。 ZDM 可讓您選擇邏輯或實體移轉案例。 如需詳細資訊，請參閱 ZDM 遷移。
注意
如果您選擇自發資料庫服務 （ADB-S），請記住只支援邏輯移轉案例。
其他指引
下一節可協助您針對需求和數據大小選擇正確的移轉選項。
ExpressRoute 型移轉時間參考資料
下表僅做為基準。 它不會考慮透過相同 Azure ExpressRoute 連線執行的其他生產工作負載。
VMware 可能需要比指示更多的頻寬。 在 PoC 階段評估頻寬需求。 如果您需要支援，請連絡您的當地聯繫人。
| 數據大小 | 1 Gpbs 的頻寬 | 帶寬為 10 Gbps |
|---|---|---|
| 1 TB | 3 小時 | 15 分鐘 |
| 10 TB | 1 天 | 3 小時 |
| 35 TB | 4 天 | 9 小時 |
| 80 TB | 8 天 | 20 小時 |
| 100 TB | 11 天 | 1 天 |
| 200 TB | 21 天 | 2 天 |
| 500 TB | 53 天 | 5 天 |
如果您打算使用 ExpressRoute 進行移轉，請確認其 韌性符合您的需求。