瞭解 Oracle Data Guard 快速啟動容錯移轉

Oracle AI Database@Azure 透過使用 Oracle Exadata Database Service on Exascale Infrastructure 和 Oracle Exadata Database Service on Dedicated Infrastructure ,在 Azure 資料中心實現關鍵任務 Oracle AI Database 工作負載。

您會獲得 Oracle Exadata Database Machine 和 Oracle Real Application Clusters (Oracle RAC) 的內建高可用性、效能和可擴展性,並針對 Azure 型應用程式提供低延遲。

以另一個可用性區域或區域中的待命資料庫擴充解決方案,為資料中心和區域中斷提供資料保護和災害復原。

Data Guard 會同步將資料傳輸至待命資料庫,以確保資料不會遺失。快速啟動容錯移轉可讓中介在無需手動容錯移轉步驟的情況下,自動將目標待命資料庫容錯移轉至主要角色。

監測器網站會監督快速啟動容錯移轉環境。監測器是在不同運算 VM 上與主要和待命資料庫執行的個別從屬端元件,並且監督主要資料庫可用性。

快速啟動容錯移轉透過可設定的「復原時間目標 (RTO)」提供更快速的容錯移轉,在同步模式中遺失零資料,或以非同步模式限制的「復原點目標 (RPO)」。

在本解決方案手冊中,您將瞭解如何設定和部署 Data Guard ,並透過使用 Oracle Exadata Database Service on Exascale Infrastructure ,在 Oracle AI Database@Azure 可用性區域啟用快速啟動容錯移轉。相同的解決方案也適用於 Oracle Exadata Database Service on Dedicated Infrastructure 。

Before You Begin - 開始之前

在設定資料保全和快速啟動容錯移轉之前,先確認先決條件和複查參照。

在開始之前,請參閱下列資訊:

  • Exascale 等級 VM 叢集部署在不同的 Azure 可用性區域中。
  • Oracle AI Database 26ai 建立在主要可用性區域中。
  • 主要和待命 Exascale 等級 VM 叢集的網路 IP CIDR 範圍未重疊。

檢閱下列解決方案:

接著,您必須在 Azure 中佈建運算 VM 來代管監測器,最好是在與主要和待命資料庫不同的可用性區域。監測器可以在輕量型 VM 上執行,因為它會以連線至主要和待命資料庫的 Oracle 從屬端方式運作。

架構

Oracle AI Database 是在主要可用性區域的 Exascale 等級 VM 叢集中執行。對於資料保護, Data Guard 會將資料複製到相同區域中的不同可用性區域 (本機待命)。

下列架構顯示跨區域資料保全,其中監測器是在不同的可用性區域中執行:



跨區域 -dg-oracledb-azure-oracle.zip

您可以透過 Oracle Cloud Infrastructure (OCI) 或 Azure 網路遞送資料保全流量。此架構會引導 Data Guard 網路流量通過 Azure 網路,將所有資料保留在 Azure 平台內。OCI 網站上的 VCN 是在 Oracle AI Database@Azure 上的 Oracle Exadata Database Service on Exascale Infrastructure VM 叢集為主要和待命資料庫建立之後建立的。

在此架構中:

  • 主要 Exascale 等級 VM 叢集部署在 VNet1 的主要可用性區域 (CIDR 為 10.10.0.0/16) 和委派子網路 CIDR 為 10.10.1.0/24。
  • 待命 Exascale 等級 VM 叢集部署在 VNet2 中 CIDR 10.20.0.0/16 和委派子網路 CIDR 10.20.1.0/24 的待命可用性區域中。
  • 監測器是部署在 VNet3 中,CIDR 10.30.0.0/16 和子網路 CIDR 10.30.1.0/24。
  • VNet1 與 VNet2 對等,可讓資料保全流量在主要和待命資料庫之間流動。
  • VNet3 與 VNet1 和 VNet2 對等,可讓監測器連線至這兩個資料庫。

