1. 設定 Oracle WebLogic Server 的混合式災害復原解決方案
  2. 將檔案系統使用者自建物件複寫至 OCI

將檔案系統使用者自建物件複寫至 OCI

次要中間層必須具有主要 WebLogic Server 網域所使用之人工因素的複本。使用者自建物件可以是靜態或動態，視其修改的頻率而定。在 DR 設定期間，必須完成人工因素的初始複製。這個初始複本會在系統的週期中重新整理。

關於物件

決定需要複寫的使用者自建物件類型。

  • 靜態使用者自建物件：不是經常變更的檔案和目錄。這些包括：
    • Oracle 本位目錄：通常是由 Oracle 本位目錄和 Oracle WebLogic Server 本位目錄所組成。Oracle Fusion Middleware 可讓您從單一二進位檔案安裝建立多個 Oracle WebLogic Server 受管理伺服器。您可以將二進位檔案安裝在共用儲存體上的單一位置，然後由不同節點中的伺服器重複使用此安裝。為了得到最佳可用性，Oracle 建議使用備援二進位安裝。
    • Oracle Inventory：orainventory 是包含現有 Oracle 本位目錄清單的資料夾，位於與 Oracle 本位目錄分隔的資料夾中。/etc/oraInst.loc 檔案決定 orainventory 的位置。
  • 動態人工因素：經常變更的檔案。這些使用者自建物件包括：
    • 網域本位目錄：管理伺服器和受管理伺服器的網域目錄。在 EDG 拓樸中，ASERVER_HOME 位於共用位置，而 MSERVER_HOME 位於專用位置，且每個伺服器都有自己的 MSERVER_HOME (雖然也可以儲存在 NFS 中)。
    • 應用程式使用者自建物件，例如 .ear 或 .war 檔案。
    • 資料庫使用者自建物件，例如 MDS 儲存區域和應用程式綱要。
    • 永久存放區，例如 JMS 提供者與異動日誌。Oracle 建議將這些使用者自建物件儲存在資料庫中。這是 EDG 拓樸建議的方法，特別適用於災害復原 (DR) 環境，因為它們會透過基礎 Oracle Data Guard 自動複製到待命網站。
    • 用於更新技術轉接器的部署計畫，例如檔案和 JMS 轉接器。它們必須儲存在部署使用者自建物件之叢集中所有節點可存取的位置。
    • 其他程式實際執行使用者自建物件，例如檔案轉接器使用的檔案、MFT 傳輸的檔案，或其他自訂程式實際執行使用者自建物件。

所有位於資料庫中的內容 (例如 MDS 儲存區域、應用程式綱要、JMS 和 TLOG 以及自訂資料) 都會透過 Oracle Data Guard 自動複製到次要網站。

若要複製位於災害復原拓樸的檔案系統 (例如 Oracle 本位目錄和 WebLogic 網域組態) 中的內容，您可以使用不同的方法。最常見的項目是儲存體層次複寫、rsync 型複本或 DBFS 型複本。

這裡說明的混合式災害復原模型是主要企業內部部署環境，而次要資料庫則在 OCI。混合災害復原模型中沒有儲存層級複寫。而是建議使用 rsync 將使用者自建物件從主要複製到待命。您可以使用以 Oracle Database File System (DBFS) 為基礎的複本來複寫部分使用者自建物件，請參閱「進一步瞭解」中關於 Oracle Database File System 的詳細資訊。

識別資料夾和檔案系統使用者自建物件

識別主要環境及其內容之主要 WebLogic Server 主機所使用的 NFS 磁碟區和資料夾。

下表提供此範例所使用之主要檔案系統使用者自建物件的範例。

檔案系統磁碟區 主機 掛載點資料夾 附註 物件類型
NFS VOLFMW1 /export/wls/products1 APPHOST 1 /u01/oracle/products JDK 和 FMW 二進位檔案的磁碟區。 靜態
NFS VOLFMW2 /export/wls/products2 APPHOST2 /u01/oracle/products JDK 和 FMW 二進位檔案的磁碟區。 靜態
NFS VOLADMIN/export/wls/config APPHOST 1、 APPHOST2 /u01/oracle/config 「管理伺服器」網域目錄及其他共用組態的磁碟區，例如「部署計畫」、「應用程式」以及金鑰存放區。 動態
本機 * /u02/oracle/config APPHOST 1 /u02/oracle/config APPHOST1 中的專用組態磁碟區 動態
本機 * /u02/oracle/config APPHOST2 /u02/oracle/config APPHOST2 中專用組態的磁碟區 動態
NFS VOLRUNTIME /export/wls/runtime APPHOST 1、 APPHOST2 /u01/oracle/runtime

共用程式實際執行內容的磁碟區，例如檔案轉接器使用的檔案以及其他程式實際執行使用者自建物件。

注意：建議使用 JDBC 永久存放區，將 JMS 訊息和 TLOGS 儲存在資料庫中，而不是儲存在此資料夾中。

動態

* 本機檔案系統磁碟區可以是 NFS 中的專用 (非共用) 掛載，而不是本機儲存體。

