開始之前

開始移轉資源和應用程式之前，請考慮移轉選項和佈建，並移轉任何必要的應用程式資料庫。

您可以在單一資料庫系統的容器資料庫 (CDB) 內，將應用程式資料庫啟動設定為不同的資料庫，或以可插式資料庫 (pdb) 的形式啟動設定。

同時支援 Oracle Grid Infrastructure (支援多節點 DBs) 或 Logical Volume Manager。

注意：

若要使用「零停止工作時間移轉 (ZDM)」之類的資料庫移轉工具，目標資料庫 SYS 密碼必須與要移轉之來源資料庫的 SYS 密碼相同。

您可以視工作負載複雜性及停止工作時間需求而定，使用許多移轉策略。

如需有關啟動設定資料庫的資訊，請參閱本文件的啟動設定虛擬機器資料庫。

關於移轉工作負載

本節提供許多常見的移轉案例。

其中一組選項可將內部部署工作負載移轉至 Oracle Cloud Infrastructure 上新建立的網域：

• 使用「WebLogic 管理員主控台」手動移轉工作負載，以部署資源及下列其中一種方法來部署應用程式：
  • WebLogic 管理員主控台
  • JDeveloper 建置工具
• 使用 WebLogic Deployment Tooling (WLDT) 移轉工作負載。
• 將現有的應用程式部署命令檔定位至新網域，以使用「WebLogic 命令檔工具」來移轉工作負載。

另一個選項是更新您在企業內部部署 (例如 WebLogic 命令檔或 WebLogic Deployment Tooling 模型檔案) 時用來部署網域的 WebLogic Server 工具，然後將它們定位至 Oracle Cloud Infrastructure，以建立新網域並重新部署應用程式。

將 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？資料庫的頻寬和大小主要是用來驅動移轉解決方案。

移轉選項

將 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、在單一平台上代管多個資料庫，還是使用兩種方法的某些組合。隔離可以分成四個區域：錯誤、資源、安全以及作業。每個雲端模型使用作業系統或資料庫內建功能，以幾乎不同的方式處理隔離，通常結合進階功能或產品，提供完整的解決方案，並開始與風險相同。