附註：

使用 OCI Full Stack Disaster Recovery 自動復原 Oracle Enterprise Performance Management

第 1 部分：簡介

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) 只要按一下，即可協調來自全球 Oracle Cloud Infrastructure (OCI) 區域之間的運算、資料庫和應用程式轉換。客戶可以自動執行復原一或多個業務系統所需的步驟，而無需重新設計或重新架構現有的基礎架構、資料庫或應用程式。

本教學課程概述使用 OCI Full Stack DR 服務管理 OCI 災害復原架構內 Oracle Enterprise Performance Management 系統環境 11.1.2.x 和 11.2.x 的切換和容錯移轉程序的程序。請務必注意，系統拓樸和其他生命週期活動 (例如打補丁、測試、擴充等) 的組態不在 OCI Full Stack DR 的範圍內。

災難復原 (DR) 策略會針對應用程式全面複製開機磁碟區和區塊磁碟區，並將 Oracle Data Guard for database 從生產環境複製到待命網站，大幅簡化待命位置的組態。此方法符合 EPM System Deployment Options Guide 中所概述的 DR 準則，此準則符合為 Fusion Middleware 提供之災害復原的建議。

Oracle Enterprise Performance Management (Oracle EPM) 和 Hyperion EPM 可在教學課程中交替使用。

Oracle Enterprise Performance Management 通常為較大系統的一部分

本教學課程假設 Oracle EPM 是唯一新增至 DR 保護群組的應用程式。這不是正常的。

本教學課程專門介紹 Oracle EPM System，以提供清晰的概念。在實務上，Oracle EPM 通常是大型商業系統的一個元件，其中包括單一 OCI Full Stack DR 保護群組和一組 DR 計畫內的各種服務和應用程式。您可能會針對其他應用程式和服務 (例如 PeopleSoft 、Oracle WebLogic Server 、Oracle Analytics Cloud 、Oracle Integration) 遵循類似的 Oracle Help Center (OHC) 教學課程。

遞增導入注意事項

在建立 DR 計畫之後新增更多成員至 DR 保護群組，將會刪除兩個區域之保護群組中的所有現有 DR 計畫。

OCI Full Stack DR 的設計假設指定業務系統的整個應用程式堆疊已經跨 OCI 區域部署，而手動 DR 已經證明可正常運作。如果您的業務系統包含超過 Oracle EPM，請在建立任何 DR 計畫之前，將所有其他應用程式或 OCI 服務的所有成員新增至 DR 保護群組。

復原的運作方式

Oracle EPM 的復原解決方案需要 OCI Full Stack DR，才能在復原作業 (例如容錯移轉或切換) 期間執行一系列的自訂 Shell 命令檔。本教學課程中參考的指令碼是由 EMEA Cloud Architecture Specialists 團隊提供，並特別針對此 Hyperion EPM DR 解決方案量身打造的 Oracle EPM GitHub 儲存庫。命令檔會下載至運算執行處理，這是 OCI Full Stack DR 在復原作業期間所管理之應用程式堆疊的一部分。

本教學課程說明如何下載命令檔，以及如何在後續步驟中使用這些命令檔。

下列程序檔是為一般指導方針提供的。您可以使用自己的程序檔，或根據公司政策和安全性需求自訂程序檔。

Oracle EPM 部署架構

在本教學課程中，我們將使用 Oracle EPM 應用程式的移動執行處理拓樸。在一般術語中，移動執行處理稱為冷 VM/ 試驗光源 DR 拓樸。應用程式 VM 只會部署在主要區域中。在 DR 執行期間，會在待命區域建立 VM。必須在主要和待命區域中建立具有 Oracle Data Guard 的 Oracle DB 系統。在導入 OCI Full Stack DR 解決方案之前，必須在一個 OCI 區域中安裝並完整設定主要的 Hyperion EPM 系統。

此設計以 OCI 上的 Hyperion 參考 DR 架構為基礎，可以詳細檢閱。如需詳細資訊，請參閱設計在雲端部署 Oracle Enterprise Performance Management 的基礎架構。

專用 OCI 負載平衡器

您內部和內部部署使用者的流量會透過 IPSec VPN 通道或 FastConnect 虛擬迴路傳輸至連附至 VCN 的動態路由閘道 (DRG)。專用負載平衡器會攔截要求，然後將它們分配到專用 Web 層。

Web 層是由連附至專用子網路的運算執行處理代管。

應用程式層

應用程式層中的所有運算執行處理都會連附至專用子網路。這在網路層次的隔離可保護應用程式避免未經授權的網路存取以及拓樸中的其他資源。

服務閘道可讓應用程式層中的專用運算執行處理存取區域內的 Yum 和 WSUS 伺服器，以取得作業系統更新和其他套裝程式。此外，服務閘道可讓您將應用程式備份至區域內的 OCI Object Storage，無須周遊公用網際網路。

儲存在區塊磁碟區和檔案系統中的資料會使用跨區域複寫 (CRR) 複製到待命區域。

資料庫層

Oracle Base Database Service 代管 EPM System 綱要。使用 Data Guard 將資料同步至待命區域。

oci-arch-oracle-epm.png
圖 1：Oracle EPM 參照架構

熟悉整個流程

EMEA OCI 專家與 OCI Full Stack DR 工程團隊已為此教學課程建立一系列同伴影片，以瞭解整個流程。這些影片是 YouTube 中的 OCI Full Stack DR Oracle EPM 播放清單的一部分，您可以使用下列連結來存取：

第 2 部分：逐步指示

此部分會開始將 Oracle EPM 新增至 OCI Full Stack DR 所需的逐步指示。

目標

本教學課程將涵蓋下列步驟，說明如何使用 Full Stack DR 自動復原 Oracle EPM：

  1. 作業 1：部署 Oracle EPM 以進行災害復原
    1. 設定跨區域 Oracle Data Guard for Oracle Base Database Service
    2. 準備 DR 控制節點以執行自訂自動化
    3. 建立區塊磁碟區群組
    4. 建立完整堆疊災害復原的 Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) 原則
    5. 建立其他 OCI 服務的 OCI IAM 原則
    6. 建立日誌的 OCI 物件儲存的儲存桶
    7. 建立待命負載平衡器 (選擇性)
  2. 工作 2：建立 DR 保護群組 (DRPG)
  3. 工作 3：新增成員至區域 1 與區域 2 DRPG
  4. 作業 4：在區域 2 (紐波特) 中建立基本 DR 計畫
    1. 建立切換計畫
    2. 建立容錯移轉計畫
  5. 作業 5：自訂區域 2 (紐波特) 中的切換計劃
  6. 工作 6：自訂區域 2 (紐波特) 中的容錯移轉計畫
  7. 作業 7：在區域 2 (紐波特) 中執行切換計畫
  8. 作業 8：在區域 1 (倫敦) 中建立基本 DR 計畫
    1. 建立切換計畫
    2. 建立容錯移轉計畫
  9. 作業 9：自訂區域 1 (倫敦) 中的切換計劃
  10. 工作 10：自訂區域 1 (倫敦) 中的容錯移轉計畫

整個教學課程的定義和假設

