使用 Oracle Autonomous Database 設定 DR 解決方案

為了確保災害發生時的業務連續性，您需要為 Oracle WebLogic Suite 應用程式導入災害復原 (DR) 策略。此解決方案提供資料保護功能，讓您能夠使用 Oracle Autonomous Database 在最少的資料遺失和生產力損失的情況下，快速切換至待命系統。

您可以設定並管理使用 Oracle Autonomous Database 作為資料庫，以供 Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 或任何其他使用 Oracle Fusion Middleware 的中間層 Oracle Cloud Infrastructure (OCI) 服務使用。

Oracle Autonomous Database Serverless 和 Oracle Exadata Database Service on Dedicated Infrastructure 提供「快照待命」功能。這可讓您暫時開啟待命資料庫以進行讀寫。將待命資料庫轉換為快照待命資料庫時，可完全更新。它會繼續從遠端來源資料庫接收 redo 資料 (所以您仍然受到災害復原保護)，但要將 redo 轉換回實體待命資料庫，請勿套用該資料。在快照待命資料庫中執行的所有變更，會在重新轉換為實體待命資料庫時回復。使用此功能即可在待命區域中佈建中間層系統。您也可以在 DR 系統的週期使用此功能來驗證待命系統，而不會執行完整的切換。

除了「快照待命」功能之外，Oracle Autonomous Database Serverless 還提供遠端可重新整理複製。這項功能相當於傳統的 Oracle Data Guard 快照待命資料庫功能，但會使用額外的資料庫。「遠端可重新整理複製項」是個別管理的，並與 Oracle Autonomous Data Guard 待命資料庫分開管理。使用 Oracle Autonomous Database Serverless 時，您可以使用「遠端可重新整理複製」(而非「快照待命資料庫」) 在次要區域中佈建中間層系統，或在待命執行任務，例如測試、開啟驗證、修正等。不過，待命與可重新整理複製資料庫會使用不同的連線公事包，而且必須正確管理其連線字串，才能執行這些工作。

開始之前

當這些中介軟體系統使用 Oracle Base Database Service 時，有多個 Oracle Maximum Availability Architecture (MAA) 技術摘要，可描述如何設定 Oracle WebLogic Server for Oracle Cloud Infrastructure 的災害復原 (DR) 系統和 Oracle SOA Suite on Marketplace 。

Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 以及 Oracle Fusion Middleware DR 拓樸會使用主動 - 被動模型。主要系統是 Oracle Cloud Infrastructure (OCI) 資料中心，也是不同遠端 OCI 資料中心的次要系統。

請檢閱下列以瞭解每個案例的詳細資訊和拓樸：

上述文件提供 Oracle WebLogic Server for Oracle Cloud Infrastructure 和 Oracle SOA Suite on Marketplace 的深入詳細資訊、設定與管理步驟，以及其他許多因素。

除了技術簡介之外，請先確定您熟悉 Oracle Cloud Infrastructure (OCI) 概念和管理，包括網路、運算執行處理、負載平衡及 Oracle Autonomous Database ，再繼續進行本手冊中描述的分析和步驟。

本手冊中的步驟和範例皆使用 Oracle WebLogic Server for OCI 和 Oracle SOA Suite on Marketplace 驗證，以因應下列情況：

在 Oracle Exadata Database Service on Dedicated Infrastructure 上的 Oracle Autonomous Data Guard ，使用災害復原設定的快照待命功能。
Oracle Autonomous Database Serverless 上的 Oracle Autonomous Data Guard ，使用快照待命資料庫功能進行災難復原設定。
Oracle Autonomous Database Serverless 上的 Oracle Autonomous Data Guard ，使用遠端可重新整理複製進行災難復原設定。

大部分步驟適用於三個方案。只有部份步驟不同，且為每個案例特定。

不應難以將步驟調整為任何使用 Oracle Autonomous Database 的 Oracle WebLogic Server 或 Oracle Fusion Middleware 系統。

架構

此架構圖顯示本手冊中所使用方式的災害復原 (DR) 系統拓樸。位於主要資料庫中的所有程式實際執行、組態以及描述資料資訊，都會以 Oracle Autonomous Data Guard 從區域 1 複製到區域 2。Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 以及 Oracle Fusion Middleware DR 拓樸會使用主動 - 被動模型。主要系統是 Oracle Cloud Infrastructure (OCI) 資料中心，也是不同遠端 OCI 資料中心的次要系統。

