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，您就可以將 Oracle 多用戶選項與最多三個可插式資料庫 (PDB) 搭配使用。這進一步提供更高的規模經濟性，並可透過應用程式和資料庫現代化實現更高的整合密度。因此，您應該決定哪些資料庫可以放入部署的容器資料庫 (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 資料庫作為來源資料庫。Enterprise Edition 資料庫是使用 Oracle Data Guard 進行移轉；使用備份和還原方法離線移轉標準版資料庫。
  • 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。此外，還有多種目標雲端案例需要考量，例如在 Oracle Cloud VMware Solution 上執行的應用程式，而資料庫則可以在 Oracle Base Database Service 、Oracle Exadata Database Service on Dedicated Infrastructure 或 Oracle Autonomous Database on Dedicated Exadata Infrastructure 上執行。請參閱深入瞭解，瞭解根據來源和目標案例的詳細 Oracle Database 移轉指示。