使用SnapMirror技術進行資料保存
-
此文件 PDF 的網站
-
NAS儲存管理
-

個別的 PDF 文件集合
Creating your file...
SnapMirror保存原則取代SnapVault 了支援支援SnapMirror 9.3及更新版本的功能。ONTAP您可以使用 SnapMirror 資料保險箱原則進行磁碟對磁碟快照複寫,以符合標準及其他治理相關目的。與 SnapMirror 關係不同的是,目的地通常只包含來源 Volume 中目前的快照,資料保險箱目的地通常會保留在較長時間內建立的時間點快照。
例如,您可能想要在 20 年內保留每月資料快照,以符合貴企業的政府會計法規。由於不需要從保存庫儲存設備提供資料、因此您可以在目的地系統上使用速度較慢、成本較低的磁碟。
下圖說明SnapMirror Vault資料保護關係。
如何初始化保存資料保護關係
關係的SnapMirror原則定義了基礎的內容和任何更新。
預設資料保險箱原則下的基準傳輸 `XDPDefault`會建立來源磁碟區的快照,然後將該複本及其參照的資料區塊傳輸至目的地磁碟區。與 SnapMirror 關係不同的是,資料保險箱備份不會在基準線中包含較舊的快照。
如何更新保存資料保護關係
更新是非同步的、會依照您設定的排程進行。您在關係原則中定義的規則,可識別哪些新快照要包含在更新中,以及保留多少份複本。原則中定義的標籤(例如「每月」)必須符合來源上快照原則中定義的一或多個標籤。否則、複寫會失敗。
在原則下的每個更新中, SnapMirror 都 `XDPDefault`會傳輸自上次更新後所建立的快照,前提是這些快照的標籤必須符合原則規則中定義的標籤。在原則命令的 `XDPDefault`下列輸出中, `snapmirror policy show`請注意下列事項:
-
Create Snapshot`為 "`FALSE" ,表示 `XDPDefault
SnapMirror 更新關係時不會建立快照。 -
`XDPDefault`有「 daily 」和「 'faily' 」規則,表示 SnapMirror 更新關係時,會傳輸來源上所有標籤相符的快照。
cluster_dst::> snapmirror policy show -policy XDPDefault -instance Vserver: vs0 SnapMirror Policy Name: XDPDefault SnapMirror Policy Type: vault Policy Owner: cluster-admin Tries Limit: 8 Transfer Priority: normal Ignore accesstime Enabled: false Transfer Restartability: always Network Compression Enabled: false Create Snapshot: false Comment: Default policy for XDP relationships with daily and weekly rules. Total Number of Rules: 2 Total Keep: 59 Rules: SnapMirror Label Keep Preserve Warn Schedule Prefix ---------------- ---- -------- ---- -------- ------ daily 7 false 0 - - weekly 52 false 0 - -