瞭解組態處理作業

使用 OCI Full Stack Disaster Recovery 設定 JD Edwards 災害復原基本上是三個步驟:您需要建立 DR 保護群組,然後建立包含這些群組的 DR 計畫。這些步驟完成後,您需要完成一系列的切換後活動,以完全導入計畫。您可以為移動和非移動的執行個體 (本文中所述) 設定和實作 DR 計畫,以及切換程序的描述。

為搬移執行處理實行災害復原保護群組和災害復原計畫

在主要區域中部署通常用於冷 DR 拓樸的移動執行處理。在災害事件期間,會將移動執行處理從主要區域的 DR 保護群組移至待命區域的 DR 保護群組。移動執行個體具有成本效益,因為待命區域中的資源不會持續執行,但由於您需要確保在待命區域中佈建和啟動,因此需要較長的復原時間。

下列主題逐步說明設定和實作災害復原保護群組,以及規劃移動執行處理的程序

建立災害復原保護群組

首先,建立 DR 保護群組、關聯主要和次要 DR 群組,以及新增群組成員。請使用下列程序:

  1. 登入 OCI 主控台並選取主要區域。從主功能表中,依序按一下災害復原DR 保護群組建立 DR 保護群組。選取在「主要 (Primary)」區域中建立的物件儲存的儲存桶,作為記錄日誌用途的先決條件的一部分。
  2. 切換至 OCI 主控台中的待命區域。建立另一個 DR 保護群組,並將它與在待命資料庫中建立的儲存桶建立關聯,以作為先決條件設定。
  3. 返回主要區域並選取在該處建立的 DR 保護群組。按一下關聯,即可建立與待命區域中 DR 群組的連結。
  4. 從 OCI 主控台的「DR 保護群組」主頁面,檢視每個 DR 群組的角色指派 (主要 / 待命)。
  5. 新增成員至主要區域的 DR 群組:
    1. 包含必要的磁碟區群組,作為 DR 保護群組的成員。
    2. 選取新增 VNIC 對應以新增運算資源並提供 VNIC 的必要輸入。VNIC 設定值應與主要網站相符,因為 JDE 會將主機名稱儲存在機器資訊上。您也可以為在運算執行處理微調期間使用的 DR 區域指定有效的 IP 位址。
    3. 您應該已經在待命區域中建立負載平衡器,作為先決條件的一部分。建立之後,您可以新增為 DR 保護群組的成員。建立主要和待命區域之間的後端集關聯,以確保在災害復原期間能夠正確轉換後端。
    4. 將資料庫新增為「主要」區域的成員,然後切換至「次要」區域和對等資料庫作為 DR 保護的成員。

建立災害復原計畫

災害復原計畫概述在切換或容錯移轉事件時,將執行之活動和作業的「主要」區域到「待命」區域的工作流程。本節描述建立 DR 計畫 (屬於先前定義之「保護」群組的成員) 的程序

執行 DR 計畫時,會導致將資源 (保護群組的成員) 從「主要」區域轉換至「待命」區域,反之亦然。

若要建立 DR 計畫,請使用此程序:

  1. 瀏覽至相關的 DR 保護群組。在「資源」頁籤下,選取建立計畫

    附註:

    • 若為切換案例,請在「待命」區域中建立計畫。
    • 針對回復案例,在「主要」區域中建立計劃。
  2. 建立之後,DR 計畫會包含數個預設步驟。預設會停用終止僱用步驟。您可以根據需求啟用或停用特定步驟。
    您可以按一下新增群組,將自訂動作新增至計畫。您可以使用此項目來併入在自訂步驟執行過程中建立的命令檔。
  3. 提供群組名稱。選取在前面新增在後面新增來選擇正確的順序,然後選取新步驟應在前面或後面的群組。按一下新增步驟,即可在計畫中包含新的動作。
  4. 針對每個自訂步驟,輸入「群組名稱」與「步驟名稱」。選取正確的使用者定義的步驟類型,視命令檔的位置而定。提供任何必要的命令檔參數,然後按一下新增步驟。您可以在相同群組底下視需要新增多個步驟。

    附註:

    在此案例中,選取的區域為「主要」,因為它是可移動的 FSDR 案例,且實例不存在於「次要」區域中。
  5. 驗證計畫中的步驟之後,請按一下執行計畫以起始切換。
    如果前置檢查成功,DR 計畫將依序執行每個步驟。
  6. 如果在切換處理作業期間發生任何錯誤,執行會在失敗的步驟暫停。您可以選擇略過失敗的步驟,並繼續進行計畫中的其餘步驟。
  7. 對於倒回程序,請遵循此相同程序;不過,請確定在倒回期間從「主要」區域執行計劃。

