附註：

使用 OCI Full Stack Disaster Recovery 自動復原 Oracle Integration

第 1 部分：簡介

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

Oracle Integration 是一個安全的統一平台，可讓您連結雲端和內部部署應用程式、將業務流程自動化、透過業務指標分析取得業務洞察力，以及開發 Web 和行動應用程式。Oracle Integration 可在受服務層次協議 (SLA) 管理的 OCI 區域中使用。本教學課程詳細說明為 Oracle Integration 建置跨區域、客戶管理的災害復原解決方案的程序，特別是 Oracle Integration 中的整合功能。

Oracle Integration 是一項受管理的 OCI 平台即服務 (PaaS)，不是 OCI Full Stack DR 可以原生管理的方案，因為 Oracle Integration 本身不會向 OCI 使用者公開運算、儲存或資料庫。但是，只要 Oracle Integration 之類指定服務的工程團隊記錄了在 OCI 區域之間進行災害復原的方式，OCI Full Stack DR 即可自動復原 PaaS 方案。Oracle Integration 工程團隊已記錄 Configuring a Disaster Recovery Solution for Oracle Integration Generation 2 ，說明如何手動佈建、設定及復原 Oracle Integration。

OCI Full Stack Disaster Recovery (DR) 不用於佈建或設定 Oracle Integration。在嘗試以任何方式使用 OCI Full Stack DR 之前，必須依照設定 Oracle Integration Generation 2 的災害復原解決方案中的逐步指示，為跨區域的災害復原佈建和設定 Oracle Integration。

本文件中 Oracle Integration Engineering 所規定的手動容錯移轉步驟：設定 Oracle Integration Generation 2 的災害復原解決方案也必須先順利測試切換和切換，才能使用 OCI Full Stack DR。

Oracle Integration 通常是大型系統的一部分

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

本教學課程不尋常，因為文件中只會顯示並討論 Oracle Integration，讓事情變得簡單。一般而言，Oracle Integration 只是更大型、更複雜的業務系統的一小部分，其中包括單一 OCI Full Stack DR 保護群組和一組 DR 計畫中的許多不同服務和應用程式。很高興您能夠針對其他應用程式和服務 (例如 PeopleSoft、WebLogic Server、Oracle Analytics Cloud 等) 追蹤類似的 Oracle Help Center (OHC) 教學課程。

注意：此教學課程中的步驟使用 Oracle Integration Generation 2 進行測試。本教學課程僅顯示如何導入適用於 Oracle Integration 第 2 代應用程式整合功能的 DR，因為我們不想藉由引進太多移動零件和片段來讓讀者不堪負荷。

以增量方式實行的注意事項

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

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

復原的運作方式

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

下列程序檔是為一般指導方針提供的。您可以使用自己的程序檔，或根據公司政策和安全性需求自訂程序檔。您必須安裝 OCI CLI 並設定您的證明資料，才能使用命令檔。

此外，若要確定您的主要執行處理已更新為最新的排定參數，請確定 integrations.json 檔案已更新為所有整合名稱與版本詳細資訊，以及 integration_parameters.json 檔案，此檔案必須保留為所有排定整合的最新排定參數值。您可以採用喜好的 CI/CD 處理程序來達到此目的。

本教學課程說明如何下載命令檔，以及如何在後續步驟中使用這些命令檔。此教學課程只使用下方的「選項 2」代管 bash 命令檔，因為教學課程不包括 Oracle Integration 以外的任何項目。

用於代管命令檔的選項 1

Oracle Integration 通常是更大型、更複雜的業務系統的一部分，其中包括 Oracle E-Business Suite、PeopleSoft 或 JD Edwards Enterprise 等應用程式，以及其他資料庫、運算執行處理和自家開發的應用系統。在此情況下，只要選擇已經屬於業務系統的任何一個「可移動」運算執行處理來代管命令檔即可。選取的運算執行處理可以是任何已安裝 Oracle Linux 的項目，而且很可能是現有 VM，提供其他用途，例如某種類型的應用程式伺服器或管理伺服器。

本教學課程會將此特定運算執行處理稱為控制節點或 DR 節點，即使其確實符合應用程式堆疊中的其他用途。

用於代管命令檔的選項 2

如果這種情況異常，Oracle Integration 將成為 OCI Full Stack DR 在復原作業期間唯一管理的應用程式服務，則只需要建立運算執行處理來代管命令檔。

一般而言，OCI Full Stack DR 不需要任何特殊的管理伺服器將復原作業自動化。不過，由於 Oracle Integration 不是 OCI Full Stack DR 可以原生管理的運算執行處理，因此在此情況下，您將建立作為專業管理伺服器的運算執行處理。在此文件中，特殊化管理伺服器會被視為控制節點或 DR 節點。「控制節點」的整個目的只是作為一個伺服器，在復原作業期間，OCI Full Stack DR 可以存放並呼叫自訂命令檔。本教學課程將說明如何在 DR 計畫中建立自訂、使用者定義的 DR 計畫群組和步驟，以呼叫「控制節點」上安裝的命令檔。

Oracle Integration 部署架構

如圖所示，Oracle Integration Generation 2 DR 架構包含兩個 Oracle Integration 執行處理，分別為主要和次要，並行運作。不過，一次只會將流量導向一個執行處理。一開始，流量會流向主要執行處理。如果主要執行處理無法使用，DNS 記錄會調整為將流量重新導向至次要執行處理。

oci-arch-oracle-integration.svg
圖 1：Oracle Integration DR 參考架構

佈建執行處理之後，將描述資料從主要執行處理匯出至待命執行處理。您可以使用 REST API 或利用 Oracle Integration UI 匯出及匯入中繼資料來執行此操作。在初次完成一次性中繼資料移轉之後，您必須在使用 CICD 的執行處理之間同步中繼資料。您可以使用 Jenkins 或類似的工具，為執行處理實行 CICD 並同步描述資料。您也可以使用 OCI Compute 執行處理作為 Jenkins CI 伺服器和 CD 中心。

