附註：

• 此教學課程需要存取 Oracle Cloud。若要註冊免費帳戶，請參閱 Oracle Cloud Infrastructure Free Tier 入門。
• 它使用 Oracle Cloud Infrastructure 證明資料、租用戶及區間的範例值。完成實驗室時，請將這些值取代為您雲端環境特定的值。

使用 OCI Full Stack Disaster Recovery 自動執行 Oracle HeatWave MySQL 的冷災復原

簡介

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

Oracle HeatWave MySQL 是部署在 Oracle Cloud Infrastructure (OCI) 內的完全託管資料庫服務，支援想要快速部署安全雲端原生應用程式的操作員和開發人員。Oracle HeatWave MySQL 是唯一 MySQL 產品，包括使用 HeatWave (整合式高效能記憶體內查詢加速器)。HeatWave 可讓客戶直接針對其作業 MySQL 資料庫執行複雜的分析，免除複雜、耗時且昂貴的資料移轉需求，以及與個別分析資料庫整合的需求。HeatWave 針對分析和混合式工作負載，大幅提升 MySQL 效能。HeatWave 已完全針對 OCI 進行最佳化，而 Oracle HeatWave MySQL 是由 OCI 和 MySQL 工程團隊建置、管理並支援 100%。

在本教學課程中，您將瞭解如何自動執行 OCI 中 Oracle HeatWave MySQL 的冷災復原。其中概述使用 OCI Full Stack DR 服務來管理切換和容錯移轉流程的程序。

注意：此類型的「災害復原 (DR)」策略依賴「備份與回復」機制，因此最適合「復原時間目標 (RTO)」與「復原點目標 (RPO)」業務需求未過度要求的非重要應用程式。

架構描述

本教學課程中介紹的架構展示了在 OCI 虛擬機器 (VM) 上執行的 WordPress 應用程式，可與 Oracle HeatWave MySQL 緊密整合。此外，此設定會利用 OCI File Storage 服務作為網路檔案系統 (NFS) 共用來儲存 WordPress 內容。此共用儲存體會掛載至每個 VM，確保能夠立即同步存取整個環境的所有新內容。

OCI 負載平衡器部署在公用子網路內，可有效管理外部使用者連線、將內送流量分配給 WordPress VM。

災難復原架構描述

WordPress 應用程式 VM 的 DR 策略包括全方位的方法，包括複製磁碟區群組之每個 VM 開機磁碟區的完整複寫，以及使用檔案儲存複寫以確保 WordPress 內容的同步化。

負載平衡器會在遠端區域中預先佈建，確保當 WordPress VM 在切換或容錯移轉案例期間轉換至遠端區域時，可以順暢地處理流量。

對於 Oracle HeatWave MySQL，備份會定期複製到遠端區域，以確保資料保護和災害復原新功能。您可以使用自訂命令檔從一個應用程式 VM 起始此處理作業，此命令檔可以透過 crontab 排定讓執行自動化並持續執行。

下圖說明將最新可用的 MySQL 備份從主要區域複製到遠端區域的工作流程。

下列 crontab 設定已設定在 WordPress 應用程式 VM1 的 opc 使用者底下，每隔 4 小時執行 mds_copy_bkp.py 命令檔。這樣可確保自動備份同步至待命區域，進而改善災害復原：

15 */4 * * * /home/opc/mds_copy_restore_bkp/mds_copy_bkp.py mds01

此工作每 4 小時執行 15 分鐘的命令檔。

GitHub 上提供所有命令檔，並在下列小節中完整詳述。

注意：請務必根據您的業務需求排定此命令檔 (或類似的命令檔)，以定期將 MySQL 備份複製到遠端區域。若未執行此步驟，回復處理作業可能會因次要區域中沒有備份而失敗。

復原的運作方式？

執行計畫切換之後，角色將會反轉：主要工作負載將在「區域 2」執行，待命則會在「區域 1」運作。架構外觀如下：

在目前的設定中，我們利用 OCI 專用 DNS 服務管理 DNS 記錄，將流量導向至作用中的 Oracle HeatWave MySQL 端點。在復原過程中，此 DNS 記錄會透過自訂命令檔進行更新，以反映新的 Oracle HeatWave MySQL，確保順暢的容錯移轉和服務持續性。

下圖說明在待命區域中回復最近 MySQL 備份的工作流程。

此部署的復原解決方案需要 OCI Full Stack DR 在復原作業 (例如容錯移轉或切換) 期間執行一系列的自訂 Python 命令檔。本教學課程中參照的命令檔由 EMEA 雲端架構專家團隊提供，並在此處取得： full-stack-disaster-recovery ，這是特別針對此 DR 解決方案量身打造的。