區域

區域 1 是倫敦

區域 2 為紐波特

區間

您可以免費將 Oracle EPM 和 OCI Full Stack DR 組織到符合 IT 治理標準的任何區間配置中。我們選擇將應用系統組織至自己的個別區間，然後將所有災害復原保護群組組織為單一區間，讓不同的業務系統能夠一目瞭然。

DR 控制節點

「DR 控制節點」是指您指定用於代管自訂程序檔的任何運算實例，這些程序檔會執行特定任務來復原 EPM 系統。在復原作業期間，Full Stack DR 會呼叫這些程序檔。身為 DR 保護群組 (DRPG) 成員的任何現有運算執行處理都可以作為控制節點。在此範例中，EPM System 應用程式伺服器會代管復原程序中使用的所有自訂命令檔。在本教學課程中，應用程式節點和控制節點都相同。

必要條件

作業 1：部署 Oracle EPM 以進行災害復原

OCI Full Stack DR 不涉及此步驟的任何部分。

作業 1.1：設定跨區域 Oracle Data Guard for Oracle Base Database Service

若要為 Oracle Base Database Service 部署跨區域 Oracle Data Guard，請參閱在資料庫系統上使用 Oracle Data Guard 。

將系統中的資料庫與 Oracle Data Guard 同步時，主要和待命資料庫都必須使用相同的資料庫服務名稱或 TNS 別名。此做法可將切換之後應用程式層所需的變更降到最低，確保轉換順暢。如需詳細的指引，請參閱 Fusion Middleware DR 文件中的 "Database Considerations" 小節，其中詳細說明了各種方法。

Task 1.2：準備 DR 控制節點以執行自訂自動化

指定運算執行處理作為 EPM Full Stack DR 的 DR 控制節點。這可以是現有的運算執行處理，也可以是針對此目的建立的運算執行處理。如需詳細資訊，請參閱下列選項。確定已將作為「DR 控制節點」的運算執行處理設定為使用「Oracle Cloud 代理程式：在執行處理上執行命令」執行命令。

最好是使用可移動運算執行處理，但如果您在災害復原解決方案中沒有任何可移動運算，也可以在區域 1 和區域 2 中指定不可移動的運算執行處理。如果此角色使用不可移動運算，您將需要在兩個區域中維護您對命令檔或來賓作業系統所做的任何變更。

從此處下載至「DR 控制節點」自訂指令碼：專為此 EPM System DR 範例撰寫的 Oracle EPM Github 指令碼。下面顯示的程序檔應複製到作為 DR 控制節點的運算實例上的任何子目錄。在本教學課程中，我們也將使用 EPM 應用程式節點作為 DR 控制節點。命令檔是專為此 EPM System 復原範例所建立，必須修改以用於您的復原解決方案。在本教學課程中，EPM 應用程式是在 Windows VM 上執行，因此會使用 Powershell (ps1) 命令檔。如果您使用 Linux VM，Shell 命令檔會出現在同一個 Github 儲存區域中。由於我們正在使用 EPM VM 來執行指令碼，因此 DR 控制節點稱為相同的 EPM VM。

作業 1.3：建立區塊磁碟區群組

在區域 1 中建立區塊磁碟區群組，並確定在區域 2 中複製區塊磁碟區群組。確定 DR 控制節點的開機磁碟區是區塊磁碟區群組的成員，而且區塊磁碟區群組會複製到區域 2。如需詳細資訊，請參閱 Creating a Volume Group 。

確定屬於此 OCI Full Stack DR 專案之任何其他可移動運算的任何其他開機和區塊，也屬於複製到區域 2 的區塊磁碟區群組。

作業 1.4：建立 OCI 全堆疊 DR 的 OCI IAM 原則

如以下文件所述，為 OCI Full Stack DR 設定必要的 OCI IAM 原則。

作業 1.5：為 OCI Full Stack DR 管理的其他服務建立 OCI IAM 原則

OCI Full Stack DR 必須能夠控制和管理其他關鍵 OCI 服務，例如運算、網路、儲存、保存庫、資料庫和其他雜項服務。請針對此處說明的其他服務設定必要的 OCI IAM 原則： Full Stack Disaster Recovery 管理的其他服務原則。

Task 1.6：建立 DRPG 日誌的 OCI 物件儲存的儲存桶

Task 1.6.1：瀏覽至 OCI Object Storage

首先，瀏覽至物件儲存與封存儲存，如圖 1.1 所示。

  1. 確定瀏覽器相關資訊環境設為區域 1 (倫敦)。
  2. 選取儲存體 (Storage) 。
  3. 選取儲存桶。

oss-bucket-nav-lon.png
圖 1.1：瀏覽至物件儲存體

作業 1.6.2：區域 1 中的 OCI 物件儲存的儲存桶

在區域 1 建立 OCI 物件儲存的儲存桶。在稍後的步驟中，系統會將儲存桶指定給區域 1 中的 DR 保護群組。

  1. 選取包含 EPM 系統相關資源的區間。
  2. 按一下建立儲存桶。
  3. 為儲存桶提供一個有意義的名稱，以便輕鬆識別該儲存桶所提供的應用程式和用途。
  4. 使用預設儲存層和加密的預設值。
  5. 按一下建立即可建立儲存桶。

oss-bucket-create-lon.png
圖 1.2：在區域 1 中建立物件儲存的儲存桶

作業 1.6.3：區域 2 中的 OCI 物件儲存的儲存桶

請依照相同的程序，在區域 2 (紐波特) 建立物件儲存的儲存桶。請務必選取紐波特區域。在稍後的步驟中，系統會將儲存桶指定給區域 2 中的 DR 保護群組。

  1. 將環境定義變更為區域 2。
  2. 選取區域 2 中包含 EPM System 相關資源的區間。
  3. 按一下建立即可建立儲存桶。

oss-bucket-create-lon.png
圖 1.3：在區域 2 中建立物件儲存的儲存桶

作業 1.7：(選擇性) 在待命區域中建立 OCI 負載平衡器

如果您的 EPM 系統未包含 OCI 負載平衡器，則可選擇是否使用 OCI 負載平衡器。

在待命區域中建立 OCI 負載平衡器：

  1. 鏡射主要負載平衡器的組態。
  2. 在此負載平衡器內建立空白的後端集。此時，待命區域中沒有可包括在組態中的後端，因此只應該建立空白的後端集。

切換或容錯移轉期間的組態：

  1. 主要 EPM 系統後端集的組態將會複製到空的待命後端集。

憑證與監聽器：

  1. 如果您使用自己的憑證，請將它們載入待命負載平衡器。
  2. 設定監聽器以符合主要負載平衡器的組態。

後續切換更新：

  1. 切換之後，請更新 DNS 資訊以指向待命負載平衡器的 IP 位址。

如需詳細資訊，請參閱負載平衡器簡介。

作業 2：在兩個區域中建立 DR 保護群組 (DRPG)

備註：如果 Oracle EPM 已新增至現有的 DR 保護群組，則完全略過任務 2。

如果此應用程式堆疊的保護群組還不存在，請在區域 1 和區域 2 中建立 DR 保護群組。