此架構具有下列元件:

  • Azure 區域

    Azure 區域是位於一或多個實體 Azure 資料中心 (稱為可用性區域) 的地理區域。區域獨立於其他地區,且遠距離能夠分離它們 (跨國家,甚至是大陸)。

    Azure 和 OCI 區域都是本地化的地理區域。對於 Oracle AI Database@Azure ,Azure 區域會連線至 OCI 區域,而 Azure 中的可用性區域 (AZ) 則連線至 OCI 中的可用性網域 (AD)。選取 Azure 和 OCI 區域組,將距離和延遲降到最低。

  • Azure 可用性網域

    Azure 可用性網域或可用性集是虛擬機器的邏輯群組。

  • Azure 虛擬網路和子網路

    Azure 虛擬網路 ( VNet) 可讓您將 Azure 資源部署到您定義的專用邏輯隔離網路中。此網路與傳統的內部部署網路類似,而受益於 Azure 可擴展的高可用性雲端基礎架構。建立 VNet 之後,您就可以將它分割成一或多個子網路,以組織及控制工作負載的網路流量。

  • Azure 委派子網路

    委派的子網路是 VNet 子網路,已保留並委派給 Oracle AI Database@Azure 服務,允許 Oracle 在您的專用網路 IP 空間內部署和管理所需的資料庫資源。

  • Azure Virtual Network 介面卡 (VNIC)

    Azure 資料中心的服務具有實體網路介面卡 (NIC)。虛擬機器執行處理使用與實體 NIC 關聯的虛擬 NIC (VNIC) 進行通訊。每個執行處理都有一個主要 VNIC,會在啟動時自動建立並連附,而且可在執行處理的生命週期內使用。

  • Microsoft Azure 運算 VM

    Azure Virtual Machines (VM) 提供可隨選、可擴展的運算資源,如實體伺服器或桌面。需要對作業系統和軟體環境進行完全控制時,請使用 VM。

    VM 可移除管理實體硬體的需求,但您仍可設定、修補程式及管理它們上執行的軟體。它們支援自訂和傳統工作負載。

  • OCI 地區

    OCI 區域是本地化的地理區域,包含一或多個代管可用性網域的資料中心。區域獨立於其他地區,且遠距離能夠分離它們 (跨國家,甚至是大陸)。

  • 可用性網域

    可用性網域是區域內獨立的資料中心。每個可用性網域中的實體資源會與其他可用性網域中的資源隔離,以提供容錯能力。可用性網域不會共用基礎架構,例如電源或冷卻系統,或內部可用性網域網路。因此,一個可用性網域發生故障不應影響該區域中的其他可用性網域。

  • OCI 虛擬雲端網路與子網路

    虛擬雲端網路 (VCN) 是您在 OCI 區域中設定的可自訂軟體定義網路。與傳統資料中心網路一樣,VCN 可讓您控制網路環境。VCN 可以有多個非重疊的無類別網域間路由 (CIDR) 區塊,您可以在建立 VCN 之後變更這些區塊。您可以將 VCN 區隔成子網路,而子網路的作用領域可以調整到某個區域或可用性網域。每個子網路都是由連續的位址範圍所組成,這些位址不會與 VCN 中的其他子網路重疊。您可以在建立子網路後變更其大小。子網路可以是公用網路或專用網路。

  • 網路安全群組 (NSG)

    NSG 是您雲端資源的虛擬防火牆。透過 OCI 的零信任安全模型,您可以控制 VCN 中的網路流量。NSG 由一組傳入和傳出安全規則組成,這些規則僅適用於單一 VCN 中一組指定的虛擬網路介面卡 (VNIC)。

  • Oracle Data Guard

    Oracle Data Guard 和 Active Data Guard 提供一組全方位的服務,可建立、維護、管理及監督一或多個待命資料庫,讓實際環境執行 Oracle 資料庫維持可用狀態而不會中斷。Oracle Data Guard 會使用記憶體內複製,將這些待命資料庫當作實際環境執行資料庫的複本。如果生產資料庫因計畫性或非計畫性停機而無法使用,Oracle Data Guard 可以將任何待命資料庫切換至生產環境角色,將停機時間降到最低。Oracle Active Data Guard 可讓您將幾乎讀取的工作負載卸載至待命資料庫,還能提供進階資料保護功能。

  • Oracle AI Database@Azure

    Oracle AI Database@Azure 是在部署於 Microsoft Azure 資料中心的 OCI 上執行的 Oracle Database 服務 (Oracle Exadata Database Service on Dedicated Infrastructure 和 Oracle Autonomous AI Database Serverless)。此服務提供與 OCI 相同的功能和價格。在 Azure Marketplace 購買服務。

    Oracle AI Database@Azure 將 Oracle Exadata Database Service 、Oracle Real Application Clusters (Oracle RAC) 和 Oracle Data Guard 技術整合至 Azure 平台。使用者可以在 Azure 主控台和 Azure 自動化工具上管理服務。此服務部署在 Azure Virtual Network (VNet) 中,並與 Azure 識別和存取管理系統整合。OCI 和 Oracle AI Database 一般指標和稽核日誌在 Azure 中原生提供。此服務要求使用者必須訂閱 Azure 和 OCI 租用戶。

    Autonomous AI Database 建置在 Oracle Exadata 基礎架構上,可自我管理、自我保護及自我修復,有助於消除手動資料庫管理和人為錯誤。Autonomous AI Database 使用您選擇的大型語言模型 (LLM) 和部署位置,使用內建 AI 功能,開發可擴展的 AI 應用程式及任何資料。

    Oracle Exadata Database Service 和 Oracle Autonomous AI Database Serverless 都可透過原生 Azure 入口網站輕鬆佈建,從而存取更廣泛的 Azure 生態系統。