下表是資料夾位置之 EDG 變數的範例。

EDG 變數 值
ORACLE_BASE /u01/oracle/products
ORACLE_HOME /u01/oracle/products/fmw
JAVA_HOME /u01/oracle/products/jdk
SHARED_CONFIG_DIR /u01/oracle/config
APPLICATION_HOME /u01/oracle/config/applications/mydomain
DEPLOY_PLAN_HOME /u01/oracle/config/dp
KEYSTORE_HOME /u01/oracle/config/keystores
ASERVER_HOME /u01/oracle/config/domains/mydomain
PRIVATE_CONFIG_DIR /u02/oracle/config
MSERVER_HOME /u02/oracle/config/domains/mydomain
NM_HOME /u02/oracle/config/nodemanager
ORACLE_RUNTIME /u01/oracle/runtime

驗證主要和待命主機之間的連線

主要 WebLogic 伺服器主機必須連線至遠端待命 Oracle Cloud Infrastructure (OCI) WebLogic 伺服器主機，反之亦然，

遠端 WebLogic 伺服器主機的實體名稱可以在 DNS 中解析，或者您可以在 /etc/hosts 檔案中包含遠端對等互連的 WebLogic 伺服器，主機實體名稱和 IP。亦即，將次要 WebLogic 伺服器主機實體名稱及其 IP 新增至主要 WebLogic 伺服器主機的 /etc/hosts 檔案中。同樣地，將主要 WebLogic Server 主機實體名稱及其 IP 新增至次要 WebLogic Server 主機的 /etc/hosts 檔案中。

備註：

如果主要主機未使用虛擬主機名稱，且使用實體節點主機名稱作為伺服器的監聽位址，則請勿執行這些步驟。在此情況下，主要實體節點主機名稱應由待命資料庫中的 OCI WebLogic Server 主機 IP 解析。在此情況下，使用主機的 IP 與 SSH 連線至遠端節點，而非執行下列步驟。
  1. 在主要內部部署 WebLogic 伺服器主機中編輯 /etc/hosts 檔案，以包含遠端對等 WebLogic 伺服器主機實體名稱和 IP 位址。
    以下是內部部署主機上的別名範例。
    
#################################
# ALIASES in on-prem
#################################
10.10.10.20   host-vip1.myopnetwork.com    host-vip1          ADMINVHN.example.com   ADMINVHN 
10.10.10.13   host3.myopnnetwork.com       host3              APPHOST1.example.com    APPHOST1
10.10.10.14   host4.myopnnetwork.com       host4              APPHOST2.example.com    APPHOST2
# Front-end name (resolved but primary Load Balancer IP
10.10.10.100    wlsfrontend.example.com
# Remote OCI wls hosts physical names (without virtual host name aliases!)
100.70.10.13    hydrwls1.midTiersubnet.hydrvcn.oraclevcn.com      hydrwls1        
100.70.10.14   hydrwls2.midTiersubnet.hydrvcn.oraclevcn.com       hydrwls2
  2. 編輯待命 OCI WebLogic 伺服器主機中的 /etc/hosts 檔案，以包含遠端的內部部署 WebLogic 伺服器主機實體名稱。不包括虛擬主機名稱別名。
    以下為待命 OCI WebLogic 伺服器主機上的別名範例。 
    #################################
# ALIASES in OCI
#################################
100.70.10.20   hydrwls-vip.midTiersubnet.hydrvcn.oraclevcn.com   hydrwls-vip    ADMINVHN.example.com    ADMINVHN
100.70.10.13   hydrwls1.midtiersubnet.hydrvcn.oraclevcn.com      hydrwls1       APPHOST1.example.com    APPHOST1
100.70.10.14   hydrwls2.midtiersubnet.hydrvcn.oraclevcn.com      hydrwls2       APPHOST2.example.com    APPHOST2
# Front-end name (resolved by secondary OCI LBR IP)
1070.70.70    wlsfrontend.example.com
# Remote on-prem wls hosts physical names (without virtual host name aliases!)
10.10.10.13   host3.myopnnetwork.com       host3
10.10.10.14   host4.myopnnetwork.com       host4
  3. 使用 SSH 命令確認從主要內部部署 WebLogic 伺服器主機至次要 OCI WebLogic 伺服器主機的交叉連接。
    連線至 OCI 運算執行處理時，必須提供 SSH 金鑰。
    ssh -i my_private_key oracle@hydrwls1.midtiersubnet.hydrvcn.oraclevcn.com
ssh -i my_private_key oracle@hydrwls2.midtiersubnet.hydrvcn.oraclevcn.com
  4. 使用 SSH 命令驗證次要 OCI WebLogic Server 主機與主要內部部署 WebLogic Server 主機之間的交叉連接性。
    可能不需要 SSH 金鑰。
    ssh  oracle@host3.myopnnetwork.com
ssh  oracle@host4.myopnnetwork.com

複製次要 OCI 主機中的資料夾結構

