圖 1） NetApp SnapMirror。

使用SnapMirror技術(shù)可以獲得以下顯著優(yōu)勢(shì)：

·高效。塊級(jí)更新可以降低對(duì)網(wǎng)絡(luò)帶寬和時(shí)間的要求。從Data ONTAP 7.3.2開始，卷SnapMirror還提供本機(jī)網(wǎng)絡(luò)壓縮功能，從而進(jìn)一步降低帶寬成本。

·靈活?？稍诓煌腘etApp存儲(chǔ)系統(tǒng)之間復(fù)制數(shù)據(jù)。在異步模式下，支持一對(duì)一、一對(duì)多、多對(duì)一或多對(duì)多復(fù)制拓?fù)洹?/p>

·工作效率更高。通過將SnapMirror與NetApp FlexClone結(jié)合使用，可以將存儲(chǔ)在您災(zāi)難恢復(fù)環(huán)境中的數(shù)據(jù)用于開發(fā)/測(cè)試、數(shù)據(jù)挖掘或其他目的。

·一致。通過與NetApp SnapManager套件集成，可在復(fù)制應(yīng)用程序數(shù)據(jù)的同時(shí)確保其完全一致，便于快速恢復(fù)。

·安全。災(zāi)難恢復(fù)計(jì)劃測(cè)試不會(huì)影響生產(chǎn)和正在進(jìn)行的復(fù)制，因此可以更頻繁地進(jìn)行測(cè)試，從而確保在災(zāi)難來襲時(shí)不會(huì)手忙腳亂。為了保護(hù)應(yīng)用程序數(shù)據(jù)免遭破壞，您的災(zāi)難恢復(fù)站點(diǎn)可保留多個(gè)Snapshot副本，以便快速輕松地恢復(fù)到數(shù)據(jù)破壞之前的某個(gè)時(shí)間點(diǎn)。

SnapMirror有兩種運(yùn)行模式：卷和qtree。卷SnapMirror通常是首選模式。卷SnapMirror的使用相對(duì)普遍，因此我們的許多開發(fā)工作（包括與SnapManager產(chǎn)品套件的集成）都側(cè)重于使用卷SnapMirror。這樣一來，卷SnapMirror的靈活性和效率也得以提高。本篇“基礎(chǔ)知識(shí)回顧”文章將介紹如何實(shí)施卷SnapMirror技術(shù)、最常見的用例、實(shí)施SnapMirror的最佳實(shí)踐等內(nèi)容。

如何在Data ONTAP中實(shí)施卷SnapMirror

卷SnapMirror在物理塊級(jí)運(yùn)行。它可將整個(gè)卷的內(nèi)容（包括所有 Snapshot 副本）及所有卷屬性從源（主）卷逐字復(fù)制到目標(biāo)（二級(jí)）卷。因此，目標(biāo)存儲(chǔ)系統(tǒng)上運(yùn)行的Data ONTAP主版本必須與源存儲(chǔ)系統(tǒng)上運(yùn)行的Data ONTAP版本相同或更高。如果主系統(tǒng)上正在運(yùn)行重復(fù)數(shù)據(jù)刪除或NetApp數(shù)據(jù)壓縮（Data ONTAP 8.0.1中新增），則目標(biāo)卷上也會(huì)繼承節(jié)省的空間，因?yàn)榫硎窍嗤模琖AN上也會(huì)實(shí)現(xiàn)節(jié)省。

卷SnapMirror從基線副本開始復(fù)制，該副本中的所有卷數(shù)據(jù)均從源位置復(fù)制到目標(biāo)位置。完成基線副本復(fù)制之后，以后的復(fù)制會(huì)定期進(jìn)行。必要時(shí)可將目標(biāo)卷設(shè)置為可寫。換句話說，如果發(fā)生了影響源系統(tǒng)或主系統(tǒng)的故障，您可以對(duì)操作進(jìn)行故障轉(zhuǎn)移，轉(zhuǎn)而寫入目標(biāo)系統(tǒng)。故障得到解決后，您可以執(zhí)行故障恢復(fù)重新同步操作，將新增的更改復(fù)制回源系統(tǒng)，恢復(fù)正常運(yùn)行。該功能是SnapMirror與NetApp SnapVault之間的關(guān)鍵區(qū)別，NetApp SnapVault主要用于磁盤到磁盤備份。