在導入 OCI Full Stack DR 之前，必須先佈建並設定 Oracle Integration 以跨 OCI 區域進行災害復原 (DR)。在嘗試使用 OCI Full Stack DR 將切換 / 容錯移轉程序自動化之前，依照 Oracle Integration 工程文件來切換 Oracle Integration 的手動步驟已經過測試並正確運作非常重要。

熟悉整個流程

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

第 2 部分：逐步指示

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

目標

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

  1. 作業 1：跨 OCI 區域部署適用於災害復原的 Oracle Integration
    1. 準備 Oracle Integration DR 控制節點
    2. 將自訂命令檔下載至 DR 控制節點
    3. 在兩個 OCI 區域手動安裝和部署適用於災害復原的 Oracle Integration
    4. 手動測試從所需區域 1 到區域 2 的所有復原步驟
    5. 手動測試從所需區域 2 到區域 1 的所有復原步驟
  2. 作業 2：準備 OCI 全堆疊 DR
    1. 建立 OCI 全堆疊 DR 的 IAM 原則
    2. 建立其他 OCI 服務的 IAM 原則
    3. 建立日誌的物件儲存的儲存桶
  3. 工作 3：建立 DR 保護群組 (DRPG)
  4. 作業 4：新增成員至區域 1 DRPG
  5. 作業 5：在區域 2 (鳳凰城) 中建立 DR 計畫
    1. 建立切換計畫
    2. 建立容錯移轉計畫
  6. 工作 6：自訂區域 2 (鳳凰城) 中的切換計畫
  7. 工作 7：自訂區域 2 (鳳凰城) 中的容錯移轉計畫
  8. 作業 8：在區域 2 (鳳凰城) 中執行切換計畫
  9. 作業 9：在區域 1 (阿什本) 中建立基本 DR 計畫
    1. 建立切換計畫
    2. 建立容錯移轉計畫
  10. 作業 10：自訂區域 1 中的切換計畫 (阿什本)
  11. 作業 11：自訂區域 1 中的容錯移轉計畫 (阿什本)

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

區域

區間

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

Oracle Integration DR 控制節點

「DR 控制節點」是指您指定代管自訂 Bash 命令檔的任何運算執行處理，這些命令檔會執行特定工作來復原 Oracle Integration。OCI Full Stack DR 會在復原作業期間呼叫命令檔。本教學課程說明如何在步驟 6、7、10 及 11 中將命令檔新增至 OCI Full Stack DR。

必要條件

開始使用 OCI Full Stack DR 之前，應該先部署 Oracle Integration 以跨兩個區域進行災害復原。下方任務 1 涵蓋此項目。

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

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

作業 1.1：準備「DR 控制節點」以執行自訂自動化

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

選項 1：Oracle Integration 作為獨立應用程式

本教學課程假設 Oracle Integration 為獨立服務，因此您將在區域 1 中使用 Oracle Linux 建立運算執行處理。使用 Oracle Linux 的最低成本資源配置，因為它只會用來代管自訂 Bash 命令檔。專門用來實現此角色的特殊運算執行處理是不尋常的；選項 2 是大多數組織最常見的情況。

在稍後的步驟中，系統會將特殊運算執行處理新增為區域 1 中 DR 保護群組的成員。

選項 2：Oracle Integration 作為應用程式堆疊的一部分

您可以在區域 1 中使用任何由 OCI Full Stack DR 管理之 Oracle 或非 Oracle 應用程式中的任何單一現有可移動運算。這會在此教學課程參照「DR 控制節點」時，實現「DR 控制節點」的角色。

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

選項 3：Oracle Integration 作為含有多個 PaaS 方案之應用程式堆疊的一部分

您的業務系統也有 Oracle HTTP Server (OHS)、Oracle Integration 和 Oracle Data Integrator (ODI)。在此情況下，您可以考慮建立特殊運算實例，就像使用選項 1 來代管所有各種 PaaS 服務的 DR 復原程序檔一樣。

作業 1.2：確定磁碟區群組已複製到區域 2

確定 DR 控制節點的開機磁碟區是區塊磁碟區群組的成員，而且區塊磁碟區群組會複製到區域 2。

確定屬於此 OCI Full Stack DR 專案之任何其他可移動運算的任何其他開機和區塊，也屬於複製到區域 2 的區塊磁碟區群組。如需更多詳細資訊，請參閱 OCI 區塊儲存文件

作業 1.3：將 bash 命令檔下載至 DR 控制節點

下載專為此 Oracle Integration DR 解決方案撰寫的來自 github 的自訂 bash 命令檔。下列命令檔應複製到運算執行處理上的任何子目錄，作為 Oracle Integration 的「DR 控制節點」

上方的連結應解析為 GitHub 儲存區域：

  1. 這會顯示 bash 命令檔位於 GitHub 的儲存區域路徑。
  2. 這會顯示包含 bash 命令檔的儲存區域。

github scripts.png
圖 2-4：包含 Oracle Integration 之 bash 命令檔的 Github 儲存區域的螢幕擷取畫面

Task 1.4：部署 DR 的 Oracle Integration

使用 Oracle Integration Engineering 團隊提供的逐步指示，跨 OCI 區域部署災害復原的 Oracle Integration 。

Task 1.5: Manually Test Recovery of Oracle Integration

這是確保手動復原步驟的最佳做法。使用 OCI Full Stack DR 之前，Oracle Integration 的災難復原組態中記載的復原 Oracle Integration 手動步驟必須成功。

作業 1.6：下一步

完成下列需求之後，請返回此文件開始使用 OCI Full Stack DR。

  1. 將 Oracle Integration for DR 手動部署到兩個想要的 OCI 區域。
  2. 手動測試從區域 1 (阿什本) 到區域 2 (鳳凰城) 的所有復原步驟。
  3. 手動測試從區域 2 (鳳凰城) 到區域 1 (阿什本) 的所有復原步驟。

