附註：

使用 OCI Full Stack Disaster Recovery 強化災害復原計畫管理

簡介

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

最近對 OCI Full Stack DR 服務的更新大幅改善了 DR 計畫的管理。如果有任何成員更新、新增或刪除，現在會保留計畫，而不是被刪除，讓使用者能夠重新整理計畫並驗證計畫。讓我們探索這些變更如何增強使用者體驗，並簡化 DR 管理。

初始部署架構

部署架構

目標部署架構

目標部署架構

目標

修改現有的 Full Stack DR 保護群組成員資源，但不刪除任何現有的 DR 計畫。本教學課程將示範透過移除一個移動運算，並在現有主要和待命 DR 保護群組中新增兩個已在兩個 OCI 區域之間對等的非移動運算，以進行計畫重新整理工作流程。

主要區域為阿什本，待命區域為鳳凰城。

本教學課程將涵蓋下列工作。

必要條件

工作 1：從主要 DRPG 移除成員

  1. 在主要 DRPG (DRPG_Refresh_IAD) 中，選取成員。

    移除成員

  2. 選取運算 VM (vmapp02)，然後按一下移除成員。

    移除成員

  3. 選取我瞭解必須重新整理並驗證所有現有的計畫，然後按一下移除。

    移除成員

工作 2：新增成員至主要和待命 DRPG

  1. 在主要 DRPG (DRPG_Refresh_IAD) 中，選取成員，然後將運算 VM (vmapp03) 新增為成員。

    新增群組

  2. 在待命 DRPG (DRPG_Refresh_PHX) 中，選取成員，然後將運算 VM (vmapp03dr) 新增為成員。

    新增群組

每當對主要或待命 DR 保護群組的成員進行變更時，待命 DR 保護群組 (DRPG) 中的所有 DR 計畫都會設定為需要注意 (需要重新整理) 。無法修改待命和主要區域中的 DR 計畫。DRPG 成員身分的其他變更可在任一區域中進行，但 DR 計畫群組和步驟要等到重新整理和驗證工作流程完成後才能新增、移除或修改。

完成保護群組中成員的任何變更之後，您應該會看到如下螢幕擷取畫面。此螢幕擷取畫面顯示應存在於待命保護群組中，作為最佳實務的四種 DR 計畫類型中的三種。您不一定會建立這三種計劃類型；這只是一個範例。

FSDR- 計畫需求 -attn.png

作業 3：重新整理待命 DRPG 中的 DR 計畫

重新整理處於「需要注意 (需要重新整理)」狀態的 DR 計畫，以查看因對這兩個區域之保護群組成員所做的變更而新增或移除的計畫群組和計畫步驟。這是一個關鍵步驟，可讓您在確認任務 4 所規劃的變更之前，先以視覺方式檢閱 DR 計畫。

只有待命 DRPG 中包含的 DR 計畫可以重新整理和驗證，因為它們處於「需要注意」(需要重新整理) 狀態。在 DRPG 繼承待命角色之前，無法重新整理處於「非作用中」狀態之主要 DRPG 中的 DR 計畫。手動切換「DR 保護群組」詳細資訊頁面中的角色將無法用於重新整理程序，因此將主要 DRPG 角色變更為待命資料庫的唯一有效方法，就是在待命 DRPG 中執行切換計劃。切換會在下一個任務中說明。

重新整理的目的是讓人員有機會先複查將從 DR 計畫新增或移除的所有內容，再確認變更。計畫重新整理完成後，將會標記受成員資格變更影響的計畫群組與步驟。下列清單顯示呼叫修改之計畫群組和步驟的各種標記。

遵循其步驟：

  1. 若要開始，請選取處於需要注意 (需要重新整理) 狀態的 DR 計畫。

  2. 按一下重新整理，如以下螢幕擷取畫面所示。

  3. 會彈出一個確認方塊。按一下確認方塊中的重新整理以繼續。

    重新整理計畫

    DR 計畫會在重新整理完成後顯示如下的螢幕擷取畫面。重新整理處理會自我檢查對兩個區域中成員資源所做的所有變更，然後修改計畫群組與步驟，以根據成員資格的變更顯示要進行的調整。重新整理之後，重新整理的 DR 計畫狀態將會變更為需要注意 (需要驗證) 。請注意，重新整理按鈕標籤下方的螢幕擷取畫面已變更為驗證。

    重新整理計畫

    如下面的螢幕擷取畫面所示展開所有計畫群組，將會顯示將在驗證任務中新增或移除的所有個別計畫步驟。更新的計畫群組和對應的步驟會使用上述清單中的標記暫時加上標籤。

    重新整理計畫

    重新整理計畫

    以視覺化方式重新整理待命 DRPG 中處於需要注意 (需要重新整理) 狀態的所有剩餘 DR 計畫，然後移至下一個任務。