表 1）異步卷SnapMirror與qtree SnapMirror之間的關(guān)鍵區(qū)別。

卷SnapMirror支持異步、半同步和同步復(fù)制，到目前為止，異步復(fù)制是最常用的。

在異步模式下，源位置上將定期創(chuàng)建卷的Snapshot副本。只有在上一復(fù)制周期后更改或新創(chuàng)建的塊才會(huì)傳輸?shù)侥繕?biāo)位置，因而此方法在節(jié)省存儲(chǔ)系統(tǒng)開銷和網(wǎng)絡(luò)帶寬方面非常高效。

同步模式會(huì)在發(fā)生更新時(shí)就將更新內(nèi)容從源位置發(fā)送到目標(biāo)位置，而不是根據(jù)預(yù)定計(jì)劃發(fā)送。這樣即可通過目標(biāo)系統(tǒng)來保護(hù)在源系統(tǒng)中寫入的數(shù)據(jù)，即使整個(gè)源系統(tǒng)發(fā)生故障，數(shù)據(jù)也不會(huì)受影響?？梢岳肗VLOG轉(zhuǎn)發(fā)和一致點(diǎn)（CP）轉(zhuǎn)發(fā)使目標(biāo)系統(tǒng)保持最新。通過NVLOG轉(zhuǎn)發(fā)，可以將寫入日志（通常緩存在NetApp存儲(chǔ)器上的NVRAM中）中的數(shù)據(jù)與目標(biāo)系統(tǒng)保持同步。通過一致點(diǎn)轉(zhuǎn)發(fā)，可以使磁盤上的文件系統(tǒng)映像保持同步。

半同步模式與同步模式在以下兩個(gè)方面有所不同。無需等待目標(biāo)系統(tǒng)的確認(rèn)即可提交并確認(rèn)針對(duì)源系統(tǒng)的寫入；不使用NVLOG轉(zhuǎn)發(fā)。由于這兩項(xiàng)變更縮短了可實(shí)現(xiàn)的恢復(fù)點(diǎn)目標(biāo)（RPO）時(shí)間，所以加快了應(yīng)用程序的響應(yīng)速度。

從Data ONTAP 7.3.2開始，新增了SnapMirror網(wǎng)絡(luò)壓縮功能。借助SnapMirror網(wǎng)絡(luò)壓縮，數(shù)據(jù)只有在網(wǎng)絡(luò)中傳輸時(shí)才會(huì)被壓縮；源系統(tǒng)和目標(biāo)系統(tǒng)上的數(shù)據(jù)仍將保持未壓縮狀態(tài)。通過下面兩個(gè)額外的步驟來支持壓縮功能：

·在源系統(tǒng)上壓縮

·在目標(biāo)系統(tǒng)上解壓縮

在源系統(tǒng)上，需要復(fù)制的數(shù)據(jù)塊將傳送到壓縮引擎中進(jìn)行壓縮。壓縮引擎根據(jù)存儲(chǔ)系統(tǒng)上的CPU數(shù)量創(chuàng)建多個(gè)線程。多個(gè)壓縮線程可以并行壓縮數(shù)據(jù)。然后，經(jīng)過壓縮的塊通過網(wǎng)絡(luò)進(jìn)行傳輸。在目標(biāo)系統(tǒng)上收到經(jīng)過壓縮的塊，并使用類似的多線程方法解壓縮。之后，解壓縮后的數(shù)據(jù)會(huì)寫入相應(yīng)的卷。

圖 2） SnapMirror 網(wǎng)絡(luò)壓縮。