Oracle WebLogic 網域組態是使用主要區域中的 Oracle Cloud Infrastructure File Storage (OCI File Storage) 暫存目錄進行複製，該目錄會複製到次要區域的 OCI File Storage 暫存目錄中。接著，將組態複製到次要的真實網域目錄中。直接複製網域會呈現使用暫存目錄所避免的風險。由於檔案複本是非交易作業，因此會完成第一個複製到暫存目錄的作業。檔案會先在此中介目錄中驗證，然後會傳輸到實際 (最終) 的 Oracle WebLogic 網域。

wls-dr-adb.png 圖解描述

wls-dr-adb-oracle.zip

拓樸是 Oracle WebLogic Server 、Oracle SOA 或 Oracle Fusion Middleware 災害復原環境在 OCI 中的典型用途。若要佈建待命中間層和生命週期作業 (例如測試次要)，您可以將待命 Oracle Autonomous Database 轉換成「快照待命資料庫」，或是使用「遠端可重新整理複製項」。

使用「遠端可重新整理複製項」時，有「輔助資料庫」(遠端區域中的可重新整理複製項) 用於起始佈建，以及次要的測試和驗證作業。在此情況下，次要中間層會設定資料來源，而資料來源必須變更回切換與容錯移轉事件上的待命位址。

此架構支援下列元件：

區域
Oracle Cloud Infrastructure 區域是一個本地化的地理區域，包含一或多個資料中心 (稱為可用性網域)。區域與其他區域無關，因此廣大的距離可加以區隔 (跨國家或甚至洲)。
可用性網域
可用性網域是區域內的獨立獨立資料中心。每個可用性網域中的實體資源會與其他可用性網域中的資源隔離，提供容錯能力。可用性網域不共用基礎架構 (例如電源或冷卻系統) 或內部可用性網域網路。因此，一個可用性網域發生故障不應影響區域中的其他可用性網域。
容錯域
容錯域是可用性網域內的一組硬體和基礎設施。每個可用性網域都有三個容錯域，具備獨立電源和硬體。當您將資源分散到多個容錯域時，您的應用系統就可容忍容錯域中的實體伺服器故障、系統維護以及電源故障。
虛擬雲端網路 (VCN) 和子網路
VCN 是您在 Oracle Cloud Infrastructure 區域中設定的可自訂軟體定義網路。就像傳統的資料中心網路，VCN 可讓您完全控制網路環境。VCN 可以有多個非重疊 CIDR 區塊，而您可以在建立 VCN 之後進行變更。您可以將 VCN 區隔成子網路，然後對區域或可用性網域進行調整。每個子網路都是由不與 VCN 中其他子網路重疊的連續位址範圍所組成。您可以在建立子網路後變更其大小。子網路可以是公用網路或專用子網路。
負載平衡程式
Oracle Cloud Infrastructure Load Balancing 服務提供從單一進入點到後端多部伺服器的自動化流量分配。
Oracle WebLogic 網域
網域是 WebLogic 伺服器執行處理的基本管理單位。網域由一或多個 WebLogic 伺服器執行處理 (及其關聯的資源) 組成，您可以透過單一「管理伺服器」來管理。Oracle WebLogic 網域是依照 Oracle Maximum Availability Architecture (MAA) 最佳措施來進行高可用性。
動態路由閘道 (DRG)
DRG 是一個虛擬路由器，可為 VCN 與區域外部網路之間的 VCN (例如另一個 Oracle Cloud Infrastructure 區域中的 VCN、企業內部部署網路或其他雲端提供者中的網路) 之間的專用網路流量提供路徑。
安全清單
您可以為每個子網路建立安全規則，以指定必須允許進出子網路的來源、目的地和流量類型。
Oracle Cloud Infrastructure File Storage
Oracle Cloud Infrastructure File Storage 服務提供持久、可擴展、安全的企業級網路檔案系統。您可以從虛擬雲端網路 (VCN) 中的任何裸機、虛擬機器或容器執行處理連線至檔案儲存體服務檔案系統。檔案儲存體服務支援網路檔案系統版本 3.0 (NFSv3) 協定。此服務支援用於檔案鎖定功能的網路鎖定管理程式 (NLM) 協定。

