|
|
||||||||||||||||||||||||||||
Netapp snapmirror軟件,災(zāi)難恢復(fù)技術(shù)netapp snapvault snapmirror flexclone
TEL:13910098771









配置概述
Snapmirror用于在不同NetApp之間(或者同一臺(tái))做卷的鏡像復(fù)制,是NetApp長(zhǎng)期以來較為成熟的容災(zāi)解決方案,通常來講,兩套NetApp之間要實(shí)現(xiàn)Snapmirror至少需要滿足以下條件:
兩臺(tái)NetApp均購買了高級(jí)軟件包授權(quán)(Premium Lisence),其中包含了Snapmirror在內(nèi)的多個(gè)高級(jí)功能
兩臺(tái)NetApp之間網(wǎng)絡(luò)互通(Snapmirror網(wǎng)絡(luò)路由可達(dá))
目的端Ontap的版本必須大于等于源端,同時(shí)跨度不能太大,以下是部分官方的互操作列表:
但經(jīng)實(shí)際生產(chǎn)環(huán)境測(cè)試,通過CLI,即使版本跨度很大(本文案例Ontap9.1至9.9),Snapmirror依然能夠正常使用!
以下是源端和目的端具體版本:
NetApp Release 9.1: Fri Dec 23 04:09:51 UTC 2016
NetApp Release 9.9.1P2: Thu Aug 19 13:53:06 UTC 2021
1
2
配置流程
在完成前期準(zhǔn)備工作后,大致的Snapmirror創(chuàng)建思路如下:
前期準(zhǔn)備工作
前期準(zhǔn)備工作主要包括確認(rèn)兩套NetApp的授權(quán),源端及目的端需要做Mirror的相關(guān)信息的確認(rèn),具體需要如下信息,主要是確認(rèn)源與目的端卷的路徑Cluster:SVM:Vol
首先源端應(yīng)是已在正常使用的卷,目的端前期準(zhǔn)備工作包括:
存儲(chǔ)初始化配置
創(chuàng)建目的端的SVM
創(chuàng)建源端和目的端的Snapmirror網(wǎng)絡(luò),這個(gè)可直接在WebUI創(chuàng)建,確認(rèn)LIF角色為集群間,創(chuàng)建完成后確認(rèn)兩端Snapmirror網(wǎng)絡(luò)路由可達(dá)
完成相關(guān)準(zhǔn)備工作后,即可進(jìn)入正式配置
集群對(duì)等配置
先進(jìn)入源端配置,主要配置對(duì)端IP及配對(duì)密碼
psns::> cluster peer create -peer-addrs xx.xx.xx.185,xx.xx.xx.186
Notice: Choose a passphrase of 8 or more characters. To ensure the authenticity of the peering relationship, use a phrase or sequence of characters that
would be hard to guess.
Enter the passphrase:
Confirm the passphrase:
1
2
3
4
5
6
7
再進(jìn)入目的端配置,與源端一樣配置IP及配對(duì)密碼,這里需要特別注意,由于老版本不支持加密,新版Ontap默認(rèn)是加密的,因此需要手動(dòng)取消
FAS2750::> cluster peer create -peer-addrs 137.40.142.191,137.40.142.192 -encryption-protocol-proposed none
Notice: Use a generated passphrase or choose a passphrase of 8 or more characters. To ensure the authenticity of the peering relationship, use a phrase or
sequence of characters that would be hard to guess.
Enter the passphrase:
Confirm the passphrase:
1
2
3
4
5
6
7
配置完成后在兩端均可確認(rèn)集群對(duì)等狀態(tài)
FAS2750::> cluster peer show
Peer Cluster Name Cluster Serial Number Availability Authentication
------------------------- --------------------- -------------- --------------
psns 1-80-136245 Available ok
1 entries were displayed.
1
2
3
4
5
Vserver對(duì)等配置
同樣先進(jìn)入源端進(jìn)行配置,配置源到目的的SVM信息
psns::> vserver peer create -peer-cluster FAS2750 -peer-vserver SVM-CIFS -vserver svm-cifs -applications snapmirror
Info: [Job 15977] 'vserver peer create' job queued
psns::> vserver peer show
Peer Peer Peering Remote
Vserver Vserver State Peer Cluster Applications Vserver
----------- ----------- ------------ ----------------- -------------- ---------
svm-cifs SVM-CIFS initializing FAS2750 snapmirror SVM-CIFS
1 entries were displayed.
1
2
3
4
5
6
7
8
9
10
在目的端能看到源端發(fā)起的配對(duì)請(qǐng)求,選擇接受
FAS2750::> vserver peer accept -vserver SVM-CIFS -peer-vserver svm-cifs
Info: [Job 157] 'vserver peer accept' job queued
FAS2750::> vserver peer show
Peer Peer Peering Remote
Vserver Vserver State Peer Cluster Applications Vserver
----------- ----------- ------------ ----------------- -------------- ---------
SVM-CIFS svm-cifs peered psns snapmirror svm-cifs
1 entries were displayed.
1
2
3
4
5
6
7
8
9
10
11
確認(rèn)兩端的Vserver配置正常
Snapmirror配置
這里補(bǔ)充一步,正常UI界面配置Snapmirror任務(wù)的時(shí)候目的端的卷是自動(dòng)創(chuàng)建,但在命令行中我并未找到相關(guān)命令(知道的朋友可以在留言里交流下),因此我選擇了手動(dòng)創(chuàng)建Mirror卷
手動(dòng)創(chuàng)建卷需要注意幾點(diǎn):
容量必須大于等于源卷
由于用作Mirror卷,因此類型不能是RW,必須是DP
FAS2750::> vol create -vserver SVM-CIFS -volume FAS2750_CIFS -aggregate DATA -size 6TB -state online -security-style ntfs -type DP
[Job 158] Job succeeded: Successful
FAS2750::> vol show
Vserver Volume Aggregate State Type Size Available Used%
--------- ------------ ------------ ---------- ---- ---------- ---------- -----
FAS2750-01
vol0 aggr0_FAS2750_01
online RW 151.3GB 117.4GB 18%
FAS2750-02
vol0 aggr0_FAS2750_02
online RW 151.3GB 117.8GB 18%
SVM-CIFS FAS2750_CIFS DATA online DP 6TB 6.00TB 0%
SVM-CIFS SVM_CIFS_root
DATA online RW 1GB 971.2MB 0%
SVM-NFS FAS2750_NFS DATA online RW 4.21TB 2.95TB 26%
SVM-NFS SVM_NFS_root DATA online RW 1GB 971.1MB 0%
6 entries were displayed.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
進(jìn)入目的端進(jìn)行配置,根據(jù)初期計(jì)劃創(chuàng)建Snapmirror任務(wù)
FAS2750::> snapmirror create -source-cluster psns -source-vserver svm-cifs -source-volume CIFS_6TB -destination-cluster FAS2750 -destination-vserver SVM-CIFS -destination-volume FAS2750_CIFS
Operation succeeded: snapmirror create for the relationship with destination "SVM-CIFS:FAS2750_CIFS".
FAS2750::> snapmirror show
Progress
Source Destination Mirror Relationship Total Last
Path Type Path State Status Progress Healthy Updated
----------- ---- ------------ ------- -------------- --------- ------- --------
svm-cifs:CIFS_6TB
XDP SVM-CIFS:FAS2750_CIFS
Uninitialized
Idle - true -
1 entries were displayed.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
初始化MSnapmirror任務(wù)
FAS2750::> snapmirror initialize -destination-path SVM-CIFS:FAS2750_CIFS
Operation is queued: snapmirror initialize of destination "SVM-CIFS:FAS2750_CIFS".
FAS2750::> snapmirror show
Progress
Source Destination Mirror Relationship Total Last
Path Type Path State Status Progress Healthy Updated
----------- ---- ------------ ------- -------------- --------- ------- --------
svm-cifs:CIFS_6TB
XDP SVM-CIFS:FAS2750_CIFS
Uninitialized
Transferring 0B true 03/31 15:58:11
1 entries were displayed.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
任務(wù)驗(yàn)證
CLI和WebUI中均可查看當(dāng)前的傳輸進(jìn)度
FAS2750::> snapmirror show
Progress
Source Destination Mirror Relationship Total Last
Path Type Path State Status Progress Healthy Updated
----------- ---- ------------ ------- -------------- --------- ------- --------
svm-cifs:CIFS_6TB
XDP SVM-CIFS:FAS2750_CIFS
Uninitialized
Transferring 8.84GB true 03/31 16:02:33
2 entries were displayed.
1
2
3
4
5
6
7
8
9
10
11
WebUI
完成后狀態(tài)顯示正常,后期根據(jù)實(shí)際的需求,數(shù)據(jù)變化量,帶寬等綜合考量配置合適的Snapmirror策略即可
Netapp SnapMirror和 SnapVault限制傳入傳出流量
4-5
客戶現(xiàn)場(chǎng)使用netapp snapmirror功能后每當(dāng)傳輸數(shù)據(jù)開始時(shí),外網(wǎng)流量占用很大,影響到了正常業(yè)務(wù)使用需求。考慮限制snapmirror傳出流量。 解決方案: 根據(jù)netapp 官方文檔https://docs.netapp.com/us-en/ontap/data-protection/snapmirror-global-...
vol copy、ndmpcopy以及snapmirror在數(shù)據(jù)遷移中應(yīng)用的區(qū)別_ndmp copy...
4-16
snapmirror 1 : 支持塊級(jí)拷貝,可以在網(wǎng)絡(luò)中遷移數(shù)據(jù)(大量數(shù)據(jù)) 2: 當(dāng)異步mirror時(shí)snapmirror從源卷或qtree復(fù)制snapshot images 到partner目標(biāo)卷或qtree,源卷到目標(biāo)卷每隔一定的時(shí)間進(jìn)行 3: 當(dāng)同步mirrorror時(shí),snapmirror以源卷復(fù)制...
netapp學(xué)習(xí)(十一)---Snapmirror
352
snapmirror有兩個(gè)條件:(1)、目的卷是restricted,(2)目的卷大小大于或等于源卷 下面開始實(shí)驗(yàn) 1、在目的端使目的卷restricted DataOnTap2> vol restrict vol1 Volume 'vol4' is now restricted. 2、如果執(zhí)行下面這句命令時(shí)報(bào)錯(cuò),DataOnTap2&...
新 PRTG 發(fā)布!兩個(gè)新傳感器和所有語言文件的更新。
yukicyy的博客
135
PRTG 22.4.80.1553 現(xiàn)已在穩(wěn)定發(fā)布頻道中可用!此版本附帶實(shí)驗(yàn)性NetApp SnapMirror v2傳感器、實(shí)驗(yàn)性端口v2 傳感器和所有語言文件的更新。
Netapp snapmirror 同步數(shù)據(jù)的狀態(tài)恢復(fù)_netapp檢查同步情況
4-1
Netapp snapmirror 同步數(shù)據(jù)的狀態(tài)恢復(fù) 由于存儲(chǔ)的搬遷,snapmirror 的狀態(tài)設(shè)置為break狀態(tài),當(dāng)存儲(chǔ)在新的機(jī)房安裝好了后,進(jìn)行如下的恢復(fù)! 1: 查看恢復(fù)前的數(shù)據(jù)同步狀態(tài): WH-FAS8020A> snapmirrorstatus...
...ONTAP平臺(tái)Snapshot副本和SnapMirror災(zāi)備介紹_snapshot snapmirror-CSD...
4-14
SnapMirror 是一種災(zāi)難恢復(fù)技術(shù),可用于從主存儲(chǔ)故障轉(zhuǎn)移到位于不同地理位置的遠(yuǎn)程站點(diǎn)上的二級(jí)存儲(chǔ)。顧名思義,SnapMirror 會(huì)在二級(jí)存儲(chǔ)上為您的工作數(shù)據(jù)創(chuàng)建一份副本或鏡像,這樣,在主站點(diǎn)發(fā)生災(zāi)難時(shí),您仍可繼續(xù)提供數(shù)據(jù)。
災(zāi)備,兩地三中心
Snapmirror也分為同步和異步模式。在異步模式下,Snapmirror針對(duì)源卷每隔一段時(shí)間做一次快照,通過比對(duì)兩次Snapshot的變化數(shù)據(jù)地 址,從而將這些變化的數(shù)據(jù)傳輸?shù)竭h(yuǎn)程存儲(chǔ)系統(tǒng)對(duì)應(yīng)的卷中。這種思想的本質(zhì)其實(shí)也是批量傳送,對(duì)源卷的Snapshot就相當(dāng)于一次Suspend, 比對(duì)兩份快照的變化數(shù)據(jù)地址,就相當(dāng)于記錄Bitmap。
對(duì)于多立存儲(chǔ)系統(tǒng)之間一致性組保證方面,NetApp是基于主機(jī)VSS實(shí)現(xiàn)的。其Snapmanager產(chǎn)品(與EMC的Replication Manager類 似),作為一個(gè)Requestor向VSS發(fā)送快照請(qǐng)求,VSS將Suspend對(duì)應(yīng)的應(yīng)用程序的IO,這樣,不管這個(gè)應(yīng)用程序需要讀寫的卷分布于單個(gè)存儲(chǔ) 系統(tǒng)還是多個(gè)存儲(chǔ)系統(tǒng),所有的系統(tǒng)都有足夠的時(shí)間來對(duì)相應(yīng)的卷進(jìn)行快照操作。作為VSS的Provider,Snapdriver作為快照代理,將向所有對(duì) 應(yīng)的存儲(chǔ)系統(tǒng)發(fā)起快照請(qǐng)求。快照完成后,Snapmanger可以調(diào)用Snapmirror對(duì)變化的數(shù)據(jù)進(jìn)行傳輸。針對(duì)多主機(jī)之間的一致性組實(shí)現(xiàn),尚未有 解決方案。
對(duì)于同步模式,Snapmirror是利用Catchup模式實(shí)現(xiàn)的。Snapmirror首先進(jìn)入異步模式,即數(shù)據(jù)復(fù)制的Session建立之后,立即生成快 照,然后初次數(shù)據(jù)傳遞過程需要傳遞源卷上所有被這份Snapshot所占用的數(shù)據(jù),需要比較長(zhǎng)的時(shí)間。傳完后再次做Snapshot,比對(duì)兩次 Snapshot中變化的數(shù)據(jù)地址,再次同步。就這樣一直進(jìn)行下去,當(dāng)達(dá)到一定的Gap閾值時(shí),系統(tǒng)進(jìn)入同步復(fù)制階段,針對(duì)源卷的每一個(gè)寫IO在 進(jìn)入本地日志鏈后立即同步到遠(yuǎn)程,遠(yuǎn)程系統(tǒng)接收到寫IO之后,先將其存放于Vol0下面的日志鏈文件中,然后在后臺(tái)將日志讀出重放,從而寫 入對(duì)應(yīng)的卷。
由于WAFL的快照方式與其他廠商的常規(guī)設(shè)計(jì)不同,所以在比對(duì)兩份Snapshot的時(shí)候并不是按照本書第16章中介紹的機(jī)制進(jìn)行的。WAFL 的每份Snapshot其實(shí)就是一份真實(shí)的文件系統(tǒng)MetaData Tree。這個(gè)Tree中記錄了整個(gè)物理存儲(chǔ)空間的Bitmap,AFS以及每個(gè)Snapshot都會(huì)有 自己的Bitmap,通過下列規(guī)則比對(duì)兩份Bitmap即可得出變化的數(shù)據(jù)地址。規(guī)則1:后面的Bitmap中為1的但是前面Bitmap中為0的位,則表明這 個(gè)地址對(duì)應(yīng)的數(shù)據(jù)發(fā)生了更改。規(guī)則2:后面Bitmap中為1并且前面Bitmap中也為1的位,表明這個(gè)地址對(duì)應(yīng)的數(shù)據(jù)是兩份Snapshot共用的,一 定也沒有變化過。規(guī)則3:不可能存在后面Bitmap中為0而前面Bitmap中為1的數(shù)據(jù)。因?yàn)閃AFl從來不覆蓋正在被某Snapshot占用的數(shù)據(jù)。
雖然EMC的MirrorView也同樣是采用比對(duì)快照的方式進(jìn)行數(shù)據(jù)復(fù)制,但是其本質(zhì)上有區(qū)別。NetApp在數(shù)據(jù)復(fù)制到遠(yuǎn)程之后,快照也就自然 而然地生成了,因?yàn)閃AFl的快照本身就是一個(gè)卷的全部?jī)?nèi)容,而傳統(tǒng)的Snapshot,源卷是源卷,相關(guān)的映射表和其他元數(shù)據(jù)等都存在于源卷額 外的存儲(chǔ)空間,即這些映射表里記錄的是源卷的數(shù)據(jù)變化而不是記錄自己所占用空間的變化,更不會(huì)將自己占用的空間的數(shù)據(jù)變更同步到遠(yuǎn) 程,所以EMC的MirrorView在同步完一批數(shù)據(jù)之后需要在遠(yuǎn)程系統(tǒng)創(chuàng)建一份快照。而WAFl在同步完一批數(shù)據(jù)之后,只需要進(jìn)行一個(gè)叫做“Jump Ahead”的操作即可,即,將容災(zāi)卷上的AFS入口指針指向最新的Snapshot入口指針,并且刪除前一份Snapshot。當(dāng)然這份Snapshot就是剛被同 步過來的數(shù)據(jù)所自然形成的而不是待同步完成后期制作的。
NETAPP E2712 E2800 FAS2552 FAS3210 FAS3140 FAS3170 FAS3220 FAS3240 FAS3250 FAS3270 FAS6210 FAS6250 FAS8020 FAS8040 FAS860 FAS8080 FAS8200 FAS2720 FAS2750存儲(chǔ)整機(jī)及配件V3170 V3240
Netapp存儲(chǔ)柜Netapp磁盤柜Netapp磁盤陣列柜Netapp硬盤擴(kuò)展柜Netapp硬盤籠子Netapp光纖交換機(jī)Netapp硬盤Netapp風(fēng)扇Netapp電池Netapp控制器Netapp電源Netapp線纜等整機(jī)及新老配件批發(fā)TEL:13910098771