遠端副本一致性群組
一致性群組是 FlashCopy® 對映或遠端複製關係的選用性儲存器。當您使用一致性群組時,您可以對整個群組(而非個別的對映)完成複製作業。
當關係包含具備緊密關聯的磁區時,會產生較有效的用法。將應用程式資料散佈於多個磁區之間,就是緊密關聯的簡單範例。多個應用程式在不同主機系統上執行,是比較複雜的範例。每一個應用程式都會有資料在不同的磁區中,且這些應用程式會彼此交換資料。這兩個範例都有如何更新關係的特定規則。這些規則可以確保次要磁區集會包含有用的資料。主要內容為這些關係是一致的。如果為所有這些用途建立一致副本,一致性群組會很有用。
不同類型的關係只能屬於一個一致性群組;不過,它們不一定要屬於一致性群組。不屬於一致性群組的關係,稱為獨立式關係。一致性群組可以包含零或多個關係。一致性群組中的所有關係都必須有相符的主要(主要)和次要(輔助)系統或站台。一致性群組中的所有關係都必須有相同的複製方向和狀態。當第一個關係新增到一致性群組時,會自動將複製類型指派給一致性群組。對一致性群組指派了複製類型之後,只有這個複製類型的關係能夠新增到一致性群組中。具有不同循環模式的 Global Mirror 關係無法屬於相同的一致性群組。
- 主動-主動
- 只有 HyperSwap® 磁區才會建立這種關係。當系統上配置 HyperSwap 時,HyperSwap 磁區會位於個別的站台,而且它們之間會自動建立主動-主動關係。對關係中的磁區所做的更新會在兩個站台上同時更新,以提供系統的災難回復解決方案。
- Metro Mirror
-
Metro Mirror 是一種遠端副本,可建立從主要磁區到次要磁區的同步資料副本。次要磁區可以在相同的系統中,也可以在另一個系統中。
當使用同步副本時,主機應用程式會寫入主要磁區,但在資料寫入次要磁區之前,不會接收到寫入作業已完成的確認。這可以確保在複製作業完成時,兩個磁區會有相同的資料。初始複製作業完成之後,Metro Mirror 功能一律會在目標網站中保留來源資料的完全同步副本。
Metro Mirror 功能可支援最多相距 300 公里的磁區之間的複製作業。出於災難回復目的,Metro Mirror 提供了一種最簡單的方法,可同時在主要磁區和次要磁區上保留相同副本。不過,如同所有遠距的同步副本,主機應用程式的效能可能會受到影響。這個效能的影響與主要和次要磁區之間的距離相關,且根據應用程式需求,其使用情況可能會根據站台之間的距離而有所限制。
- 不含循環的 Global Mirror (循環模式設定為無)
-
Global Mirror 功能提供非同步副本過程。當主機寫入主要磁區時,會先收到確認 I/O 完成,然後才在次要磁區上完成副本的寫入作業。
如果起始失效接手作業,應用程式必須回復及套用尚未確定至次要磁區的任何更新。如果主要磁區上的 I/O 作業暫停一小段時間,次要磁區可能會變成與主要磁區完全相符。此功能相當於連續備份程序,一定會遺失最後幾項更新項目。當您使用 Global Mirror 進行災難回復時,必須考量要如何處理這些遺失的更新項目。
如果要使用 Global Mirror 功能,網路中的所有元件都必須能夠承受應用程式主機及 Global Mirror 背景複製程序所產生的工作量。如果網路中的所有元件並非都能承受此工作量,就會自動停止 Global Mirror 關係,以免應用程式主機增加回應時間。
在不透過循環運行 Global Mirror 時,會在寫入作業套用到主要磁區後盡快將其套用到次要磁區。次要磁區通常只會比主要磁區晚不到 1 秒,這樣可以使失效接手時必須回復的資料量減至最少。不過,在兩個站台之間,必須供應高頻寬的鏈結。
- 含變更磁區的 Global Mirror (循環模式設定為多)
- 含變更磁區的 Global Mirror (循環模式設定為多)所提供的基本功能與用於災難回復的來源磁區和目標磁區之間的非同步複製作業所提供的基本功能相同。
如果您使用循環模式設為多重的 Global Mirror,複製程序類似於 Metro Mirror 和標準 Global Mirror。必須對每一個關係中的主要和次要磁區配置變更磁區。在建立含有數個變更磁區的 Global Mirror 關係時會指定變更磁區,而使用此變更磁區可取得關係中主要磁區的副本。背景複製程序會從穩定一致的變更磁區讀取資料,並將資料複製到關係中的次要磁區。「寫入時複製」技術用來維護背景複製程序所要讀取之主要磁區的一致映像檔。另外,也追蹤背景複製程序作用時所進行的變更。次要磁區的變更磁區也可以用來在背景複製程序作用期間,讓次要磁區的映像檔維持一致。
Metro Mirror 和 Global Mirror 一致性群組狀態
管理 GUI 圖示1 | 狀態 | 說明 |
---|---|---|
![]() ![]() |
不一致(已停止) | 可存取主要磁區進行 I/O 讀寫作業,但無法存取次要磁區進行任一作業。必須啟動複製程序,才能使次要磁區一致。 |
![]() ![]() |
不一致(複製中) | 可存取主要磁區進行 I/O 讀寫作業,但無法存取次要磁區進行任一作業。在對處於 InconsistentStopped 狀態的一致性群組發出 startrcconsistgrp 指令後,就會進入此狀態。在對處於 Idling 或 ConsistentStopped 狀態的一致性群組發出帶有 force 選項的 startrcconsistgrp 指令後,也會進入此狀態。 |
![]() ![]() |
一致(已停止) | 次要磁區包含一致的映像檔,但對於主要磁區而言可能已過時。當關係已處於 ConsistentSynchronized 狀態且遇到錯誤而導致強制凍結一致性群組時,可能會出現此狀態。在執行 stoprcconsistgrp 指令後處於 ConsistentSynchronized 或 ConsistentCopying 狀態時,可能會出現此狀態。在兩個磁區之間建立關係且磁區已同步時,也會出現此狀態。 |
![]() ![]() |
一致(複製中) | 可存取主要磁區進行 I/O 讀寫作業。次要磁區包含一致映像檔,但對於主要磁區而言可能已過時。此狀態適用於包含具有多重循環之 Global Mirror 關係的一致性群組。 |
![]() ![]() |
一致(已同步) | 可存取主要磁區進行 I/O 讀寫作業。可存取次要磁區進行 I/O 唯讀作業。 |
![]() ![]() |
閒置中 | 主要磁區和次要磁區都以主角色運行。可以存取這些磁區以執行寫 I/O 作業。 |
![]() ![]() |
閒置中(已斷線) | 這一半一致性群組中的磁區以主角色運行並且可以接受讀或寫 I/O 作業。 |
![]() ![]() |
不一致(已斷線) | 這一半一致性群組中的磁區以主角色運行並且可以接受讀或寫 I/O 作業。 |
![]() ![]() |
一致(已斷線) | 這一半一致性群組中的磁區以次要角色運行,不能接受讀或寫 I/O 作業。 |
![]() ![]() |
空白 | 一致性群組未包含任何關係。 |
![]() |
(無狀態) | 不在一致性群組中的 Metro Mirror 和 Global Mirror 關係。 |
1 在出現兩個管理 GUI 圖示的那幾列中,第一個圖示表示同步複製 Metro Mirror 狀態。每一列的第二個圖示表示非同步複製 Global Mirror 狀態。 |
主動-主動 (HyperSwap) 關係群組狀態
表 2 說明主動-主動 (HyperSwap) 關係群組狀態:管理 GUI 圖示1 | 狀態 | 說明 |
---|---|---|
![]() |
不一致(已停止) | 關係中的兩個變更磁區都未定義。 |
![]() |
不一致(複製中) | 關係正在對第二個副本執行資料起始同步化。 |
![]() |
一致(已停止) | 關係是以 -sync 建立且兩個變更磁區都未定義,或已在關係同步化之後強制刪除一個變更磁區。 |
![]() |
一致(複製中) | 兩個副本不同,但只要可以的話,就會重新同步。在複製期間,狀態欄位會顯示 online。當系統無法複製時,狀態欄位會顯示妨礙複製的原因。 |
![]() |
一致(已同步) | 兩個副本都包含所有已完成的主機寫入作業。高可用性失效接手和讀取透通選項都可用。 |
![]() |
閒置中 | 已採取手動人為介入來恢復存取關係的歷程副本。 |