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

ONTAP SnapMirror主動同步互通性

貢獻者 netapp-ahibbard netapp-lenida netapp-dbagwell netapp-aaron-holt
PDF

SnapMirror 主動式同步可與 ONTAP 中的許多作業系統、應用程式主機及其他功能相容。

註 如需此處未涵蓋的特定支援能力和互通性詳細資料、請參閱互通性對照表工具（ Interoperability Matrix Tool ("IMT"）。

應用程式主機

SnapMirror主動同步支援虛擬機器管理程序，包括 Hyper-V、ESXi、Red Hat Enterprise Linux (RHEL)、Windows Server 等作業系統以及 vSphere Metro Storage Cluster (vMSC) 等叢集解決方案，以及從ONTAP 9.14.1 開始的 Windows Server 故障轉移叢集。

作業系統

SnapMirror 主動同步可支援多種作業系統、包括：

  • AIX via PVR （從 ONTAP 9.11.1 開始）

  • HP-UX （從 ONTAP 9.10.1 開始）

  • Solaris 11.4 （從 ONTAP 9.10.1 開始）

AIX

從ONTAP 9.11.1 開始，AIX 透過標準工程功能策略差異請求 (FPVR) 支援SnapMirror主動同步，但需遵守以下規定：

  • SnapMirror 主動式同步可提供零 RPO 資料保護、但 AIX 的容錯移轉程序需要額外的步驟才能識別路徑變更。非根 Volume 群組一部分的 LUN 將會暫停 I/O 、直到出現 cfgmgr 命令已執行。這可以自動化、而且大多數應用程式都能在不中斷營運的情況下恢復作業。

  • 屬於根 Volume 群組的 LUN 通常不應受到 SnapMirror 主動式同步的保護。無法執行 cfgmgr 容錯移轉後的命令、表示需要重新開機才能識別 SAN 路徑中的變更。您仍然可以對根磁碟區群組實現零 RPO 資料保護、但容錯移轉將會中斷運作。

請洽詢您的 NetApp 客戶團隊、以取得有關 SnapMirror 與 AIX 進行主動同步的更多資訊。

HP-UX

從 ONTAP 9.10.1 開始，支援適用於 HP-UX 的 SnapMirror Active Sync 。

使用 HP-UX 自動進行非計畫性容錯移轉

當主集群和輔助集群之間的連接遺失，且主集群和中介集群之間的連接也丟失時，雙事件故障可能會導致隔離主集群上發生自動計劃外故障轉移 (AUFO) 事件。與其他 AUFO 事件不同，這被認為是一種罕見事件。

  • 在這種情況下、在 HP-UX 主機上恢復 I/O 可能需要 120 秒以上的時間。視執行的應用程式而定、這可能不會導致任何I/O中斷或錯誤訊息。

  • 若要進行修正、您必須重新啟動 HP-UX 主機上的應用程式、使中斷容錯度低於 120 秒。

Solaris

從 ONTAP 9.10.1 開始、 SnapMirror 主動式同步支援 Solaris 11.4 。

為確保在SnapMirror主動同步環境中發生計劃外站點故障轉移切換時 Solaris 用戶端應用程式不會中斷，請修改預設 Solaris 作業系統設定。若要使用建議的設定配置 Solaris，請參閱"NetApp知識庫：Solaris 主機支援SnapMirror主動同步中的建議設置"。

ONTAP 互通性

SnapMirror 主動式同步功能與 ONTAP 元件整合、可擴充其資料保護功能。

FabricPool

SnapMirror 主動式同步支援 FabricPool 上的來源和目的地磁碟區、其分層原則為「無」、「快照」或「自動」。SnapMirror 主動同步不支援使用「全部」分層原則的 FabricPool 集合體。

連出組態

在連出組態，您的來源磁碟區可以鏡像到SnapMirror活動同步目標端點和一個SnapMirror非同步關係。

扇出組態的圖表

SnapMirror 主動式同步可支援 MirrorAllSnapshots`原則，並從 ONTAP 9.11.1 開始 `MirrorAndVault`支援連出組態原則。SnapMirror 作用中同步處理原則不支援開機組態 `XDPDefault。

從 ONTAP 9.15.1 開始、 SnapMirror 主動式同步可在容錯移轉事件之後、自動在扇出式階段重新設定。如果從主要站台到次要站台的容錯移轉成功、則會自動重新設定第三站台、將次要站台視為來源站台。非同步扇出腿可以是一致性群組關係，也可以是一種無關的磁碟區關係。重新設定將適用於上述任一種情況。重新設定是由計畫性或非計畫性的容錯移轉所觸發。在容錯回復至主要站台時、也會進行重新設定。

如需在舊版 ONTAP 中管理您的扇出組態的相關資訊、請參閱 在連出組態中恢復保護。

NDMP 還原

從 ONTAP 9.13.1 開始，您可以使用 NDMP 來複製及還原資料SnapMirror 主動式同步。使用 NDMP 可讓您將資料移至 SnapMirror 主動式同步來源、以完成還原而不需暫停保護。這在扇出組態中特別有用。

SnapCenter

SnapCenter 支援 SnapMirror 主動式同步"SnapCenter 5.0"，從開始。SnapCenter 可建立快照，用於保護及恢復應用程式和虛擬機器，以應用程式層級的精細度提供永遠可用的儲存解決方案。

SnapRestore

SnapMirror 主動式同步支援部分和單一檔案 SnapRestore 。

單一檔案 SnapRestore

從 ONTAP 9.11.1 開始， 單一檔案SnapRestore 的功能SnapMirror 作用中同步磁碟區支援。您可以從從 SnapMirror 作用中同步來源複寫到目的地的快照，還原單一檔案。由於磁碟區可以包含一或多個 LUN 、因此此功能可協助您實作不中斷營運的還原作業、以精細的方式還原單一 LUN 、而不會中斷其他 LUN 。單一檔案 SnapRestore 有兩個選項：就地和異地。

部分檔案 SnapRestore

從 ONTAP 9.12.1 開始， "部分 LUN 還原"SnapMirror 作用中同步磁碟區支援。您可以從應用程式建立的快照還原資料，這些快照已在 SnapMirror 作用中同步來源（ Volume ）和目的地（ Snapshot ）磁碟區之間複寫。如果您需要還原在同一個 LUN 上儲存多個資料庫的主機上的資料庫、則可能需要部分 LUN 或檔案還原。使用此功能時、您必須知道資料和位元組數的起始位元組偏移。

大型LUN和大型磁碟區

大型 LUN 和大型磁碟區（大於 100 TB ）的支援取決於您所使用的 ONTAP 版本和平台。

ONTAP 9.12.1P2 及更新版本

  • 對於 ONTAP 9 。 12.1 P2 及更新版本、 SnapMirror 主動式同步支援大型 LUN 、以及 ASA 和 AFF （ A 系列和 C 系列）上大於 100 TB 的大型磁碟區。主叢集和次叢集的類型必須相同： ASA 或 AFF 。支援從 AFF A 系列複寫至 AFF C 系列、反之亦然。

註 對於 ONTAP 9.12.1P2 版及更新版本、您必須確保主要和次要叢集都是 All Flash SAN Array （ ASA ）或 All Flash Array （ AFF ）、而且兩者都已安裝 ONTAP 9.12.1 P2 或更新版本。如果次要叢集執行的版本早於 ONTAP 9.12.1P2 、或陣列類型與主要叢集不同、則當主要磁碟區的容量大於 100 TB 時、同步關係可能會不同步。
ONTAP 9.9.1 - 9.12.1P1

  • 對於 ONTAP 9.9.1 和 9.12.1 P1 （含）之間的 ONTAP 版本、大型 LUN 和大於 100TB 的大型磁碟區僅在 All Flash SAN 陣列上受支援。支援從 AFF A 系列複寫至 AFF C 系列、反之亦然。

註 對於 ONTAP 9.9.1 和 9.12.1 P2 之間的 ONTAP 版本、您必須確保主叢集和次叢集都是 All Flash SAN 陣列、而且兩者都已安裝 ONTAP 9.9.1 或更新版本。如果次要叢集執行的版本早於 ONTAP 9.9.1 、或不是 All Flash SAN 陣列、則當主要磁碟區成長超過 100 TB 時、同步關係可能會不同步。
更多資訊