版本資訊
SnapMirror同步災難恢復基礎知識
建議變更
-
此文件 PDF 的網站
-
NAS儲存管理
-
個別的 PDF 文件集合
Creating your file...
從ONTAP 推出SnapMirror 9.5開始、所有FAS 包含AFF 至少16 GB記憶體的SnapMirror同步（SM-S）技術、都能在所有ONTAP Select 的SnapMirror平台和支援所有的不穩定平台上運作。SnapMirror同步技術是一種每節點授權功能、可在磁碟區層級提供同步資料複寫。
這項功能可滿足金融、醫療及其他管制產業的法規及國家要求、在需要零資料遺失的情況下進行同步複寫。
允許 SnapMirror 同步作業
每個HA配對的SnapMirror同步複寫作業數量上限取決於控制器機型。
下表根據平台類型和ONTAP 版本列出每個HA配對所允許的SnapMirror同步作業數量。
平台 |
發行版本早於2009年9月9日ONTAP |
部分9.9.1 ONTAP |
零點9.10.1 ONTAP |
ONTAP 9.11.1 至 ONTAP 9.14.1 |
AFF |
80 |
160 |
200 |
400 |
ASA |
80 |
160 |
200 |
400 |
FAS |
40. |
80 |
80 |
80 |
ONTAP Select |
20. |
40. |
40. |
40. |
支援的功能
下表說明 SnapMirror Synchronous 支援的功能、以及可提供支援的 ONTAP 版本。
功能 |
第一版支援 |
其他資訊 |
SnapMirror同步關係的主要磁碟區上的防毒軟體 |
ONTAP 9.6 |
|
應用程式建立的 Snapshot 複本複寫 |
更新ONTAP |
如果 Snapshot 複本在時標有適當的標籤 |
複製自動刪除 |
ONTAP 9.6 |
|
FabricPool 集合體的分層原則為「無」、「快照」或「自動」、可與 SnapMirror 同步來源和目的地搭配使用。 |
版本9.5 ONTAP |
無法將目的地Volume的FabricPool 目的地集合體設為All Tiering原則。 |
FC |
版本9.5 ONTAP |
所有延遲不超過 10 毫秒的網路 |
FC-NVMe |
更新ONTAP |
|
檔案複製 |
更新ONTAP |
|
SnapMirror同步關係主要磁碟區的FPolicy |
ONTAP 9.6 |
|
SnapMirror 同步關係的主捲上的硬配額和軟配額 |
ONTAP 9.6 |
配額規則不會複寫到目的地、因此配額資料庫不會複寫到目的地。 |
叢集內同步關係 |
ONTAP 9.14.1. |
當來源和目的地磁碟區放置在不同的 HA 配對上時、就會提供高可用度。 |
iSCSI |
版本9.5 ONTAP |
|
LUN複製與NVMe命名空間複製 |
更新ONTAP |
|
以應用程式建立的 Snapshot 複本作為後盾的 LUN 複本 |
更新ONTAP |
|
混合式傳輸協定存取（ NFS v3 和 SMB ） |
ONTAP 9.6 |
|
NDMP / NDMP 還原 |
ONTAP 9.13.1.12.9.11.9.11. |
來源叢集和目的地叢集都必須執行 ONTAP 9.13.1 或更新版本、才能搭配 SnapMirror 同步使用 NDMP 。如需詳細資訊、請參閱 使用 NDMP 複本傳輸資料。 |
僅適用於 AFF/ASA 平台上的無中斷 SnapMirror 同步作業（ Nn ）。 |
ONTAP 9.12.1 |
支援不中斷營運、可讓您在不排程停機時間的情況下執行許多常見的維護工作。支援的作業包括接管與恢復、以及在兩個叢集之間保留一個節點的磁碟區移動。 |
NFS v4.2 |
零點9.10.1 ONTAP |
|
NFS v4.3 |
版本9.5 ONTAP |
|
NFS v4.0 |
ONTAP 9.6 |
|
NFS v4.1 |
ONTAP 9.6 |
|
NVMe / TCP |
9.10.1 |
|
移除高中繼資料作業頻率限制 |
ONTAP 9.6 |
|
使用TLS 1.2加密技術、確保傳輸中的敏感資料安全無虞 |
ONTAP 9.6 |
|
單一檔案與部分檔案還原 |
ONTAP 9.13.1.12.9.11.9.11. |
|
SMB 2.0 或更新版本 |
ONTAP 9.6 |
|
SnapMirror同步鏡射鏡射串聯 |
ONTAP 9.6 |
SnapMirror同步關係的目的地Volume關係必須是非同步SnapMirror關係。 |
SVM 災難恢復 |
ONTAP 9.6 |
* SnapMirror 同步來源也可以是 SVM 災難恢復來源、例如、將 SnapMirror Synchronous 視為單一階段的扇出組態、將 SVM 災難恢復視為另一階段。 |
磁帶型還原至來源磁碟區 |
ONTAP 9.13.1.12.9.11.9.11. |
|
NAS的來源與目的地磁碟區之間的時間戳記同位元 |
ONTAP 9.6 |
如果您已從ONTAP 還原9.5升級ONTAP 為還原9.6、則時間戳記只會複寫到來源Volume中的任何新檔案和修改的檔案。來源Volume中現有檔案的時間戳記不會同步。 |
不支援的功能
下列功能不支援同步SnapMirror關係：
-
一致性群組
-
DP_最佳化（DPO）系統
-
資料量FlexGroup
-
資料量FlexCache
-
全域節流
-
在連出組態中、只有一種關係可以是SnapMirror同步關係；來源磁碟區的所有其他關係必須是非同步SnapMirror關係。
-
LUN 搬移
-
內部組態MetroCluster
-
混合式SAN與NVMe存取
LUN和NVMe命名空間不支援在同一個磁碟區或SVM上。 -
SnapCenter
-
資料量SnapLock
-
可防竄改的Snapshot複本
-
在目的地磁碟區上使用dump和SMtape進行磁帶備份或還原
-
來源磁碟區的處理量層（QoS下限）
-
Volume SnapRestore
-
VVOL
操作模式
SnapMirror Synchronous有兩種作業模式、分別取決於所使用的SnapMirror原則類型：
-
同步模式
在同步模式中、應用程式 I/O 作業會平行傳送至主要和次要
儲存系統：如果由於任何原因而未完成對二線儲存設備的寫入、則允許應用程式繼續寫入一線儲存設備。當錯誤情況得到修正時、SnapMirror同步技術會自動與二線儲存設備重新同步、並以同步模式從一線儲存設備恢復複寫至二線儲存設備。
在同步模式中、RPO=0和RTO非常低、直到發生二線複寫故障、導致RPO和RTO無法確定、但等於修復導致二線複寫失敗並完成重新同步的問題所需時間。 -
* StrictSync模式*
SnapMirror Synchronous可選擇性地在StrictSync模式中運作。如果由於任何原因未完成對二線儲存設備的寫入、應用程式I/O就會失敗、因此可確保一線與二線儲存設備完全相同。只有在 SnapMirror 關係恢復後、應用程式對主要的 I/O 才會恢復InSync狀態。如果主儲存設備故障、則可在容錯移轉後、在二線儲存設備上恢復應用程式I/O、而不會遺失資料。
在StrictSync模式中、RPO永遠為零、RTO極低。
關係狀態
SnapMirror 同步關係的狀態始終在中 InSync 正常作業期間的狀態。如果 SnapMirror 傳輸因任何原因而失敗、則目的地不會與來源同步、因此可前往 OutofSync 狀態。
對於 SnapMirror 同步關係、系統會自動檢查關係狀態 InSync 或 OutofSync）固定時間間隔。如果關係狀態為 OutofSync、 ONTAP 會自動觸發自動重新同步程序、將關係恢復至 InSync 狀態。只有在傳輸因任何作業（例如來源或目的地的非計畫性儲存容錯移轉或網路中斷）而失敗時、才會觸發自動重新同步。使用者啟動的作業、例如 snapmirror quiesce 和 snapmirror break 請勿觸發自動重新同步。
如果關係狀態變為 OutofSync 對於在 StrictSync 模式下的 SnapMirror 同步關係、會停止對主要 Volume 的所有 I/O 作業。。 OutofSync 同步模式中的 SnapMirror 同步關係狀態不會中斷主要磁碟區的主要和 I/O 作業。