作業 2.1：瀏覽至 DR 保護群組

請先瀏覽至下圖 2-1 所示的 DR 保護群組 (OCI 全堆疊 DR)。

  1. 確定 OCI 區域相關資訊環境設為區域 1 (倫敦)。
  2. 按一下 Migration & Disaster Recovery 。
  3. 按一下 DR 保護群組。

drpg-create-nav-iad.png
圖 2-1：瀏覽至 DR 保護群組

作業 2.2：在區域 1 中建立保護群組

在區域 1 建立基本 DR 保護群組 (DRPG)，如下圖 2-2 所示。對等、角色及成員將在後續步驟中指定。

  1. 選取您要建立 DRPG 的區間。這可以是 EPM System 資源所在的相同區間。
  2. 按一下建立 DR 保護群組即可開啟對話方塊。
  3. 為 DRPG 使用有意義的名稱。
  4. 選取區域 1 之「作業 2」中建立的物件儲存的儲存桶。
  5. 按一下建立。

drpg-create-finish-lon.png 語言
圖 2.2： 在區域 1 中建立 DR 保護群組所需的參數

作業 2.3：在區域 2 中建立保護群組

在區域 2 建立基本 DR 保護群組 (DRPG)，如下圖 2-3 所示。對等、角色及成員將在後續步驟中指定。

  1. 將 OCI 區域相關資訊環境變更為區域 2 (紐波特)。
  2. 選取您要建立 DRPG 的區間。這可以是 EPM System 資源所在的相同區間。
  3. 按一下建立 DR 保護群組即可開啟對話方塊。
  4. 為 DRPG 使用有意義的名稱。
  5. 選取區域 2 在作業 2 中建立的物件儲存的儲存桶。
  6. 按一下建立。

drpg-create-finish-newport.png 語言
圖 2-3：在區域 2 中建立 DR 保護群組所需的參數

作業 2.4：關聯區域 1 和區域 2 中的保護群組

將每個區域中的 DRPG 關聯為彼此的對等體，並指定主要和待命的對等角色。這就是 OCI Full Stack DR 如何知道哪些兩個區域可搭配 Oracle EPM System 復原使用。主要和待命資料庫的角色會由 OCI Full Stack DR 自動變更，作為任何 DR 作業 /DR 計畫執行的一部分；您隨時都不需要手動管理角色。

作業 2.4.1：開始關聯

  1. 確定 OCI 區域相關資訊環境設為區域 1 (倫敦)。
  2. 按一下關聯以開始程序。

drpg-assoc-begin-lon.png 語言
圖 2.4.1：開始 DRPG 關聯

作業 2.4.2：關聯區域 1 和區域 2 中的保護群組

提供如圖 2.4.2 所示的參數。

  1. 選取主要角色。OCI Full Stack DR 會自動將待命角色指派給區域 2。
  2. 選取建立其他 DRPG 的區域 2 (紐波特)。
  3. 選擇產生的端點 DRPG 。
  4. 按一下關聯。

drpg-assoc-finish-lon.png 語言
圖 2.4.2：與 DRPG 建立關聯所需的參數

任務 2.4.3：關聯完成後您應該看到什麼

關聯完成後，OCI Full Stack DR 將顯示類似 Figure 2.4.3 的內容。

  1. 目前的主要對等 DRPG 為倫敦 (區域 1)。
  2. 目前的待命對等 DRPG 為 Newport (區域 2)。

drpg-assoc-completed-lon.png
圖 2.4.3：顯示個別 DRPG 觀點的對等關係

當環境定義 / 視觀表來自全域觀點時，可以找到相同的資訊，其中顯示所有 DR 保護群組，如下圖 2.4.4 所示。

  1. 目前的主要對等 DRPG 為倫敦 (區域 1)。
  2. 目前的待命對等 DRPG 為 Newport (區域 2)。

drpg-assoc-completed-lon.png
圖 2.4.4：從全域 DRPG 觀點顯示對等關係

工作 3：新增成員至 DR 保護群組

注意：新增成員至現有「DR 保護群組」時，此作業會刪除兩個區域中任何現有的 DR 計畫。進行此寫入時，OCI Full Stack DR 無法儲存 DR 保護群組的複本或進行備份。請確定您已在文字檔或試算表中記錄任何 DR 計畫群組與步驟的所有相關資訊，以協助重新建立自訂、使用者定義的計畫群組與步驟。您也可以建立 bash 命令檔，呼叫 OCI Full Stack DR CLI 命令來重新建立自訂、使用者定義的計畫群組和步驟 (超出本教學課程的範圍)。

將資料庫和 Oracle EPM System 應用程式運算節點新增為 DR 保護群組的成員。「DR 控制節點」是您建立的運算執行處理，只是為了支援 DR 協調流程，或是屬於要使用 Full Stack DR 管理之應用程式堆疊的一部分。在此範例中，EPM System 應用程式節點也會執行 DR 控制節點的功能。

您會將下列資源新增至區域 1 的主要 DRPG：

  1. EPM System 應用程式運算節點，也會執行 DR 控制節點的功能。
  2. 磁碟區群組包含 EPM 系統應用程式運算節點的開機磁碟區。如果存在，任何連附至運算節點的額外區塊磁碟區都應包含在磁碟區群組中。
  3. 主要 Oracle Base Database Service。
  4. 主要負載平衡器。

工作 3.1：開始新增成員至區域 1 中的 DRPG

首先，選取區域 1 中的 DRPG，如圖 3-1 所示。

  1. 確定 OCI 區域相關資訊環境為區域 1 (倫敦)。
  2. 選擇區域 1 中的 DRPG。
  3. 選取成員。
  4. 按一下新增成員以開始程序。

Drpg-add-nav-lon.png
圖 3-1：如何開始在區域 1 中新增成員至 DR 保護群組

Task 3.1.1：新增 DR 控制節點的運算執行處理

新增 EPM 系統的運算執行處理，此執行處理也可作為 DR 控制節點，如圖 3.1.1 所示。在此範例中，單一運算執行處理會裝載 EPM System 的所有模組。如果您的 EPM System 部署在具有多個運算節點的分散式環境中，請確定此步驟中包含每個節點。

  1. 確認 DR 計畫的相關警告。
  2. 輸入運算作為成員資源類型。
  3. 選取 EPM System 應用程式運算例項。此相同運算執行處理也將用於執行使用者定義的命令檔。
  4. 選取移動執行處理。
  5. 新增 OCI Full Stack DR，VCN 和子網路會在復原期間指定給區域 2 的 VNIC。圖 4-2 顯示單一 VNIC。OCI Full Stack DR 不管您擁有的 VNIC 數目，或是在任一區域設定 VNIC 的方式，無論您是否需要符合您的需求。請確定從待命區域中的目標子網路提供有效的 IP 位址。這樣可以簡化切換之後更新主機檔案，因為運算執行處理會持續使用相同的已知 IP 位址。

drpg-add-compute-lon.png
圖 3.1.1：新增 DR 控制節點所需的參數

作業 3.1.2：新增 DR 控制節點的區塊磁碟區群組