作業 4：驗證待命 DRPG 中的 DR 計畫

在以視覺方式複查重新整理的 DR 計畫之後，請加以驗證。這是另一個關鍵步驟，確認已修改 DR 計畫中的計畫變更。

  1. 若要開始，請選取處於需要注意 (需要驗證) 狀態的任何計畫。

  2. 按一下驗證，如以下螢幕擷取畫面所示。

  3. 會彈出一個確認方塊。按一下確認方塊中的驗證以繼續。

    驗證計畫

驗證程序會從計畫中移除所有修改標記，並啟用執行前置檢查與執行計畫按鈕，如以下螢幕擷取畫面所示。驗證完成後，計畫的狀態將變更為作用中。

驗證計畫

驗證待命 DRPG 中所有處於需要注意 (需要驗證) 狀態的剩餘 DR 計畫，直到所有計畫都變更為作用中為止，然後移至下一個任務。

FSDR- 全方案 -active.png

作業 5：對待命 DRPG 中的計畫進行最終調整

本教學課程中顯示的 DR 計畫範例沒有任何使用者定義的計畫群組或步驟。不過，如果不存在，您可能會想要嘗試新增使用者定義的計畫群組和步驟。

如果您使用此教學課程來更新您租用戶中的現有 DR 保護群組和計畫，請利用此機會對重新整理的 DR 計畫進行適當的變更。下列清單顯示一些您可能想要在現有計畫中調整的項目範例：

請確定所有現有的 DR 計畫都已經過調整，再繼續下一個作業。

作業 6：在待命 DRPG 中執行切換計畫

注意：

執行剛才在目前待命區域重新整理之切換計畫的前置檢查，然後在前置檢查成功時執行切換計畫。之後，在順利完成切換之後，在第二個區域對等 DR 保護群組中包含的所有 DR 計畫，逐步執行作業 3 和 4。

主要區域中的 DR 計畫仍會處於非作用中 (需要重新整理) 狀態，而且也必須重新整理。不過，無法修改保護群組中含有主要角色的復原計畫，包括重新整理和驗證。您必須將工作負載轉變為目前的待命區域，才能完成完整的 DR 計畫重新整理生命週期，並確保災害復原的完整性。

先以獨立作業執行前置檢查，這是最佳做法。

  1. 若要開始，請在待命區域中開啟切換計畫。

  2. 按一下執行前置檢查。

  3. 會彈出一個確認方塊。按一下確認方塊中的執行前置檢查以繼續。

    切換前置檢查

    請依照下面的螢幕擷取畫面所示，確定前置檢查已順利完成。您可能需要在此時修正任何失敗的前置檢查步驟，然後重新執行前置檢查，直到所有步驟都成功為止。

    切換前置檢查狀態

執行「切換」計畫。

  1. 若要開始，請按一下執行計畫。

  2. 會彈出一個確認方塊。按一下確認方塊中的執行方案以繼續。

  3. 監督計畫執行，以確保計畫中的所有步驟都成功。

    執行災害復原計畫

下方的螢幕擷取畫面顯示順利完成切換計畫。不過，即使前置檢查順利完成，您仍可能會遇到失敗的步驟；實際上正在執行復原步驟，因此有機會步驟將會失敗。修正所有失敗的步驟，然後再試一次。

執行災害復原計畫狀態

作業 7：切換後重新整理並驗證 DR 計畫

切換完成後，DR 保護群組的角色會自動回復。繼續我們的範例，鳳凰城現在將具備主要角色，而阿什本將具備待命角色。

此時，阿什本的所有 DR 計畫現在都處於非作用中 (需要重新整理) 狀態，因為現在是待命 DRPG。您必須在新待命區域中重複下列作業：

接下來的步驟

有兩種最佳做法應納入正常的日常作業中，以確保 DR 計畫的準備程度。

考慮排定待命 DR 保護群組中所有 DR 計畫的每週前置檢查。前置檢查可隨時執行，對生產環境工作負載沒有任何影響。這有助於確保災害復原計畫的完整性、擷取遺漏的成員資源、遺漏網路、找不到由使用者定義步驟呼叫的預期命令檔等。

驗證災難復原就緒程度的另一個非常重要方式是，每個月或季度定期排定災難復原鑽探一次。DR 鑽研也不會對生產環境工作負載造成任何影響，但可以讓您按一下單一按鈕，即可驗證待命區域中運算、儲存、Oracle 資料庫和負載平衡器的後端集的復原能力。深入瞭解 Full Stack DR 鑽研。

認可

其他學習資源

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

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