Oracle Cloud Infrastructure File Storage 採用 5 向複寫儲存 (位於不同的容錯域)，為抗逆力資料保護提供備援功能。資料受到清除編碼的保護。此服務是專為滿足各種使用案例需要企業檔案系統的應用系統和使用者所設計。
Autonomous Database
Oracle Autonomous Database 是一個完全受管理且預先設定的資料庫環境，可用來處理交易和資料倉儲工作負載。您不需要設定或管理任何硬體，或是安裝任何軟體。Oracle Cloud Infrastructure 可處理建立資料庫，以及備份、打補丁、升級及調整資料庫。
專用 Exadata InfrastructureOracle Autonomous Database on Dedicated Exadata Infrastructure 上的 Oracle Autonomous Database
Oracle Autonomous Database on Dedicated Exadata Infrastructure 是具備公有雲專用資料庫雲端的 Oracle Autonomous Database 。您的專用資料庫會取得完全專屬的運算、儲存、網路及資料庫服務，提供最高的安全性、隔離及治理層次。
Oracle Autonomous Database Serverless

Oracle Autonomous Database Serverless 是 Oracle Autonomous Database 。這個完全具有彈性的資料庫，Oracle 會以自治方式運作資料庫生命週期的所有層面，從資料庫位置到備份與更新。
資料保全
Oracle Data Guard 提供一組全方位的服務，可建立、維護、管理及監督一或多個待命資料庫，讓生產環境的 Oracle 資料庫保持可用，而不會發生中斷。Oracle Data Guard 會將這些待命資料庫保留為生產資料庫的複本。接著，如果生產環境資料庫因計畫性或非計畫性停機而無法使用，Oracle Data Guard 可以將任何待命資料庫切換為生產角色，將停機關聯的停機時間降到最低。
Oracle Autonomous Data Guard
Oracle Autonomous Data Guard 可讓待命 (對等) 資料庫為您的 Autonomous Database 執行處理提供資料保護和災害復原。它提供一組全方位的服務，可建立、維護、管理及監控一或多個待命資料庫，讓生產環境 Oracle 資料庫保持可用，而不會發生中斷。Oracle Data Guard 會將這些待命資料庫保留為生產資料庫的複本。接著，如果生產環境資料庫因計畫性或非計畫性停機而無法使用，您可以將任何待命資料庫切換為生產角色，將停機時間降到最低。
快照待命
快照待命資料庫是透過將實體待命資料庫轉換成快照待命資料庫，建立可完全更新的待命資料庫。

快照待命資料庫會接收並存檔，但不會套用主要資料庫的 redo 資料。從主要資料庫收到的 redo 資料會在快照待命資料庫被轉換回實體待命資料庫之後，在捨棄快照待命資料庫的所有本機更新之後套用。
可重新整理的複製
Oracle Autonomous Database 提供複製功能，您可以在其中選擇建立作用中執行處理的完整複製、建立描述資料複製或建立可重新整理複製項。使用可重新整理複製項，系統會建立一個複製項，以輕鬆更新來源資料庫的變更。

中間層的考量

Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery 和中間層 Oracle Cloud Infrastructure Marketplace Disaster Recovery 上的 SOA Suite 中的所有考量都適用於本文件中描述的 Oracle Autonomous Database 案例。

請考量中間層的下列層面：

前端位址
從用戶端存取 Oracle WebLogic Server 系統時，必須與作為主要網站的網站無關。為了達成這個目的，用於存取系統的前端位址名稱必須是唯一的，並且永遠指向目前為主要的系統。此名稱通常稱為虛擬前端或虛名 URL。

您可以重複使用現有系統的前端主機名稱位址作為災害保護的虛擬前端。例如，如果原始系統有 mywebapps.example.com 作為主要系統的虛名 URL，則您可以在切換或容錯移轉之後，將相同的虛擬主機名稱重新對應至第二個網站的負載平衡器 IP。

針對要對應至任一網站的前端名稱，使用適當的網域名稱系統 (DNS) 服務。例如 (Oracle Cloud Infrastructure DNS 服務、其他商業 DNS、本機 DNS 或本機主機解析)。
執行處理稱謂
當您佈建 Oracle WebLogic Server for OCI 或 Oracle SOA Suite on Marketplace 時，請提供 Instance Name Prefix。此特性是用來建構所有資源的名稱，包括：WebLogic 伺服器網域名稱、叢集名稱、WebLogic 伺服器名稱、VM 的主機名稱等等。

將 Instance Name Prefix 設為主要和次要 Oracle WebLogic Server 系統中的相同值，讓兩個系統都具有相同的 Oracle WebLogic 資源名稱。使用相同名稱可確保復原 JMS 訊息和 TLogs 所需的一致性。它同時簡化了兩個網站的自訂和作業。