新增包含連附至 EPM System 應用程式節點之開機磁碟區和區塊磁碟區的區塊磁碟區群組。區塊磁碟區群組必須已在兩個區域之間設定跨區域複製，才能將其新增至 DR 保護群組。

  1. 選取磁碟區群組作為成員資源類型。
  2. 請確定已選取包含磁碟區群組的正確區間，然後選取磁碟區群組。

drpg-add-vg-lon.png 中文
圖 3.1.2：為 EPM Compute 新增開機磁碟區群組所需的參數

Task 3.1.3: Add Primary Oracle Base Database Service

此時，應該已經在「工作 1」設定 Oracle Base Database 服務系統的 Oracle Data Guard。新增主要資料庫作為區域 1 中 DRPG 的成員。

  1. 選取資料庫作為資源類型成員。
  2. 請確定已選取正確的資料庫區間。
  3. 提供包含 EPM 資料庫 SYS 使用者密碼之 OCI 保存庫中的加密密碼詳細資訊。您已在作業 1 中設定 Oracle Data Guard 時建立此加密密碼。

drpg-add-db-lon.png 資料下載
圖 3.1.3：新增從基準資料庫服務執行之主要資料庫所需的參數

Task 3.1.4：新增 OCI 負載平衡器

在此範例中，我們將負載平衡器新增為區域 1 中 DRPG 的成員。

  1. 選取負載平衡器作為成員資源類型。
  2. 確定已選取正確的負載平衡器區間。
  3. 選取來源後端集：這是 EPM System 應用程式使用的後端集。OCI 負載平衡器可以在多個應用程式之間共用，而且可以設定多個後端集。在 DR 切換期間，只有此處指定的後端集會將其組態移至待命區域。
  4. 選取目的地後端集：這是在區域 2 的作業 1.7 中建立的空白後端集。

drpg-add-db-lbr.png 資料下載
圖 3.1.4：新增負載平衡器所需的參數

作業 3.1.5：驗證區域 1 的成員資源

區域 1 的 DRPG 現在應有四個成員資源，如圖 3.1.5 所示。成員資源的名稱將會不同。

  1. 主要資料庫。
  2. 可移動的運算執行處理。
  3. 運算執行處理的區塊磁碟區群組。
  4. OCI 負載平衡器

drpg-add-finish-lon.png 語言
圖 3.1.5： 顯示區域 1 中 DRPG 的成員

工作 3.2：開始新增成員至區域 2 中的 DRPG

從區域 2 選取 DRPG 開始。

  1. 確定 OCI 區域相關資訊環境為區域 2 (紐波特)。
  2. 選擇區域 2 中的 DRPG。
  3. 按一下成員。
  4. 按一下新增成員以開始程序。

您可以依照與主要區域類似的步驟，將下列資源新增至區域 2 中的待命 DRPG：

  1. 待命 / 遠端 Oracle Base Database Service 系統。
  2. 待命 OCI 負載平衡器。

任務完成後，區域 2 的 DRPG 應有兩個成員資源，如下圖 3.2 所示。

drpg-add-finish-newport.png 語言
圖 3.2： 顯示區域 2 中 DRPG 的成員

作業 4：在區域 2 中建立基本 DR 計畫 (紐波特)

此步驟會建立與區域 2 (紐波特) 中待命 DR 保護群組關聯的基本切換和容錯移轉計畫。

每個計畫的目的是將工作負載從主要區域 1 轉換成待命區域 2。兩個區域中 DR 保護群組的角色會自動回復為任何 DR 作業的一部分，因此區域 1 中的保護群組將成為待命，而區域 2 中的保護群組在容錯移轉或切換之後會成為主要群組。

OCI Full Stack DR 會根據先前任務中新增的成員資源，預先植入兩個具有內建步驟的計畫。系統會在稍後步驟中自訂計畫，以處理復原作業期間與 EPM System 相關的所有任務。

切換計畫一律會以待命角色在保護群組中建立；區域 2 目前是待命保護群組，因此我們將從 Newport 開始。

作業 4.1：建立 DR 計畫

在區域 2 (紐波特) 中選取 DRPG 來建立基本計畫

  1. 確定 OCI 區域相關資訊環境為區域 2 (紐波特)。
  2. 選取區域 2 中的待命 DRPG。
  3. 選取計畫 (Plans) 。
  4. 按一下建立計畫即可開始處理作業。

plan-create-newport-nav.png
圖 4-1：如何開始在區域 2 中建立基本 DR 計畫

作業 4.1.1：建立切換計畫

建立 DR 計畫相當簡單，如下圖 4.1.1 所示。

  1. 讓切換計畫的名稱變得簡單但有意義。這個名字應該盡可能簡短，但很容易理解，以便在危機期間減少混淆與人為錯誤。
  2. 選取換線 (計劃) 作為計劃類型。此寫入時，僅有四種計劃類型。

plan-create-newport-so.png
圖 4.1.1：建立 DR 切換計畫所需的參數

作業 4.1.2：建立容錯移轉計畫

依照相同的程序建立基本容錯移轉計畫，如下圖 4.1.2 所示。

  1. 將容錯移轉計畫的名稱設為簡單但有意義的名稱。這個名字應該盡可能簡短，但很容易理解，以便在危機期間減少混淆與人為錯誤。
  2. 選取計畫類型作為容錯移轉 (非計畫) 。此寫入時，僅有四種計劃類型。

plan-create-newport-fo.png
圖 4.1.2：建立 DR 容錯移轉計畫所需的參數

區域 2 中的待命 DR 保護群組現在應該有兩個 DR 計畫，如下圖所示。這些將處理從區域 1 轉換至區域 2 的工作負載。您將在區域 1 建立類似的計畫，以便在稍後的工作中將工作負載從區域 2 轉換回區域 1。

plan-create-newport-completed.png
圖 4.1.3：顯示區域 2 中必須存在的兩個基本 DR 計畫，再繼續進行任何操作

作業 5：自訂區域 2 中的切換計劃 (紐波特)

在「任務 4」中建立的基本 DR 計畫包含完整堆疊 DR 內建的復原任務預先植入的步驟，且不包含管理 EPM System 應用程式特定復原任務的任何項目。此步驟說明如何新增自訂、使用者定義的 DR 計畫群組，以及管理在 EPM 系統切換期間需要完成之任務的步驟：

作業 5.1：選取切換計劃

切換作業選項至「作業 4」中建立的切換計劃。

plan-custom-so-newport-nav.png
圖 5.1：如何開始自訂區域 2 中的切換計畫

作業 5.2：(選擇性) 啟用終止構件的 DR 計畫群組

切換計畫中預設會停用的兩個計畫群組，如下列螢幕擷取畫面所示。在測試期間，系統會停用使用者自建物件以提供舒適度，確保不會真正刪除任何項目，而且在測試期間發生問題時，您仍有可行的使用者自建物件複本作為備份。

不過，這兩個計畫群組會終止 (刪除) 使用者自建物件，日後絕不會再作為任何災害復原作業的一部分使用。使用者自建物件只會在您於兩個區域之間往回切換時繼續累積，造成運算執行處理和磁碟區群組的混淆，是實際應該作用中的運算執行處理和磁碟區群組。

