1. 將您的內部部署 VMware 工作負載移轉至雲端
  2. 移轉 Oracle Database

移轉 Oracle Database

強烈建議您將在內部部署 VMware 環境中執行的 Oracle 資料庫移轉至 Oracle Cloud Infrastructure Database 服務，例如 Oracle Exadata Database Service 、Oracle Autonomous Database 、Oracle Base Database Service 等等。您可以利用 Oracle Cloud Infrastructure Database 服務的所有優點。

從內部部署 VMware 環境移轉資料庫

無論您是要將現有應用系統和中間層系統從企業內部部署移轉至 Oracle Cloud VMware Solution，還是要在 Oracle Cloud VMware Solution 上建立應用系統和中間層系統，要考量的關鍵點是延遲與接近 Oracle Cloud VMware Solution 平台的資料庫。

以下是資料庫鄰近位置的選項：
  • 建立 Oracle Database 或將現有的 Oracle Database 移轉至 Oracle Cloud Infrastructure

    強烈建議您使用 Oracle Cloud Infrastructure Database 服務。Oracle Cloud Infrastructure 提供不同的資料庫服務選項。您可以根據應用程式和工作負載需求選擇適當的選項。

  • 將非 Oracle 資料庫移轉至 Oracle Cloud VMware Solution

    此選項專用於非 Oracle 資料庫，例如 Microsoft SQL Server、IBM DB2 和 PostgreSQL。在此使用案例中，您可以使用 VMware HCX 工具和特定資料庫的移轉最佳做法，將非 Oracle 資料庫移轉至 Oracle Cloud VMware Solution。

  • 維護內部部署資料庫

    此選項可減輕將資料庫系統從內部部署移轉至雲端的需求。不過，延遲和輸送量可能是影響應用系統的關鍵考量。請考慮 Oracle Cloud Infrastructure FastConnect 等解決方案，以便在 Oracle Cloud VMware Solution 與內部部署之間連線。

將 Oracle 資料庫移轉至 Oracle Cloud Infrastructure

將 Oracle 或非 Oracle 資料庫從內部部署資料中心移轉至 Oracle Cloud Infrastructure 之前，請先檢閱下列考量事項、先決條件和評估流程。

考量事項

本節適用於將內部部署 Oracle 資料庫移轉至 Oracle Cloud Infrastructure，其中包括上一節所列的資料庫平台。開始進行任何移轉之前，請先瞭解個別資料庫工作負載、限制以及任何相依性。

每個 Oracle Database 移轉都需要尋找與規劃階段。此階段的主要討論應包含下列問題。這些問題的答案可協助判斷資料庫的分組、要移轉的資料庫數目，以及移轉的整體努力。
  • 此資料庫目前的版本為何？
  • 您將移轉此版本的資料庫數目？
  • 有多少資料庫連結至特定的業務範圍 (LOB)？
  • 非 Linux 平台上的任何資料庫 (亦即，是否會進行任何跨端點移轉)？
  • 是否有任何可能需要一起移轉的相依資料庫？
  • 是否有任何要移轉的第三方資料庫 (非 Oracle) 和哪個版本 (例如 SQL Server 2016)？
  • 對於測試和開發資料庫，是否會移轉所有複本，還是只移轉主要複本？
  • 資料庫有多大 - 資料本身的磁碟空間和空間總計 (GB/TB)？
  • 您是否將使用 FastConnect 或 VPN 進行 Oracle Cloud 的網路連線？資料庫的頻寬與大小主要將推動移轉解決方案。

Migration Options - 移轉選項

有許多方法可將 Oracle 資料庫從內部部署移轉至 Oracle Cloud Infrastructure。每個方法都取決於業務復原點目標 (RPO)、復原時間目標 (RTO) 以及整體可用性服務層次協議 (SLA)。移轉管理員必須使用適當的方法來評估和對應這些商業協議。

Oracle Maximum Availability Architecture (MAA) 可特別說明這些選項和方法。下表簡要討論。

解決方案 複雜性 移轉的細微性 移轉類型 (實體或邏輯) 整體部署人力物力 移轉模型 關鍵移轉使用案例
資料汲取傳統匯出與匯入 最低價 中型 邏輯 最高價 線上 / 時間點
  • 小型資料庫
  • 綱要子集設定
資料汲取完全可傳輸 中型 最低價 實體 中型 線上 / 連續

匯出時需要來源為唯讀

 具有相同位元組順序的完整資料庫 (需要來源 Oracle Database 版本 11.2.0.3)
資料汲取可傳輸表格空間 中型 最低價 實體 中型 線上 / 連續 一組綱要表格空間 (需要來源 Oracle Database 版本 11.2.0.3)
SQL*Loader 最低價 最高價 邏輯 最高價 離線 移轉特定表格或綱要
GoldenGate 最高價 最高價 邏輯 最高價 離線 / 連續
  • 綱要子集設定
  • 邏輯轉換
RMAN 備份與回復 最低價 最低價 實體 最低價 離線 / 連續 完整資料庫或一組表格空間
資料保全 最低價 最低價 實體 最低價 線上 / 連續 零或接近零停機時間的完整資料庫

PDB 遠端複製

遠端複製

PDB 重新定位

PDB 移轉

 最低價 最低價 實體 最低價 線上 / 連續
  • 現有的 12c PDB 移轉至 PDB
  • 遠端複製可以是非 CDB

附註：

許多解決方案都可以結合以建立最有效率的移轉策略。某些套裝應用程式可能會限制移轉支援的工具。

調整與部署規劃規模

在來源移轉工作中，應執行適當的大小與規劃，以確保資料庫符合容量與效能需求。

附註：