本教學課程說明如何下載命令檔，以及如何在稍後的作業中使用命令檔。

備註：系統會提供下列指令檔供一般參考。您可以根據公司政策和安全性需求，使用自己的指令碼或自訂指令碼。

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

• 區域：

  • 第 1 區是杜拜：杜拜最初將作為主要區域。不過，此角色將在切換處理作業期間轉換成待命，此角色將在災害復原計畫的後續作業中執行。

  • 第 2 區是阿布達比：阿布達比一開始將作為備用區域。此角色之後將會在進行災害復原程序的後續作業中，轉換為主要資料庫。

• 區間：您可以免費將此部署和 OCI Full Stack DR 組織到任何符合 IT 治理標準的區間配置中。我們選擇在單一區間中組織此教學課程的所有 OCI 資源。

WordPress 應用程式 VM 和 OCI 檔案儲存

本教學課程中使用的架構是針對 OCI File Storage 所設計，以確保所有應用程式 VM 都能共用相同 WordPress 內容的存取權。

如需有關如何在 Linux 執行處理正確掛載檔案系統的詳細資訊，請參閱設定檔案系統自動掛載 (Linux 執行處理) 。

以下是一個在 WordPress 應用程式 VM 上掛載檔案系統的 /etc/fstab 檔案組態範例。

xxx.xxx.xxx.xxx:/wordpress /var/www/html nfs nfsvers=3,noacl,nosuid,nofail 0 0

將 xxx.xxx.xxx.xxx 取代為區域 1 中掛載目標的 IP 位址，以確保連線正確無誤。

目標

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

1. 作業 1：準備災害復原環境
2. 作業 2：在兩個區域中建立 DR 保護群組 (DRPG)
3. 作業 3：新增成員至 DR 保護群組
4. 作業 4：在區域 2 中建立基本 DR 計畫
5. 作業 5：自訂區域 2 中的切換計畫
6. 作業 6：自訂區域 2 中的容錯移轉計畫
7. 作業 7：執行區域 2 中 DR 計畫的前置檢查
8. 作業 8：在區域 2 中執行切換計劃
9. 作業 9：在區域 1 中建立及自訂 DR 計畫

作業 1：準備環境以進行災害復原

作業 1.1：建立磁碟區群組及啟用複寫

在 Region 1 中為 WordPress 應用程式 VM 建立磁碟區群組，並確定已在 Region 2 中複製磁碟區群組。確定每個應用程式 VM (WordPress) 的開機磁碟區是磁碟區群組的成員，而且磁碟區群組會複製到 Region 2。

下圖說明顯示建立的磁碟區群組 (包括兩個 WordPress 應用程式 VM 的開機磁碟區)，並已順利將複製啟用 Region 2。如需詳細資訊，請參閱 Creating a Volume Group 。

作業 1.2：啟用 WordPress 內容的檔案儲存複寫

1. 在「區域 2」中，建立專門指定進行複製的檔案系統。此檔案系統將用於以無縫接軌的方式將資料從區域 1 複製到區域 2。

   

2. 在「區域 2」中，建立將用於從「區域 1」復原至「區域 2」的掛載目標。

   

   

3. 使用步驟 1 中建立的檔案系統，啟用並設定從區域 1 中來源 OCI 檔案儲存進行複寫。

   

   下圖說明 Region 2 的 File Storage 複製詳細資訊。

   

如需詳細資訊，請參閱檔案系統複製。

作業 1.3：準備應用程式 VM 以執行自訂自動化

1. 安裝並設定 Oracle Cloud Infrastructure 命令行介面 (OCI CLI)。在本教學課程中，Oracle Linux 8 是用於 WordPress 應用程式 VM。如需詳細資訊，請參閱 Installing the CLI 。

2. 從 /home/opc 資料夾中的 GitHub 儲存區域 (mds_colddr_scripts) 部署命令檔。

3. 安裝所提供指令碼所使用的 Pandas 與 Tabulate 模組。

   pip install pandas
   pip install tabulate
   

4. 以「區域 1」中 Oracle HeatWave MySQL 的必要詳細資訊更新 config.csv 檔案。

   • 將 MYSQL_DB_SYSTEM_OCID 取代為 Oracle HeatWave MySQL 的 OCID。您可以保留或自訂 MySQL 標籤，以符合您的特定需求。
   • 將 COMPARTMENT_OCID 取代為 MySQL 系統所在區間的 OCID。
   • 將 PRIMARY_SUBNET_OCID 和 STANDBY_SUBNET_OCID 取代為兩個區域中的子網路 OCID。
   • 將 PRIMARY_DNS_VIEW_OCID 和 STANDBY_DNS_VIEW_OCID 取代為與管理 Oracle HeatWave MySQL 端點記錄之專用 DNS 區域關聯之專用 DNS 視觀表的 OCID。

   注意：請確定已正確更新所有值。