只要您在不同的區域或區間中建立相同 Oracle Cloud 租用戶，您就可以在多個執行處理中使用相同的 Instance Name Prefix。每個執行處理只會顯示在特定區域和區間中。

Oracle SOA Suite on Marketplace 佈建處理作業提供一個選擇性功能，可讓您設定網域、叢集、管理伺服器、受管理伺服器前置碼等的自訂名稱。在此情況下，名稱不會衍生自 Instance Name Prefix。它們會改用提供的值。只要主要和待命系統中的自訂名稱相同，您便可以在本文件描述的災害復原 (DR) 拓樸中使用此功能。
自訂檔案
WebLogic Cloud 初始會在網站之間同步的大部分 Oracle WebLogic Server for OCI 網域組態，請考慮下列事項：

每個 WebLogic 系統都會維護用來連線至其本機資料庫的原始 JDBC URL，即使 DR 設定完成之後也是如此。只會更改綱要前置碼，讓兩個位置都指向相同的綱要 (主要綱要)。

WebLogic 網域基礎架構功能會將 weblogic_domain_name/config 目錄下的組態自動分配給相同網域上的其他節點。

自訂應用程式部署 (ear/war 檔案、部署計畫等) 及 Oracle WebLogic Administration Server 網域目錄底下的所有項目 (暫存資料除外) 初始都會使用本文件中描述的程序在網站之間同步。如果 Oracle WebLogic Administration Server 使用位於其他節點或網域目錄外部的資料，您必須手動將其複製到次要位置。稍後會提供複製配置的其他詳細資訊。

Oracle Autonomous Database Serverless 上的快照待命資料庫考量

實作此解決方案時，在 Oracle Autonomous Database Serverless 資料庫上啟用「快照待命資料庫」時，請考慮下列事項。

無伺服器基礎架構中快照待命資料庫的時間限制
當 Oracle Autonomous Database Serverless 中的快照未在 48 小時內重新連線時，快照待命會自動重新連線至來源資料庫。
正在轉換為災害復原對等
Oracle 建議您，只要使用需要將待命資料庫開啟以進行讀寫作業的作業，就能將快照待命資料庫立即轉換為災害復原對等體。當您轉換回災難復原對等體時，來源資料庫的累計變更會套用在對等上。如果您將災害復原對等體維持在較長期間的快照待命狀態，假設主要資料庫在此期間持續發生變更，則將需要較長的時間來轉換回災害復原對等體。
Oracle Autonomous Database Serverless 中快照待命資料庫的成本含義
如果啟用運算自動調整功能，快照待命 CPU 用量會根據基礎 CPU 數目和任何其他 CPU 使用量計費。基礎 CPU 數目由Oracle Cloud Infrastructure 主控台上 ECPU 數目或 OCPU 數目欄位所示的 ECPU (如果資料庫使用 OCPU，則為 OCPU) 數目指定。

快照待命儲存體使用量的計費依據快照待命資料庫的儲存體，加上來源主要資料庫的儲存體 1 倍。

如需詳細資訊，請參閱關於災害復原快照待命資料庫。

Oracle Autonomous Database on Dedicated Exadata Infrastructure 上快照待命的考量

實作此解決方案時，在 Oracle Autonomous Database on Dedicated Exadata Infrastructure 上啟用「快照待命」時，請考慮下列事項。

專用基礎架構中快照待命資料庫的時間限制
專用 Exadata Infrastructure 上的 Oracle Autonomous Database on Dedicated Exadata Infrastructure 快照未在 7 天內轉換為實體待命時，快照待命會自動轉換為實體待命。
轉換回實體待命資料庫
Oracle 建議您在使用需要開機待命資料庫以進行讀寫作業的作業後，儘快將快照待命資料庫轉換為實體待命資料庫。當您轉換回實體待命資料庫時，來源資料庫的累計變更會套用到待命資料庫。如果您將待命資料庫維持在較長期間的快照待命資料庫開啟 (假設主要資料庫在此期間持續發生變更)，則轉換回實體待命資料庫會需要較長的時間。
轉換成快照待命資料庫時的資料庫服務
在 Oracle Autonomous Database on Dedicated Exadata Infrastructure 中，「轉換為快照待命」對話方塊會顯示兩個選項：
- 使用新的資料庫服務：選取此選項即可使用只有在快照待命模式下為作用中狀態的新服務連線至快照待命資料庫。
- 使用主要資料庫服務：如果您想要使用與主要資料庫相同的服務連線至快照待命資料庫，請選取此選項。
若要設定災害復原，請在將待命資料庫轉換為實體待命資料庫時，使用使用主要資料庫服務選項。如此一來，次要中間層中 Oracle WebLogic Server 所設定的連線別名就會與主要伺服器一致。