作業 2：準備 OCI 全堆疊 DR

OCI Full Stack DR 不涉及此步驟的任何部分。下列步驟可準備租用戶、區間、OCI 服務及 Oracle Integration，以便透過 OCI Full Stack DR 進行自動化復原。

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

請依照下列文件所述，設定完整堆疊災害復原所需的 OCI IAM 原則。

Task 2.2：為 OCI Full Stack DR 管理的其他服務建立 OCI IAM 原則

OCI Full Stack DR 必須能夠控制和管理其他關鍵 OCI 服務，例如運算、網路、儲存、保存庫、資料庫和其他雜項服務。設定其他服務的必要 OCI IAM 原則，如下列文件所述。

作業 2.3：建立 DRPG 日誌的 OCI 物件儲存的儲存桶

注意：如果您要將 Oracle Integration 新增至現有的 DR 保護群組，請完全略過工作 2.3。

在主要和待命區域中建立 OCI 物件儲存的儲存桶，以儲存復原作業期間 OCI Full Stack DR 所產生的日誌：物件儲存。

作業 2.3.1：瀏覽至 OCI 物件儲存

首先，瀏覽至下圖 2-1 所示的物件儲存與封存儲存

  1. 確定瀏覽器相關資訊環境設為區域 1 (阿什本)。
  2. 選取儲存。
  3. 選取儲存桶。

oss-bucket-nav-iad.svg
圖 2-1：瀏覽至物件儲存體

作業 2.3.2：區域 1 中的 OCI 儲存的儲存桶

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

  1. 選取包含 OIC 相關資源的區間。
  2. 選取「建立儲存桶」。
  3. 為儲存桶提供一個有意義的名稱，以便輕鬆識別它所提供的應用程式和用途；無須將區域納入名稱中。例如，此名稱表示用於與 OIC 之 DR 作業相關的 OCI Full Stack DR 日誌。
  4. 使用層和加密的預設值。
  5. 選取「建立」即可建立儲存桶。

oss 儲存桶建立 -iad.png
圖 2-2：在區域 1 中建立物件儲存的儲存桶

作業 2.3.3：區域 2 中的 OCI 儲存的儲存桶

請依照相同的程序，在區域 2 (鳳凰城) 建立物件儲存的儲存桶。後續步驟會將儲存桶指定給區域 2 中的 DR 保護群組。

  1. 將環境定義變更為區域 2。
  2. 選取區域 2 中包含 OIC 相關資源的區間。
  3. 使用與區域 1 中儲存桶完全相同的名稱 - 這可讓您在後續步驟中輕鬆識別。
  4. 選取「建立」即可建立儲存桶。

oss 儲存桶建立 -phx.png
圖 2-3：在區域 2 中建立物件儲存的儲存桶

作業 3：在兩個區域中建立 DR 保護群組

注意：如果 Oracle Integration 新增至現有的「DR 保護群組」，請完全略過「工作 3」。

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

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

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

  1. 確定 OCI 區域相關資訊環境設為區域 1 (阿什本)。
  2. 選取移轉和災害復原。
  3. 選取 DR 保護群組。

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

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

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

  1. 選取您要建立 DRPG 的區間。這可以是 Oracle Integration 資源所在的相同區間，也可以是作為包含許多不同業務系統之 DRPG 儲存區域的區間。
  2. 選取「建立 DR 保護群組」即可開啟對話方塊。

drpg-create-begin-iad.png 語言
圖 3-2：開始在區域 1 中建立 DR 保護群組

為日誌新增名稱和物件儲存的儲存桶，如下圖 3-3 所示。

  1. 為 DRPG 使用有意義的簡單名稱；此範例顯示商業系統和區域的名稱。
  2. 選取區域 1 之「作業 2」中建立的物件儲存的儲存桶。

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

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

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

  1. 將 OCI 區域相關資訊環境變更為區域 2。
  2. 選取您要建立 DRPG 的區間。這可以是 Oracle Integration 資源所在的相同區間，也可以是作為包含許多不同業務系統之 DRPG 儲存區域的區間。
  3. 選取「建立災害復原保護群組」以開啟對話方塊

drpg-create-begin-phx.png 語言
圖 3-4：開始在區域 2 中建立 DR 保護群組

為日誌新增名稱和物件儲存的儲存桶，如下圖 3-5 所示。

  1. 為 DRPG 使用有意義的簡單名稱；此範例顯示商業系統和區域的名稱。
  2. 選取區域 2 在作業 2 中建立的物件儲存的儲存桶

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

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

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

作業 3.4.1：開始關聯

  1. 確定 OCI 區域相關資訊環境設為區域 1 (阿什本)。
  2. 選取 「關聯」以開始處理。

drpg-assoc-begin-iad.png 語言
圖 3-6：開始 DRPG 關聯

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

提供參數，如下圖 3-7 所示。

  1. 選取主要角色。OCI Full Stack DR 會自動將待命角色指派給區域 2。
  2. 選取建立其他 DRPG 的區域 2 (鳳凰城)。
  3. 選擇產生的端點 DRPG 。

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

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

關聯完成後，OCI Full Stack DR 將在下方顯示類似圖 3-8 的內容。

  1. 目前的主要端點 DRPG 是阿什本 (區域 1) 。
  2. 目前的待命對等 DRPG 為鳳凰城 (區域 2)。

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

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

  1. 目前的主要端點 DRPG 是阿什本 (區域 1) 。
  2. 目前的待命對等 DRPG 為鳳凰城 (區域 2)。

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

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

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

將 DR 控制節點新增為主要 DR 保護群組的成員。「DR 控制節點」是您建立用來控制 Oracle Integration 的運算執行處理，或是屬於要使用 OCI Full Stack DR 管理之應用程式堆疊的運算執行處理。

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

  1. DR 控制節點，
  2. 包含 DR 控制節點開機磁碟區的磁碟區群組。

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

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

  1. 確定 OCI 區域相關資訊環境為區域 1 (阿什本)。
  2. 選擇區域 1 中的 DRPG。
  3. 選取成員。
  4. 按一下「新增成員」以開始處理。

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