壓縮引擎和解壓縮引擎可以根據(jù)用戶喜好配置為節(jié)省網(wǎng)絡(luò)帶寬或在最短時(shí)間內(nèi)完成傳輸。

所有NetApp存儲(chǔ)平臺(tái)（包括V系列虛擬化系統(tǒng)與IBM N系列）均僅在異步運(yùn)行模式下支持SnapMirror網(wǎng)絡(luò)壓縮。SnapMirror的半同步運(yùn)行模式和同步運(yùn)行模式目前不支持網(wǎng)絡(luò)壓縮。

若要了解關(guān)于卷SnapMirror所有功能的更多信息，請(qǐng)參見 TR-3446：《SnapMirror Async Overview and Best Practices Guide》與 TR-3326：《SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations》。您還可以閱讀之前的一篇關(guān)于網(wǎng)絡(luò)壓縮的Tech OnTap文章。

用例

SnapMirror有兩個(gè)主要用例：

·災(zāi)難恢復(fù)

·遠(yuǎn)程數(shù)據(jù)訪問/數(shù)據(jù)分發(fā)

此外，通過SnapMirror來利用和復(fù)制FlexClone卷也正在成為一個(gè)新的重要用例。

災(zāi)難恢復(fù)。使用卷SnapMirror，可在災(zāi)難恢復(fù)設(shè)施或二級(jí)數(shù)據(jù)中心中的其他NetApp存儲(chǔ)系統(tǒng)內(nèi)建立數(shù)據(jù)鏡像。如果需要使用災(zāi)難恢復(fù)版本，可以將應(yīng)用程序切換到災(zāi)難恢復(fù)站點(diǎn)上的服務(wù)器，并將應(yīng)用程序流量重定向到這些服務(wù)器，保持恢復(fù)狀態(tài)的時(shí)間根據(jù)您的需要而定。生產(chǎn)站點(diǎn)恢復(fù)正常后，SnapMirror可以將數(shù)據(jù)高效地傳輸回生產(chǎn)存儲(chǔ)系統(tǒng)，然后繼續(xù)SnapMirror傳輸。

卷SnapMirror支持多跳或級(jí)聯(lián)配置。例如，可將卷從舊金山的系統(tǒng)復(fù)制到紐約市的系統(tǒng)，然后從紐約市的系統(tǒng)復(fù)制到新加坡的系統(tǒng)。

遠(yuǎn)程數(shù)據(jù)訪問/數(shù)據(jù)分發(fā)。SnapMirror還支持將大量數(shù)據(jù)分發(fā)到地理位置偏遠(yuǎn)的地區(qū)，允許在本地以只讀模式訪問數(shù)據(jù)?？梢圆捎肍lexClone技術(shù)在本地建立可寫副本。異步SnapMirror支持一對(duì)多和多對(duì)一配置。

通過遠(yuǎn)程數(shù)據(jù)訪問，不僅可以加快本地客戶訪問數(shù)據(jù)的速度，而且還能提高成本高昂的網(wǎng)絡(luò)資源和服務(wù)器資源的利用率并更準(zhǔn)確地預(yù)測(cè)這些資源的使用量。這樣，您便可在選定的時(shí)間復(fù)制源數(shù)據(jù)，從而最大限度地減少總體網(wǎng)絡(luò)負(fù)載。控制復(fù)制數(shù)據(jù)的時(shí)間這一功能對(duì)于需要確保數(shù)據(jù)集處于一致狀態(tài)的情況也非常有用。

圖 3） 使用卷 SnapMirror 進(jìn)行遠(yuǎn)程數(shù)據(jù)訪問。

與FlexClone配合使用的用例。SnapMirror與FlexClone技術(shù)配合使用時(shí)可以提供獨(dú)特的優(yōu)勢(shì)，能夠支持應(yīng)用程序開發(fā)/測(cè)試環(huán)境及災(zāi)難恢復(fù)測(cè)試。通過對(duì)災(zāi)難恢復(fù)存儲(chǔ)設(shè)備執(zhí)行應(yīng)用程序開發(fā)/測(cè)試，您可以更充分地利用多數(shù)時(shí)間都可能處于閑置狀態(tài)的資源。有關(guān)上述內(nèi)容的詳細(xì)介紹，請(qǐng)參見相關(guān)的FlexClone篇。

