使用自治式資料保全保護重要資料庫免於故障和災害

自治式資料保全功能可讓您在故障、災害、人為錯誤或資料損毀的情況下，將關鍵生產資料庫提供給關鍵任務應用程式使用。這種功能通常稱為災難復原。

在專用 Exadata 基礎架構上的自治式 AI 資料庫中，您可以在自治式容器資料庫層級設定及管理自治式資料保全。

關於自治式資料保全

Autonomous Data Guard 可以建立和維護兩個完全獨立的資料庫複本：您的應用程式所連線的主要資料庫，以及主要資料庫的同步複本待命資料庫。然後，如果主要資料庫因任何原因而無法使用，Autonomous Data Guard 就可以將待命資料庫轉換為主要資料庫，因此它將開始為您的應用程式提供服務。

主要與待命資料庫通常稱為對等資料庫。每個自治式容器資料庫最多可以有兩個待命資料庫。

注意：您必須將應用程式設定為使用通透應用程式連續性 (TAC)，才能享有 Autonomous Data Guard 提供之資料庫可用性功能的完整優點。

下圖顯示每個待命資料庫如何與主要資料庫保持同步。

autonomous-data-guard.png 圖解描述

對主要資料庫所做的變更會記錄在主要資料庫的重做日誌中。自治式資料保全會以串流的形式，透過網路將這些重做記錄傳輸至待命資料庫的重做日誌。然後，待命資料庫會將這些記錄套用到待命資料庫。如此一來，待命資料庫就會與主要資料庫保持同步。

同步化幾乎是即時的，但就像所描述的處理作業一樣，有兩項作業會使用時間：將重做記錄傳輸至待命資料庫，並將重做記錄套用到待命資料庫。其中第一項稱為傳輸延遲，另一項則稱為套用延遲。您可以從資料庫的「詳細資訊」頁面，在 Autonomous Data Guard 下檢視自治式 AI 資料庫目前的延遲值。您可以從容器資料庫的「詳細資訊」頁面，以類似的方式從容器資料庫的「詳細資訊」頁面檢視容器資料庫中所有自治式 AI 資料庫目前的延遲值。

注意：若有多個待命資料庫，則不支援連鎖重做傳輸。

設定自治式資料保全

在專用 Exadata 基礎架構上的自治式 AI 資料庫中，您可以在自治式容器資料庫 (ACD) 層級設定及管理自治式資料保全。您可以使用 Oracle Cloud Infrastructure 主控台，針對已佈建的 ACD 啟用 Autonomous Data Guard，並從其詳細資訊頁面新增最多兩個待命 ACD。如需相關指示，請參閱在自治式容器資料庫啟用自治式資料保全和新增第二個待命自治式容器資料庫。

設定自治式資料保全之前，請注意下列事項：

使用客戶管理的金鑰設定自治式資料保全

在專用 Exadata 基礎架構上的自治式 AI 資料庫中，您可以使用客戶管理的金鑰，在自治式容器資料庫 (ACD) 層級設定及管理自治式資料保全。您可以使用 Oracle Cloud Infrastructure 主控台，對已佈建的 ACD 啟用 Autonomous Data Guard，並從它的「詳細資訊」頁面新增最多兩個待命 ACD。如需相關指示，請參閱在自治式容器資料庫啟用自治式資料保全和新增第二個待命自治式容器資料庫。

使用客戶管理的金鑰設定自治式資料保全之前，請注意下列事項：

注意：如果您在 OCI 區域的 ACD 與 AWS 區域的 ACD 之間設定 Autonomous Data Guard，則只能使用 Oracle 管理的金鑰或 Oracle Key Vault。您無法使用 OCI KMS 金鑰或 AWS KMS 金鑰。

角色轉換與作業

建立自治式容器資料庫 (ACD) 之後，您可以使用切換作業或容錯移轉作業變更對等資料庫的角色。如果啟用自動容錯移轉，Autonomous Data Guard 會在主要資料庫因任何原因而無法使用時，自動執行容錯移轉作業。

切換是主要資料庫與其待命資料庫之間的角色反轉。切換可確保不會遺失資料。在切換期間，主要資料庫會轉換成待命角色，而待命資料庫會轉換成主要角色。若要執行切換作業，請參閱切換自治式資料保全組態中的角色。

容錯移轉是主要資料庫無法使用時。容錯移轉會導致待命資料庫轉換成主要角色。如果未啟用自動容錯移轉，您可以依照容錯移轉至自治式資料保全組態中的待命資料庫中的說明執行手動容錯移轉。