針對不移動的執行處理實行災害復原保護群組和災害復原計畫

在主要和待命區域中,部署在主動 - 被動 DR 拓樸中常見的非移動執行處理。在 DR 作業期間,會視需要啟動或停止這些執行處理,以在區域之間轉換服務。此方法因待命區域中已存在的基礎架構而提供更快速的復原,雖然這可能相當昂貴,因為您的基礎架構需要在兩個區域中維護。

下列主題將逐步引導您完成設定和實作非移動執行個體的 DR 保護群組和計畫。

建立災害復原保護群組

與移動執行個體一樣,如果您使用非移動執行個體,您需要建立一個 DR 保護群組、將主要和次要 DR 群組重新關聯,然後將成員新增至該群組。使用者執行此程序:

  1. 登入 OCI 主控台並選取孟買區域。從主功能表中,依序按一下災害復原DR 保護群組建立 DR 保護群組。選取在孟買區域中建立的物件儲存的儲存桶,作為記錄日誌用途的先決條件的一部分。
  2. 新增成員至主要區域的 DR 群組。
  3. 切換至 OCI 主控台中的「次要」區域。建立另一個 DR 保護群組,並將它與在次要位置 (設定為先決條件) 中建立的儲存桶建立關聯。
  4. 新增成員至次要區域的 DR 群組。因為這是非移動類型的 DR 設定,所以所有必要的 JDE 部署、批次和 Web 伺服器都必須在次要區域中佈建。
  5. 只有區塊磁碟區會複製到次要網站。建議您在區塊磁碟區上代管應用程式。
  6. 若要在主要和次要位置的伺服器上同步開機磁碟區,請視需要使用 rsync/robocopy 在主要和次要網站之間同步檔案資料夾。
  7. 返回主要區域並選取在該處建立的 DR 保護群組。按一下關聯,與「次要」中的 DR 群組建立連結。
  8. 您可以從 OCI 主控台的「DR 保護群組」主頁面,檢視每個 DR 群組的角色指派 (主要 / 次要)。

建立災害復原計畫

與移動執行個體的 DR 計畫類似,非移動執行個體的 DR 計畫會概述在從主要區域切換或容錯移轉至待命區域時,會執行的活動和作業工作流程。若要建立非移動執行處理的 DR 計畫,該執行處理是您在前一個步驟中定義之「保護」群組的成員,請使用此程序。
  1. 瀏覽至相關的 DR 保護群組。在「資源」頁籤下,選取建立計劃

    附註:

    • 針對切換案例,在「次要」區域中建立計劃。
    • 如果是倒回案例,請在 「主要」區域中建立計畫。
  2. 您可以按一下新增群組,將自訂動作新增至計畫。您可以使用此功能來合併在自訂步驟執行時所建立的命令檔。
  3. 建立自訂指令碼以在「次要」區域中啟動 E1services。
  4. 驗證計畫中的步驟之後,請按一下執行計畫以起始切換。
  5. 如果前置檢查成功,DR 計畫將依序執行每個步驟。
  6. 如果在切換處理作業期間發生任何錯誤,執行會在失敗的步驟暫停。您可以選擇略過失敗的步驟,並繼續進行計畫中的其餘步驟。
  7. 若為回復,請使用相同的處理程序;不過,您必須在回復期間,從「主要」區域執行計劃。

瞭解災害復原計畫群組