如需詳細資訊，請參閱關於自治式資料保全。

Oracle Autonomous Database Serverless 上遠端可重新整理複製的考量

使用 Oracle Autonomous Database Serverless 可重新整理複製項來測試和驗證次要 Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 或 Oracle Fusion Middleware 系統時，請考慮下列事項。

可重新整理複製項生命週期
與傳統的 Oracle Data Guard 待命資料庫相反，遠端可重新整理複製項會個別啟用，並與主要和待命資料庫分開管理。它是一個單獨的實體，其生命週期超過重新整理作業，使其與來源資料庫 (主要) 同步。
CPU 資源配置
「遠端可重新整理複製項」不是根據主要或待命系統的 CPU 資源配置建立。這表示您必須分別指定「可重新整理複製項」的 OCPU 選項。您必須在遠端可重新整理複製項上手動設定工作負載測試，以符合主要系統容量。理想狀況下，您應使用與主要資料庫相符的組態來建立遠端可重新整理複製項，以利測試工作負載在次要資料庫上的真實性。不過，遠端可重新整理複製項會「繼續」主要使用的儲存組態。
修正
修補程式會根據每週維護時段，在 Oracle Autonomous Database Serverless 上每週自動套用，因此主要、待命和遠端可重新整理複製之間，修補程式會持續且強制同步。
服務限額
「遠端可重新整理複製」是第一類實體，依正式 Autonomous Database 的儲存、CPU 和授權意涵，會產生額外費用，並計入 Oracle Autonomous Database Serverless 區域的服務限制。
切換時可重新整理複製項
當容錯移轉或「非立即可逆轉切換」發生時，您必須手動在主要資料庫上建立可重新整理複製項，讓系統可以在目前次要系統中進行測試和維護作業，並具備適當的服務限制、管理和其他考量。「遠端可重新整理複製項」缺乏角色反轉控制。

切換至次要之後，建立的可重新整理複製項將無法再重新整理 (因為其來源現在是待命資料庫)，而且標示為中斷連線。24 小時之後，會變成不可重新整理與中斷連線的複製項。
可重新整理複製項重新整理視窗
「遠端可重新整理複製項」至少必須每週重新整理一次。之後，若要與主要資料同步，必須建立新的遠端可重新整理複製項並捨棄非重新整理的複製項。
可重新整理複製項寫入模式
「遠端可重新整理複製項」不能處於寫入模式 (與主要複製項中斷連線) 超過 24 小時。在該期間之後，遠端可重新整理複製項資料庫便無法再次連線至其主要資料庫。之後，若要與主要資料同步，必須建立新的「遠端可重新整理複製」，並捨棄非重新整理的複製項。

`tns_admin` 組態資料夾位置的考量

對於 tns_admin 組態資料夾，請考慮下列事項。

tns_admin 資料夾使用一致的位置
WebLogic 網域中的中間層使用資料夾來儲存 Oracle Autonomous Database 公事包和 tnsnames.ora 檔案。特性 oracle.net.tns_admin 指向資料來源和 jps 組態檔中的這個資料夾。此資料夾的路徑在主要和待命中期必須相同。如果資料夾路徑不同，請在執行災害復原 (DR) 設定命令檔之前，先變更主要或待命的資料夾，使其使用相同的資料夾。
注意：
下列可能會導致此資料夾位置的主要和待命資料庫之間的差異：
- 在 2023 年 2 月底前 (23.1.1 版之前) 佈建的 Oracle SOA Suite on Marketplace 執行處理，在 tns_admin 資料夾使用 $DOMAIN_HOME/config/atp。從版本 23.1.1 開始，位置為 $DOMAIN_HOME/config/tnsadmin。
網域 config 資料夾下的 tns_admin 資料夾
檢查 WebLogic 資料來源組態中的 Oracle Autonomous Database 公事包位置。如果公事包不在 DOMAIN_HOME/config 目錄下，Oracle WebLogic Server 基礎架構將不會自動將公事包目錄內容變更複製到其他節點。在這些情況下，您必須變更公事包目錄 (並更新必要的資料來源組態)，或在更新後手動將其複製到其他節點。