此時，Oracle Cloud Infrastructure (OCI) WebLogic Server 運算執行處理已經掛載 FSS。在複製內容之前，請為 EDG 建立適當的資料夾結構。

下列範例顯示建立本文件 EDG 環境所使用之 EDG 資料夾結構的指令。
  1. 以 oracle 使用者的身分在 OCI APPHOST1 中建立資料夾。
    mkdir -p  /u01/oracle/products/fmw
mkdir -p  /u01/oracle/products/jdk
mkdir -p  /u01/oracle/products/oraInventory
mkdir -p /u02/oracle/config
mkdir -p /u01/oracle/config/domains/mydomain
mkdir -p /u01/oracle/config/applications/mydomain
mkdir -p /u01/oracle/config/dp/mydomain
mkdir -p /u01/oracle/config/keystores
  2. 身為 oracle 使用者，請在 OCI APPHOST2 中建立資料夾。
    mkdir -p  /u01/oracle/products/fmw
mkdir -p  /u01/oracle/products/jdk
mkdir -p  /u01/oracle/products/oraInventory
mkdir -p /u02/oracle/config

將 ORACLE_HOME 和 JAVA_HOME 複製到次要主機

將主要主機的 ORACLE_HOME 和 JAVA_HOME 複製到次要主機。

ORACLE_HOME 和 JAVA_HOME 通常位於相同產品資料夾下，以及 oraInventory。如需先前識別的位置，請參閱識別資料夾和檔案系統使用者自建物件。

  1. 將產品資料夾從企業內部部署的主要 APPHOST1 複製到遠端 APPHOST1。
  2. 從內部部署主要 APPHOST2 複製產品本位目錄資料夾，並將它儲存到遠端 APPHOST2。針對任何其他運算執行處理重複執行。
  3. 從主要主機複製 /etc/oraInst.loc 檔案並將其儲存至次要主機。
    此檔案只包含 oraInventory 的位置，而且不會隨時間變更，因此此副本為一次性動作。

    在提供的範例中，oraInventory 位於 /u01/oracle/products 之下，其會與 jdk 和 Oracle 本位目錄一起複製。如果您的 oraInventory 位於不同的位置，請確定您也將其複製到次要主機。

    備註：

    您可以找到使用 rsync 將產品資料夾從內部部署主要 APPHOST 1 複製到下載代碼中遠端 APPHOST 1 的範例命令檔。重複上述步驟，將產品本位目錄複製到其餘的次要運算執行處理 (亦即，從 APPHOST 2 複製到遠端 APPHOST 2)。

將 WebLogic 網域組態資料夾複製到待命主機

將 WebLogic 網域共用組態資料夾和專用組態資料夾複製到 Oracle Cloud Infrastructure (OCI) WebLogic 伺服器主機。

  1. 將 WebLogic 網域共用組態資料夾從內部部署主要 APPHOST1 複製到遠端 OCI APPHOST1。
    WebLogic 網域共用組態位於 SHARED_CONFIG_DIR 變數所設計的位置，而且包含共用組態資料夾，例如 APPLICATION_HOME、DEPLOY_PLAN_HOME、KEYSTORE_HOME 和 ASERVER_HOME。

    備註：

    您可以將共用組態資料夾從企業內部部署的主要 APPHOST1 複製到遠端 APPHOST1。這是共用資料夾，因此您只需將它複製到其中一個 OCI WebLogic 伺服器主機即可。

    如需範例指令碼，請參閱下載代碼。

  2. 複製內部部署主要 APPHOST1 的 WebLogic 網域專用組態資料夾，並將它儲存至遠端 OCI APPHOST1
    WebLogic 專用組態位於變數 PRIVATE_CONFIG_DIR 指定的位置，其中包含 MSERVER_HOME 和 NM_HOME 資料夾。這些資料夾不會共用，它們是每個 WebLogic Server 主機的特定 (專用) 資料夾。因此，您必須為每個伺服器執行複製 - 您必須將內部部署 APPHOST1 的專用組態複製到 OCI APPHOST1、內部部署 APPHOST2 的專用組態複製到 OCI APPHOST2，依此類推。

    備註：

    在下載程式碼中，您可以找到範例命令檔，此命令檔使用 rsync 將專用組態資料夾從內部部署主要 APPHOST 1 複製到遠端 APPHOST 1。

複製共用程式實際執行資料夾

視需要將共用程式實際執行資料夾複製到 Oracle Cloud Infrastructure (OCI) WebLogic 伺服器主機。

共用程式實際執行資料夾位於變數 ORACLE_RUNTIME 指定的位置。如需先前識別的位置，請參閱識別資料夾和檔案系統使用者自建物件。

備註：

建議使用 JDBC 永久存放區將 JMS 永久存放區和 TLOGS 存放區儲存在資料庫中。由於它們位於資料庫中，因此會自動使用 Oracle Data Guard 複製到次要系統。
  • 因為這是程式實際執行資訊，您通常不需要在設定階段中進行複製。不過，如果您確實需要將此資料夾複製到待命主機，可以依照用來複製 WebLogic 網域共用組態檔的類似方法來複製內容。