Skip to main content
Enterprise applications
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

Oracle 資料庫和 SnapMirror 主動式同步失敗案例

貢獻者

有多種 SnapMirror 主動式同步( SM-AS )故障案例、每種案例的結果各不相同。

案例 結果

複寫連結失敗

中介程序可辨識這種分割腦案例、並在保留主複本的節點上恢復 I/O 。當站台之間的連線恢復上線時、替代站台會執行自動重新同步。

主要站台儲存設備故障

自動非計畫性容錯移轉是由 Mediator 啟動。

無 I/O 中斷。

遠端站台儲存設備故障

沒有 I/O 中斷。由於網路造成同步複寫中斷、主機確認其擁有者是合法的 I/O 服務者(共識)、因此暫時暫停。因此、 I/O 暫停數秒、然後 I/O 就會恢復。

網站上線時會自動重新同步。

Mediator 或 Mediator 與儲存陣列之間的連結遺失

I/O 會繼續並與遠端叢集保持同步、但如果沒有 Mediator 、則無法自動進行非計畫性 / 計畫性容錯移轉和容錯回復。

HA 叢集中的其中一個儲存控制器遺失

HA 叢集中的合作夥伴節點會嘗試接管( n )。如果接管失敗、 Mediator 會注意到儲存設備中的兩個節點都已關閉、並自動執行非計畫性容錯移轉至遠端叢集。

磁碟遺失

IO 會持續連續三次發生磁碟故障。這是 RAID-TEC 的一部分。

在一般部署中遺失整個站台

故障站台上的伺服器顯然無法再使用。支援叢集的應用程式可設定為在兩個站台上執行、並在其他站台上繼續作業、不過大多數的應用程式都需要類似於 SM 要求中介者的第三站台斷路器。

如果沒有應用程式層級的叢集、應用程式就必須在正常運作的站台上啟動。這會影響可用性、但會保留 RPO =0 。不會遺失任何資料。