OCI Full Stack DR 進入生產環境之後，應該啟用這些計畫群組。在測試切換與切換期間留下的任何構件，但這兩個計畫群組停用時，應先終止並清除這些構件，再進入生產環境以減少混淆，以及在正常作業期間發生人為錯誤的可能性。

您可以選擇性地啟用這些計畫群組，以避免必須先手動清除過多的人工因素，再進入生產環境。

plan-custom-so-newport-disabled-show.png
圖 5.2：預設為停用計畫群組

以下為停用計劃群組啟用時的作法：

  1. 此計畫群組會在 OCI 物件儲存作業期間於區域 2 啟動 VM 的複製版本之後，終止區域 1 所留的運算執行處理使用者自建物件，將區域 2 的複寫回復至區域 1，作為切換的一部分。切換回期間不會使用剩下的 VM，因為反向區塊磁碟區複製的作業會在全新的區塊磁碟區群組中建立所有新的 VM。

  2. 此計畫群組會在區域 2 啟用 VG 的複製版本，並且在切換期間回復磁碟區群組複寫之後，終止區域 1 落後之區塊磁碟區群組 (VG) 的使用者自建物件。剩餘區塊磁碟區群組永遠不會再使用，即使是從區域 2 切換回區域 1 的一部分也不會再使用。

Task 5.2.1：啟用終止運算計畫群組

啟用計畫群組。

  1. 從計畫群組名稱右側的內容功能表中選取啟用所有步驟。

    plan-custom-so-newport-enable-terminate-vm.png
    圖 5.2.1： 如何啟用終止運算執行處理

Task 5.2.2 啟用終止磁碟區群組計畫群組

啟用計畫群組。

  1. 從計畫群組名稱右側的內容功能表中選取啟用所有步驟。

    plan-custom-so-newport-enable-terminate-vg.png
    圖 5.2.2：如何啟用終止磁碟區群組

任務 5.3：建立計畫群組以在區域 1 執行自訂指令碼 (主要)

開始新增自訂、使用者定義的 DR 計畫群組。

第一個使用者定義的計畫群組會執行自訂指令碼，以停止在主要區域 1 執行的 EPM System 服務。此計畫群組將包含呼叫 Windows PowerShell 指令碼 stop_services.ps1 的單一步驟，該步驟已下載至任務 1.2 中 EPM 應用程式節點上的資料夾 c:/scripts。

作業 5.3.1：選取新增計畫群組

開始新增計劃群組的處理程序。

  1. 按一下新增群組開始。
  2. 為計畫群組提供簡單但具有描述性的名稱。這是選擇性的，不過最佳作法是新增備註，說明計畫群組將執行哪些區域的步驟。
  3. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在停止區域 1 之 VM 的內建計畫群組之前插入使用者定義的計畫群組。
  4. 選取內建的停止運算執行處理 (主要) 計畫群組。
  5. 按一下新增步驟以開啟對話方塊，在其中指定停止 EPM System 的命令檔。

plan-custom-so-newport-grp1-name.svg
圖 5.3.1：建立計畫群組和新增停止 EPM 步驟的參數

工作 5.3.2：提供步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會停止區域 1 中的 EPM System 服務。

我們將說明此對話方塊中的所有欄位，但在後續步驟中將所有剩餘的螢幕擷取畫面留下此詳細資訊，因為我們剛重複執行相同的程序。

  1. 說明此步驟執行之工作的描述性步驟名稱。
  2. 請一律選取目前執行 EPM App 節點的區域，而非切換期間執行該節點的位置。OCI Full Stack DR 會持續追蹤 VM 的執行位置，因此您只需指定目前所在的位置即可。在此情況下，EPM App 節點正在區域 1 (倫敦) 中執行。
  3. 選取包含 DR 控制節點的正確區間。然後選取指定為 DR 控制節點的運算實例；在此範例中，它是 EPM 系統應用程式運算。
  4. 選取執行本機命令檔，以通知 OCI Full Stack DR 運算執行處理上將會找到此命令檔。Windows PowerShell 指令碼已下載至任務 1.2 中的 DR 控制節點。
  5. 在「DR 控制節點」上安裝 stop_services.ps1 程序檔的絕對路徑中貼上。新增 stop 作為第一個參數，新增 OCI 區域 ID 作為第二個參數。
  6. 如果指令碼無法停止 EPM Services，則 DR 計畫應停止。如此一來，任何人都可以看到發生問題並加以修正。OCI Full Stack DR 可讓您在修正問題後繼續執行切換計畫。
  7. 完整堆疊 DR 宣告失敗之前的預設值為 1 小時。此值可變更為 30 分鐘，或覺得更真實的逾時值。
  8. 按一下新增步驟，將此步驟新增至計畫群組。

plan-custom-so-newport-grp1-step.png
圖 5.3.2：建立停止 EPM 之計畫步驟的參數

作業 5.3.3：完成新增計畫群組與步驟

停止 EPM System 的步驟現在已新增至 DR 計畫群組，如下圖 5.3.3 所示。

這會顯示剛才新增的計畫步驟。您可以新增其他步驟至 DR 計畫群組，但此計畫群組只會包含停止 EPM Services 的步驟。按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-newport-grp1-finish.png
圖 5.3.3：完成新增計畫群組和停止 EPM 的步驟

工作 5.4：建立計畫群組以在區域 2 執行自訂命令檔 (待命)

第二個使用者定義的計畫群組會在待命區域 2 啟動「DR 控制節點」之後，更新運算節點上的主機檔案並啟動 EPM System 服務。此計畫群組將包含兩個步驟，呼叫 host_switch_failover.ps1 與 start_services.ps1 PowerShell 指令碼，這些指令碼已下載至任務 1.2 中的 DR 控制節點。

Task 5.4.1 建立 DR 計畫群組，以在切換至待命區域之後更新主機檔案

  1. 為計畫群組提供簡單但具有描述性的群組名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在啟動 EPM System 應用程式節點複製版本的內建計劃群組後插入使用者定義的計劃群組，該群組也會在區域 2 執行 DR 控制節點的功能。
  3. 選取內建的啟動運算執行處理計畫群組
  4. 按一下新增步驟即可開啟對話方塊，在其中指定要更新主機檔案的命令檔。

plan-custom-so-newport-grp2-step.png
圖 5.4.1：建立啟動 EPM 之計畫步驟的參數

工作 5.4.2：提供主機檔案更新命令檔的步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。host_switch_failover.ps1 命令檔會更新運算節點上的主機檔案，讓區域 2 中運算和資料庫執行處理的新 IP 位址對應至原始區域 1 主機名稱。這樣可以在應用程式層中啟動應用程式，而無需進行任何進一步修改。

此步驟與任務 5.3.2 相同，但以下圖 5.4.2 所示的項目除外。

  1. 說明此步驟執行之工作的描述性步驟名稱。
  2. 貼到 PowerShell.exe 的絕對路徑，以及在 EPM App 節點上安裝 host_switch_failover.ps1 指令碼的位置。
  3. 按一下新增步驟，將此步驟新增至計畫群組。