在教學課程中，我們將使用此 VM 來執行使用者定義的命令檔。確定已將作為 DR 控制節點的 VM 設定為執行命令。如需詳細資訊，請參閱使用 run 命令搭配 Oracle Cloud Infrastructure Full Stack Disaster Recovery 呼叫自訂命令檔。

作業 1.4：建立 OCI Full Stack DR 的 OCI IAM 原則

如下列文件所述，設定 OCI Full Stack DR 所需的 OCI IAM 原則。

• OCI Full Stack DR 原則

• 設定身分識別與存取管理 (IAM) 原則以使用 Full Stack DR

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

OCI Full Stack DR 必須能夠控制和管理其他關鍵 OCI 服務，例如運算、網路、儲存和其他雜項服務。若要為其他服務設定必要的 OCI IAM 原則，請參閱 Full Stack Disaster Recovery 管理之其他服務的原則和 OCI IAM 原則。

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

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

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

1. 移至 OCI 主控台並瀏覽至 DR 保護群組，如圖 2.1 所示。

   1. 確定 OCI 區域相關資訊環境已設為 Region 1 (Dubai)。
   2. 按一下移轉和災害復原。
   3. 按一下 DR 保護群組。

   
   圖 2.1：瀏覽至 DR 保護群組

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

   1. 選取您要建立 DRPG 的區間。
   2. 按一下建立 DR 保護群組即可開啟對話方塊。
   3. 使用有意義的 DRPG 名稱。
   4. 選取 OCI Full Stack DR 日誌的 OCI 物件儲存的儲存桶。
   5. 按一下建立。

   
   圖 2.2：在區域 1 中建立 DR 保護群組所需的參數

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

1. 移至 OCI 主控台，瀏覽至 DR 保護群組，如圖 2.3 所示。

   1. 確定 OCI 區域相關資訊環境已設為 Region 2 (Abu Dhabi)。
   2. 按一下移轉和災害復原。
   3. 按一下 DR 保護群組。

   
   圖 2.3：瀏覽至 DR 保護群組

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

   1. 選取您要建立 DRPG 的區間。
   2. 按一下建立 DR 保護群組即可開啟對話方塊。
   3. 使用有意義的 DRPG 名稱。
   4. 選取 OCI Full Stack DR 日誌的 OCI 物件儲存的儲存桶。
   5. 按一下建立。

   
   圖 2.4：在區域 2 中建立 DR 保護群組所需的參數

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

將每個區域中的 DRPG 建立為彼此的對等體，並指派主要和待命的對等角色。主要和待命資料庫的角色會由 OCI Full Stack DR 自動變更，作為任何 DR 作業 /DR 計畫執行的一部分；無需隨時手動管理角色。

1. 前往 DR 保護群組詳細資訊頁面。

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

   
   圖：開始 DRPG 關聯

2. 輸入如下圖所示的參數。

   1. 角色：選取主要角色。OCI Full Stack DR 會自動將待命角色指定給 Region 2。
   2. 對等區域：選取建立其他 DRPG 的區域 2 (阿布達比)。
   3. 對等 DR 保護群組： 選取已建立的對等 DRPG。
   4. 按一下關聯。

   
   圖：建立 DRPG 關聯所需的參數

關聯完成後，OCI Full Stack DR 將顯示如下圖所示的內容。

1. 目前的主要對等 DRPG 為 Dubai (區域 1)。
2. 目前的待命對等 DRPG 是阿布達比 (第 2 區)。

圖：顯示個別 DRPG 觀點的對等關係

每當環境定義 / 檢視是從全域角度顯示所有 DR 保護群組 (如下圖所示) 時，都可以找到相同的資訊。

1. 目前的主要對等 DRPG 為 Dubai (區域 1)。
2. 目前的待命對等 DRPG 是阿布達比 (第 2 區)。

圖：顯示從全域 DRPG 觀點來看的對等關係

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

在這項任務中，我們將新增下列 OCI 資源至區域 1 的主要 DRPG。

1. 代管 WordPress 應用程式的兩個運算執行處理將新增為移動 VM。此外，請確定進階選項中的檔案系統區段已正確設定。
2. 包含 WordPress 應用程式運算節點之開機磁碟區的磁碟區群組。
3. 包含 WordPress 內容的 OCI 檔案儲存。
4. 主要負載平衡器。