建議

對 Oracle AI Database@Azure 上的 Oracle Exadata Database Service on Exascale Infrastructure 啟用快速啟動容錯移轉時,請使用下列建議作為起點。

您的需求可能與此處說明的架構不同。

  • 將監測器放置在主機的第三個網站。這可確保當主要或待命網站完全失敗時,監測器會維持作用中,以協調容錯移轉或監督其餘網站。
  • 如果沒有第三個網站,請將監測器放在主要網站。
  • 在不同的伺服器上設定多個監測器,以提供高可用性。雖然只有一個觀察者可以成為主要觀察者,但其他觀察者可以作為備份觀察者。
  • 請依照 Oracle 文件設定「快速啟動容錯移轉」組態特性的值,例如快速啟動容錯移轉特性,例如 FastStartFailoverThreshold、FastStartFailoverLagLimit 和 FastStartFailoverAutoReinstate。
  • 請一律使用與「資料保全」組態內 Oracle AI Database 本位目錄相同的主要版本和修正程式層級 (包括版本更新 [RU]),來執行 Data Guard 中介監測器。此組合接受最完整的測試,並將營運風險降到最低。也可確保任何會影響用戶端 (觀察者) 與伺服器端 (資料庫) 程式碼的修正,都能隨時進行。監測器與資料庫之間最多可有一個主要的長期支援版本 (LTS) 差異,主要是促進機動升級,並將停機時間降到最低。例如,在升級程序期間監測器為 26ai,資料庫為 19c,反之亦然。

注意事項

為 Oracle AI Database@Azure 上的 Oracle Exadata Database Service on Exascale Infrastructure 啟用快速啟動容錯移轉時,請考慮下列事項:
  • 請勿將監測器放在與待命資料庫相同的網站。如果待命網站停止運作,主要項目也會關閉,因為它無法與監測器通訊,導致完全中斷
  • 監測器可以在輕量型 VM 上執行。不過,主要和待命資料庫的網路連線穩定性對於確保正常運作及避免不必要的容錯移轉至關重要。
  • 設定資料保全最大可用性模式,以確保零資料遺失。如果主要資料庫的效能比資料遺失最少,請考慮在組態保護模式設為最大效能時啟用快速啟動容錯移轉。
  • 容錯移轉時間取決於目標待命資料庫是否套用從主要資料庫收到的所有重做資料。當您採取最佳化復原的步驟,以便將重做資料套用到待命資料庫時,快速啟動容錯移轉會更快,而且主要資料庫的重做應用程式速率會保持在最新狀態。請參閱資料保全中介概念文件中的快速啟動容錯移轉的效能考量小節。

  • 容錯移轉時間取決於待命資料庫的重做套用狀態。

關於必要服務與角色

複查建立待命資料庫的必要服務和角色,以及管理網路以進行快速啟動容錯移轉。

此解決方案需要下列服務與角色:

  • Oracle Exadata Database Service on Exascale Infrastructure
  • Oracle Cloud Infrastructure Networking

這些是每項服務所需的角色。

服務名稱:角色 需要 ...
OCI 資料庫:manage database-family 建立資料保全待命資料庫
OCI 網路:manage vcn-family 管理 OCI 中的網路安全群組

請參閱 Oracle 產品、解決方案和服務,以取得您需要的內容。