plan-custom-so-newport-grp2-step1.png
圖 5.4.2：更新主機檔案的參數

Task 5.4.3：提供 EPM System Service Start Script 的步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在這種情況下，EPM 系統服務將從區域 2 開始。

  1. 說明此步驟執行之工作的描述性步驟名稱。
  2. 貼到 PowerShell.exe 的絕對路徑，以及在 EPM App 節點上安裝 start_services.ps1 指令碼的位置。
  3. 按一下新增步驟，將此步驟新增至計畫群組。
  4. 按一下新增以新增現在包含兩個執行兩個自訂命令檔之步驟的計畫群組。

plan-custom-so-newport-grp2-step2.png
圖 5.4.3：啟動 EPM 的參數

切換計畫現在應該同時包含「DR 計畫群組」，如以下螢幕擷取畫面所示。

plan-custom-so-newport-all-grps.png
圖 5.4.4：啟動後的自訂命令檔

工作 6：自訂區域 2 中的容錯移轉計畫 (紐波特)

此任務說明如何在實際停機或區域 1 的存取中斷期間，新增自訂、使用者定義的「DR 計畫群組」與步驟，以管理 EPM System 在區域 2 的容錯移轉期間必須完成的任務。這些步驟將是剛新增至上述任務 5 之切換計畫的相同步驟子集。不過，只有在待命區域 2 執行的步驟會新增至容錯移轉計畫，因為假設區域 1 在容錯移轉期間完全無法存取。

作業 6.1：選取容錯移轉計畫

從導覽至任務 5 中建立的容錯移轉計畫開始。

  1. 確定待命區域 2 仍是主控台中目前的區域相關資訊環境。
  2. 選取容錯移轉計畫。

plan-custom-fo-newport-nav.png
圖 6-1：如何建立開始在區域 2 中自訂容錯移轉計畫。

作業 6.1.2：新增步驟至新的使用者定義計畫群組

  1. 按一下新增群組。

    plan-custom-fo-newport-grp1-step.png
    圖 6.1.2 建立啟動 EPM 之計畫步驟的參數

  2. 遵循任務 5.4 的指示，將兩個步驟新增至使用者定義的計畫群組，以執行自訂指令碼：host_switch_failover.ps1 與 start_services.ps1。

  3. 新增步驟和使用者定義的計畫群組之後，容錯移轉計畫的外觀如下：

    plan-custom-fo-newport-grp1-finish.png
    圖 6.1.3 建立啟動 EPM 和更新主機之計畫步驟的參數

作業 7：在區域 2 執行切換計畫 (紐波特)

切換和容錯移轉 DR 計畫都已在待命區域 2 (紐波特) 中完成。區域 2 中的 DR 計畫可讓 OCI Full Stack DR 將工作負載從區域 1 轉換成區域 2。下一項任務是在區域 1 (倫敦) 的保護群組中建立切換與容錯移轉計畫，讓 OCI Full Stack DR 可以將工作負載從區域 2 轉換回區域 1。

不過，只能在具有待命角色的保護群組中建立及修改 DR 計畫。區域 1 中的 DR 保護群組目前是主要群組，這表示無法在區域 1 中建立 DR 計畫。

因此，我們需要回復保護群組的角色，讓區域 1 為待命，而區域 2 為主要。執行剛剛建立的切換計畫，以將工作負載從區域 1 (倫敦) 轉換至區域 2 (紐波特)。

作業 7.1：開始計畫執行

執行 DR 計畫以開始將 EPM System 工作負載從區域 1 轉換至區域 2 的程序。

  1. 確定區域相關資訊環境仍設為待命區域 2 (紐波特)。
  2. 使用主控台頂端的來源路徑，協助確保 DR 保護群組詳細資訊是目前的計畫相關資訊環境。
  3. 確定已選取區域 2 中的正確 DR 保護群組；應該是待命角色。
  4. 繼續之前，請確定容錯移轉和切換計畫都存在；如果沒有，請回到上一個作業來同時建立 DR 計畫。
  5. 按一下執行 DR 計畫。

images-exec-so-to-newport-begin.png
圖 7-1：顯示如何執行切換至待命區域

作業 7.2：選取切換計畫並執行

此作業會執行區域 2 中的切換計畫。

  1. 選取切換計劃。
  2. 選取啟用前置檢查。
  3. 按一下執行 DR 計畫以開始。

images-exec-so-to-newport-exec.png
圖 7.2：選擇並執行切換計畫

工作 7.3：後續步驟

監控切換計畫，直到 EPM 系統工作負載從區域 1 完全轉換至區域 2 為止。完整堆疊災害復原會清除使用者自建物件，並在區域之間變更主要和待命角色。如果切換計畫執行失敗，請確認日誌，並確定計畫已順利執行。

Full Stack DR 完成切換之後，區域 2 (紐波特) 將成為主要區域，而區域 1 (倫敦) 將成為待命區域。

作業 8：在區域 1 (倫敦) 中建立 DR 計畫

在區域 1 (倫敦) 的 DR 保護群組中建立相同的基本切換和容錯移轉計畫，現在是待命對等資料庫。

每個計畫都希望每當區域 2 是主要對等體時，將工作負載從區域 2 轉換成區域 1。在任何 DR 作業中，兩個區域中 DR 保護群組的角色都會自動反轉，因此區域 2 中的 DR 保護群組會變成待命，而區域 1 中的 DR 保護群組在容錯移轉或切換之後會成為主要群組。

OCI Full Stack DR 會根據上一個任務中新增的成員資源，預先植入兩個具有內建步驟的計畫。在稍後的步驟中，系統會自訂計畫，以處理復原作業期間與 EPM System 相關的所有任務。

切換計畫一律會以待命角色在保護群組中建立；在「工作 8」中執行切換計畫之後，區域 1 目前是待命保護群組。

Task 8.1：建立 DR 計畫

選取區域 1 中的 DRPG 來建立基本計畫，如圖 8.1 所示。

  1. 確定 OCI 區域相關資訊環境為區域 1 (倫敦)。
  2. 選取區域 1 中的待命 DRPG。
  3. 選取計畫 (Plans) 。
  4. 按一下建立計畫即可開始處理作業。
  5. 讓切換計畫的名稱變得簡單但有意義。這個名字應該盡可能簡短，但很容易理解，以便在危機期間減少混淆與人為錯誤。
  6. 選取轉換 (計劃) 作為切換 (計劃) 。此寫入時，僅有四種計劃類型。
  7. 按一下建立，即可建立預先填入基本內建步驟的基本切換計畫。

plan-create-lon-so.png
圖 8.1：建立 DR 切換計畫所需的參數

作業 8.2：建立容錯移轉計畫

依照相同的程序建立基本容錯移轉計畫，如圖 8.2 所示。

  1. 讓容錯移轉計畫的名稱變得簡單但有意義。這個名字應該盡可能簡短，但很容易理解，以便在危機期間減少混淆與人為錯誤。

  2. 選取計畫類型作為容錯移轉 (非計畫) 。此寫入時有四種計劃類型。

  3. 按一下建立，即可建立預先填入基本內建步驟的基本容錯移轉計畫。