作業 3.1：新增成員至區域 1 中的 DRPG

1. 選取「區域 1」中的 DRPG，如下圖所示。

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

   
   圖：如何開始將成員新增至區域 1 中的 DR 保護群組

2. 新增 WordPress 應用程式 VM 的運算執行處理。

   1. 確認有關 DR 計畫的警告。
   2. 輸入計算作為成員資源類型。
   3. 選取代管 WordPress 應用程式的運算執行處理。
   4. 選取移動執行處理。
   5. 按一下新增 VNIC 對應，選取要在復原期間指定給區域 2 之 VNIC 的 VCN 和子網路。
   6. 按一下顯示進階選項。
   7. 在設定值中，選取保留容錯域。
   8. 在檔案系統中，根據您的設定完成匯出對應區段，如下列影像所示。

   
   圖：新增 WordPress 應用程式 VM 所需的參數

   
   圖：對應區域 2 中 VNIC 所需的參數

   
   圖：保留容錯域的進階選項

   
   圖：進階選項、檔案系統對應

   
   圖：新增至區域 1 之 DRPG 的運算執行處理

   注意：請對 WordPress 應用程式 VM 的所有運算執行處理重複先前的子步驟。

   
   圖：新增到區域 1 中 DRPG 的兩個運算執行處理

3. 新增包含 WordPress 應用程式 VM 之開機磁碟區的區塊磁碟區群組。

   1. 確認有關 DR 計畫的警告。
   2. 選取磁碟區群組作為成員資源類型。
   3. 確定已選取包含磁碟區群組的正確區間，然後選取磁碟區群組。

   
   圖：新增 WordPress Compute 磁碟區群組所需的參數

   
   圖：已新增至區域 1 中 DRPG 之 WordPress 運算的磁碟區群組

4. 新增包含 WordPress 內容的 OCI 檔案儲存。

   1. 確認有關 DR 計畫的警告。
   2. 選取檔案系統作為成員資源類型。
   3. 請確定選取的是包含檔案系統的正確區間，然後選取檔案系統。
   4. 選取要在區域 2 中使用的目的地可用性網域。
   5. 選取此檔案系統的來源匯出路徑。回復檔案系統之後，會在目的地「區域 2」中建立此匯出路徑。
   6. 在「區域 2」中選取目的地掛載目標，用來建立已回復檔案系統的匯出。

   
   圖：新增 WordPress 內容之檔案系統所需的參數

   
   圖：已將 WordPress 內容的檔案系統新增至區域 1 中的 DRPG

5. 新增 OCI 負載平衡器。

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

   1. 確認有關 DR 計畫的警告。
   2. 選取負載平衡器作為成員資源類型。
   3. 請確定已為負載平衡器選取正確的區間，然後選取想要新增的負載平衡器。
   4. 選取要在區域 2 中使用的目的地負載平衡器。
   5. 選取來源後端集，這是 WordPress 應用程式 VM 所使用的後端集。OCI 負載平衡器可以在多個應用程式之間共用，而且可以設定多個後端集。在 DR 切換期間，只有此處指定的後端集會將其組態移至待命區域。
   6. 選取目的地後端集，這是在「區域 2」中建立的空白後端集。

   
   圖：新增負載平衡器所需的參數

   
   圖：負載平衡器已新增至區域 1 中的 DRPG

作業 3.2：新增成員至區域 2 中的 DRPG

1. 選取「區域 2」中的 DRPG，如下圖所示。

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

   
   圖：如何開始將成員新增至區域 2 中的 DR 保護群組

2. 新增 OCI 負載平衡器。

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

   1. 確認有關 DR 計畫的警告。
   2. 選取負載平衡器作為成員資源類型。
   3. 請確定已為負載平衡器選取正確的區間，然後選取想要新增的負載平衡器。
   4. 選取要在區域 1 中使用的目的地負載平衡器。
   5. 選取來源後端集，這是 WordPress 應用程式 VM 所使用的後端集。OCI 負載平衡器可以在多個應用程式之間共用，而且可以設定多個後端集。在 DR 切換期間，只有此處指定的後端集會將其組態移至待命區域。
   6. 選取目的地後端集，會在「區域 2」中建立此後端集。

   
   圖：新增負載平衡器所需的參數

   
   圖：負載平衡器已新增至區域 2 中的 DRPG

作業 4：在區域 2 中建立基本 DR 計畫