Task 4.1.1：新增 DR 節點的運算執行處理

新增 DR 控制節點的運算執行處理，如下圖 4-2 所示。

  1. 確認 DR 計畫的相關警告。
  2. 選取「計算」作為成員資源類型。
  3. 選取您要使用 DR 控制節點的運算執行處理。
  4. 選取移動的執行處理。
  5. 告訴 OCI Full Stack DR，VCN 和子網路會在復原期間指定給區域 2 的 VNIC。圖 4-2 顯示單一 VNIC。OCI Full Stack DR 不管您擁有的 VNIC 數目，或是在任一區域設定 VNIC 的方式，無論您是否需要符合您的需求。

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

作業 4.1.2：新增 DR 節點的區塊磁碟區群組

為 DR 控制節點增加包含啟動的區塊磁碟區群組。區塊磁碟區群組必須已在兩個區域之間設定跨區域複製，才能新增 DR 保護群組。

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

drpg-add-vg-iad.png 中文
圖 4-3：為 DR 控制節點新增開機磁碟區群組所需的參數

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

區域 1 的 DRPG 至少應有兩個成員資源，如下圖 4-5 所示。成員資源的名稱將會不同。

  1. 我們指定作為 OIC DR 控制節點之運算執行處理的可移動運算執行處理和區塊磁碟區群組。

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

我們使用將運算執行處理當作 DR 節點來代管 Oracle Integration 命令檔，因此不需要在「待命 DR 保護群組」中新增任何成員

作業 5：在區域 2 (鳳凰城) 中建立基本 DR 計畫

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

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

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

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

作業 5.1：開始建立 DR 計畫

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

  1. 確定 OCI 區域相關資訊環境為區域 2 (鳳凰城)。
  2. 選取區域 2 中的待命 DRPG。
  3. 選取「計畫」。
  4. 按一下「建立計劃」以開始處理程序。

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

作業 5.1.1：建立切換計畫

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

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

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

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

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

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

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

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

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

工作 6：自訂區域 2 (鳳凰城) 中的切換計畫

在 Task 5 中建立的基本 DR 計畫包含內建於 OCI Full Stack DR 內之復原工作的預先填入步驟，而且不包含任何管理 Oracle Integration 特定復原工作的步驟。此步驟說明如何新增自訂、使用者定義的「DR 計畫群組」，以及管理切換 Oracle Integration 時必須完成的步驟：

  1. 將排定參數從區域 1 同步至區域 2
  2. 在區域 2 啟用相關整合
  3. 在區域 2 開始排定的整合
  4. 更新區域 2 的 DNS 記錄
  5. 在區域 1 停用排定的整合

作業 6.1：選取切換計畫

首先，瀏覽至上一個步驟中建立的切換計劃。

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

Task 6.2：啟用終止使用者自建物件的 DR 計畫群組 (選擇性)

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

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

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

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

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

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

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

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

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

啟用計劃群組。

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

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

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

啟用計劃群組。

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

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

作業 6.3：建立計畫群組以同步從區域 1 到區域 2 的排定參數

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

第一個使用者定義的計畫群組會將排定參數從區域 1 同步至區域。此計畫群組將包含單一步驟來呼叫已下載至任務 1.4 中 DR 控制節點的 oic-sync-schedule-parameters.sh bash 指令碼。

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

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

  1. 按一下「新增」群組以開始。

plan-custom-so-phx-grp1-add.png
圖 6-5：開始新增計畫群組以同步排定的參數

作業 6.3.2：提供計畫群組名稱、順序以及新增步驟

「DR 計畫群組」可包含許多平行執行的步驟。我們只是新增單一步驟來執行 bash 命令檔，以同步排定的參數。

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

plan-custom-so-phx-grp1-name.svg
圖 6-6：建立計畫群組及新增同步排定參數之步驟的參數

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

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

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

  1. 說明此步驟執行之工作的描述性名稱。
  2. 請一律選取目前正在執行「DR 控制節點」的區域，不要在切換期間執行該節點的位置。OCI Full Stack DR 會持續追蹤 VM 的執行位置，因此您只需指定目前所在的位置即可。在此情況下，「DR 控制節點」會在區域 1 (阿什本) 中執行。
  3. 選取執行本機命令檔以通知 OCI Full Stack DR 運算執行處理上將會找到此命令檔。bash 指令碼已下載至任務 1.3 中的 DR 控制節點。
  4. 選取包含 DR 控制節點的正確區間 - 可以是任何區間。選取指定為「DR 控制節點」的運算執行處理 (可以是針對此專案 / 教學課程建立的應用程式伺服器或 VM)。
  5. 在「DR 控制節點」上安裝 oic-sync-schedule-parameters.sh 命令檔的絕對路徑中貼上。新增 PHX 作為參數。這是要同步排定參數的目標區域。如果您使用不同的 OCI 區域和更新命令檔，則可能需要提供正確的區域參數。
  6. 指定 opc 作為執行命令檔的使用者。
  7. 如果指令碼無法同步排定的參數，則 DR 計畫應停止。如此一來，任何人都可以看到發生問題並加以修正。OCI Full Stack DR 可讓您在修正問題後繼續執行切換計畫。
  8. OCI Full Stack DR 宣告失敗前的預設值為 1 小時。此值可變更為 30 分鐘，或覺得更真實的逾時值。
  9. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-so-phx-grp1-step.png
圖 6-7：建立同步排定參數之計畫步驟的參數

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

停止同步排定參數的步驟現在會新增至 DR 計畫群組，如下圖 6-8 所示。

  1. 這會顯示剛才新增的計畫步驟。您可以新增其他步驟至 DR 計畫群組，但此計畫群組只會包含同步排定參數的步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-phx-grp1-finish.png
圖 6-8：完成新增計畫群組和步驟以同步排定的參數