要想在不影響正在進(jìn)行的復(fù)制流程的前提下對(duì)災(zāi)難恢復(fù)流程進(jìn)行測(cè)試可能比較困難。借助FlexClone，您可以輕松克隆災(zāi)難恢復(fù)卷并充分測(cè)試災(zāi)難恢復(fù)流程，而不會(huì)影響正在進(jìn)行的SnapMirror復(fù)制流程。

有些環(huán)境會(huì)利用FlexClone卷為虛擬桌面基礎(chǔ)架構(gòu)（VDI）、數(shù)據(jù)倉庫及本地開發(fā)和測(cè)試提供節(jié)省空間的副本。很多情況下可能都需要復(fù)制此類克隆副本來對(duì)它們進(jìn)行保護(hù)。在Data ONTAP 8.0.1（7 模式）之前，如果使用Volume SnapMirror來復(fù)制FlexClone卷，則會(huì)失去節(jié)省的空間。目標(biāo)上的FlexClone卷需要的容量與父卷大小相等。從Data ONTAP 8.0.1開始，當(dāng)在標(biāo)準(zhǔn)模式（7 模式）下操作時(shí)，只要也復(fù)制了FlexClone卷的父卷，就可以使用Volume SnapMirror來復(fù)制FlexClone 卷，在目標(biāo)系統(tǒng)上無需額外容量。

圖 4）從Data ONTAP 8.0.1開始，只要復(fù)制了父卷，就可以使用SnapMirror復(fù)制FlexClone卷，而不會(huì)降低存儲(chǔ)效率。

使用SnapMirror技術(shù)

卷SnapMirror可實(shí)現(xiàn)從數(shù)秒到數(shù)分鐘的恢復(fù)時(shí)間目標(biāo)（RTO），以及低至幾分鐘的恢復(fù)點(diǎn)目標(biāo)（RPO）。如果您需要的RPO比異步SnapMirror可以實(shí)現(xiàn)的RPO更短，則必須選擇MetroCluster或者同步/半同步SnapMirror。請(qǐng)記住，同步解決方案的實(shí)施通常需要使用大得多的網(wǎng)絡(luò)帶寬以及專業(yè)化的網(wǎng)絡(luò)設(shè)備，因此代價(jià)不菲。

當(dāng)距離不超過 100 千米時(shí)，MetroCluster是首選解決方案，因?yàn)樗商峁┏掷m(xù)的數(shù)據(jù)可用性和自動(dòng)故障轉(zhuǎn)移與恢復(fù)。SnapMirror同步模式將支持的距離擴(kuò)大一倍，達(dá)到200千米；SnapMirror半同步模式支持的距離可以超過200千米（如果您需要更長距離內(nèi)盡可能低的RPO）。同步和半同步SnapMirror支持的功能集與異步SnapMirror不同，例如使用同步和半同步模式時(shí)不支持網(wǎng)絡(luò)壓縮和SnapManager集成。有關(guān)如何將MetroCluster與SnapMirror配合使用的更多信息，請(qǐng)查看最近的一篇Tech OnTap文章。

當(dāng)您開始使用卷SnapMirror時(shí)，必須注意一些常規(guī)注意事項(xiàng)：

·注意您正在運(yùn)行的操作模式對(duì)Data ONTAP版本的要求。

o異步卷SnapMirror：目標(biāo)系統(tǒng)必須使用相同版本或更高版本的主版本/次要版本。

o同步或半同步卷SnapMirror：源系統(tǒng)和目標(biāo)系統(tǒng)必須運(yùn)行相同版本。

表 2） 異步SnapMirror對(duì)源系統(tǒng)和目標(biāo)系統(tǒng)Data ONTAP的要求。