在這項任務中，我們將在 Region 2 (Abu Dhabi) 中建立與待命 DR 保護群組關聯的初始切換和容錯移轉計畫。

這些計畫的目的是將工作負載從主要區域 (區域 1) 順暢地轉換至待命區域 (區域 2)。在任何 DR 作業中，兩個區域的 DR 保護群組角色都會自動回復：區域 1 中的保護群組會變成待命，而區域 2 中的保護群組則假設為容錯移轉或切換之後的主要角色。

OCI Full Stack DR 將使用衍生自先前作業期間新增之成員資源的內建步驟預先填入這些計畫。之後將會自訂這些計畫，以管理復原處理作業期間 Oracle HeatWave MySQL 特定的工作。

切換計畫一律會在保留待命角色的保護群組內建立。由於 Region 2 (Abu Dhabi) 目前是備用保護組，我們將開始在那裡建立計畫。

作業 4.1：建立 DR 計畫

1. 在區域 2 (阿布達比) 中選取 DRPG 以建立基本計畫

   1. 確定 OCI 區域相關資訊環境為 Region 2 (Abu Dhabi)。
   2. 選取「區域 2」中的待命 DRPG。
   3. 選取計畫。
   4. 按一下建立計畫以開始處理作業。

   
   圖：如何在區域 2 開始建立基本 DR 計畫

2. 建立切換計劃。

   1. 輸入簡單但有意義的切換計劃名稱。這個名字應該盡量縮短，但很容易理解，以幫助減少在危機期間的混淆和人為錯誤。
   2. 選取計劃類型作為切換 (已計劃) 。

   
   圖：建立 DR 切換計畫所需的參數

3. 建立容錯移轉計畫。

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

   1. 輸入容錯移轉計畫的名稱簡單但有意義。這個名字應該盡量縮短，但很容易理解，以幫助減少在危機期間的混淆和人為錯誤。
   2. 選取計畫類型作為容錯移轉 (非計畫性) 。

   
   圖：建立 DR 容錯移轉計畫所需的參數

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

圖：顯示區域 2 中必須存在的兩個基本 DR 計畫，然後再繼續進行任何作業。

作業 5：自訂區域 2 中的切換計畫

在任務 4 中建立的基本 DR 計畫包含預先植入的復原任務步驟，這些任務內建於 OCI Full Stack DR 中，且不包含任何內容來管理 Oracle HeatWave MySQL 特定的復原任務。本工作說明如何新增自訂、使用者定義的 DR 計畫群組，以及管理切換期間需要完成之作業的步驟：

• 在正常關閉應用程式 VM 之後建立資料庫備份，以確保資料一致性。
• 將最新的資料庫備份傳輸至遠端 OCI 區域 2 以進行備援和災害復原。
• 回復「區域 2」中最新的資料庫備份，以準備切換環境。
• 更新專用資料庫 DNS 記錄，讓應用程式 VM 能夠以無縫接軌的方式連線至區域 2 中的資料庫。
• 終止「區域 1」中的來源 MySQL 資料庫。

作業 5.1：選取切換計畫

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

圖：如何開始自訂區域 2 中的切換計畫

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

切換計畫中預設會停用三個計畫群組，如下圖所示。測試期間會停用這些計畫群組，以提供重新保證，確保不會刪除任何使用者自建物件，而且在測試階段發生問題時，可行備份複本會維持不變。

不過，這三個計畫群組的設計目的是終止 (刪除) 未來 DR 作業不再需要的人工因素。若未啟用這些計畫群組，未使用的使用者自建物件將隨著您在兩個區域之間執行切換而持續累積，這可能會導致運算執行處理、OCI 檔案儲存及磁碟區群組應該處於作用中的混淆。

您也可以選擇立即啟用這些計畫群組，避免在進入生產環境之前手動清除不必要的使用者自建物件。這個主動步驟可以簡化轉換到生產環境，並維持更乾淨、更容易管理的環境。

圖：預設停用的計畫群組

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

   
   圖：如何啟用終止檔案系統

   
   圖：按一下「啟用」以進行驗證。

   
   圖：如何啟用終止運算執行處理

   
   圖：按一下「啟用」以進行驗證。

   
   圖：如何啟用終止磁碟區群組

   
   圖：按一下「啟用」以進行驗證。

作業 5.3：重新排序 DR 計畫群組

您必須先在移至 Region 2 的新 VM 上掛載檔案系統，再更新負載平衡器後端集。這可確保應用程式能夠正確存取其所需的儲存體資源，以便在切換處理作業期間進行順暢的轉換。