作業 6.4：建立計畫群組以啟用待命資料庫的相關整合

在待命區域 2 啟動「DR 控制節點」之後，第二個使用者定義的計畫群組會在待命啟動相關整合。此計畫群組將包含單一步驟來呼叫下載至任務 1.3 中 DR 控制節點的 oic-integration-switch.sh bash 指令碼。

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

如前所示，按一下新增群組開始。

plan-custom-so-phx-grp2-add.png
圖 6-9：開始新增計畫群組，以在待命資料庫啟用相關整合

作業 6.4.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以在待命資料庫啟動相關整合。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在啟動區域 2 之 DR 控制節點複製版本的內建計畫群組之後插入使用者定義的計畫群組。
  3. 選取內建的啟動運算執行處理 (待命) 計畫群組
  4. 按一下新增步驟即可開啟對話方塊，在此對話方塊中，我們將指定在待命資料庫啟用相關整合的命令檔。

plan-custom-so-phx-grp2-name.png
圖 6-10：用以建立計畫群組及新增在待命資料庫啟用相關整合之步驟的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會啟用區域 2 的相關整合。

除了下方圖 6-11 中顯示的項目外，此步驟中的所有項目都與任務 6.3.3 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 oic-integration-switch.sh 命令檔的絕對路徑中貼上。新增啟用作為第一個參數，新增 PHX 作為 second.This 作為要啟用相關整合的目標區域。如果您使用不同的 OCI 區域和更新命令檔，則可能需要提供正確的區域參數。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-so-phx-grp2-step.png
圖 6-11：建立在待命資料庫啟用相關整合的計畫步驟的參數

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

如下圖 6-12 所示，在待命資料庫啟用相關整合的步驟現在已新增至 DR 計畫群組。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-phx-grp2-finish.png
圖 6-12：完成新增計畫群組和在待命資料庫啟用相關整合的步驟

作業 6.5：建立計畫群組以在區域 2 開始排定的整合

在待命區域 2 啟動「DR 控制節點」之後，第三個使用者定義的計畫群組將在待命資料庫開始排定的整合。此計畫群組將包含單一步驟來呼叫下載至任務 1.3 中 DR 控制節點的 oic-integration-schedule.sh bash 指令碼。

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

如前所示，按一下新增群組開始。

plan-custom-so-phx-grp3-add.png
圖 6-13：開始新增計畫群組，以在待命資料庫啟動排定的整合

作業 6.5.2：提供計畫群組名稱、順序及新增步驟

建立 DR 計畫群組以在待命區域 2 啟動排定的整合。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，請在上一個任務中建立的使用者定義計畫群組之後插入使用者定義的計畫群組，以啟動相關整合。
  3. 選取內建的在待命資料庫啟用相關整合計畫群組
  4. 按一下新增步驟即可開啟對話方塊，您可以在其中指定在待命資料庫啟動排定整合的命令檔。

plan-custom-so-phx-grp3-name.png
圖 6-14：建立計畫群組及新增步驟以在待命資料庫啟動排定整合的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它將在待命區域 2 開始排定的整合。

除了下圖 6-15 中顯示的項目之外，此工作中的所有項目都與工作 6.3.3 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 oic-integration-schedule.sh 命令檔的絕對路徑中貼上。新增 start 作為第一個參數，第二個參數為 PHX 。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-so-phx-grp3-step.png
圖 6-15：建立計畫步驟以在待命資料庫啟動排定整合的參數

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

現在會將在待命資料庫啟動排定整合的步驟新增至 DR 計畫群組，如下圖 6-16 所示。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-phx-grp3-finish.png
圖 6-16：完成新增計畫群組，並在待命資料庫啟動排定的整合

作業 6.6：建立計畫群組以更新區域 2 的 DNS 記錄

第四個使用者定義的計畫群組會在待命區域 2 啟動「DR 控制節點」之後，於待命資料庫更新 DNS 記錄。此計畫群組將包含呼叫 dns_record_update.sh bash 指令碼的單一步驟，該指令碼已下載至任務 1.3 中的 DR 控制節點。

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

如前所示，按一下新增群組開始。

plan-custom-so-phx-grp4-add.png
圖 6-17：開始新增計畫群組以更新待命資料庫的 DNS 記錄

作業 6.6.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以將 DNS 記錄更新為區域 2。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在內建計畫群組之後插入使用者定義的計畫群組，以在待命資料庫啟動排定的整合
  3. 選取內建的在待命資料庫開始排定的整合計畫群組。
  4. 按一下新增步驟以開啟對話方塊，供我們指定在待命資料庫更新 DNS 記錄的命令檔。

plan-custom-so-phx-grp4-name.png
圖 6-18：用以建立計畫群組及新增在待命資料庫更新 DNS 記錄之步驟的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會更新待命資料庫的 DNS 記錄。

除了下圖 6-19 中顯示的項目之外，此工作中的所有項目都與工作 6.3.3 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 dns_record_update.sh 程序檔的絕對路徑中貼上。新增 region 2 的 OCI 區域金鑰 (本範例中的 PHX) 作為參數。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-so-phx-grp4-step.png
圖 6-19：建立在待命資料庫更新 DNS 記錄的計畫步驟的參數

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

如下圖 6-20 所示，在待命資料庫更新 DNS 記錄的步驟現在已新增至 DR 計畫群組。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-phx-grp4-finish.png
圖 6-20：完成新增計畫群組和步驟，以更新待命資料庫的 DNS 記錄

作業 6.7：建立計畫群組以停用區域 1 的排定整合

在待命區域 2 啟動「DR 控制節點」之後，最終使用者定義的計畫群組會在區域 1 停用排定的整合。此計畫群組將包含呼叫下載至任務 1.3 中 DR 控制節點之 oic-integration-switch.sh 命令檔的單一步驟。

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

如前所示，按一下新增群組開始。

plan-custom-so-phx-grp5-add.png
圖 6-21：開始新增計畫群組，以停用區域 1 的已排定整合

