5.数据保护在线备份和恢复学习_Snapvault.doc

数据保护在线备份和恢复学习(第六部分) SnapVault目 录一、SnapVault概述31、什么是SnapVault32、术语33、SnapVault的优点44、通过SnapVault数据是怎么备份和恢复的45、基本的SnapVault部署55.1、主节点存储系统55.2、次节点存储系统56、主节点到次节点再到磁带的备份67、主节点到次节点，次节点再使用SnapMirror68、SnapVault备份怎么工作？78.1、开始基线传输78.2、创建计划增量传输79、开放平台SnapVault备份怎么做89.1、开始基线传输89.2、计划增量传输810、最大数量的同步SnapVault备份8二、规划SnapVault备份81、规划主次qtree的位置82、规划SnapVault备份计划和快照保留93、如果保留超过251个快照副本104、预计最初的备份时间10三、设置基本的SnapVault备份101、关于配置SnapVault备份102、在主节点设置SnapVault113、在次节点配置SnapVault114、设定按计划日程的SnapVault更新备份125、当发生数据丢失或损坏，如何恢复数据13四、激活SnapVault141、为什么需要激活SnapVault142、输入license码143、设置enable选项144、设置ndmpd选项145、设置访问控制选项15五、建立一个SnapVault备份关系151、指定主节点上的数据集152、创建SnapVault关系指南163、备份qtree数据164、备份非qtree数据164.1、什么是非qtree数据164.2、初始化备份主节点non-qtree 数据备份175、备份volume数据175.1、将源端的卷作为备份单元时的数据结构175.2、卷的备份使用SnapVault的理由175.3、将数据从vol备份到qtree的限制185.4、初始化备份主存储volume的数据185.5、恢复目标端的qtree到最初的volume结构19六、调度SnapVault 快照更新191、关于SnapVault快照更新的调度192、与普通快照计划的冲突203、调度SnapVault主节点上的快照204、调度备份到SnapVault二级存储的快照215、调度二级节点上的快照归档226、如何显示当前设置好的快照计划22七、检查SnapVault传输231、显示数据复制状态的原因232、检查状态命令233、状态显示结果各列的含义25八、显示SnapVault快照271、如何显示卷上的SnapVault快照273、snap list q命令输出示例274、如何列出qtree的快照29九、改变SnapVault备份关系的设置301、为什么要修改SnapVault设置302、如何修改SnapVault设置31十、手工更新单个备份节点qtrees321、为什么手工更新备份节点的qtree322、如何更新二级节点上的快照32十一、手工创建快照331、为什么手工创建快照332、如何手工创建快照33十二、用SnapVault恢复数据到主节点341、关于SnapVault数据恢复342、恢复主节点数据343、删除残留的快照36十三、终止SnapVault传输371、为什么要终止传输372、中止主-备的数据传输373、中止备-主的数据传输374、中止SnapVault快照创建37十四、结束qtree的SnapVault备份381、为什么结束SnapVault备份382、如何结束SnapVault备份38十五、取消SnapVault 快照的日程计划381、为什么要取消设置为计划执行的快照382、如何取消设置为计划执行的快照39十六、释放SnapVault关系391、为什么释放SnapVault关系392、如何释放SnapVault关系39十七、通过SnapMirror 保护SnapVault备份401、关于备份节点的保护401.1、用SnapMirror保护SnapVault数据的过程40十八、关闭SnapVault471、为什么将SnapVault服务关闭472、如何关闭SnapVault服务47二十、VERITAS NetBackup管理的SnapVault47二十一、SnapVault for VERITAS NetBackup65二十二、SnapVault实际测试88 一、SnapVault概述1、什么是SnapVault SnapVault 是Data ONTAP 提供的基于磁盘的存储备份产品，它使存储在多个存储系统上的数据可以被快速和有效的备份到中央的、二级存储系统，并作为一个只读的快照copies. 一旦存储上的数据丢失或者损坏，备份在SnapVault secondary system的数据可以快速恢复，这种方式比常规的磁带备份和恢复操作需要更少的宕机时间和不确定性。2、术语 这章用下列术语来描述SnapVault特点:l 主节点存储-这个存储上的数据需要备份。l 次节点存储-一个存储系统或者近线存储在上面保存备份数据。l 主节点qtree-一个主节点上的qtree,它上面的数据要备份到次节点上的一个qtree。l 次节点qtree-一个次节点上的qtree,它上面保存的是主节点上qtree的数据。l 开放系统平台-一个服务器运行AIX, Solaris, HP-UX, Red Hat、SuSe Linux, 和 Windows platforms, 它们上面的数据可以被备份到SnapVault次级节点。l 开放平台SnapVault agent-一个软件模块，可以使宿主上的数据备份到SnapVault次级节点。l SnapVault关系-备份关系，在主节点的qtree或者开放系统平台上的目录，和之对应的二级节点的qtree之间的关系。l SnapVault快照-SnapVault定期的在主节点和次节点创建的备份镜像。SnapVault快照捕捉每一个主节点qtree的数据状态。这个快照数据被传送到次级节点，为了长期保存和恢复之用，次级节点维护快照的版本。l SnapVault Snapshot basename-通过snapvault snap sched命令，系统分配给一组SnapVault 快照的名字，作为增量的快照在主节点和次节点之间都保存，系统追加数字 (0, 1, 2, 3,等等) 到basenames来跟踪最新的快照和更早快照的更新。 l SnapVault baseline transfer-一个最初的主节点qtree或开放平台目录的完全备份到次级节点的响应qtree。l SnapVault incremental transfer-一个接下来到二级节点的备份动作，只包含主节点最后一次传输到当前的数据变化量才传输。3、SnapVault的优点SnapVault基于磁盘的备份和恢复有下列优势:l 可以在线的浏览备份的文件（备份数据是可读的，注意不是可写的，备份数据100可用）。 l 可以快速的制定计划, 频繁,有效的备份大量数据l 执行快速的、灵活的、可选择的和简单的恢复操作。l 最小化介质消耗和系统开销通过增量备份。数据备份只需一次全备份，然后是增量备份，节省网络带宽，可以按小时做备份，出现故障，损失的数据非常少。l 如果磁带备份是必须的,把主节点的磁带备份任务从主节点挪到次级节点，这样可以集中操作并节省资源。 l 配置和维护一个系统来备份存储在多个平台上的数据：包括Data ONTAP, AIX, Solaris, HP-UX, Linux,或 Windows系统。4、通过SnapVault数据是怎么备份和恢复的 通过SnapVault备份和恢复的数据结构依赖主节点是什么类型。l 在运行Data ONTAP的存储系统中, qtree是SnapVault 备份和恢复的最基本单元。(知识点)SnapVault备份主节点上指定的qtree到SnapVault次级存储上相应qtree。 如果有必要的时候，数据从相应次级节点的qtree恢复回相应主节点的qtree。l 在开放平台系统，目录是SnapVault 备份最基本的单元。(知识点)SnapVault备份本地系统上的指定目录到SnapVault次级节点的qtree。必要时，SnapVault 可以恢复整个目录或指定文件到开放系统平台。5、基本的SnapVault部署最基本SnapVault备份系统部署包括下列组成部分：5.1、主节点存储系统主节点存储系统可以是运行Data ONTAP 的平台和开放系统平台。l 在主节点，SnapVault备份qtree数据，非qtree数据和整个卷到SnapVault次节点。(都什么存储单元可以通过Snapvault备份)l 支持的开放平台包括Windows服务器、 Solaris服务器, AIX服务器, Red Hat 和 SuSe Linux服务器, 以及HP-UX服务器.在开放平台, SnapVault可以备份目录到此节节点的qtree，SnapVault 可以恢复整个目录和单个文件。 5.2、次节点存储系统SnapVault次节点是一个集中的基于磁盘的设备，它可以接收到并保存备份数据，任何存储都可以配置为次级存储平台，但推荐是使用NETAPP的近线存储。问题:Which system is recommended as a secondary system for SnapVault?FAS with NearStore license.下图展示了基本的SnapVault部署：6、主节点到次节点再到磁带的备份 一个部署的变化是增加一个磁带备份设备到SnapVault次级节点。这种部署方法出于两个目的:l 这样部署可以使大量老数据可以离线备份而使最新数据在线备份，这样可以快速恢复，另外，不会造成主节点存储因为备份造成性能下降、系统不可访问、及从多个系统复杂的直接备份。l 万一数据丢失或损坏，可以从次级节点恢复数据。 注意：用这个方法一些UNIX 属性可能丢失; 特别是, UNIX (ACLs).7、主节点到次节点，次节点再使用SnapMirror另一种基本的SnapVaul部署变化可以保护存储在次级节点上的备份数据，相当于对备份数据再加一层保护，一个SnapVault二级存储上的数据可以配置镜像到一个partner存储. 如果次级存储损坏，则伙伴存储可以转换为次级存储继续提供SnapVault备份，从而减少中断。下图展示了如何部署：注意:没有snapvault后再snapvault的配置推荐。8、SnapVault备份怎么工作？SnapVault备份过程如下:8.1、开始基线传输l 在命令行敲入命令,可以开始基线传输 SnapVault次级节点需要最初的基线传输，在主次节点的qtree之间，这个传输在主次qtree之间建立了SnapVault备份恢复关系。 l 次节点发出请求(注意是在次级节点发出命令)，主节点响应，然后就开始传输。8.2、创建计划增量传输l 每个主节点,响应命令行输入，针对哪个卷里的哪个qtree来创建一组制订好时间计划的SnapVault qtree快照(为了跟踪快照，可以按频率来命名，比如： sv_hourly, sv_nightly,等等). 对于每个快照集组, SnapVault保存一定数量的主节点快照，可以指定每个快照的版本号（0是当前的，1是第二个等等）.l 在SnapVault备份节点, 响应命令行输入，会执行一组制订好时间计划的数据传输和快照活动，对于备份节点上的每个qtree, SnapVault备份节点将主节点上每个对应qtree上的快照数据拉过来，这里面包含了自最后一次数据传输后发生数据变化的增量数据。如果在备份节点没有创建计划传输时间，则即使主节点创建了快照，但备份节点也没去拉这些快照。9、开放平台SnapVault备份怎么做9.1、开始基线传输l 先进行一次基线传输，建立开放系统与次级存储之间的备份恢复关系。l 每个开放平台,在次级存储提出请求后，传输指定目录最初的基线images到次级存储的qtree.9.2、计划增量传输参考8.210、最大数量的同步SnapVault备份SnapVault备份同步复制与SnapMirror复制具有相同的最大同步复制操作。二、规划SnapVault备份1、规划主次qtree的位置规划主节点qtree或开放系统的目录和次级节点的qtree对应是非常有帮助的，多个主节点的qtree和多个开放系统都可以备份到次节点一个卷中对应的qtree中。每个卷最大的qtree数量是255。主节点qtree或目录示例 对应次级节点qtree位置示例：systemA:/vol/vol1/qtreeAAsv_secondary:/vol/sv_vol/qtreeAAsystemA:/vol/vol1/qtreeABsv_secondary:/vol/sv_vol/qtreeABsystemB:/vol/vol1/qtreeBBsv_secondary:/vol/sv_vol/qtreeBBwinsrvrA:c:melzdirsv_secondary:/vol/sv_vol/melzdirux_srvrB:/usrs/moz_acctsv_secondary:/vol/sv_vol/moz_acct注意：通过光纤网络做SnapVault备份是不支持的。2、规划SnapVault备份计划和快照保留 在主次节点系统中, 要备份的数据是保存在Snapshot copies中.l 在运行Data ONTAP的主节点, 规划在主节点qtree多长时间创建SnapVault Snapshot copies。注意：在开放平台，是不应用快照规划和创建的。l 在SnapVault 次节点, 规划多长间隔更新次节点上的数据（从主节点传输过来的），然后创建快照来保留信息。l 从上两条可见，在主存储SnapVault会按照制定好的计划时间创建快照，而在备份节点这端也会制定时间计划来更新数据（从主节点传输过来的），然后再创建快照保存数据。l 规划如何限制二级节点一个卷上快照的数量，一般是251或更少。注意：次级节点上每个卷上的快照总和不能超过251个，如果快照数量的限制达到了，则老快照将被删除SnapVault将不在这个卷上再创建新的快照。（知识点）在开始SnapVault配置之前,可以用类似于下表的表格来设计每个卷保留多少快照，当更新的时候，多少可以保留，例如：l 每小时(每天定时在.) 数据改变的频繁程度，是否值得你去创建快照副本每小时、每两小时或者每四小时？l 每晚 你是想创建快照副本每晚上还是仅仅工作日晚上？l 每周每周保留多少有用的快照副本？Snapshot intervalsPrimary storage:when createdPrimary storage: Snapshot copies retainedSecondary storage: when createdSecondary storage:Snapshot copies retainedweeklysat 194sat 21 8nightlymon-fri 1910mon-fri 2060hourly7-18 118-19120Totaln/a21n/a188在前面的例子中, 假设用户在次级节点有12个qtrees，在次级节点用户规划如下：每周在星期六晚上9:00更新并保存8个快照。l 每天星期一到星期五晚上8点更新并保存60个。 l 每天定时在早上8点到晚上7点每小时更新并保存120个快照。这个例子里面会在第二节点的卷里面保留188个快照副本。快照副本的限制是251个快照副本每个卷，所以188个按计划的快照副本没有超过这个限制。3、如果保留超过251个快照副本如果你确定要保留超过251个SnapVault快照副本在SnapVault次节点, 可以通过在次节点设置额外的卷来实现，这样又可以支持251个快照副本。知识点:A SnapVault secondary volume can contain up to_251_Snapshot copies for data protection4、预计最初的备份时间 主节点和次节点之间最初的传输所需要的备份时间依赖于主节点要备份的inode数量，大约可以执行7百万个inodes每小时 (110,000 inodes per minute).三、设置基本的SnapVault备份1、关于配置SnapVault备份 主系统和次系统必须有独立的SnapVault licenses。对于active/active配置的系统, 可以注册一个节点作为主系统，另一个节点作为次系统。也就是snapvault可以在双控制的两个节点之间来做。l 在主系统, 使用命令激活SnapVault primary license, 同时指定SnapVault次节点主机。l 在次系统,使用命令加上license，指定哪台主系统需要备份，然后开始最初的快照备份。l 在主系统, 指定本地SnapVault快照副本什么时候做，而在SnapVault次系统指定时间计划将这些快照副本备份到次系统。 l 万一在主系统qtree发生数据丢失或数据毁坏，用snapvault restore命令来恢复受影响的qtree到最后一次保存的快照副本那个时间点的状态。2、在主节点设置SnapVault 在需要备份的主节点执行下列步骤： 步骤描述1 在主节点加上license:license add sv_primary_license2 在需要备份的主节点打开NDMP服务:ndmpd on.3 在需要备份的主节点激活SnapVault：options snapvault.enable on4 用options snapvault.access命令来指定保存备份数据的SnapVault次节点是那台主机： options snapvault.access host=snapvault_secondary如果使用主机名，必须具备使用/etc/hosts文件或者DNS或者NIS服务器等方法将主机名解析为IP地址的能力，当然在这里也可以用IP地址替代主机名。3、在次节点配置SnapVault 执行下列步骤：步骤描述1 加入license:license add sv_secondary_license =这两个节点license是不一样的，这与snapmirror不同.2 打开NDMP服务：ndmpd on.3 激活SnapVault. options snapvault.enable on4 用options snapvault.access命令指定哪几台主存储需要备份：options snapvault.access host=snapvault_primary1, snapvault_primary2 .5 对于主节点上每个需要备份的qtree，用snapvault start命令来执行一个最初的基线拷贝从主节点到次节点。注意是在备份节点做。snapvault start -S system_a:/vol/vol1/tree_a sv_systemb:/vol/sv_vol/tree_asnapvault start -S system_a:/vol/vol1/tree_b sv_systemb:/vol/sv_vol/tree_bsnapvault start -S system_a:/vol/vol1/tree_c sv_systemb:/vol/sv_vol/tree_c每个命令占一行。4、设定按计划日程的SnapVault更新备份在主节点和次节点两边都需要配置快照日程计划，可以执行下列命令： StepDescription1 在主节点一边:针对主节点需要备份的每个qtree用snapvault snap sched命令来设置SnapVault快照副本日程计划。 对于每一组快照副本，需要指定卷名、快照副本的basename (例如: sv_hourly, or sv_nightly,等等), 多少个SnapVault快照要保存在本地, and the days and hours to execute the Snapshot copies. For example:snapvault snap sched vol1 sv_weekly(basename) 1sat19snapvault snap sched vol1 sv_nightly 2mon-fri19snapvault snap sched vol1 sv_hourly 11mon-fri7-18注意:当指定SnapVault 快照副本basename的时候, 避免使用hourly, nightly,或者weekly.这样的命令会和非SnapVault snap sched快照副本命名冲突.2 在次节点一边：对于每个在主节点设置的SnapVault volume Snapshot,使用snapvault snap sched x命令来设置一组日程计划来传输快照和随后的次节点快照副本。例如：snapvault snap sched -x sv_vol sv_weekly 8sat20 snapvault snap sched -x sv_vol sv_nightly 7mon-fri20snapvault snap sched -x sv_vol sv_hourly 11mon-fri7-19在主节点和次节点的快照必须匹配,但是Snapshot副本的编号可以不同。-x参数使SnapVault拷贝新的或修改过的数据从主节点qtree到它们相关的次节点。在次节点上所有的指定卷上的qtree都更新完毕后， SnapVault就创建这volume的快照副本来归档。Note：在snapvault snap sched -x 命令发生5分钟后次节点产生快照副本；5、当发生数据丢失或损坏，如何恢复数据 一旦主系统的qtree发生数据丢失, 管理员可以使用snapvault restore命令来恢复这个qtree上的数据到SnapVault快照副本那个时间的状态。StepDescription1 在需要恢复数据的那台主系统的console口上，用以下snapvault restore命令来指定你想从那台次节点的那个qtree恢复数据，想从那个快照恢复（如果不是最近那个快照）: 例如:这个例子要恢复主系统melzhost上tree_b的数据从次节点tree_b最近一个快照副本恢复。snapvault restore -S secondary_host:/vol/sv_vol/tree_b melzhost:/vol/vol1/tree_bNote：整个命令要在一行完成。2 在主节点的卷上的恢复操作完成后,到SnapVault次节点用snapvault start r命令来重新开始主次节点qtree的SnapVaul备份关系：例如:snapvault start -r -S melzhost/vol/vol1/tree_b secondary_host/vol/vol1/tree_b四、激活SnapVault1、为什么需要激活SnapVault 执行下列操作激活SnapVault:l 在主次节点敲入license. l 在主次节点打开 options snapvault.enable 选项.设置这个选项是激活SnapVault数据传输和快照副本创建。 l 在主次节点都打开NDMP服务。 l 在主次节点设置snapvault.access 选项：1. 在次节点设置这个选项是决定哪个SnapVault primary storage system可以访问次节点。2. 在主节点设置这个选项是决定哪个SnapVault次节点系统可以访问主节点。2、输入license码 在主次节点分别输入各自的license码，如果使用active/active配置(clustered) 系统, 你可以激活一个SnapVault primary license在双活节点和SnapVault secondary license在另一个双活节点。注意：不管是单控制器还是双控制器的单个系统不能既激活SnapVault secondary 又激活SnapVault primary license. 也就是说一个存储在做snapvault的时候,不能既做主节点又做次节点。命令省略。3、设置enable选项StepAction1 分别在主次节点执行下面命令:options snapvault.enable on在重新启动这个选项仍然存在.4、设置ndmpd选项StepAction1 分别在主次节点执行下面命令:ndmpd on在重新启动这个选项仍然存在.5、设置访问控制选项snapvault.access选项控制那个存储系统可以请求数据传输。这个选项不受重启的影响。在主节点：设置有哪些次级存储授权可以访问主节点：StepAction1 options snapvault.access host=snapvault_secondaryExample：systemB options snapvault.access host=systemA在次节点:Example:systemA options snapvault.access host=systemB,systemCNote：授权谁都可以访问, 可以使用options snapvault.access all命令. 处于安全考虑不推荐这么做。五、建立一个SnapVault备份关系1、指定主节点上的数据集在主次节点都激活SnapVault 后，同时设置好主次节点可以互相访问后，这时候你必须指定主节点上哪个qtrees或volumes的数据计划传输到次节点设备 ，然后在主次节点之间执行一次完全(基线)数据传输。snapvault start命令用来配置主节点qtrees 或volumes与次节点qtree之间的SnapVault关系： l 指定主节点上那个qtrees或volumes上的数据要备份到次级节点的qtree.l 指定参数，参数包括传输速度和尝试的次数。l 初始基线传输。2、创建SnapVault关系指南l 建立SnapVault relationship的volumes之间具有相同的vol lang 设置. l 一旦建立这种关系, 不要改变目标卷的语言。l 源和目标qtree的名字不要使用空格和大写字母。l 建立关系后，不要给vol和qtree改名。 3、备份qtree数据(这个是推荐模式)初始化主节点的第一次备份，指定你想备份那个qtree并运行一次完全 SnapVault 传输：StepAction1 在次节点的console命令行，敲入如下命令：snapvault start -S prim_system:prim_qtree_path sec_host:sec_qtree_path注意命令格式:-S参数；主节点：主qtree路径总在前面，次节点：次qtree路径总在后面，如果没指定次节点机器名，那就是缺省在执行命令那台机器做。.sec_host 是目标机器的名字。sec_qtree_path 是次节点qtree的路径名。在执行snapvault start 命令之前，这个qtree在次节点不能存在。(重点)，也就是说目标qtree不需要提前建好,而是再做初始化传输的时候，自动就创建了。例子:systemB snapvault start -S systemA:/vol/vol2/qtree3 /vol/vol1/qtree3结果:在主节点(systemA)的vol2卷的qtree3创建快照副本，, 拷贝数据到次节点 (systemB) 的vol/vol1/qtree3, 配置好后可以为将来的更新做好准备。注意：主节点基线传输所需要的时间取决于有多少数据量及inode数量. 4、备份非qtree数据4.1、什么是非qtree数据Non-qtree data是存储上的任何数据但是其不在qtree中，包括：l 配置和日志目录(比如： /etc 或/logs)，通常客户端是不可见的l 在卷上的文件和目录，但不在qtree里面 4.2、初始化备份主节点non-qtree 数据备份 下列步骤：StepAction1 在次级节点, 敲入下列命令:snapvault start -S prim_system:/vol/volume_name/- /vol/volume_name/qtree_name-S prim_system:/vol/volume_name/-指定了主节点上vol里的non-qtree数据，(-) 符号代表指定卷里面所有的non-qtree数据。注意还不是备份vol，而是vol上面的目录和文件都指非qtree数据。/vol/volume_name/qtree_name 指定了次节点的那个qtree用来保存备份数据。这个qtree在执行snapvault start命令前不能存在。Note： non-qtree数据只能复制到SnapVault次级节点. 但恢复时只能恢复到主节点的qtree而不能作为non-qtree 数据恢复。Example：systemB snapvault start -S systemA:/vol/vol1/- /vol/vol4/non_qtree_data_in_vol75、备份volume数据5.1、将源端的卷作为备份单元时的数据结构SnapVault备份时，当把卷作为源端备份单元的时候，源端的卷被备份到了目的端的qtree,所以源卷里面包含的qtree到目的端都变成了qtree下面的目录。也就是说snapvault源端要备份的对象可以是vol，但是到目标端后，就变成qtree下面的目录了。5.2、卷的备份使用SnapVault的理由 你可能基于以下几个原因使用SnapVault备份卷到qtree:l 你计划要备份的卷包含多个qtrees。l 你计划快照的管理由SnapVault提供。l 你计划整合数据从几个源卷到单个的目的卷。 5.3、将数据从vol备份到qtree的限制l 会丢失qtree的quota管理. 源卷qtree的Quota信息将不会保存，当它们复制过去会变为目的端 qtree的目录.l 丢失qtree安全信息. 如果源端卷上的qtree有不同安全风格，在复制到目的端的qtree后，这些安全风格会丢失并被卷的安全风格替代。l 恢复数据不是一个简单的过程 SnapVault 不能恢复数据回卷，当恢复数据时，源卷被恢复成了qtree。l Volume-to-qtree备份不支持卷里面包含LUNs. 基于以上考虑，把vol作为snapvault备份的源端对象有很多限制，所以尽量还是选择qtree作为源端对象。5.4、初始化备份主存储volume的数据为了复制和保护主节点卷里的数据，可以根据下列步骤：步骤动作1 在次级节点:snapvault start -S prim_system:/vol/volume_name /vol/volume_name/qtree_name-S prim_system:/vol/volume_name 指定远端那个volume计划要备份。/vol/volume_name/qtree_name指定备份到次级节点的那个qtree.注意:在执行snapvault start命令之前 /vol/volume_name/qtree_name指定的qtree在目的端一定不能存在。例子：systemB snapvault start -S systemA:/vol/vol1 /vol/vol4/vol1_copy结果：SnapVault传输主节点systemA vol1上的数据到二级存储systemB的卷vol4上一个叫vol1_copy的qtree. 5.5、恢复目标端的qtree到最初的volume结构如果使用snapvault restore命令来做卷恢复, 源端的卷将被恢复为qtree.参考步骤如下:步骤动作1 用qtree create命令重新创建主节点上所有的qtrees 例子：pri_system qtree create /vol/projs/project_x2 用ndmpcopy命令恢复每个qtree的数据。例子：下列命令恢复备份在次级节点project_x目录的数据到在主节点上重新创建的project_x qtreepri_system ndmpcopy -sa username:password system2:/vol/vol1/projs/project_x /vol/projs/project_x3 用snapvault stop命令停止qtree updates和删除次级节点上的qtree 例子：从次级节点删除 projs qtree:sec_system snapvault stop /vol/vol1/projs4 snapvault start命令重新初始化基线拷贝每个qtree到二级存储。 例子：snapvault start -S systemA:/vol/projs /vol/vol1/projs 六、调度SnapVault 快照更新1、关于SnapVault快照更新的调度 当做完源端存储qtree和目的端存储qtree的初始化基线传输后，必须用snapvault snap sched命令来指定日程计划：l 主存储上的SnapVault快照副本会定期捕捉qtree上新建和变化的数据，如果它已经通过snapvault start 命令建立了SnapVault 关系。l 定期传输主节点qtrees上新建和修改的数据到与它们对应的二级节点qtrees。l 定期归档二级节点的SnapVault快照 注意：这章内容只描述了运行Data ONTAP 的存储使用SnapVault 备份，针对开放平台的SnapVault 备份, 可以参考Open Systems SnapVault documentation.2、与普通快照计划的冲突 如果SnapVault软件计划执行快照管理与缺省的snap sched活动在同一时间, 则使用snap sched 命令管理的快照活动可能失败，syslog会有如下信息： Skipping creation of hourly snapshot, 和Snapshot already exists. 为避免这种情况发生, 不要在冲突时间使用snapvault snap sched 命令来配置快照,也就是说系统做的快照比snapvault做的快照优先级高。3、调度SnapVault主节点上的快照在SnapVault主节点存储调度一组快照, 你可以使用snapvault snap sched命令指定在哪个卷做快照，快照的basename,保留多少版本的快照副本，哪天哪个时间点执行快照。在主节点调度快照，可参考下列步骤：步骤动作1 在主存储端，执行下列命令：snapvault snap sched volume_name snap_name schedule_specvolume_name 是主存储上在哪个卷上创建一组快照.snap_name是快照组的basename, 例如, sv_nightly. 快照的这个名字在主节点和次节点应保持一致，snap_name不能是hourly, nightly, 或 weekly ，这样可以避免和snap sched命令(系统日程计划作的快照)产生冲突.推荐可以是sv_nightly,sv_weekly。schedule_spec由下列格式组成countday_listhour_list.count 是保留几个版本（数量）的某个快照组. 这个列是(0)表示这个快照没有新实例创建。注意：每个卷可以保留的snapvault快照总数不能超过251个,如果达到这个数， SnapVault就不能再创建新的快照，而是覆盖旧的。day_list 是逗号分隔的列表，它指定哪天会创建新的快照. 有效的条目是mon tue wed thu fri sat sun(按星期几来表示). 它们大小写不敏感.可以用符号 (-)来指定一个范围, 比如, mon-fri.只有 (-) 符号意味着没有快照会自动创建. 但是可以通过手工创建快照. 缺省值是mon-sun.hour_list指定是哪个时刻创建快照.有效的条目时从0到23. 可以用符号 (-)来指定一个范围, 或用逗号分隔的列表来表示,例如, 7, 8-17, 19, 21, 23. 缺省是午夜 (0).例如：下列三个snapvault snap sched命令行在主节点的卷vol1调度三组SnapVault快照:（这个命令在主节点敲入）systemA snapvault snap sched vol1 sv_weekly 1sat19SnapVault每个星期六晚上7:00pm创建sv_weekly.0，,并保留一个副本。systemA snapvault snap sched vol1 sv_nightly 2mon-fri19SnapVault 星期一到星期六晚上7:00pm创建sv_nightly.0，并保留两个副本。systemA snapvault snap sched vol1 sv_hourly 11mon-fri7-18SnapVault 每星期一到星期五，每小时从早上7:00am到晚上6:00pm创建sv_hourly.0，并保留11个副本。4、调度备份到SnapVault二级存储的快照 为了调度SnapVault快照从主存储到二级存储,使用snapvault snap sched x命令.参考下列步骤：(这个命令在二级节点敲入)步骤动作1 从二级存储,在单行敲入下列命令:snapvault snap sched -x sec_vol snap_name schedule_specl -x选项是二级存储命令的一部分，这个参数指定次级节点上特定卷上的特定qtrees从主存储对应的qtrees 更新，在特定卷的新快照创建之前。 l sec_vol是二级存储指定卷的名字，会针对这个卷的快照做调度。 l snap_name是快照组的basename, 例如, sv_nightly. 快照的这个名字在主节点和次节点应保持一致(非常重要)，snap_name不能是hourly, nightly, 或 weekly ，这样可以避免和snap sched命令产生的快照冲突.l schedule_spec由下列格式组成countday_listhour_list.l count 是保留几个版本（数量）的某个快照组. 这个列是(0)表示这个快照没有新实例创建。针对格式countday_listhour_list的解释与主节点一样。注意：在任意时刻关闭主次存储上的SnapVault快照日程计划，可以使用snapvault snap unsched 命令。 例如：下列三个snapvault snap sched命令调度次级节点vol1上三组SnapVault 传输更新:SnapVault 从主节点的快照传输 qtree数据：systemB snapvault snap sched -x vol1 sv_weekly 5sat21SnapVault传输sv_weekly.0到二级节点每星期六晚上9:00 pm.并用相同的名字创建一个新快照包含所有传输过来的数据，并保留5个副本. systemB snapvault snap sched -x vol1 sv_nightly 5mon-fri20Sn