·卷SnapMirror僅支持在類型相同的聚合之間進(jìn)行復(fù)制：即32位聚合復(fù)制到32位聚合或64位聚合復(fù)制到64位聚合。

·SnapMirror可以在以太網(wǎng)和光纖通道上運(yùn)行。有關(guān)光纖通道的要求，請(qǐng)參見交換機(jī)支持表（需要NOW訪問權(quán)限）。

·同步和半同步模式易受距離和往返時(shí)間（RTT）影響。同步模式下，RTT應(yīng)小于2毫秒；半同步模式下，RTT應(yīng)小于5毫秒。

·可并發(fā)執(zhí)行的SnapMirror傳輸有數(shù)量限制。這些限制具體取決于您所擁有的NetApp系統(tǒng)的類型以及您正在運(yùn)行的Data ONTAP的版本。請(qǐng)?jiān)L問此鏈接 <https://now.netapp.com/NOW/knowledge/docs/ontap/rel801/html/ontap/onlinebk/frameset.html>了解更多信息。（需要NOW訪問權(quán)限。）要了解更多詳細(xì)信息，請(qǐng)參見相應(yīng)的技術(shù)報(bào)告：

·TR-3446：《SnapMirror Async Overview and Best Practices Guide》 <http://www.netapp.com/us/library/technical-reports/tr-3446.html>

·TR-3326：《SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations》 <http://www.netapp.com/us/library/technical-reports/tr-3326.html>

SnapMirror與其他NetApp技術(shù)

鑒于SnapMirror在許多NetApp部署中都具有核心的重要作用，我們對(duì)它非常重視，力保它可與絕大多數(shù) NetApp 軟件解決方案進(jìn)行互操作。以下是一些您可能想要了解的使用細(xì)節(jié)：

·SnapManager套件。SnapManager套件旨在為重要應(yīng)用程序（包括Microsoft Exchange、SQL Server和SharePoint以及Oracle、SAP）提供數(shù)據(jù)保護(hù)和災(zāi)難恢復(fù)服務(wù)。這些應(yīng)用程序中也包括VMware和Microsoft Hyper-V虛擬機(jī)管理程序。使用相應(yīng)的SnapManager產(chǎn)品（或適用于VMware的虛擬存儲(chǔ)控制臺(tái)）時(shí)，您可以確保一致地復(fù)制應(yīng)用程序和/或虛擬機(jī)管理程序數(shù)據(jù)，以便可以在遠(yuǎn)程站點(diǎn)重新啟動(dòng)操作。

·FlexClone。請(qǐng)參見前面關(guān)于用例的部分，了解關(guān)于使用SnapMirror和FlexClone的信息。另外還可參見“基礎(chǔ)知識(shí)回顧”中的FlexClone篇 <http://www.netapp.com/cn/communities/tech-ontap/tot-btb-flexclone-1105-zh.html>。

在某些情況下，節(jié)省空間的卷克隆將包含有必要進(jìn)行復(fù)制的關(guān)鍵數(shù)據(jù)。

·重復(fù)數(shù)據(jù)刪除。當(dāng)您使用卷SnapMirror復(fù)制經(jīng)過重復(fù)數(shù)據(jù)刪除的卷時(shí)，目標(biāo)卷會(huì)繼承所節(jié)省的空間。

結(jié)論

NetApp SnapMirror技術(shù)是一種重要的災(zāi)難恢復(fù)及通用復(fù)制工具，可單獨(dú)使用也可與NetApp SnapManager套件之類的其他解決方案配合使用。要了解關(guān)于NetApp SnapMirror的更多信息，請(qǐng)務(wù)必參見 TR-3446：《SnapMirror Async Overview and Best Practices Guide》<http://www.netapp.com/us/library/technical-reports/tr-3446.html>和 TR-3326：《SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations》<http://www.netapp.com/us/library/technical-reports/tr-3326.html>。

fanz