容錯移轉作業後的資料庫可用性與狀態有兩種復原目標：

容錯移轉之後，失敗的主要資料庫會變成停用的待命資料庫，而且任何資料庫連線都無法使用。您可以執行復原作業來重新啟用它，並將它變成狀況良好的待命資料庫。當失敗的主要資料庫恢復為待命資料庫後，您可以執行切換，使其回到其原始的主要角色。若要執行復原作業，請參閱在自治式資料保全組態中恢復停用的待命資料庫。

自動容錯移轉或快速啟動容錯移轉

透過自動容錯移轉，每當主要 ACD 因區域故障、可用性網域故障、Exadata 基礎架構或自治式 Exadata VM 叢集 (AVMC) 失敗，或 ACD 本身失敗時，都會自動容錯移轉至待命 ACD。這也稱為「快速啟動容錯移轉」。

在 ACD 上設定自治式資料保全時，您無法啟用自動容錯移轉。從 ACD 詳細資訊頁面更新「自治式資料保全」設定值時，才能啟用或停用自動容錯移轉。

注意： 若在 Exadata Cloud@Customer 中部署的自治式 AI 資料庫已設定跨區域自治式資料保全，便無法啟用自動容錯移轉。

您無法在第一個待命 ACD 啟用自動容錯移轉時新增第二個待命 ACD。因此，在建立第二個待命 ACD 之前，先使用更新自治式資料保全設定值停用自動容錯移轉，然後視需要在稍後重新啟用。

最大效能和最大可用性保護模式都支援自動容錯移轉：

請參閱更新自治式資料保全設定值以瞭解詳細資訊。

除了硬體故障、可用性網域停機和區域停機之外，還有其他一些資料庫狀況可以觸發快速啟動容錯移轉，如下所示：

資料庫狀況 描述
控制檔損毀 由於磁碟故障，控制檔已永久損毀。
毀損的字典 重要資料庫的字典損毀。目前，只有在開啟資料庫時才能偵測到此狀態。
資料檔寫入錯誤 任何資料檔 (包括暫存檔、系統資料檔以及還原檔案) 中都會發生寫入錯誤。

由於自動容錯移轉，失敗的主要資料庫的角色會變成「停用待命」，待命資料庫在短時間內會擔任主要資料庫的角色。自動容錯移轉結束之後，停用的待命資料庫詳細資訊頁面就會顯示一則訊息，告知您發生容錯移轉。

服務解決之前的主要自治式容器資料庫問題之後，您可以執行手動切換，將這兩個資料庫回復到最初的角色。佈建待命資料庫之後，您可以執行與待命資料庫相關的各種管理作業，包括：

在具有多個待命資料庫和自動容錯移轉的 Autonomous Data Guard 設定中：

快照待命資料庫

快照待命資料庫是透過將待命自治式容器資料庫 (ACD) 轉換為快照待命 ACD 所建立的可完全更新待命資料庫。如需逐步指示，請參閱將實體待命轉換成快照待命。

快照待命資料庫會接收並存檔，但不會套用主要資料庫的重做資料。不過，它會增加您的「復原時間目標 (RTO)」，因為不會套用主要資料庫的即時變更。

快照待命功能支援各種使用案例，但以下是主要使用案例：

注意：您無法在啟用自動容錯移轉的情況下，將實體待命自治式容器資料庫轉換為快照待命資料庫。

轉換為快照待命資料庫時，您可以啟用只在快照模式作用中的新資料庫服務，或使用與主要資料庫搭配使用的相同服務集。不過，在快照待命資料庫上啟用主要資料庫服務可能會導致快照待命連線要求轉送至主要資料庫，反之亦然，如果您使用不正確的資料庫連線字串。因此，連線到主要和快照待命資料庫時，您必須小心使用適當的連線字串。

注意：使用快照待命資料庫建立新服務時，會更新快照待命 ACD 中所有自治式 AI 資料庫的公事包。若要存取資料庫，請從待命自治式 AI 資料庫重新載入公事包，然後使用快照待命連線字串。

您可以手動將快照待命 ACD 從 Oracle Cloud Infrastructure (OCI) 轉換回實體待命 ACD。如需詳細指示，請參閱將快照待命轉換為實體待命。如果快照待命未手動轉換成實體待命資料庫，則會在建立快照後 7 天自動轉換回實體待命資料庫。在任何情況下，將快照待命資料庫轉換回實體待命資料庫會捨棄快照待命資料庫的所有本機更新，並套用從主要資料庫接收的重做資料。