plan-create-lon-fo.png
圖 8.2：建立 DR 容錯移轉計畫所需的參數

區域 1 中的待命 DR 保護群組現在應該有兩個 DR 計畫，如下所示。這些將處理將工作負載從區域 2 轉換回區域 1。

plan-create-lon-completed.png
圖 8.3：顯示區域 2 中必須存在的兩個基本 DR 計畫，再繼續進行任何操作

作業 9：自訂區域 1 中的切換計畫 (倫敦)

除了在區域 1 中執行這項作業之外，此作業的所有內容幾乎與區域 2 之「作業 5」中的內容完全相同。

在 Task 8 中建立的基本 DR 計畫包含內建於 OCI Full Stack DR 中的復原任務預先填入的步驟，而且不包含管理 EPM System 應用程式特定復原任務的任何項目。此步驟說明如何新增自訂、使用者定義的 DR 計畫群組，以及管理在 EPM 系統切換期間需要完成之任務的步驟：

作業 9.1：選取切換計劃

瀏覽至上一個任務中建立的切換計畫。

plan-custom-so-lon-nav.png
圖 9-1：如何開始自訂區域 1 中的切換計畫

作業 9.2：(選擇性) 啟用終止構件的 DR 計畫群組

這些步驟與先前任務中區域 2 所執行的步驟相同；區域 1 必須遵循相同的處理程序。

切換計畫中預設會停用兩個計畫群組，如下面的螢幕擷取畫面所示。在測試期間，系統會停用使用者自建物件的舒適度，確保不會真正刪除任何項目，而且在測試期間發生問題時，您仍然可以將使用者自建物件的可行複本作為備份。

不過，這兩個計畫群組會終止 (刪除) 使用者自建物件，日後絕不會再作為任何災害復原作業的一部分使用。使用者自建物件只會在您於兩個區域之間往回切換時繼續累積，而這會造成人類混淆，而哪些運算執行處理和磁碟區群組是應該實際作用中的執行處理。

OCI Full Stack DR 進入生產環境之後，應該啟用這些計畫群組。在測試切換與切換期間留下的任何構件，但這兩個計畫群組停用時，應先終止並清除這些構件，再進入生產環境以減少混淆，以及在正常作業期間發生人為錯誤的可能性。

您可以選擇性地啟用這些計畫群組，以避免必須先手動清除過多的人工因素，再進入生產環境。

plan-custom-so-lon-disabled-show.png
圖 9-2：預設為停用計畫群組

以下為停用計劃群組啟用時的作法：

  1. 此計畫群組會在 OCI 區塊儲存作業期間於區域 1 啟動 VM 的複製版本之後，終止區域 2 所留的運算執行處理使用者自建物件，以在切換期間將區域 1 的複寫回復至區域 2。切換回期間不會使用剩下的 VM，因為反向區塊磁碟區複製的作業會在全新的區塊磁碟區群組中建立所有新的 VM。

  2. 此計畫群組會在區域 1 啟用 VG 的複製版本，並且在切換期間回復磁碟區群組複寫之後，終止區域 2 落後之區塊磁碟區群組 (VG) 的使用者自建物件。剩餘區塊磁碟區群組永遠不會再使用，即使是從區域 1 切換回區域 2 的一部分也不會再使用。

作業 9.2.1：啟用終止運算計畫群組

啟用計畫群組。

  1. 從計畫群組名稱右側的內容功能表中選取啟用所有步驟

    plan-custom-so-newport-enable-terminate-vm.png
    圖 9.2.1： 如何啟用終止運算執行處理

Task 9.2.2 啟用終止磁碟區群組計畫群組

啟用計畫群組。

  1. 從計畫群組名稱右側的內容功能表中選取啟用所有步驟

    plan-custom-so-newport-enable-terminate-vg.png
    圖 9.2.2：如何啟用終止磁碟區群組

任務 9.3：建立計畫群組以在區域 2 執行自訂指令碼 (主要)

開始新增自訂、使用者定義的 DR 計畫群組。

第一個使用者定義的計畫群組會執行自訂指令碼，以停止在主要區域 2 執行的 EPM System 服務。此計畫群組將包含一個呼叫 Windows PowerShell 指令碼 stop_services.ps1 的單一步驟，此步驟會下載至任務 1.2 中 DR 控制節點上的 c:/scripts 資料夾。

作業 9.3.1：選取新增計畫群組

開始新增計劃群組的處理程序。

  1. 按一下新增群組開始。
  2. 為計畫群組提供簡單但具有描述性的名稱。
  3. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在停止區域 2 之 VM 的內建計畫群組之前插入使用者定義的計畫群組。
  4. 選取內建的停止運算執行處理 (主要) 計畫群組。
  5. 按一下新增步驟以開啟對話方塊，在其中指定停止 EPM System 的命令檔。

plan-custom-so-lon-grp1-name.svg
圖 9.3.1：建立計畫群組和新增停止 EPM 系統服務的步驟的參數

Task 9.3.2：提供步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會停止區域 2 中的 EPM System 服務。

我們將說明此對話方塊中的所有欄位，但在後續步驟中將所有剩餘的螢幕擷取畫面留下此詳細資訊，因為我們剛重複執行相同的程序。

  1. 說明此步驟執行之工作的描述性步驟名稱。
  2. 如果指令碼無法停止 EPM Services，則 DR 計畫應停止。如此一來，任何人都可以看到發生問題並加以修正。Full Stack DR 可讓您在修正問題後繼續執行切換計畫。
  3. OCI Full Stack DR 宣告失敗前的預設值為 1 小時。此值可變更為 30 分鐘，或覺得更真實的逾時值。
  4. 請一律選取目前執行「DR 控制節點」的區域，而非切換期間的執行位置。OCI Full Stack DR 會持續追蹤 VM 的執行位置，因此您只需指定目前所在的位置即可。在此情況下，「DR 控制節點」正在區域 1 (倫敦) 中執行。
  5. 選取執行本機命令檔，以通知 Full Stack DR 運算執行處理上將會找到命令檔。Windows PowerShell 指令碼已下載至任務 1.2 中的 DR 控制節點。
  6. 選取包含 DR 控制節點的正確區間。然後選取指定為 DR 控制節點的運算實例，在此範例中為 EPM 系統應用程式運算。
  7. 在「DR 控制節點」上安裝 stop_services.ps1 程序檔的絕對路徑中貼上。新增 stop 作為第一個參數，新增 OCI 區域 ID 作為第二個參數。
  8. 按一下新增步驟，將此步驟新增至計畫群組。

plan-custom-so-lon-grp1-step1.svg
圖 9.3.2：建立計畫群組及新增啟動 EPM 系統服務的步驟的參數

作業 9.3.3：完成新增計畫群組與步驟

  1. 如圖 9.3.3 所示，停止 EPM System 的步驟現在會新增至 DR 計畫群組。

    plan-custom-so-lon-grp1-step1-added.svg
    圖 9.3.3：建立計畫群組及新增停止 EPM 系統服務的步驟的參數

  2. 這會顯示剛才新增的計畫步驟。您可以新增其他步驟至 DR 計畫群組，但此計畫群組只會包含停止 EPM Services 的步驟。

  3. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

    plan-custom-so-lon-grp1-added.svg
    圖 9.3.4：建立計畫群組和新增至 Stop EPM 系統服務的群組的參數