作業 6.7.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以停用區域 1 的排定整合

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在內建計畫群組之後插入使用者定義的計畫群組，以更新待命資料庫的 DNS 記錄
  3. 選取內建的待命資料庫更新 DNS 記錄計畫群組。
  4. 按一下新增步驟以開啟對話方塊，在此對話方塊中，我們將指定在區域 1 停用排定的整合

plan-custom-so-phx-grp5-name.png
圖 6-22：建立計畫群組及新增在區域 1 停用排定整合的步驟的參數

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

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

除了下圖 6-23 中顯示的項目之外，此工作中的所有項目都與工作 6.3.3 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 oic-integration-switch.sh 命令檔的絕對路徑中貼上。新增 region 1 的 OCI 區域金鑰 (本範例中的 IAD) 作為參數。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-so-phx-grp5-step.png
圖 6-23：建立在區域 1 停用排定整合的計畫步驟的參數

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

在區域 1 停用排定整合的步驟現在會新增至 DR 計畫群組，如下圖 6-20 所示。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-so-phx-grp5-finish.png
圖 6-24：完成新增計畫群組和步驟，以停用區域 1 的排定整合

切換計畫現在應包含 Oracle Integration 的五個「DR 計畫群組」，如下面的螢幕擷取畫面所示。如果您的保護群組包括其他應用程式或其他 OCI 服務以及 Oracle Integration，則可能會有其他計畫群組

plan-custom-so-phx-completed.png
圖 6-25：顯示新增至切換計畫的五個使用者定義的計畫群組

工作 7：自訂區域 2 (鳳凰城) 中的容錯移轉計畫

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

  1. 在區域 2 啟用相關整合
  2. 更新區域 2 的排定參數
  3. 在區域 2 開始排定的整合
  4. 更新區域 2 的 DNS 記錄

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

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

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

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

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

第一個使用者定義的計畫群組將啟用區域 2 中的相關整合。此計畫群組將包含單一步驟來呼叫下載至任務 1.3 中 DR 控制節點的 oic-integration-switch.sh bash 指令碼。

  1. 按一下「新增」群組以開始。

plan-custom-fo-phx-grp1-add.svg
圖 7-2：開始新增計畫群組以啟用相關整合

作業 7.2.1：提供計畫群組名稱、順序以及新增步驟

「DR 計畫群組」可包含許多平行執行的步驟。我們只是新增單一步驟來執行 bash 命令檔以啟用相關整合。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在啟動區域 2 之複製 VM 的內建計畫群組之後插入使用者定義的計畫群組
  3. 選取內建的啟動運算執行處理 (待命) 計畫群組
  4. 按一下新增步驟即可開啟對話方塊，供我們指定命令檔來啟用相關整合

plan-custom-fo-phx-grp1-name.png
圖 7-3：建立計畫群組及新增在待命資料庫啟用相關整合的步驟的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會啟用區域 2 的相關整合，如下圖 7-4 所示。

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

  1. 說明此步驟執行之工作的描述性名稱。
  2. 如果程序檔無法啟動相關整合，則 DR 計畫應停止。如此一來，任何人都可以看到發生問題並加以修正。OCI Full Stack DR 可讓您在修正問題後繼續執行切換計畫。
  3. OCI Full Stack DR 宣告失敗前的預設值為 1 小時。此值可變更為 30 分鐘，或覺得更真實的逾時值。
  4. 請一律選取目前正在執行「DR 控制節點」的區域，不要在切換期間執行該節點的位置。OCI Full Stack DR 會持續追蹤 VM 的執行位置，因此您只需指定目前所在的位置即可。在此情況下，「DR 控制節點」會在區域 1 (阿什本) 中執行。
  5. 選取執行本機命令檔以通知 OCI Full Stack DR 運算執行處理上將會找到此命令檔。bash 指令碼已下載至任務 1.3 中的 DR 控制節點。
  6. 選取包含 DR 控制節點的正確區間 - 可以是任何區間。選取指定為「DR 控制節點」的運算執行處理 (可以是針對此專案 / 教學課程建立的應用程式伺服器或 VM)。
  7. 在「DR 控制節點」上安裝 oic-integration-switch.sh 命令檔的絕對路徑中貼上。新增 activate 作為第一個參數，再新增 PHX 作為第二個參數。
  8. 指定 opc 作為執行命令檔的使用者。
  9. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-fo-phx-grp1-step.png
圖 7-4：建立在待命資料庫啟用相關整合之計畫步驟的參數

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

啟動相關整合的步驟現在會新增至 DR 計畫群組，如下圖 7-5 所示。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-fo-phx-grp1-finish.png
圖 7-5：完成新增計畫群組和啟用相關整合的步驟

作業 7.3：建立計畫群組以更新區域 2 的排定參數

第二個使用者定義計畫群組將更新待命區域 2 的排定參數。此計畫群組將包含呼叫下載至任務 1.3 中 DR 控制節點之 oic-update-parameters.sh bash 指令碼的單一步驟。

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

如前所示，按一下新增群組開始。

plan-custom-fo-phx-grp2-add.png
圖 7-6：開始新增計畫群組以更新待命資料庫的排定參數

作業 7.3.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以更新區域 2 的排定參數。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，請在上一個任務中建立的使用者定義計畫群組之後插入使用者定義的計畫群組，以啟動相關整合。
  3. 選取在待命資料庫啟用相關整合計畫群組。
  4. 按一下新增步驟即可開啟對話方塊，您可以在其中指定要更新待命資料庫之排定參數的命令檔。

plan-custom-fo-phx-grp2-name.png
圖 7-7：建立計畫群組及新增更新待命中排定參數的參數

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

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

除了下圖 7-8 中顯示的項目之外，此工作中的所有項目都與工作 7.3.2 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 oic-update-parameters.sh 命令檔的絕對路徑中貼上。新增 PHX 作為唯一參數 (本範例為 PHX)。
  3. 按一下新增步驟，將此步驟新增至計畫群組