JD Edwards FDSR 依賴兩個 DR 計畫群組:
  • 預先植入的群組,其為依計劃成員與類型而異的循序群組。
  • 將執行處理從主要區域切換至次要區域之後,使用自訂命令檔執行 JDE 應用程式組態變更的自訂群組。
以下主題說明如何使用這些群組。

瞭解 DR 計畫的預先填入群組

循序群組的預先植入會根據新增至 DR 保護群組和計畫類型的成員而有所不同。此處將討論根據「切換計劃」所植入的步驟。

  • 前置檢查 - 內建

    這些前置檢查可確保已備妥所有必要的資源、組態和權限,以協助防止在實際容錯移轉、容錯移轉或測試期間發生錯誤。

  • 負載平衡器的更新來源後端集

    從容錯移轉後不再需要的後端集移除後端伺服器。

  • 運算執行個體 – 停止

    停止「主要」區域中屬於 DR 保護群組的所有執行處理資源。

  • 磁碟區群組 – 切換

    對從「主要」區域到「次要」區域的磁碟區群組起始切換作業,讓「次要」區域的磁碟區可寫入且為作用中。

  • 自治式資料庫 - 切換

    執行將自治式資料庫切換至「次要」區域中的待命執行處理。

  • 運算執行個體 – 啟動

    使用預先定義的組態啟動「次要」區域中的運算執行處理。

  • 負載平衡程式 - 更新目的地後端組

    以在「次要」區域啟動的後端更新負載平衡器後端集。

  • 容體群組 - 反向複寫

    反向磁碟區群組複寫的方向,讓「次要」區域現在將資料複寫回「主要」區域,以確保容錯移轉後的連續性。

  • 運算執行個體 – 終止

    終止主要區域中不再需要的運算執行處理。此為選擇性步驟,需要手動啟用。

  • 運算執行個體 - 從 DR 保護群組移除

    移除 DR 保護群組的運算執行處理,讓群組保持更新。

  • 群體群組 – 終止

    成功切換之後,刪除「主要」區域中的磁碟區群組。此為選擇性步驟,需要手動啟用

  • 磁碟區組 - 從 DR 保護群組移除

    從 DR 保護群組中移除磁碟區群組,以保持群組的更新。

瞭解 DR 計畫的自訂群組

您可以新增這些自訂群組,在將執行處理從主要區域切換至次要區域之後,使用自訂命令檔執行 JDE 應用程式的組態變更。此方法有助於將營運工作降到最低,並減少停機時間。

已根據架構需求包含下列群組。

  • 更新 Enterprise Server ;在運算執行處理 – 啟動之後新增此群組。
  • 更新 Web 伺服器;在更新 Enterprise Server 之後新增此群組。
  • 更新 Ais 伺服器;在更新 Web 伺服器之後新增此群組。

依照上述「建立災害復原計畫」中的步驟 2、3 和 4 執行多個自訂命令檔,以更新次要區域的 JDE 組態檔。

完成切換後活動

順利切換至次要網站之後,請執行下列活動以確保所有服務都已回復並運作:

  1. 使用私密金鑰登入 DR 區域的虛擬機器。
  2. 編輯 /etc/hosts 檔案,以包含 DR Web、Enterprise/batch 和 AIS 伺服器的 IP 位址。
  3. 登入 Enterprise/Batch 伺服器並使用 tnsping 來測試與資料庫的連線。若成功,請啟動 JD Edwards (E1) 服務。在應用程式啟動後執行連接埠測試。
  4. 在 Web 和 AIS 伺服器上,停止並啟動 Weblogic 服務。
  5. 登入 WebLogic 主控台,然後啟動所有關聯的受管理伺服器。
  6. 在次要區域負載平衡器上,確認對應的後端為作用中狀態。
  7. 執行 JDE Web 連結的表面層次測試。驗證後,將環境釋出給使用者。
  8. 更新 AIS 連線中 JD Edwards 的軟式編碼:
    1. 登入 JDE 並開啟 P954000 應用程式。
    2. 檢查 <J**920> 環境並更新至 DR 連結:http://lb_address:port