圖：顯示初始「切換」計畫順序以及如何開始重新排序的螢幕擷取畫面

圖：開始重新排序

1. 將檔案系統 - 掛載於運算執行處理移動到負載平衡器 - 更新目的地後端集之前。

2. 按一下儲存變更。

圖：最終切換計畫訂單

作業 5.4：建立計畫群組以執行自訂命令檔

首先，新增自訂的使用者定義 DR 計畫群組，根據 MySQL Backup/Restore DR 處理作業的特定需求量身打造 DR 工作流程。

這些計畫群組會從區域 1 的 WordPress VM1 呼叫必要命令檔，且應先將它置於 DR 工作流程中，再啟動 WordPress 應用程式 VM。這可確保 MySQL 資料庫在應用程式 VM 上線之前已完全回復並運作。

下列自訂計畫應新增至預先填入的切換計畫：建立 MySQL Database 備份、複製 MySQL Database 備份、回復 MySQL Database 備份、更新 MySQL Database DNS 以及終止 MySQL Database 來源。

1. 新增自訂計畫群組以建立 MySQL 資料庫備份。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Create MySQL DB Backup。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組運算執行處理 - 啟動之後。
   4. 按一下新增步驟即可開啟對話方塊，供您指定命令檔來建立 MySQL 資料庫備份。

   
   圖：建立計畫群組「建立 MySQL 資料庫備份」的參數

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Create MySQL DB Backup。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行區域命令檔。
   4. 選取目標執行處理，即 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_create_bkp.py mds01。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立「新增步驟建立 MySQL 資料庫備份」的參數

   按一下新增。

   
   圖：新增計畫群組：建立 MySQL 資料庫備份

2. 新增自訂計畫群組以複製 MySQL 資料庫備份。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Copy MySQL DB Backup。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組建立 MySQL 資料庫備份之後。
   4. 按一下新增步驟，即可開啟對話方塊，供您指定要複製 MySQL 資料庫備份的命令檔。

   
   圖：建立計畫群組「複製 MySQL 資料庫備份」的參數

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Copy MySQL DB Backup。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_copy_bkp.py mds01。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：新增步驟複製 MySQL 資料庫備份的參數

   按一下新增。

   
   圖：新增計畫群組：複製 MySQL 資料庫備份

3. 新增自訂計畫群組以回復 MySQL 資料庫備份。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Restore MySQL DB Backup。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組複製 MySQL 資料庫備份之後。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要回復 MySQL 資料庫備份的命令檔。

   
   圖：建立計畫群組的參數 回復 MySQL 資料庫備份

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Restore MySQL DB Backup。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行區域命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_restore_bkp.py mds01 1 --config --switch。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：新增步驟回復 MySQL 資料庫備份的參數

   按一下新增。

   
   圖：新增計畫群組回復 MySQL 資料庫備份

4. 新增自訂計畫群組以更新 MySQL 資料庫 DNS。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Update MySQL DB DNS。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組回復 MySQL 資料庫備份之後。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要更新 MySQL 資料庫 DNS 的命令檔。

   
   圖：建立計畫群組的參數 Update MySQL DB DNS

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Update MySQL DB DNS。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行區域命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_update_dns.py mds01 demo.local mds01.demo.local --remote。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：新增步驟更新 MySQL 資料庫 DNS 的參數

   按一下新增。

   
   圖：新增計畫群組更新 MySQL 資料庫 DNS

5. 新增自訂計畫群組以終止 MySQL 來源資料庫。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Terminate MySQL DB Source。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取新增之後，將使用者定義的計畫群組插入內建的計畫群組檔案系統 - 從 DR 保護群組移除之後。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要終止 MySQL 資料庫來源的命令檔。

   
   圖：建立計畫群組的參數 - 終止 MySQL 來源資料庫

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Terminate MySQL Source DB。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_terminate_db.py mds01。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：新增步驟終止 MySQL 來源資料庫的參數

   按一下新增。

   
   圖：新增終止 MySQL 來源資料庫的計畫群組

6. ( 選擇性 ) 新增自訂計畫群組以停止 WordPress 應用程式。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Application - Stop。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建計畫群組負載平衡器 - 更新來源後端集之後的結尾。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要停止應用程式的命令檔。

   
   圖：建立計畫群組應用程式的參數 - 停止

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Stop - VM1。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_stop.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 停止 - VM1

   按一下新增步驟，即可新增第二個步驟來停止 VM2 上的應用程式。

   
   圖：新增步驟應用程式 - 停止 - VM2

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Stop - VM2。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM2 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM2。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_stop.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 停止 - VM2

   按一下新增。

   
   圖：新增計畫群組應用程式 - 停止