plan-custom-fo-phx-grp2-step.png
圖 7-8：建立在待命資料庫更新排定參數的計畫步驟

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

更新待命資料庫排定參數的步驟現在會新增至 DR 計畫群組，如下圖 7-9 所示。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-fo-phx-grp2-finish.png
圖 7-9：完成在待命資料庫新增計畫群組和步驟更新排定的參數

作業 7.4：建立計畫群組以在區域 2 開始排定的整合

在待命區域 2 啟動「DR 控制節點」之後，第三個使用者定義的計畫群組將在待命資料庫開始排定的整合。此計畫群組將包含單一步驟來呼叫下載至任務 1.3 中 DR 控制節點的 oic-integration-schedule.sh bash 指令碼。

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

如前所示，按一下新增群組開始。

plan-custom-fo-phx-grp3-add.png
圖 7-10：開始新增計畫群組，以在待命資料庫啟動排定的整合

作業 7.4.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以在待命資料庫啟動排定的整合

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在待命計畫群組的「更新排定參數」之後插入使用者定義的計畫群組
  3. 選取內建的在待命資料庫更新排定的參數計畫群組。
  4. 按一下新增步驟以開啟對話方塊，供我們指定在待命資料庫啟動排定整合的命令檔

plan-custom-fo-phx-grp3-name.png
圖 7-11：建立計畫群組及新增步驟以在待命資料庫啟動排定整合的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。

除了下圖 6-19 中顯示的項目之外，此工作中的所有項目都與工作 7.2.2 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 oic-integration-schedule.sh 命令檔的絕對路徑中貼上。新增 start 作為第一個參數，第二個參數為 PHX 。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-fo-phx-grp3-step.png
圖 7-12：建立計畫步驟以在待命資料庫啟動排定整合的參數

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

現在會將在待命資料庫啟動排定整合的步驟新增至 DR 計畫群組，如下圖 7-13 所示。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-fo-phx-grp3-finish.png
圖 7-13：完成新增計畫群組和步驟，以在待命資料庫啟動排定的整合

作業 7.5：建立計畫群組以更新區域 2 的 DNS 記錄

第四個使用者定義的計畫群組會在待命區域 2 啟動「DR 控制節點」之後，於待命資料庫更新 DNS 記錄。此計畫群組將包含呼叫 dns_record_update.sh bash 指令碼的單一步驟，該指令碼已下載至任務 1.3 中的 DR 控制節點。

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

如前所示，按一下新增群組開始。

plan-custom-fo-phx-grp4-add.png
圖 7-14：開始新增計畫群組以更新待命資料庫的 DNS 記錄

作業 7.5.2：提供計畫群組名稱、順序以及新增步驟

建立 DR 計畫群組以將 DNS 記錄更新為區域 2。

  1. 為計畫群組提供簡單但具有描述性的名稱。
  2. 選取計劃群組要插入 DR 計劃中的位置。在此情況下，我們將在內建計畫群組之後插入使用者定義的計畫群組，以在待命資料庫啟動排定的整合
  3. 選取內建的在待命資料庫開始排定的整合計畫群組。
  4. 按一下新增步驟以開啟對話方塊，供我們指定在待命資料庫更新 DNS 記錄的命令檔。

plan-custom-fo-phx-grp4-name.png
圖 7-14：用以建立計畫群組及新增在待命資料庫更新 DNS 記錄之步驟的參數

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

新增計畫群組步驟對話方塊可讓您指定關於此步驟將執行的參數，以及它在復原期間的運作方式。在此情況下，它會更新待命資料庫的 DNS 記錄。

除了下圖 7-15 中顯示的項目之外，此工作中的所有項目都與工作 6.3.3 相同。

  1. 說明此步驟執行之工作的描述性名稱。
  2. 在「DR 控制節點」上安裝 dns_record_update.sh 程序檔的絕對路徑中貼上。新增 region 2 的 OCI 區域金鑰 (本範例中的 PHX) 作為參數。
  3. 按一下新增步驟，將此步驟新增至計劃群組。

plan-custom-fo-phx-grp4-step.png
圖 7-15：建立計畫步驟以在待命資料庫更新 DNS 記錄的參數

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

如下圖 7-16 所示，在待命資料庫更新 DNS 記錄的步驟現在已新增至 DR 計畫群組。

  1. 這會顯示剛才新增的計畫步驟。
  2. 按一下新增，將 DR 計畫群組和步驟新增至 DR 計畫。

plan-custom-fo-phx-grp4-finish.png
圖 7-16：完成新增計畫群組和步驟，以更新待命資料庫的 DNS 記錄

容錯移轉計畫現在應包含 Oracle Integration 的四個「DR 計畫群組」，如下面的螢幕擷取畫面所示。如果您的保護群組包括其他應用程式或 OCI 服務以及 Oracle Integration，則可能會有其他計畫群組。

plan-custom-fo-phx-completed.png
圖 7-14：顯示新增至容錯移轉計畫的四個使用者定義的計畫群組

作業 8：在區域 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 (鳳凰城)。

作業 8.1：開始計畫執行

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

  1. 確定區域相關資訊環境仍設為待命區域 2 (鳳凰城)。
  2. 請使用主控台頂端的來源路徑，確保 DR 保護群組詳細資訊是目前的計畫相關資訊環境。
  3. 確定選取區域 2 中的正確 DR 保護群組；應該是待命角色。
  4. 繼續之前，請先確定容錯移轉和切換計畫都存在；如果沒有，請返回先前的步驟來建立和自訂這兩個 DR 計畫。
  5. 按一下執行 DR 計畫。

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

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

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

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

images-exec-so-to-phx-exec.png
圖 8-2：選擇並執行切換計畫

工作 8.3：後續步驟

監控切換計畫，直到 Oracle Integration 工作負載從區域 1 完全轉換成區域 2 為止。OCI Full Stack DR 會負責清除使用者自建物件，以及變更區域之間主要和待命角色。