資料庫和 VM 的容量調整工作量與內部部署相同。
此規劃的結果有助於定義目標資料庫組態和 VM 資源配置。
  • 工作負載的效能需求
    • 交易次數 (每秒)
    • 使用者連線數目。
    • 預期未來的工作負載變更
  • 容量需求
    • vCPUs
    • 記憶體
    • 儲存和 IO 容量
    • 未來成長
  • 管理功能需求
    • Oracle Cloud Infrastructure 原生服務和輔助功能
    • 監督工具
    • 備份解決方案
  • 擴展性功能
    • 資料庫規模
    • VM 規模
    • 叢集規模
  • 可用性需求
    • Oracle 高可用性解決方案
    • vMotion、DRS
  • 應用程式需求
    • 內部部署元件之間的相依性
    • 應用程式與 Oracle Cloud Infrastructure 服務之間的網路流量

合理化、標準化和整合

在移轉工作中，建議移轉團隊使用此機會標準化資料庫版本，並在適當時整合資料庫系統。Oracle Database 19c 應該是最小的標準化資料庫版本，因為它提供長期支援版本。

整合是組織為了提高營運效率而追求的主要策略之一。整合可讓組織提高 IT 資源的使用率，進而降低成本，因為需要較少的資源才能達到相同的結果。操作成本也降低，因為需要監控、管理和維護較少的元件和物件。

DBA 和管理員應該盡可能找出整合資料庫的最佳機會。在 Oracle 19c 中，您有機會以最多三個可插式資料庫 (PDB) 的方式使用 Oracle 多用戶選項。這進一步提供更大的規模經濟，並可透過應用程式和資料庫現代化實現更高的整合密度。因此，您應該判斷哪些資料庫適合容器資料庫 (CDB) 部署模型。

除了整合之外，請考慮隔離管理。隔離需求可能會影響合併的方法或程度。系統要求的隔離層次決定您是要將多個 PDB 合併到單一資料庫、將多個資料庫託管在單一平台上，還是使用這兩種方法的某些組合。隔離可以分類為四個區域：錯誤、資源、安全以及作業。每個雲端模型都會使用作業系統或資料庫內建功能稍有不同處理隔離，通常結合進階功能或產品來提供完整的解決方案，並確保風險。

使用 Oracle Zero Downtime Migration 移轉至 Oracle Database Service

Oracle Zero Downtime Migration 是 Oracle Maximum Availability Architecture (MAA) 建議將 Oracle 資料庫移轉至 Oracle Cloud 的解決方案。Oracle Zero Downtime Migration 的設計旨在讓移轉處理作業儘可能簡單，並確保對生產環境工作負載的影響不大。來源資料庫可以是內部部署資料庫，也可以是 Oracle Cloud 資料庫。Oracle Zero Downtime Migration 會自動化整個移轉程序，並減少人為錯誤的機會。它也會使用與 Oracle Database (例如 Oracle Data Guard) 整合的高可用性 (HA) 技術，並遵循所有 MAA 最佳做法，確保生產環境不會發生停機。

本文並不涵蓋從內部部署環境進行零停機 Oracle Database 移轉的詳細步驟。您可以依照 Oracle Database：使用零停機移轉移至 Oracle Cloud 中的詳細步驟進行。

Oracle Zero Downtime Migration 提供下列資料庫支援和支援的組態：
  • Oracle Zero Downtime Migration 支援 Oracle Database 版本 11.2.0.4 和更新版本。
  • 來源與目標資料庫應使用相同的資料庫版本。
  • Oracle Zero Downtime Migration 支援在 Linux 作業系統上代管的 Oracle 資料庫。
  • 來源資料庫可以是單一執行處理資料庫，移轉至單一執行處理或 Oracle Real Application Clusters (RAC) 資料庫，也可以是 RAC 單節點或 RAC 資料庫，移轉至 RAC 資料庫。
  • Oracle Zero Downtime Migration 支援以 Enterprise Edition 和 Standard Edition Oracle Databases 作為來源資料庫。使用 Oracle Data Guard 移轉 Enterprise Edition 資料庫；使用備份和回復方法離線移轉標準版資料庫。
  • Oracle Zero Downtime Migration 可讓來源資料庫成為非容器資料庫 (CDB) 或包含一或多個可插拔資料庫 (PDB) 的容器資料庫 (CDB) 。如果來源資料庫是非 CDB，就會移轉為非 CDB。如果來源資料庫是一組包含一或多個 PDB 的 CDB，Oracle Zero Downtime Migration 會將它移轉至與來源 CDB 中相同之 PDB 集的 CDB。
  • 為了支援移轉，Oracle Zero Downtime Migration 會使用 Oracle Fleet Patching and Provisioning (FPP) 架構的功能。例如，它使用 FPP 工作排程器功能，可完全控制排程、暫停及繼續任何資料庫移轉工作。Oracle Zero Downtime Migration 也會使用 FPP 的評估模式來驗證移轉處理作業，並在移轉開始之前偵測可能的失敗條件。Oracle Zero Downtime Migration 包含移轉期間和移轉之後的稽核功能，並且會以不同的階段分配其移轉處理作業，讓使用者自訂工作流程，並在任何步驟新增使用者動作命令檔。

從內部部署移轉至雲端時，需要考慮許多來源和目標案例。內部部署來源應用程式和資料庫都可以在 VMware 上執行，或者您的應用程式可能在 VMware 上執行，而資料庫則是在 Oracle Database Appliance 或 Oracle Exadata 上執行。There are also multiple target cloud scenarios to consider such as applications running on Oracle Cloud VMware Solution, while databases could run on Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure, or Oracle Autonomous Database on Dedicated Exadata Infrastructure.請參閱深入瞭解，瞭解根據來源和目標案例的詳細 Oracle Database 移轉指示。