7. ( 選擇性 ) 新增自訂計畫群組以啟動 WordPress 應用程式。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Application - Start。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此情況下，選取新增下列時間之後，即可在內建的計畫群組檔案系統 - 掛載於運算執行處理之後，於最後插入使用者定義的計畫群組。
   4. 按一下新增步驟即可開啟對話方塊，供您指定啟動應用程式的命令檔。

   
   圖：建立計畫群組應用程式的參數 - 開始

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Start - VM1。
   2. 選取包含執行此步驟之執行處理的區域。在此情況下，命令檔將在「區域 1」的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_start.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 開始 - VM1

   按一下新增步驟即可新增第二個步驟，以在 VM2 上啟動應用程式。

   
   圖：新增步驟應用程式 - 開始 - VM2

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Start - VM2。
   2. 選取包含執行此步驟之執行處理的區域。在此情況下，命令檔將在「區域 1」的 WordPress 應用程式 VM2 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM2。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_start.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 開始 - VM2

   按一下新增。

   
   圖：新增計畫群組應用程式 - 開始

已順利完成切換計畫的自訂作業。

作業 6：自訂區域 2 中的容錯移轉計畫

在此工作中，加入自訂的使用者定義 DR 計畫群組和步驟，以管理在容錯移轉期間需要完成的作業。

• 回復「區域 2」中最新的資料庫備份，以準備切換環境。

• 更新專用資料庫 DNS 記錄，讓應用程式 VM 能夠以無縫接軌的方式連線至區域 2 中的資料庫。

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

瀏覽至「工作 4」中建立的容錯移轉計畫。

圖：如何開始自訂區域 2 中的容錯移轉計畫

任務 6.2：建立計畫群組以在區域 2 執行自訂指令碼

首先，新增自訂的使用者定義 DR 計畫群組，根據 MySQL Backup/Restore DR 處理作業的特定需求量身打造 DR 工作流程。

這些計畫群組會從 WordPress 應用程式 VM 呼叫必要的命令檔，且應先將它們定位在 DR 工作流程中，再重新啟動 WordPress 應用程式 VM。這可確保 MySQL 資料庫在應用程式 VM 上線之前已完全回復並運作。

下列自訂計畫應新增至預先填入的容錯移轉計畫：回復 MySQL Database 備份和更新 MySQL Database DNS 。

1. 新增自訂計畫群組以回復 MySQL 資料庫備份。

   1. 按一下新增群組以開始。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Restore MySQL DB Backup。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組運算執行處理 - 啟動之後。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要回復 MySQL 資料庫備份的命令檔。

   
   圖：建立計畫群組的參數 回復 MySQL 資料庫備份

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Restore MySQL DB Backup。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_restore_bkp.py mds01 1 --config。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：新增步驟回復 MySQL 資料庫備份的參數

   請按一下新增。

   
   圖：新增計畫群組回復 MySQL 資料庫備份

2. 新增自訂計畫群組以更新 MySQL 資料庫 DNS。

   1. 按一下新增群組以開始。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Update MySQL DB DNS。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組回復 MySQL 資料庫備份之後。
   4. 按一下新增步驟以開啟對話方塊，在其中指定要更新 MySQL 資料庫 DNS 的命令檔。

   
   圖：建立計畫群組的參數 Update MySQL DB DNS

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Update MySQL DB DNS。與計劃群組名稱相同。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/mds_copy_restore_bkp/mds_update_dns.py mds01 demo.local mds01.demo.local。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立新增步驟更新 MySQL 資料庫 DNS 的參數

   按一下新增。

   
   圖：新增計畫群組更新 MySQL 資料庫 DNS