當待命 ACD 處於快照待命模式時，您無法對主要 ACD 執行下列作業：

如果情況需要，您可以手動從主要資料庫容錯移轉至快照待命資料庫。在這種情況下，容錯移轉會將快照待命資料庫轉換成實體待命資料庫，方法是捨棄對快照待命進行的所有本機更新，並從主要資料庫套用資料。如需逐步指示，請參閱容錯移轉至自治式資料保全組態中的待命資料庫。

不允許在主要資料庫與其快照待命資料庫之間切換。您必須先手動將快照待命轉換為實體待命資料庫，再嘗試切換。

從從屬端應用程式存取待命資料庫

在 Autonomous Data Guard 組態中，您的從屬端應用程式通常會連線至主要資料庫並執行作業。

連接到物理待命資料庫

除了這項正常連線之外，Autonomous Data Guard 還可讓您選擇連線待命資料庫上執行唯讀作業的從屬端應用程式。如 Predefined Database Service Names for Autonomous AI Database 所述，從屬端應用程式會使用包括 "_RO" (僅適用於「唯讀」) 的資料庫服務名稱連線至資料庫。

連線至快照待命資料庫

自治式資料保全也可讓您將執行讀寫作業的從屬端應用程式連線至快照待命資料庫。這些作業是快照待命資料庫的本機作業，因此請勿修改其主要資料庫。若要連線至快照待命資料庫，從屬端應用程式可以使用包含 "_SS" 的資料庫服務名稱 (針對「快照待命」)，如自治式 AI 資料庫的預先定義資料庫服務名稱中所述。

注意：當待命資料庫處於快照待命模式時，名稱中包含 "_RO" 服務的所有資料庫服務都會處於非作用中狀態，無法用於連線。

監督延遲時間

當使用 Autonomous Data Guard 的資料庫執行時，您可以選擇自治式資料保全群組，監控傳輸延遲，並從資料庫 (或容器資料庫) 的「詳細資訊」頁面套用延遲時間。您也可以使用 OCI 主控台或可觀察性 API 來監控傳輸延遲，以及設定警示和通知。請參閱使用自治式 AI 資料庫測量結果的資料庫可觀測性以瞭解詳細資訊。

您應該會看到一段時間內的輕微波動，因為資料庫 ebbs 和流程上的工作負載。不過，若您注意到延遲時間的持續向上趨勢，您可以採取下列動作來解決此情況：

自治式資料保全組態選項

設定自治式資料保全時，請指定您要在其中建立待命資料庫的 Exadata 基礎架構和自治式 Exadata VM 叢集資源，以及指定要使用的資料保護模式。

指定要用於待命資料庫的 Exadata 基礎架構和自治式 Exadata VM 叢集資源時，您可以選擇下列選項：

關於保護模式

自治式資料保全提供下列資料保護模式：

您可以從 Oracle Cloud Infrastructure (OCI) 主控台變更自治式資料保全設定中的保護模式。如需逐步說明，請參閱更新自治式資料保全設定值。

如需有關 Oracle Data Guard (在「自治式資料保全」功能底下) 保護模式的詳細資訊，請參閱 Oracle Data Guard Concepts and Administration 中的 Oracle Data Guard Protection Modes 。

設定自治式資料保全的最佳做法

雖然 Autonomous AI Database 最多可讓您使用 Autonomous Data Guard 建立兩個待命 ACD，但您可以根據需求選擇使用單一或多個待命 ACD。不過，若要使用「自治式 AI 資料庫」提供的最具復原能力災害復原選項，您可以新增一個本機待命 ACD 和一個遠端或跨區域待命 ACD，並以最大可用性作為資料保護模式。

讓我們瞭解此設計的優點：

自治式資料保全如何影響標準管理作業

在某些情況下，您在自治式容器資料庫上執行的標準管理作業，與標準容器資料庫相比，在自治式資料保全組態中的主要和待命容器資料庫的運作方式不同。下列清單說明這些差異。

逐步指南

如需在自治式容器資料庫中管理自治式資料保全組態的逐步指示，請參閱：

您也可以使用 API 檢視及管理自治式資料保全組態。如需詳細資訊，請參閱 管理自治式資料保全組態的 API 。

相關內容

管理自治式資料保全組態