將 Oracle 工作負載遷移至 Azure VM
本文說明如何將 Oracle 工作負載從內部部署環境遷移至 Azure 虛擬機器 （VM）。 它會使用 Azure VM 上 Oracle 的登陸區域，提供設計指引和最佳做法。 建議的策略包含探索、設計和部署的結構化方法，後面接著數據遷移和最終的完全移轉。
探索
移轉首先會全面評估 Oracle 產品群組。 此評估包括評估 Oracle 資料庫版本、目前和目標作業系統，以及應用程式和其相依性。
當您計畫移轉 Oracle 應用程式，例如 Oracle （EBS、Siebel、PeopleSoft、JDE 或其他非Microsoft合作夥伴解決方案，例如 SAP 或自定義應用程式時，請考慮將應用程式視為移轉策略的一部分。
現有的 Oracle 資料庫環境可能會在獨立伺服器上執行、Oracle Real Application Clusters （RAC），或非Microsoft合作夥伴 RAC 解決方案。
注意
請注意，Azure 虛擬機不支援實際應用程式叢集 （RAC）。 如果這適用於您的環境，請確定您提供來自所有 RAC 節點的 RAC 報告或 PDB/CDB 報告（視您的架構而定）。 這些報告必須從相同的時間範圍產生，以確保一致性。 最精確的重設大小建議是在尖峰使用期間產生這些報告來取得。
針對應用程式，使用 Azure Migrate 的探索功能，判斷基礎結構的大小相當簡單。
在探索階段期間，檢閱所有應用程式相依性至關重要。 您應該決定在移轉期間是否可接受應用程式停機時間，因為這會影響移轉工具的選擇。 根據此決策，您可以選擇在線或離線移轉方法。
如果您選擇在線移轉，請確定必要的防火牆埠已開啟，以利進行移轉程式。
網路規劃是移轉期間的重要步驟。 請務必根據數據集的大小，測試將數據徹底傳輸到 Azure 所需的頻寬。
設計
您可以使用 Azure Migrate 順暢地啟用應用程式移轉。 Azure Migrate 會根據初始探索，將您的應用程式隨即轉移至 Azure IaaS。
如果您打算移轉 Oracle 第一方應用程式， 請先檢閱架構需求 ，再選擇 以 Azure Migrate 為基礎的移轉。
Oracle 資料庫的容量規劃一律會透過您在一小時尖峰時間範圍內產生的 AWR 報告進行。 除此之外，請務必設定您的 記憶體配置。 數據大小是您在移轉期間需要專注於的大小，並採取最適合的記憶體決策。 若要找出您的數據大小，您可以使用我們的 dbspace 腳本。
產生 AWR 報告之後，請執行 Azure Oracle 移轉協助工具 （OMAT）。 OMAT 工具會建議 Azure IaaS 上的 Oracle 資料庫所需的正確 VM 大小和記憶體選項。 在下一個步驟中，透過徹底評估您的需求來建立架構。 強烈建議您根據恢復點目標 （RPO） 和復原時間目標 （RTO） 的參數，在發生災害或失敗時設計高度可靠且具有復原能力的結構。
如果您需要建立架構設計的支援，請檢閱 Oracle 參考架構。 它提供架構指引，根據 RPO 和 RTO 需求來選擇最佳解決方案架構。 RPO 和 RTO 方法適用於使用 Oracle Data Guard 將 RAC 基礎結構分成高可用性 （HA） 和災害復原 （DR） 架構。
部署
根據您的容量規劃和架構設計，您可以使用 Ansible 將基礎結構和架構描述為基礎結構即 程式代碼 （IaC）， 並使用 Terraform 或 Bicep 啟動登陸區域。 使用可用的 GitHub 動作來自動化部署。
數據遷移的類型
數據遷移的類型取決於探索階段所做的決策。 您可以根據您的喜好設定和需求，從工具和方法中選擇，例如數據箱、RMAN、Data Pump、GoldenGate、Striim、SharePlex 和 Data Guard。
如需更多指引，請參閱 Oracle 移轉規劃 ，以檢閱在線和離線移轉的特性。
注意
離線移轉通常需要比線上移轉更長的時間。 因此，對於涉及大型數據大小和嚴格低停機時間需求的案例，不建議使用數據幫浦之類的工具。
數據遷移方法
在 Azure 上設定 Oracle 基礎結構之後，就會安裝 Oracle 資料庫，並移轉相關的應用程式，下一個步驟是將數據從內部部署 Oracle 資料庫傳輸到 Azure 上的新 Oracle 資料庫。 若要方便進行這項作業，請考慮使用下列 Oracle 工具：
Azure 使用正確的網路連線、頻寬和命令來增強 Oracle 工具，這些命令是由下列 Azure 功能提供的數據遷移功能所提供。
適用於資料遷移的 Oracle 工具
下圖是整體移轉組合的圖片表示法。
您需要其中一個 Oracle 工具加上 Azure 基礎結構，才能部署正確的解決方案架構來遷移數據。 請參閱下列參考解決方案案例：
案例 1：RMAN：搭配 Azure 功能使用 RMAN 備份和還原，這是 RMAN 型復原的設定。 主要內容是內部部署與 Azure 之間的網路。
案例 2：RMAN 備份方法
案例 3：或者，您可以透過多種不同方式修改安裝程式，如下列案例所述。
案例 4：Data Pump 和 AzCopy - 使用 Data Pump 備份和使用 Azure 功能進行還原的簡單且直接的方法。
案例 5：數據箱 - 使用儲存裝置和實體出貨在位置之間移動數據的唯一案例。
完全移轉
現在您的數據已移轉，且 Oracle 資料庫伺服器和應用程式已啟動並執行。 使用下列步驟，將內部部署執行的業務作業轉換為 Azure IaaS 上新發現的 Oracle 工作負載和應用程式。
- 排程維護期間，以將使用者的中斷降到最低。
- 停止來源 Oracle 資料庫上的資料庫活動。
- 執行最終的數據同步處理，以確認已擷取所有變更。
- 更新 DNS 組態以指向新的 Azure VM。
- 在 Azure VM 上啟動 Oracle 資料庫，並確認連線能力。
- 在完全移轉程式期間密切監視系統是否有任何問題。
移轉後工作
完全移轉之後，請確認所有商務應用程式都如預期般運作，以與內部部署一起提供商務作業。
- 執行驗證檢查，以確認數據一致性和應用程式功能。
- 更新檔，包括：網路圖、組態詳細數據和災害復原計劃。
- 為裝載 Oracle 資料庫的 Azure VM 實作持續監視和維護程式。
在整個移轉程式中，與項目關係人有效溝通，包括應用程式擁有者、IT 作業小組和終端使用者，以管理期望並將中斷降至最低至關重要。 此外，請考慮與經驗豐富的專業人員或諮詢服務互動，專門進行 Oracle 到 Azure 移轉，以確保順利且成功的轉換。