3. ( 選擇性 ) 新增自訂計畫群組以重新啟動 WordPress 應用程式。

   1. 按一下新增群組。
   2. 輸入簡單但具描述性的計畫群組名稱。在此範例中，我們將使用 Application - Restart。
   3. 選取要將計畫群組插入 DR 計畫中的位置。在此範例中，選取之後新增，將使用者定義的計畫群組插入內建的計畫群組檔案系統 - 掛載於運算執行處理之後。
   4. 按一下新增步驟即可開啟對話方塊，供您指定啟動應用程式的命令檔。

   
   圖：建立計畫群組應用程式的參數 - 重新啟動

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Restart - VM1。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM1 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM1。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_restart.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 重新啟動 - VM1

   按一下新增步驟，即可新增第二個步驟，以在 VM2 上重新啟動應用程式。

   
   圖：新增步驟應用程式 - 重新啟動 - VM2

   在新增計畫群組步驟中，輸入下列資訊。

   1. 輸入簡單但有描述性的步驟名稱。在此範例中，我們將使用 Application - Start - VM2。
   2. 選取包含執行此步驟之執行處理的區域。在此範例中，命令檔將在 Region 1 的 WordPress 應用程式 VM2 上執行。
   3. 選取執行本機命令檔。
   4. 選取目標執行處理，這是 Region 1 中的 WordPress 應用程式 VM2。
   5. 在指令碼參數中，輸入指令碼的完整路徑與參數。例如：/home/opc/fsdrscripts/wdp_restart.sh。
   6. 在以使用者身分執行中，輸入 opc。
   7. 按一下新增步驟。

   
   圖：建立步驟應用程式的參數 - 重新啟動 - VM2

   按一下新增。

   
   圖：新增計畫群組應用程式 - 重新啟動

已順利完成自訂容錯移轉計畫。

作業 7：在區域 2 中執行前置檢查

已順利在待命「區域 2」中建立切換和容錯移轉 DR 計畫。這些計畫讓 OCI Full Stack DR 能夠將工作負載從 Region 1 轉換成 Region 2。後續工作包括執行切換和容錯移轉計劃的前置檢查，以確保整備度和驗證轉換程序。

作業 7.1：開始切換計畫的前置檢查

執行切換 DR 計畫的前置檢查。

1. 確定區域相關資訊環境已設為待命區域 2。
2. 請確定已選取「區域 2」中的正確 DR 保護群組，它必須是待命角色。
3. 按一下切換計畫名稱。
4. 按一下執行前置檢查。

圖：顯示如何執行切換計畫的前置檢查

圖：顯示切換計畫的已完成前置檢查

作業 7.2：開始容錯移轉計畫的前置檢查

執行容錯移轉 DR 計畫的前置檢查。

1. 確定區域相關資訊環境已設為待命區域 2。
2. 請確定已選取「區域 2」中的正確 DR 保護群組，它必須是待命角色。
3. 按一下容錯移轉計畫名稱。
4. 按一下執行前置檢查。

圖：顯示如何執行容錯移轉計畫的前置檢查

圖：顯示容錯移轉計畫的已完成前置檢查

作業 8：在區域 2 中執行切換計劃

執行切換 DR 計畫，開始使用 Oracle HeatWave MySQL 將 WordPress 應用程式從「區域 1」轉換至「區域 2」的程序。

1. 確定區域相關資訊環境已設為待命區域 2。
2. 請確定已選取「區域 2」中的正確 DR 保護群組，它必須是待命角色。
3. 按一下切換計畫名稱。
4. 按一下執行計畫。

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

1. 取消選取啟用前置檢查，因為它們已經在「工作 7」中執行。
2. 按一下執行 DR 計畫以開始。

圖：顯示如何執行切換計畫

圖：顯示進行中的切換計畫

監控切換計畫，直到完整的工作負載完全從「區域 1」轉換成「區域 2」為止。

已在大約 52 分鐘內順利完成切換計畫的執行。

圖：顯示已完成的切換計畫執行。

圖：顯示已完成的切換計畫執行。

作業 9：在區域 1 中建立及自訂 DR 計畫

OCI Full Stack DR 成功完成切換之後，Region 2 現在擔任主要區域的角色，而 Region 1 已轉變為待命區域。

依照作業 1 到 8 中詳述的相同方法，繼續在 Region 1 的 DR 保護群組內建立和自訂切換和容錯移轉計畫，現在作為待命對等區域。

圖：顯示區域 1 中已建立計畫的螢幕擷取畫面

圖：顯示區域 1 中切換計畫的螢幕擷取畫面

圖：顯示區域 1 中容錯移轉計畫的螢幕擷取畫面

接下來的步驟

如需詳細資訊，請參閱相關連結段落中的 OCI Full Stack DR 與 Oracle HeatWave MySQL 文件。

相關連結

• Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery

• Oracle HeatWave MySQL

• OCI Full Stack Disaster Recovery

• HeatWave MySQL

• 加入 #full-stack-dr slack 頻道

認可

• 作者 - Antoun Moubarak (OCI 專家超大規模管理員)

• 提供者 - Suraj Ramesh (OCI Full Stack DR 產品經理)

其他學習資源

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

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

---

標題與著作權資訊

Automate Cold Disaster Recovery for Oracle HeatWave MySQL using OCI Full Stack Disaster Recovery

G24416-01

January 2025

Copyright ©2025,

Oracle 和 (或) 其關係企業。