Task 9.4：建立計畫群組以在區域 1 執行自訂命令檔 (待命)

第二個使用者定義的計畫群組會在待命區域 1 啟動「DR 控制節點」之後，更新運算節點上的主機檔案並啟動 EPM System 服務。此計畫群組將包含兩個步驟，呼叫下載至任務 1.2 中 DR 控制節點的 host_switch_failback.ps1 和 start_services.ps1 PowerShell 指令碼。host_switch_failback.ps1 命令檔會回轉 Newport 區域中 host_switch_failover.ps1 命令檔引進的變更，並在運算節點上將原始主機檔案移回倫敦原始主要區域之後，回復這些變更。

Task 9.4.1 建立 DR 計畫群組，在切換至待命區域之後更新主機檔案

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在啟動 EPM System 應用程式節點複製版本的內建計劃群組後，插入使用者定義的計劃群組，該群組也會在區域 1 執行 DR 控制節點的功能。
  3. 選取內建的啟動運算執行處理 (待命) 計畫群組。
  4. 按一下新增步驟即可開啟對話方塊，在其中指定要更新主機檔案的命令檔。

plan-custom-soo-lon-grp1-step1.svg
圖 9.4.1：建立計畫群組和新增以更新主機檔案的群組的參數

工作 9.4.2：提供主機檔案更新命令檔的步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。host_switch_failback.ps1 命令檔會更新運算節點上的主機檔案。它會反轉 Newport 區域中 host_switch_failback.ps1 命令檔引進的變更，並回復區域 1 (倫敦) 的原始主機檔案。這可讓應用程式在啟動時無須進行任何進一步的修改。

此步驟與「任務 9.3.2」相同，但「圖」中顯示的項目除外。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 將絕對路徑貼到 PowerShell.exe，以及在 DR 控制節點上安裝 host_switch_failover.ps1 指令碼的位置。
  3. 按一下新增步驟，將此步驟新增至計畫群組。

plan-custom-so-lon-grp1-step1-details.svg
圖 9.4.2：建立計畫群組和新增以更新主機檔案的步驟詳細資訊的參數

Task 9.4.3：提供 EPM System Service Start Script 的步驟名稱和本機命令檔參數

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在這種情況下，EPM 系統服務將從區域 2 開始。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 將絕對路徑貼到 PowerShell.exe，以及在 DR 控制節點上安裝 start_services.ps1 指令碼的位置。
  3. 按一下新增步驟，將此步驟新增至計畫群組。
  4. 按一下新增以新增現在包含兩個執行兩個自訂命令檔之步驟的計畫群組。

切換計畫現在應該同時包含「DR 計畫群組」，如以下螢幕擷取畫面所示。

plan-custom-so-lon-all-grps.png
圖 9.4.3： 轉換使用者定義的計畫群組

作業 10：自訂區域 1 中的容錯移轉計畫 (倫敦)

此任務說明如何新增自訂、使用者定義的「DR 計畫群組」與步驟，以管理在實際停機或區域 2 的存取中斷期間，EPM System 容錯移轉期間必須完成的任務。這些是剛剛新增至上述任務 9 之切換計畫的相同步驟子集。不過，只有在待命區域 1 執行的步驟會新增至容錯移轉計畫，因為假設區域 2 在容錯移轉期間完全無法存取。

作業 10.1：新增使用者定義的計畫群組至容錯移轉計畫

導覽至任務 8 中建立的容錯移轉計畫。

plan-create-lon-failover.png
圖 10.1：區域 1 中的容錯移轉計畫

作業 10.1.1：新增計畫群組

  1. 確定待命區域 2 仍是主控台中目前的區域相關資訊環境。
  2. 選取容錯移轉計畫。
  3. 按一下新增群組。
  4. 指定群組名稱。
  5. 在內建的啟動運算執行處理步驟之後，將它新增至計畫。

plan-custom-fo-lon-add-grp.png
圖 10.1：建立計畫群組，以便在容錯移轉至區域 2 之後執行自訂命令檔的參數。

作業 10.1.2：新增步驟至新的使用者定義計畫群組

  1. 遵循任務 9.4 的指示，將兩個步驟新增至使用者定義的計畫群組，以執行自訂指令碼：host_switch_failback.ps1。

    plan-custom-fo-lon-add-step1.png
    圖 10.2：建立更新主機檔案之命令檔的計畫群組步驟的參數。

  2. 新增計畫群組中的第二個步驟，使用 start_services.ps1 命令檔啟動服務。

    plan-custom-fo-lon-add-step1.png
    圖 10.3：建立更新主機檔案之命令檔的計畫群組步驟的參數。

  3. 新增步驟之後，使用者定義的計畫群組看起來應該像這樣，然後按一下新增。

    plan-custom-fo-lon-added-steps.png
    圖 10.4：顯示啟動運算執行處理之後執行兩個本機命令檔之設定步驟的計畫群組。

  4. 容錯移轉計畫現在應包含 EPM 系統的使用者定義 DR 計畫群組，如下列螢幕擷取畫面所示。如果您的保護群組包括其他應用程式或 OCI 服務以及 EPM 系統，則可能會有其他計畫群組。

    plan-custom-fo-lon-all-groups.png
    圖 10.5：顯示使用者定義的計畫群組的容錯移轉計畫

接下來的步驟

EPM 系統的 OCI Full Stack DR 目前應完整實作。不過，在生產環境中使用完整功能之前，應先加以驗證。應執行所有容錯移轉和切換計畫，以驗證所有項目是否如預期般運作，復原團隊則完全瞭解整個流程。

測試切換計畫

切換計畫旨在清除所有使用者自建物件，並確保內建復原步驟 (例如負載平衡器、區塊儲存、檔案系統、BaseDB、ExaCS 及 Autonomous Database) 的所有角色都已準備好從待命區域復原，無須人為介入。

測試容錯移轉計畫

容錯移轉不同。容錯移轉的本質無法清除使用者自建物件，或是確保失敗區域的服務和資料庫已準備好將工作負載轉換回區域 1。復原團隊必須瞭解並執行工作，以確保 Oracle Data Guard 處於正確狀態，儲存和運算執行處理的使用者自建物件已終止，依此類推。如需詳細資訊，請參閱在容錯移轉後重設 DR 組態。

驗證最終允收的所有 DR 計畫

復原團隊必須執行最終驗證，以示範 OCI Full Stack DR 保護群組的就緒度，以及生產環境工作負載的計畫。區域 2 (紐波特) 應為此時在處理中的主要區域。完成下列步驟以開始所有計畫的最終驗證：

認可

其他學習資源

瀏覽 docs.oracle.com/learn 的其他實驗室，或前往 Oracle Learning YouTube 頻道存取更多免費學習內容。此外，請造訪 education.oracle.com/learning-explorer 以成為 Oracle Learning Explorer。

如需產品文件，請造訪 Oracle Help Center 。