OCI Full Stack DR 完成切換之後，區域 2 (鳳凰城) 將成為主要區域，而區域 1 (阿什本) 將成為待命區域。

作業 9：在區域 1 中建立 DR 計畫 (阿什本)

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

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

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

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

Task 9.1：開始建立 DR 計畫

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

  1. 確定 OCI 區域相關資訊環境為區域 1 (阿什本)。
  2. 選取區域 1 中的待命 DRPG。
  3. 選取「計畫」。
  4. 按一下「建立計劃」以開始處理程序。

plan-create-phx-nav.pvg
圖 9-1：如何開始在區域 1 中建立基本 DR 計畫

作業 9.1.1：建立切換計畫

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

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

  2. 選擇計劃類型。此寫入時只有兩種計劃類型。

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

  3. 按一下「建立」即可建立已預先填入基本內建步驟的基本切換計畫。

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

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

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

  2. 選擇計劃類型。此寫入時只有兩種計劃類型。

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

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

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

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

作業 10：自訂區域 1 中的切換計畫 (阿什本)

除了在區域 1 中完成這項任務之外，此任務的所有內容幾乎與區域 2 之任務 6 所做的一切完全相同。

在 Task 9 中建立的基本 DR 計畫不包含任何可管理 Oracle Integration 特定復原工作的項目。此作業說明如何新增自訂、使用者定義的「DR 計畫群組」，以及管理切換 Oracle Integration 時必須完成的步驟：

  1. 將排定參數從區域 1 同步至區域 2。
  2. 在區域 2 啟用相關整合。
  3. 在區域 2 開始排定的整合。
  4. 更新區域 2 的 DNS 記錄。
  5. 在區域 1 停用排定的整合。

作業 10.1：選取切換計畫

首先，瀏覽至上一個步驟中建立的切換計劃。

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

作業 10.2：啟用終止使用者自建物件的 DR 計畫群組 (選擇性)

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

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

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

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

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

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

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

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

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

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

啟用計劃群組。

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

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

作業 10.2.2 啟用終止磁碟區群組計畫群組

啟用計劃群組。

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

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

作業 10.3：為切換計劃建立各種使用者定義的計劃

我們已顯示如何建立切換計畫的各種使用者定義計畫，從任務 6.3 至 6.7。藉由使用類似的處理，建立五個自訂使用者定義計畫群組。您必須使用 Phoenix 區域中執行的運算執行處理來執行命令檔。

  1. 將排定的參數從主要同步至待命 /home/opc/oic-scripts/oic-sync-schedule-parameters.sh IAD。
  2. 在待命 /home/opc/oic-scripts/oic-integration-switch.sh 啟動 IAD 啟動相關整合。
  3. 在待命 /home/opc/oic-scripts/oic-integration-schedule.sh 啟動 IAD 時開始排定的整合。
  4. 更新待命 /home/opc/oic-scripts/dns-record-update.sh IAD 的 DNS 記錄。
  5. 在主要 /home/opc/oic-scripts/oic-integration-switch.sh 停用 IAD 時停用排定的整合。

建立這些項目之後，切換計畫現在應包含五個 Oracle 整合的災害復原計畫群組，如下面的螢幕擷取畫面所示。如果您的保護群組包括其他應用程式或 OCI 服務以及 Oracle 整合，則可能會有其他計畫群組。

plan-custom-so-iad-completed.png
圖 10-21：顯示新增至切換計畫的五個使用者定義的計畫群組

作業 11：自訂區域 1 中的容錯移轉計畫 (阿什本)

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

  1. 在區域 1 啟用相關整合。
  2. 更新區域 1 的排定參數。
  3. 在區域 1 開始排定的整合。
  4. 更新區域 1 的 DNS 記錄。

作業 11.1：選取切換計畫

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

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

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

作業 11.2：在區域 1 (待命) 建立多個使用者定義的計畫群組

我們已顯示如何從任務 7.2 至 7.5，為容錯移轉計畫建立各種使用者定義的計畫。藉由使用類似的處理，建立下列四個自訂使用者定義計畫群組。您必須使用 Phoenix 區域中執行的運算執行處理來執行命令檔。

  1. 在待命 /home/opc/oic-scripts/oic-integration-switch.sh 啟動 IAD 啟動相關整合。

  2. 更新待命 /home/opc/oic-scripts/oic-update-parameters.sh IAD 的排定參數。

  3. 在待命 /home/opc/oic-scripts/oic-integration-schedule.sh 啟動 IAD 時開始排定的整合。

  4. 更新待命 /home/opc/oic-scripts/dns-record-update.sh IAD 的 DNS 記錄。

建立這些項目之後，容錯移轉計畫現在應該包含四個用於 Oracle 整合的 DR 計畫群組，如下面的螢幕擷取畫面所示。如果您的保護群組包括其他應用程式或 OCI 服務以及 Oracle 整合，則可能會有其他計畫群組。

plan-custom-fo-iad-completed.png
圖 11-14：顯示新增至容錯移轉計畫的四個使用者定義的計畫群組

接下來的步驟

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

測試切換計畫

切換計畫是設計來清除所有使用者自建物件，並且確保用於內建復原步驟 (例如負載平衡器、區塊儲存、檔案系統、BaseDB、ExaCS 以及自治式資料庫) 的所有角色都已準備好從待命區域復原，無需人工介入。

測試容錯移轉計畫

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

驗證所有 DR 計畫以進行最終允收

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

注意：若要確定可以使用相同的從屬端應用程式來認證兩個 Oracle Integration 執行處理的其他 API，您可以將這兩個執行處理的範圍 (例如「主要」和「次要」) 新增至 OAuth 從屬端應用程式。如需 OAuth 用戶端應用程式的設定，請參閱官方文件。

認可

影片 1：部署 Oracle Integration for Disaster Recovery 影片 2：使用 OCI Full Stack DR 自動執行 Oracle Integration 的災害復原作業影片 3：用於自動復原 Oracle Integration 的命令檔

其他學習資源

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

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