群集高可用性

SymantecNetBackup高可用性环境管理指南Windows、UNIX和Linux版本7.
7SymantecNetBackup高可用性环境管理指南文档版本:7.
7法律声明Copyright2015SymantecCorporation.
2015年SymantecCorporation版权所有.
Allrightsreserved.
保留所有权利.
Symantec、Symantec徽标、对勾标记徽标、Veritas和Veritas徽标是SymantecCorporation或其附属机构在美国和其他国家/地区的商标或注册商标.
"Symantec"和"赛门铁克"是SymantecCorporation在中国的注册商标.
其他名称可能为其各自所有者的商标,特此声明.
本文档中介绍的产品根据限制其使用、复制、分发和反编译/逆向工程的授权许可协议进行分发.
未经SymantecCorporation及其特许人(如果存在)事先书面授权,不得以任何方式任何形式复制本文档的任何部分.
本文档按"现状"提供,对于所有明示或暗示的条款、陈述和保证,包括任何适销性、针对特定用途的适用性或无侵害知识产权的暗示保证,均不提供任何担保,除非此类免责声明的范围在法律上视为无效.
SymantecCorporation不对任何与性能或使用本文档相关的伴随或后果性损害负责.
本文档所含信息如有更改,恕不另行通知.
根据FAR12.
212中的定义,本授权软件为商业计算机软件,受FARSection52.
227-19"CommercialComputerLicensedSoftware-RestrictedRights"(商业计算机软件受限权利)和DFARS227.
7202"RightsinCommercialComputerLicensedSoftwareorCommercialComputerLicensedSoftwareDocumentation"(商业计算机授权软件或商业计算机授权软件文档的权利)中的适用规定,以及所有后续法规中规定的权利的制约.
美国政府仅可根据本授权许可协议的条款对本授权软件进行使用、修改、复制发行、执行、显示或披露.
SymantecCorporation350EllisStreetMountainView,CA94043http://www.
symantec.
com中国印刷.
10987654321技术支持Symantec技术支持具有全球性支持中心.
技术支持的主要任务是响应有关产品特性和功能的特定查询.
技术支持小组还负责编写我们的联机知识库文章.
技术支持小组与Symantec内的其他职能部门相互协作,及时解答您的问题.
例如,技术支持小组与产品工程和Symantec安全响应中心协作,提供警报服务和病毒定义更新服务.
Symantec提供的维护服务包括:一系列支持服务,使您能为任何规模的单位选择适用的支持服务通过电话和Web支持快速响应并提供最新信息升级保证可保证软件顺利升级全天候提供全球支持高级功能,包括"客户管理服务"有关Symantec维护计划的更多信息,请访问我们的网站:http://www.
symantec.
com/zh/cn/support/index.
jsp与技术支持联系具有有效维护协议的客户可以通过以下网址访问技术支持信息:http://www.
symantec.
com/zh/cn/support/index.
jsp在联系技术支持之前,请确保您的计算机符合产品文档中所列的系统要求.
而且您应当坐在发生问题的计算机旁边,以便需要时重现问题.
联系技术支持时,请准备好以下信息:产品版本信息硬件信息可用内存、磁盘空间和NIC网卡信息操作系统版本和补丁程序级别网络结构路由器、网关和IP地址信息问题说明:错误消息和日志文件联系Symantec之前执行过的故障排除操作最近所做的软件配置更改和网络更改授权许可与产品注册如果您的Symantec产品需要注册或许可证密钥,请访问我们的技术支持网页:https://licensing.
symantec.
com/acctmgmt/index.
jsplocaleStr=zh_CN客户服务可从以下网站获得客户服务信息:http://www.
symantec.
com/zh/cn/support/index.
jsp客户服务可帮助您解决一些非技术性问题,例如以下几类问题:有关产品许可或序列号的问题产品注册更新(例如,更改地址或名称)一般产品信息(功能、可用的语言、当地经销商)有关产品更新和升级的最新信息有关升级保障和维护合同的信息Symantec采购计划的相关信息有关Symantec技术支持选项的建议非技术性的售前问题与光盘或手册相关的问题维护协议资源如果想就现有维护协议事宜联络Symantec,请通过以下方式联络您所在地区的维护协议管理部门:电子邮件销售热线国家/地区China-Sales@symantec.
com8008108826中国大陆Taiwan-Sales@symantec.
com00801611391中国台湾HongKong-Sales@symantec.
com800963421中国香港特别行政区技术支持3第1章关于本指南7本指南中的内容7与NetBackup高可用性环境相关的文档7第2章预防单一故障点的NetBackup保护9关于预防组件故障9关于预防网络链路故障10关于预防存储设备连接故障11关于预防存储设备故障11关于预防介质可用性故障12关于预防主服务器故障13关于预防介质服务器故障13关于预防LAN客户端故障16关于预防SAN客户端故障16关于预防站点故障17关于在高可用性环境中保护目录库17关于在群集中安装介质服务器18关于NetBackup群集中的虚拟存储单元18第3章关于使用目录库备份和恢复进行的站点灾难恢复24关于目录库恢复24关于完全目录库恢复25执行完全目录库还原25在执行完全目录库还原后使DR环境一致27关于部分目录库恢复28执行部分目录库还原28在执行部分目录库还原后使DR环境一致29关于DR域中的磁盘恢复29单域复制DR环境中的磁盘恢复29自动映像复制30跨域复制DR环境中的磁盘恢复30目录第4章关于使用自动映像和目录库复制进行的站点泄露保护31关于自动映像复制(AIR)31关于NetBackup目录库复制31关于复制的NetBackup目录库的支持条件32关于目录库同步33关于多站点单域复制33关于多站点跨域复制35关于完全目录库复制37关于部分目录库复制39第5章使用完全目录库复制部署NetBackup主服务器42关于复制注意事项42关于具有目录库复制功能的非群集NetBackup主服务器43安装和配置具有目录库复制功能的非群集NetBackup主服务器43关于使用目录库复制的全局群集NetBackup主服务器48使用目录库复制安装和配置全局群集NetBackup主服务器49在EMM中填充服务器表51在群集复制配置中升级NetBackup51故障转移到辅助主服务器群集52在群集复制环境中测试NetBackup主服务器群集52第6章在群集中使用NetBackup执行备份和还原54关于在群集中使用NetBackup执行备份和还原54在群集中使用NetBackup执行用户控制的备份54关于在群集中还原数据55关于群集中支持的NetBackup应用程序代理56关于在群集中备份数据库文件57关于用户备份57关于群集中的NetBackup客户端57索引596目录关于本指南本章节包括下列主题:本指南中的内容与NetBackup高可用性环境相关的文档本指南中的内容《SymantecNetBackup高可用性环境管理指南》讨论了使NetBackup具有高可用性的各种方法,并提供了保护NetBackup不受单一故障点影响的准则.
本指南基于NetBackup检查数据保护系统的组件.
它概述了不同的配置和解决方案,用于在特定站点中降低故障风险以及从站点损失中恢复.
可以将本指南用作创建NetBackup站点灾难恢复计划的助手,因为它讨论了目录库恢复和目录库复制过程.
但是,本指南并没有为所有NetBackup环境提供明确的灾难恢复计划.
不过,可以使用该信息开发特定于您的NetBackup环境的站点灾难恢复计划.
本指南还提供了安装和升级NetBackup主服务器的指导.
另外,本指南详细介绍了在群集或非群集的NetBackup主服务器之间复制目录库时的操作实践.
本指南不包括使用的群集或复制技术的详细信息.
有关部署和操作复制层的详细信息,请参见特定的复制技术文档.
有关NetBackup主服务器群集的更多信息,请参考《NetBackup群集主服务器管理指南》.
请参见第7页的"与NetBackup高可用性环境相关的文档".
与NetBackup高可用性环境相关的文档当您参考《SymantecNetBackup高可用性环境管理指南》时,还可能需要参考下列文档:1请参考《NetBackup群集主服务器管理指南》了解有关群集NetBackup的信息.
请参考《NetBackup安装指南》了解有关安装NetBackup的信息.
有关向NetBackup主服务器注册NetBackup客户端的信息,请参考http://www.
symantec.
com/business/support/indexpage=content&id=DOC5332,第I卷和第II卷》了解有关NetBackup的一般信息.
8关于本指南与NetBackup高可用性环境相关的文档预防单一故障点的NetBackup保护本章节包括下列主题:关于预防组件故障关于预防站点故障关于在高可用性环境中保护目录库关于在群集中安装介质服务器关于预防组件故障NetBackup由许多不同的组件构成,其中每个组件都有可能发生故障,从而中断备份或还原过程.
表2-1列出了组件级的故障点和相关保护方法.
表2-1预防组件故障的NetBackup保护保护方法故障点请参见第10页的"关于预防网络链路故障".
网络链路请参见第11页的"关于预防存储设备连接故障".
存储设备连接请参见第11页的"关于预防存储设备故障".
存储设备请参见第12页的"关于预防介质可用性故障".
介质可用性请参见第13页的"关于预防主服务器故障".
主服务器请参见第13页的"关于预防介质服务器故障".
介质服务器2保护方法故障点请参见第16页的"关于预防LAN客户端故障".
LAN客户端请参见第16页的"关于预防SAN客户端故障".
SAN客户端图2-1显示了各个NetBackup组件和各单一故障点.
使组件高度可用,或者部署多个组件以实现冗余,即可在各组件级消除各单一故障点.
图2-1单一故障点和保护方法关于预防网络链路故障大部分备份通信通过速度为100MB和1Gb的网络连接(传输速率分别为8MB/秒和65MB/秒)进行传输.
要使网络链路高度可用,请部署冗余网络合作.
由于成本方面的因素,网络合作往往仅限于备份服务器和任务关键型客户端.
非任务关键的客户端使用单一网络连接,可以承受连接故障(以及随后的备份失败)带来的风险.
10预防单一故障点的NetBackup保护关于预防组件故障关于预防存储设备连接故障到存储设备及其控制器的连接还表示单一故障点.
如果出现连接故障,将无法使用设备.
请参见第11页的"关于预防SAN连接故障".
请参见第11页的"关于预防机械手控制连接故障".
关于预防SAN连接故障尽管NetBackupSAN客户端也支持客户端到介质服务器的SAN连接,但是SAN连接通常存在于备份服务器与备份存储之间.
在任何情况下,要保护NetBackup不受SAN连接故障的影响,应将SAN配置为在源组件与目标组件之间提供冗余连接.
大多数SAN挂接的磁盘阵列具有冗余的SAN连接并且支持动态多路径(DMP)软件.
此冗余可确保即使有一个路径出现故障也能保持与存储的连接.
在许多情况下,DMP软件还对SAN连接的通信量进行负载平衡,以提高流向和来自磁盘存储的数据的传输速率.
许多SAN挂接的磁带设备还将提供两个连接以实现冗余,因此依服务器来看它们就像两个独立的设备.
多路径选择不是动态的.
NetBackup选择其找到的第一个可用路径,并始终使用该路径.
仅当第一个路径损坏时才使用第二个设备路径.
关于预防机械手控制连接故障在基于磁带的备份环境中,机械手控制连接可能是单一故障点.
即使磁带驱动器可用,如果无法将指令发送至磁带库,也将阻止备份和还原操作.
某些磁带库(如SunSTKACSLS或QuantumATM)使用在独立于库的服务器上运行的专用控制软件.
可以对此类控制服务器构建群集.
介质服务器将请求发送至控制服务器,该控制服务器会处理库中槽和驱动器之间的磁带移动.
其他磁带库依赖于从控制指令的NetBackup主服务器到库的直接设备连接.
如果此设备连接丢失,则无法使用磁带库.
SAN挂接的磁带库支持到机械手控制的多个连接以实现冗余.
您可以配置这些连接以预防服务器故障.
例如,您可以配置一个到群集主服务器的每个节点的路径.
必须确保路径不会同时处于活动状态.
如果两个路径同时处于活动状态,则会发出冲突的指令,从而可能导致备份失败或数据丢失.
关于预防存储设备故障不论是磁带还是磁盘,当存储设备发生故障时,便会将其看作单一故障点.
要防止存储设备发生故障,您应该将多台设备作为备份目标.
如果磁带驱动器发生故障,那么仅具有一个磁带驱动器访问权限的介质服务器无法完成磁带的备份.
要保护NetBackup不受此类故障的影响,请将介质服务器配置为11预防单一故障点的NetBackup保护关于预防组件故障至少访问两个磁带驱动器.
使用可在介质服务器间共享的SAN挂接的磁带驱动器.
此共享将确保不需要大量冗余设备就可以访问磁带驱动器.
通常,一个或两个冗驱动器可提供弹性,并允许在备份进行时执行还原操作.
例如,如果将四台介质服务器配置为共享五个磁带驱动器,那么即使有一台驱动器发生故障也仍然可以进行备份.
此备份可能会花费更长时间,但可以完成并保证数据安全.
如果介质服务器在不同时间运行备份,那么磁带驱动器与服务器的比可能会更低,从而不会冒备份失败的风险.
可以在单个介质服务器上创建AdvancedDisk磁盘池,以保护其不受单个磁盘设备故障的影响.
关于预防介质可用性故障在基于磁带的备份解决方案中,如果无合适的磁带介质可用于备份作业,就可能会发生故障.
借助NetBackup,通过全局临时池和介质共享可降低此类故障的风险.
表2-2介绍了预防介质可用性故障的保护方法.
表2-2预防介质可用性故障的NetBackup保护描述保护方法对于所有写入磁带的备份作业和复制作业,请使用位于与备份数据具有相同保留条件的特定介质池中的磁带.
如果无合适的磁带可用,备份将失败.
全局临时池是一个NetBackup介质池,用于保留可按需自动重新分配到特定介质池的未分配磁带.
例如,备份或复制作业处于运行状态,但作业指定的介质池中没有合适的磁带可用.
此时,未分配的磁带会从全局临时池转移到指定的介质池并用于备份作业.
当此磁带失效时,将被自动返回到全局临时池中供重复使用.
使用全局临时池可确保所有未分配磁带都可供任何备份作业使用,不论作业指定了哪个介质池.
全局临时池介质共享允许多台介质服务器使用部分已满磁带,直到这些磁带已满为止.
这可确保最有效地利用磁带.
一次只能有一台介质服务器写入磁带.
当该磁带不在使用中时,需要介质池中磁带的其他介质服务器就可以使用它.
要启用介质共享,请将"卷池"属性设置为使用"部分已满介质的最大数目"属性.
此属性限制介质池中部分已满磁带的数量.
除非所有磁带已满,否则无法将空磁带分配到该池.
除非某个磁带已满,否则无法将另一个空磁带分配到该池.
介质共享12预防单一故障点的NetBackup保护关于预防组件故障关于预防主服务器故障每个NetBackup域的一台主服务器控制该域中的所有备份活动.
因此,该主服务器代表了数据保护环境中最明显的单一故障点.
没有主服务器,备份和还原就无法进行.
要在发生此类故障时保护NetBackup,主服务器必须采用高可用性配置.
NetBackup支持使用以下群集技术来群集主服务器:WindowsServer故障转移群集(以前称为MSCS)VeritasClusterServerWindows2003、2008、2008R2UNIX/Linux上的VeritasClusterServerHPServiceGuardHACMPforAIX有关使用这些群集技术安装和配置NetBackup的更多信息,请参见《NetBackup群集主服务器管理指南》.
在虚拟机上运行的主服务器可以使用虚拟机监控程序的高可用性工具进行保护.
有关详细信息,请参考TECH127089.
关于预防介质服务器故障虽然可以使用冗余网络和SAN连接配置介质服务器,但是服务器本身仍旧是单一故障点.
根据您使用的介质服务器类型的不同,发生介质服务器故障时对NetBackup的保护方法也有所不同.
表2-3列出了不同的介质服务器类型以及相应的保护方法.
表2-3介质服务器类型和保护方法描述介质服务器类型只运行介质服务器软件,并专门备份其他系统中的数据.
请参见第14页的"关于预防专用介质服务器故障".
专用介质服务器也会运行其他要求备份的应用程序.
也会备份其他系统中的数据.
请参见第14页的"关于预防非专用介质服务器故障".
非专用介质服务器也会运行其他要求备份的应用程序.
不备份其他系统中的数据.
请参见第15页的"关于预防SAN介质服务器故障".
SAN介质服务器13预防单一故障点的NetBackup保护关于预防组件故障关于预防专用介质服务器故障当一台介质服务器发生故障时,可以使用存储单元组来保护NetBackup.
还可以使用存储单元组在多个介质服务器之间实现负载平衡,以确保最佳的备份和还原性能.
表2-4介绍了可用于配置存储单元组的不同模式.
表2-4配置存储单元组的模式描述模式在故障转移模式下,除非介质服务器已停机,否则始终使用第一个存储单元.
多出的作业将会排队,而不是送往下一个存储单元.
故障转移模式的工作方式就好像是将两台介质服务器配置为主动群集或被动群集.
故障转移在优先模式下,使用列表中的第一个可用存储单元.
在此模式下,超出存储单元可处理的作业总数的作业将被送往列表中的下一个存储单元.
如果介质服务器停机,所有备份将送往下一个存储单元.
优先在循环模式下,将针对每个作业轮流使用列表中的不同存储单元.
如果每个存储单元都在不同的介质服务器上,则这种模式就能充当一种负载平衡机制.
循环负载平衡模式仅适用于FlexibleDisk和介质管理器存储单元类型.
在负载平衡模式下,NetBackup将会对活动以及每个介质上的可用资源执行检查.
在执行此检查后,再将备份作业送往负载最轻的介质.
负载平衡在使用优先和故障转移组配置两个存储单元组时,最佳做法是使用两个介质服务器,如下所述:配置每台介质服务器,以形成一个存储单元.
例如,节点A包含STUA,节点B包含STUB.
配置两个存储单元组,并让其中的存储单元保持特定的顺序.
在此示例中,SUGAB包含STUA,后接STUB.
SUGAB包含STUB,后接STUA.
然后,可以在SUGAB和SUGBA之间均衡共享备份策略.
在操作期间,备份通信通常在两个节点间共享,但如果一个节点发生故障,所有备份将自动转到另一个节点.
关于预防非专用介质服务器故障还可以使用存储单元组来预防非专用介质服务器故障.
但是,这样无法阻止给定介质服务器上运行的其他应用程序出现该介质服务器的故障.
在某些情况下,非专用介质服务器可以成为支持其他应用程序的群集的一部分.
可以使用虚拟存储单元来保护这些应用程序.
14预防单一故障点的NetBackup保护关于预防组件故障请参见第18页的"关于NetBackup群集中的虚拟存储单元".
关于预防SAN介质服务器故障与常规的介质服务器不同,SAN介质服务器只能保护自身.
SAN介质服务器像其他常规介质服务器一样直接连接到备份存储,但是它不通过网络或SAN链路从其他客户端系统接收数据.
SAN介质服务器通常部署在支持大型任务关键型应用程序(通常是群集的)的服务器上.
由于应用程序可以进行群集,因此您不需要将SAN介质服务器本身加入群集.
而是应该将SAN介质服务器软件安装在群集的每个成员节点上,并在NetBackupEMM数据库中为群集使用的每个虚拟名称创建应用程序群集定义.
然后,使用群集的虚拟名称作为介质服务器创建一个存储单元.
具有给定虚拟名称的关联应用程序使用与同一虚拟名称关联的存储单元进行备份.
请参见第18页的"关于在群集中安装介质服务器".
使用备用介质服务器还原磁带备份通常,还原文件时,NetBackup应该会使用它在创建原始备份时所用的相同介质服务器和客户端.
然而,为实现灾难恢复,您可以使用另一台介质服务器将备份还原到不同的客户端.
灾难恢复站点上的介质服务器和客户端名称可能与主站点上的名称不同.
NetBackup允许您配置故障转移还原介质服务器,以便在原始介质服务器不可用的情况下处理还原操作.
配置故障转移还原介质服务器:在Windows主服务器上,可以使用NetBackup管理控制台配置故障转移还原介质服务器.
转到"主机属性">"主服务器">"还原故障转移".
在UNIX和Linux主服务器上,必须在bp.
conf文件中创建FAILOVER_RESTORE_MEDIA_SERVER条目.
使用备用介质服务器还原磁盘备份.
NetBackup可以在多个介质服务器之间共享磁盘存储池.
默认情况下,NetBackup在还原过程中会平衡作业负载,自动将还原任务定向到最不繁忙的一台介质服务器,而不是创建备份的那一台.
但是,如果选择用来执行还原的介质服务器已许可为SAN介质服务器,或者对需要还原的客户端没有网络访问权限,则此过程可能会出现问题.
如果您遇到此问题,有以下三个选择:配置强制还原介质服务器设置,如下所示:15预防单一故障点的NetBackup保护关于预防组件故障在UNIX和Linux主服务器上,在bp.
conf文件中创建FORCE_RESTORE_MEDIA_SERVER条目.
在Windows主服务器上,可以在NetBackup管理控制台中定义此设置.
转到"主机属性">"主服务器".
该设置以每台服务器作为基础进行应用.
通过该设置,您可以根据用于生成备份的介质服务器,指定用于还原操作的介质服务器.
为确保使用同一台介质服务器来进行备份和还原,请为备份服务器和还原服务器指定相同的名称.
按如下方式创建touch文件USE_BACKUP_MEDIA_SERVER_FOR_RESTORE:在UNIX和Linux主服务器上,在/usr/openv/netbackup/db/config中创建该文件在Windows主服务器上,在\veritas\netbackup\db\config中创建该文件USE_BACKUP_MEDIA_SERVER_FOR_RESTORE是一项全局设置,它始终强制还原到生成备份的服务器.
注意:创建USE_BACKUP_MEDIA_SERVER_FOR_RESTOREtouch文件后,将忽略所有FAILOVER_RESTORE_MEDIA_SERVER和FORCE_RESTORE_MEDIA_SERVER设置.
在命令行上使用bprestore-disk_media_server命令运行还原.
该设置在每个作业级应用.
通过该设置,您可以指定特定还原作业所需的介质服务器.
不同于其他两个选项,该设置是动态的,可以在需要时应用.
关于预防LAN客户端故障NetBackup客户端软件包(包括应用程序代理)不能识别群集,而且必须分别安装在作为NetBackup客户端进行保护的群集的每个节点上.
在备份群集应用程序时,请在备份策略中指定与应用程序关联的虚拟服务器名称作为客户端名称.
这样可确保在备份操作过程中选择正确的群集节点.
关于预防SAN客户端故障与SAN介质服务器类似,SAN客户端不会通过网络将备份通信发送到介质服务器.
但是,与SAN介质服务器直接将备份数据发送到存储设备不同,SAN客户端通过SAN连接将备份数据发送到一个远程介质服务器.
SAN客户端通常用来保护群集的应用程序.
采用这种部署方式时,为了在发生SAN客户端故障时保护NetBackup,请在EMM中将SAN客户端配置为应用程序群集.
16预防单一故障点的NetBackup保护关于预防组件故障此配置也可以确保在启动备份后,控制备份的介质服务器始终能够与群集的活动节点建立光纤传输连接.
关于预防站点故障本地群集为每个站点提供了本地故障转移.
但是,这些配置不提供对重大灾难(例如导致整个地区断电的特大洪水、飓风和地震)的防护.
整个群集都可能受到此类断电的影响.
在这些情况下,全局群集或广域群集通过将应用程序迁移到距离较远的远程群集来确保数据可用性.
全局群集体系结构支持部署两个或多个相隔较远距离的数据中心、群集和子网.
具有已复制主服务器群集的全局群集可以监视和管理每个站点上的复制作业和群集.
在站点断电的情况下,它会控制将复制角色切换到辅助站点.
它会运行关键应用程序并将客户端通信从一个群集重定向到其他群集.
自动映像复制是NetBackup的一项功能,它允许在各个NetBackup域之间复制基于单个磁盘的备份.
由于在目标域的NetBackup目录库中会自动记录备份,因此在使用自动映像复制时无需对复杂的目录库恢复过程进行目录库复制.
有关更多信息,请参考《NetBackup管理指南,第I卷》.
关于在高可用性环境中保护目录库NetBackup目录库包含有关现有备份以及备份策略的信息,例如,备份的内容、备份的时间、备份的位置以及备份保存时间.
这样,目录库便成了单一故障点,因而需要保护.
使用RAID存储可以在一定程度上防止存储故障.
复制也可以防止存储故障和站点泄露.
目录库的常规备份可以防止数据损坏和意外的数据丢失.
请参见第17页的表2-5.
介绍了保护NetBackup目录库的各种方法.
表2-5高可用性环境中的NetBackup目录库保护描述保护方法目录库备份可保护主服务器上的NetBackup目录库免于硬件故障和数据损坏,应定期进行目录库备份,最好每天一次.
目录库备份是基于策略的,因此它具有常规备份策略的所有预定灵活性.
由于策略允许进行增量式备份,因此可以显著缩短大型目录库的目录库备份时间.
但是,应注意,从增量式备份进行恢复可能需要较长时间,因为需要进行还原.
写入磁带的目录库备份仅使用目录库备份卷池中的介质.
有关更多信息,请参考《NetBackup管理指南,第I卷》.
目录库备份17预防单一故障点的NetBackup保护关于预防站点故障描述保护方法目录库复制是创建和管理目录库数据库的复制版本的过程.
目录库复制将会复制一个数据库,并同步一系列副本,使一个副本发生的更改可以在其他所有副本上反映出来.
将目录库复制到灾难恢复站点或辅助站点上的某个备用主服务器,可以确保在灾难恢复站点上快速完成目录库恢复.
只要复制链路不中断,连续复制就能确保目录库保持最新状态.
注意:复制不能防止目录库损坏或者映像的意外删除或失效.
您必须定期执行预定的目录库备份.
请参见第31页的"关于NetBackup目录库复制".
请参见第24页的"关于目录库恢复".
目录库复制关于在群集中安装介质服务器在群集配置中,如果NetBackup主服务器也是介质服务器,则可以在群集中的每个节点上将NetBackup介质服务器和SAN介质服务器安装为非故障转移应用程序.
这样配置将允许群集的所有节点充当介质服务器,它们与存储单元组或虚拟存储单元一起来实现在同一群集上运行的其他应用程序的故障转移.
使用在非群集环境中的配置方式配置每个介质服务器.
有关更多信息,请参考《NetBackup安装指南》.
请参见第18页的"关于NetBackup群集中的虚拟存储单元".
关于NetBackup群集中的虚拟存储单元在典型的NetBackup环境中,存储单元与NetBackup实体(例如主服务器或介质服务器)相关联.
但是,在本主题所述的配置中,存储单元与群集环境中应用程序的虚拟名称相关联.
该应用程序的存储单元没有与群集中的任何特定节点相关联,可以故障转移到群集中的任何节点.
这种无关联性可以确保无论应用程序在群集中的何处运行,存储单元都会紧随应用程序.
当备份群集应用程序时,NetBackup主服务器使用应用程序的虚拟名称作为介质服务器名称.
VeritasClusterServer(VCS)、WindowsServer故障转移群集(WSFC)(以前称为Microsoft群集服务器(MSCS))、SunCluster、ServiceGuard和HACMP均支持此配置.
配置具有虚拟存储单元的群集中的NetBackup介质服务器时的前提条件要在具有虚拟存储单元的群集中配置独立NetBackup介质服务器,必须满足下列要求:18预防单一故障点的NetBackup保护关于在群集中安装介质服务器您的硬件必须支持群集技术和NetBackup.
有关NetBackup支持的存储设备列表,请访问以下网站.
另外,还可以参考群集软件中附带的文档.
http://entsupport.
symantec.
com验证存储设备是否已正确安装并配置为在群集环境中工作.
有关如何配置存储设备的信息,请参考《NetBackup安装指南》.
每个群集应用程序都必须有关联的IP地址和主机名(虚拟名称).
验证是否正确安装并配置了群集(VCS、WSFC、SunCluster、ServiceGuard或HACMP).
使NetBackup主服务器成为机械手控制主机.
(您可能无法更改所有配置中的机械手控制主机,因为并非所有的机械手类型都具有机械手控制选项.
)验证是否拥有NetBackupEnterpriseServer7.
7安装程序和有效的许可证密钥.
如果要备份到磁带,还必须拥有一个有效的NetBackupSharedStorageOption的许可证密钥.
关于在群集中安装NetBackup介质软件在群集中的每个节点上安装NetBackup介质服务器软件.
请参见《NetBackup安装指南》了解详细信息.
注意:按照此主题所述配置NetBackup时,不要将NetBackup介质服务器配置为故障转移应用程序.
必须将介质服务器视为群集中每个节点上的独立应用程序.
关于在NetBackup群集中配置虚拟存储单元根据存储是基于磁盘还是基于磁带,对存储单元进行不同的配置.
图2-2显示了安装在本地介质服务器上的NetBackup.
19预防单一故障点的NetBackup保护关于在群集中安装介质服务器图2-2安装在本地介质服务器上的NetBackup添加磁带存储单元以下过程介绍了如何添加磁带存储单元.
20预防单一故障点的NetBackup保护关于在群集中安装介质服务器添加磁带存储单元1确保在群集中的所有节点上安装并配置了NetBackup介质服务器和SharedStorageOption.
2在主服务器上,对"服务器"列表进行下列更改.
为群集的每个节点添加主机名.
为每个高可用性应用程序添加虚拟名称.
对于UNIX/Linux环境,更新bp.
conf文件.
对于Windows,在服务器的主机属性中编辑"服务器"列表.
3在主服务器上,运行以下命令以添加具有应用程序虚拟名称的主机:nbemmcmd-addhost-machinename-machinetypeapp_cluster其中是应用程序的虚拟名称.
4在主服务器上,运行以下命令将主机与群集中运行应用程序的每个节点关联起来:nbemmcmd-updatehost-add_server_to_app_cluster-machinename-machinetypemedia-clustername-netbackupversion7.
6-masterserver其中,是可以运行应用程序的节点,是应用程序的虚拟名称,是NetBackup主服务器的名称.
5对可以运行应用程序的每个节点重复步骤4.
6在安装了介质服务器的每个节点上,对"服务器"列表进行下列更改.
为群集的每个节点添加主机名.
为每个高可用性应用程序添加虚拟名称.
7可使用NetBackup管理控制台为每个应用程序创建存储单元.
将应用程序的虚拟名称指定为存储单元的介质服务器名称.
8要备份每个应用程序,请创建一个指定在步骤7中为该应用程序创建的存储单元的策略.
为此配置分配特定磁带设备,这样就不会导致存储单元作业资源紧张.
您希望为群集中的每个应用程序创建存储单元.
或者,您可能希望创建可供许多应用程序使用的存储单元组.
添加磁盘存储单元Symantec建议使用NetBackup管理控制台添加磁盘存储单元(也可以通过命令行执行此任务.
)21预防单一故障点的NetBackup保护关于在群集中安装介质服务器添加磁盘存储单元1在主服务器上,对"服务器"列表进行下列更改.
为群集的每个节点添加主机名.
为每个高可用性应用程序添加虚拟名称.
对于UNIX/Linux环境,更新bp.
conf文件.
对于Windows,在服务器的主机属性中编辑"服务器"列表.
2在主服务器上,运行以下命令以添加具有应用程序虚拟名称的主机:nbemmcmd-addhost-machinename-machinetypeapp_cluster其中是应用程序的虚拟名称.
3在主服务器上,运行以下命令将主机与群集中运行应用程序的每个节点关联起来:nbemmcmd-updatehost-add_server_to_app_cluster-machinename-machinetypemedia-clustername-netbackupversion7.
6-masterserver其中是应用程序运行所在的节点.
是应用程序的虚拟名称.
是NetBackup主服务器的名称.
4对可以运行应用程序的每个节点重复步骤3.
5在安装了介质服务器的每个节点上,对"服务器"列表进行下列更改.
为群集的每个节点添加主机名.
为每个高可用性应用程序添加虚拟名称.
6可使用NetBackup管理控制台为每个应用程序创建磁盘存储单元.
将应用程序的虚拟名称指定为存储单元的介质服务器名称.
7要备份每个应用程序,请创建一个指定在步骤6中为该应用程序创建的存储单元的策略.
升级具有虚拟存储单元的群集中的NetBackup介质服务器以下过程介绍了如何在具有虚拟存储单元的群集中升级NetBackup或更高版本的独立介质服务器.
22预防单一故障点的NetBackup保护关于在群集中安装介质服务器升级具有虚拟存储单元的群集中的NetBackup介质服务器1在安装NetBackup介质服务器的每个节点上,像在非群集环境中一样将该软件安装在本地磁盘上.
有关如何进行升级的说明,请参见《NetBackup安装指南》.
2在主服务器上,运行以下命令:nbemmcmd-updatehost-machinename-machinetypeapp_cluster-netbackupversion7.
6其中是应用程序的虚拟名称.
3对群集环境中的每个虚拟应用程序重复步骤2.
23预防单一故障点的NetBackup保护关于在群集中安装介质服务器关于使用目录库备份和恢复进行的站点灾难恢复本章节包括下列主题:关于目录库恢复关于DR域中的磁盘恢复关于目录库恢复用户在站点灾难恢复期间遇到的主要问题是,灾难恢复(disasterrecovery,DR)站点不是生产站点的镜象映像.
要执行DR操作,需要生产主服务器的NetBackup目录库的副本.
NetBackup目录库备份和恢复过程主要用于从目录库存储或主服务器故障中恢复,而不是从站点泄露中恢复.
默认情况是NetBackup还原整个目录库,包括EMM数据库.
EMM数据库包含介质服务器、备份设备和存储单元的详细信息.
主服务器使用该信息指导备份和还原.
主服务器还使用该信息调查介质服务器,以建立备份设备的状态.
在不包含这些介质服务器的DR环境中,主服务器的性能可能会受到影响.
此外,由于轮询操作无法连接并且超时,执行还原操作的能力可能会受到影响.
使用以下方法在介质服务器和客户端的布局与主产品站点的介质服务器和客户端的布局不同的DR站点上恢复NetBackup环境.
两种方法各有各的优点和缺点.
在完全目录库恢复方法中,将会恢复整个目录库,然后可以删除或禁用不需要的配置元素.
请参见第25页的"关于完全目录库恢复".
在部分目录库恢复中,不会还原EMM和BMR数据库.
请参见第28页的"关于部分目录库恢复".
可通过DR工具的性质及其与生产工具的相似程度来确定适合恢复的最佳方法.
当您创建灾难恢复计划时,请确保其与以下各节中讨论的方法一致:3请参见第36页的"计划跨域复制灾难恢复域".
请参见第25页的"执行完全目录库还原".
请参见第28页的"执行部分目录库还原".
关于完全目录库恢复完全目录库恢复主要用于在生产站点中的数据发生损坏或存储丢失时恢复目录库.
我们建议对单一域配置执行完全目录库恢复.
如果DR站点中的介质服务器的数量及其名称都与生产站点中的相同,则使用完全目录库恢复.
与部分目录库恢复相比,完全目录库恢复具有以下优点:还原关系数据库组件,其中包括存储单元定义、介质分配和历史记录.
保留主站点中的磁带信息,其中包括介质池和其他分配信息.
还原BMR数据.
使用生产站点中使用的相同策略和磁带可使备份在DR站点运行.
对于完全目录库恢复,存在以下限制:恢复关系数据库组件时,恢复前DR站点中设置的设备配置和服务器配置会丢失.
恢复后,必须再次对其进行设置.
存在于关系数据库中的有关生产服务器和设备的信息可能不存在于DR站点.
要确保在DR环境中平稳运行,必须禁用这些服务器条目,并且应删除与其关联的设备.
完全目录库恢复会重写关系数据库中的设备配置和服务器配置.
还原目录库后,必须重新发现DR域服务器和设备配置.
执行完全目录库还原使用完全目录库恢复可将整个目录库备份恢复到DR主服务器.
停用DR环境中不存在的介质服务器以避免占用不必要的池.
因为DR站点中的设备配置可以不同于生产站点中的设备配置,所以会删除所有设备记录.
运行设备发现以更新EMM数据库.
必须先执行以下过程才能启动还原操作.
此外,请在您的DR计划中记录该过程.
25关于使用目录库备份和恢复进行的站点灾难恢复关于目录库恢复准备进行完全目录库还原1在UNIX和Linux主服务器上,创建bp.
conf和vm.
conf文件的副本.
2运行bprecover命令以恢复整个目录库.
注意:DR主服务器与生产主服务器必须具有相同的名称和拓扑结构.
如果生产主服务器是一个群集,则DR主服务器也必须是一个群集.
成员节点的数量和节点的名称可以不同.
注意:如果使用的是在单独介质服务器上创建的目录库备份,则目录库恢复需要具有相同名称的介质服务器.
3停用所有备份策略以防止备份自动启动.
可使用NetBackup管理控制台手动执行此操作或运行bppllist-set-inactiveCLI.
4关闭NetBackup.
5在UNIX和Linux主服务器上,将从目录库备份中还原的bp.
conf和vm.
conf文件替换为在步骤1中创建的副本.
6启动新主服务器上的NetBackup关系数据库管理器、NetBackupPBX和EMM服务.
在UNIX和Linux主服务器上,运行下列命令:/usr/openv/netbackup/bin/nbdbms_start_stopstartstart/opt/VRTSpbx/bin/pbx_exchange/usr/openv/netbackup/bin/nbemm注意:对于NetBackup6.
5.
3版本和更高版本,运行nbemm-maintenance命令.
在Windows主服务器上,启动下列Windows服务:NetBackup关系数据库管理器SymantecPrivateBranchExchangeNetBackup企业介质管理器26关于使用目录库备份和恢复进行的站点灾难恢复关于目录库恢复注意:因为NetBackup命令不会停止和启动PBX,所以PBX进程可能已经在运行.
有关NetBackup关系数据库管理器服务的更多信息,请参见《NetBackup故障排除指南》.
7停用不属于DR环境的介质服务器.
运行以下命令:nbemmcmd-updatehost-machinename-machinestateopset_admin_pause-machinetypemedia-masterserver8从EMM数据库删除所有磁带设备.
运行以下命令:nbemmcmd-deletealldevices-allrecords9重新启动NetBackup.
10使用"设备配置"向导创建新的磁带驱动器和库配置.
11如果在步骤6中使用了条形码掩码规则,请确保在此处设置相同的规则.
必要时添加这些规则.
12使用NetBackup管理控制台验证是否所有恢复介质都已设置为非机械手.
13如果仍需将某些恢复介质设置为非机械手,请执行以下操作:选择机械手介质,右键单击它并选择"移动".
将机械手字段更改为"独立".
单击"确定"保存更改.
14将所有恢复介质都设置为非机械手后,在"清点所有磁带库"字段中确保介质位于正确的库中.
现在即可启动在生产数据中心备份的客户端数据的还原和恢复操作.
在执行完全目录库还原后使DR环境一致如果在生产站点中出现了重大事件,则在基本恢复完成之后会从DR站点运行一段时间.
如果DR环境可正常运行,则可选择执行下列附加任务以使DR环境一致.
使DR环境一致1修改备份策略(包括目录库备份策略),以使用DR站点上提供的存储单元并启用它们.
2删除不再需要的备份策略.
3删除与介质服务器相关且不属于DR环境的存储单元.
4修改所有使用已删除的存储单元的存储生命周期策略.
27关于使用目录库备份和恢复进行的站点灾难恢复关于目录库恢复关于部分目录库恢复我们建议对多域配置执行部分目录库恢复.
当DR站点中的服务器布局与具有较少介质服务器和不同库类型的生产站点中的服务器布局不同时,应使用部分目录库恢复.
部分目录库恢复是无需导入的恢复方法的一种变体.
它具有很多相同的限制.
有关更多信息,请转到以下链接:部分目录库恢复仅恢复平面文件组件而不恢复关系数据库.
因此,DR站点的现有基础架构(服务器、设备等)的详细信息在恢复过程中不会丢失.
这也意味着不会恢复与备份关联的介质服务器信息.
介质服务器必须手动添加到数据库且处于未分配状态.
确保介质服务器位于在其中不会意外被重写的池中.
与完全目录库恢复相比,部分目录库恢复具有以下优点:无需删除或重新发现配置的任何元素.
恢复过程不会影响DR环境的常规配置.
不影响服务器拓扑结构.
DR站点的主服务器拓扑结构不需要在生产站点反映拓扑结构.
因此,可将群集主服务器的目录库备份还原至DR站点中的独立主服务器.
如果这两个环境中使用的客户端名称、备份策略名称和磁带标签范围是唯一的,DR站点可以是生产站点.
并且,必须能够对其他生产备份域执行部分恢复.
对于部分目录库恢复,不能从DR站点的主站点恢复磁带信息.
确保磁带没有被意外重写.
这些磁带不能轻易用于DR站点的备份.
执行部分目录库还原使用部分目录库方法时,假定还原操作不需要对磁带进行分配或要求磁带位于指定介质池中.
此外,还假定磁带存在于EMM中,且NetBackup可装入和读取用于还原的磁带.
必须先执行下列步骤才能启动还原操作:准备进行部分目录库还原1在UNIX和Linux主服务器上,创建bp.
conf和vm.
conf文件的副本.
2仅恢复NetBackup目录库映像和配置文件.
如果使用NetBackup管理控制台,在出现提示时,请选择"部分目录库恢复"选项.
或运行bprecover-wizard命令.
注意:DR主服务器与生产主服务器必须具有相同的名称.
注意:如果使用的是在单独介质服务器上创建的目录库备份,则目录库恢复需要具有相同名称的介质服务器.
28关于使用目录库备份和恢复进行的站点灾难恢复关于目录库恢复3运行cat_export–all–staging从复制的关系数据库备份中导出元数据.
4运行命令cat_import–all将导出的元数据导入到活动的关系数据库.
或者,根据主服务器平台,将bp.
conf文件或注册表中的参数LIST_FS_IMAGE_HEADERS设置为YES.
这将导致下一个目录库清理作业自动导入导出的元数据.
5停用所有备份策略以防止备份自动启动.
可使用NetBackup管理控制台手动执行此操作.
或运行bppllist-set-inactiveCLI.
6关闭NetBackup.
7在UNIX和Linux主服务器上,将从目录库备份中还原的bp.
conf和vm.
conf文件替换为在步骤1中创建的副本8启动NetBackup:9清点所有磁带库以确保磁带已添加到非临时介质池中.
此池可阻止磁带以后被活动的备份策略意外重写.
现在即可启动在生产数据中心备份的客户端数据的还原和恢复操作.
在执行部分目录库还原后使DR环境一致如果在生产站点中出现了重大事件,则在基本恢复完成之后会从DR站点运行一段时间.
如果DR环境可正常运行,则可选择执行下列附加任务以使DR环境一致.
使DR环境一致1修改并启用备份策略,目录库备份策略是DR站点所需的策略.
2删除不再需要的策略.
关于DR域中的磁盘恢复随着OpenStorage和其他AdvancedDisk类型的引入,重复数据删除磁盘会优先于磁带存储作为备份存储介质.
使用磁盘存储,您可以将磁盘设备的内容复制到辅助位置上的其他磁盘设备中.
通过此复制,无需再将物理备份介质传输到灾难恢复站点.
单域复制DR环境中的磁盘恢复在同一NetBackup域中复制备份时,可以使用存储生命周期策略来优化重复数据删除磁盘的复制.
这是在灾难恢复站点(与生产站点受同一个主服务器控制)创建重复备份映像副本的有效方法.
然而,优化的重复数据删除仅对单域复制有效.
29关于使用目录库备份和恢复进行的站点灾难恢复关于DR域中的磁盘恢复自动映像复制自动映像复制将复制备份的概念扩展到了单独的域,从而允许将各个备份副本发送到一个DR域.
由于使用自动映像复制创建的备份副本在DR域中会自动编录,因此在DR域内无需执行更多恢复步骤.
请参考《NetBackup管理指南,第I卷》了解有关自动映像复制的更多信息.
跨域复制DR环境中的磁盘恢复如果使用的磁盘技术不支持自动映像复制,一个替代方法是仅复制整个存储,然后结合使用目录库恢复和nbcatsync实用程序在灾难恢复位置填充目录库.
可以使用nbcatsync实用程序进行跨域复制.
使用nbcatsync实用程序,您可以在生产域和灾难恢复域之间复制磁盘存储,而无需导入复制的磁盘存储的全部内容.
nbcatsync实用程序有利于复制,即使在EMM数据库和映像数据库的元数据组件中记录的磁盘介质ID不同.
nbcatsync实用程序使映像数据库元数据中的磁盘介质ID和灾难恢复域的EMM数据库中的介质ID相符.
在生产站点进行的常规备份和目录库备份将写入复制的磁盘存储.
目录库备份的灾难恢复文件将发送至灾难恢复域.
所有主服务器平台均支持nbcatsync实用程序.
可以对NetBackup支持的所有"高级磁盘"类型使用该实用程序.
在发生灾难时,要在跨域复制环境中恢复磁盘,请在DR域的主服务器上执行下列步骤:1使目录库备份的DR文件中的磁盘介质ID信息与DR域的EMM数据库中的磁盘介质ID信息相符.
为此,请运行以下命令:nbcatsync-sync_dr_file2通过运行以下命令,从复制的目录库备份中执行部分目录库恢复:bprecover-wizard3运行命令cat_export–all–staging从复制的关系数据库备份导出元数据.
4运行命令cat_import–all将导出的元数据导入到活动的关系数据库.
5使与映像记录(通过部分目录库恢复所恢复)关联的磁盘介质ID与DR域中存在的磁盘介质ID相符.
为此,请运行以下命令:nbcatsync-backupid30关于使用目录库备份和恢复进行的站点灾难恢复关于DR域中的磁盘恢复关于使用自动映像和目录库复制进行的站点泄露保护本章节包括下列主题:关于自动映像复制(AIR)关于NetBackup目录库复制关于自动映像复制(AIR)自动映像复制功能允许在NetBackup域之间复制备份,并在复制备份的同时在目标域中自动创建目录库条目.
Symantec推荐使用自动映像复制(而不是实时目录库复制)作为在灾难恢复场所填充NetBackup目录库的方法.
请参考《NetBackup管理指南》中的相关章节了解有关自动映像复制的更多信息.
该文档讨论了在网络环境不适合使用自动映像复制的情况下复制目录库数据的替代方法.
关于NetBackup目录库复制要决定NetBackup数据保护策略,需要决定DR站点应属于同一NetBackup域,还是单独的NetBackup域.
可采用以下方式通过目录库复制配置NetBackup:多站点单域复制请参见第33页的"关于多站点单域复制".
多站点跨域复制请参见第35页的"关于多站点跨域复制".
4关于复制的NetBackup目录库的支持条件对为进行复制而设置的NetBackup环境的支持方式与任何其他NetBackup服务器的支持方式相同.
如果复制的目录库卷出现故障且无法在合理的时间内恢复,NetBackup支持部门建议您执行当非复制目录库发生不可恢复的磁盘故障时所执行的操作.
您应从主要主服务器上的最新可用目录库备份中还原目录库.
注意:在任何数据复制解决方案中,都可能会丢失数据.
要保护NetBackup目录库,不能仅依赖于复制技术,因为复制技术存在失败的风险.
由于NetBackup主服务器上的数据要复制到辅助热备用NetBackup服务器,因此这些数据可能会发生损坏.
所以,必须经常备份NetBackup服务器目录库.
警告:复制可能会对应用程序性能造成负面影响.
由于提交对NetBackup目录库的更改需要额外的时间,因此可能会影响总体备份时间.
使用复制应自担风险.
对于由于您未能正确安装、配置和监视复制解决方案而造成的任何复制失败,Symantec不承担任何责任.
NetBackup目录库复制的支持条件如下:使用的复制技术必须始终维护着一个一致的写排序数据副本.
如果能够维护写顺序保真,则允许使用异步复制技术.
不支持使用预定复制技术,如每小时快照.
NetBackup主服务器必须位于作为单个实体进行控制的同一台虚拟服务器上.
主要主服务器和辅助主服务器的类型、规范和操作系统必须类似,并且使用相同的虚拟主机名.
不论是在与主要主服务器相同的域中,还是在其他域中,辅助主服务器都不得兼具任何其他NetBackup功能.
例如,如果未将辅助主服务器用作主服务器,则不能将其用作介质服务器.
也不能将其用作其他NetBackup域的主服务器.
可以复制目录库,但不能合并.
将群集环境和非群集环境均配置为使用独立于服务器物理主机名和IP地址的NetBackup主服务器虚拟主机名和IP地址.
使用独立的虚拟主机名和IP地址,可以通过DNS路由来控制活动主服务器节点.
此外,也会阻止域中的主要主服务器和辅助主服务器同时处于活动状态.
对于群集环境,通过群集配置可自动满足此项要求.
对于非群集环境,必须在安装过程中指定虚拟主机名.
确保主要主服务器和辅助主服务器使用相同版本的NetBackup和相关组件.
验证是否为复制指定了没有包括在路径中的操作系统、NetBackup二进制文件、EEB和配置文件.
无法在群集服务器与非群集主服务器之间执行备份.
服务器对必须同属于群集服务器或非群集服务器.
32关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制在主站点和辅助站点上,NetBackup目录库装入点必须相同.
目录库数据仅在服务器之间复制,并且这些数据必须同位于要进行复制的单个卷或卷集中.
对于群集主服务器,将复制群集公用卷.
对于非群集主服务器,有关必须链接到要进行复制的卷集的路径的详细信息,请参见第43页的"关于具有目录库复制功能的非群集NetBackup主服务器".
确保虚拟名称或DNS别名不会同时解析为主主机和辅助主机.
目录库复制依然要求进行目录库备份.
从主要主服务器定期备份NetBackup目录库,以免受到在主站点目录库引入并复制到辅助站点的意外映像过期或其他不一致情况的影响.
如果在NetBackup域之间复制目录库(而不是复制到可访问主域介质服务器的辅助服务器),则在灾难恢复域中只能还原写入磁带和复制的BasicDisk存储的备份.
通过将目录库复制到辅助主服务器,您可以在主要主服务器发生短期中断期间还原数据.
在跨域复制配置中,请确保故障转移后备份可以运行.
以后目录库应该能够故障恢复至主服务器,而不会造成数据丢失.
如果您计划在长时间中断期间在DR站点上执行备份,然后在不丢失有关在DR站点上所创建备份的信息的情况下移回主站点,请考虑此支持条件.
验证NetBackup是否使用辅助站点上的复制副本启动.
该用法不属于支持要求.
在辅助站点上,必须可以同时访问目录库和备份映像.
用户需要了解与备份映像有效副本的可用性有关的过程.
用户还应定义启用要从辅助站点的映像还原的NetBackup服务器的过程.
本文档不介绍这些过程.
用户负责安装、配置和监视其数据复制解决方案.
用户必须确保复制技术始终维护着一个一致的NetBackup目录库卷写排序副本.
关于目录库同步与在站点间移动磁带相比,复制几乎是瞬间完成的活动.
DR域中的复制目录库数据比DR域中可用的磁带更新,这些磁带是之前从生产域调度的.
在执行还原操作期间,仅选择那些在从生产域调度磁带之前所创建的备份进行还原.
关于多站点单域复制多站点单域适用于两个站点的客户端和介质服务器位于公共主服务器控制下的情况.
由于两个服务器属于同一个域,因此它们可以看到相同的介质服务器和客户端,NetBackup目录库在辅助主服务器上完全有效.
在多站点单域模式中,NetBackup目录库在站点间进行复制.
在主站点出现问题的情况下,主服务器将故障转移到辅助站点上的备用节点.
两个站点上都创建了备份(根据配置采用内联复制或复制).
因此,单一站点丢失并不代表真正的灾难,多个应用程序服务器丢失才是真正的灾难.
由于备份域跨越两个站点,因此单一站点33关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制丢失会导致备份和存储能力下降,而不会损坏备份环境.
多站点单域模式使用主服务器群集和存储复制的组合.
此组合可以将主服务器快速便捷地重定位至辅助位置.
可以采用以下方式配置多站点单域模式:使用扩展SAN的多站点单域请参见第34页的"关于使用扩展SAN的多站点单域".
使用优化复制的多站点单域请参见第35页的"关于使用优化复制的多站点单域".
关于使用扩展SAN的多站点单域要配置使用扩展SAN的多站点单域,每个站点的介质服务器必须配置有对两个站点的备份设备的SAN访问权限.
通过此访问权限,介质服务器可以在站点间写入和复制备份.
此配置对站点间的距离在50英里以内的情况凑效,但是随着距离和延迟的增加,此配置的效率也会降低.
图4-1显示了如何通过使用扩展SAN的多站点单域配置复制全局群集.
图4-1使用扩展SAN的多站点单域34关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制关于使用优化复制的多站点单域要配置使用优化复制的多站点单域,必须将扩展SAN替换为执行优化复制的OpenStorage设备之间的连接.
在此配置中,由于站点间交换的数据卷更小,因此地理分隔可以更大.
使用存储生命周期策略中的分层复制功能,可在某个站点的OpenStorage设备中创建备份.
然后,可以将备份复制到其他站点的OpenStorage设备,最后,再将复制的副本复制到磁带进行长期存储.
图4-2显示了如何通过使用优化复制的多站点单域来配置复制全局群集.
图4-2使用优化复制的多站点单域关于多站点跨域复制多站点跨域复制适用于DR站点是单独NetBackup域而不是生产域的情况.
DR站点具有不同的介质服务器和设备.
仅磁带和BasicDisk存储支持多站点跨域复制.
AdvancedDisk类型具有特定的介质服务器或设备配置要求,不允许在灾难恢复域中对其进行访问.
关于多站点跨域和BasicDisk存储可以复制存储在域间非分段作业BasicDisk存储上的映像.
必须通过DR域中介质服务器上的同一装入点装入复制目标.
此外,请设置FAILOVER_RESTORE_MEDIA_SERVER参数以确保选择了正确的介质服务器.
35关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制例如,可以通过生产域中介质服务器prdmed1上的装入点/BD1将BasicDisk存储单元复制到DR域.
如果将DR主服务器上的bp.
conf文件编辑为设置FAILOVER_RESTORE_MEDIA_SERVER=prdmed1drmed1,则/BD1可装入到介质服务器drmed1上.
此设置仅适用于未充当分段作业存储单元、不受分段作业存储单元或其他磁盘类型支持的BasicDisk存储单元.
计划跨域复制灾难恢复域要使用DR域中辅助主服务器上的复制目录库数据,请确保主服务器、介质服务器、网络连接和NetBackup软件正常运行.
Symantec建议您记录DR配置步骤,特别是当DR域没有按常规配置时.
如果域是由专业DR服务公司提供的工具,本文档尤其重要.
准备DR计划时,请参考以下步骤:计划跨域复制灾难恢复域1在DR域中的主服务器、介质服务器和客户端上安装与生产域所使用的版本相同的NetBackup.
注意:如果生产域具有使用旧版本NetBackup的介质服务器,请不要在DR域中的介质服务器上安装旧版本.
请为DR域中的主服务器和介质服务器使用相同的版本.
如果使用完全目录库复制方法,且生产域中的主服务器已群集,则DR域中必须也存在群集主服务器.
群集的成员节点不需要与生产域中的那些节点相同.
如果使用部分目录库复制方法,则不需要DR域中存在群集主服务器.
2使用测试备份策略测试客户端和服务器之间的网络连接和身份验证.
测试后禁用这些策略.
3磁带驱动器和库必须连接到介质服务器.
DR域中使用的磁带驱动器必须与生产域的磁带是"读兼容"的.
必须在NetBackup中将它们配置为同一介质类型.
4设置FAILOVER_RESTORE_MEDIA_SERVER参数,以允许将备份写入到生产域的介质服务器,从而能够使用DR域中的介质服务器还原备份.
5如果使用部分复制方法,请创建未被任何备份策略使用的非临时介质池.
配置条形码规则,确保备份磁带自动添加到该池.
6如果DR域和生产域使用不同的库类型,请确保条形码掩码以相同的方式工作.
根据需要删除尾随字符.
可配置规则来管理此操作.
7请确保以下条件成立:如果出于DR目的使用原始备份磁带,必须将其装入DR域中的磁带库.
36关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制如果出于DR目的将备份复制到辅助磁带,请将场外磁带装入磁带库.
同时,将创建包含相应副本号的ALT_RESTORE_COPY_NUMBER文件.
注意:Symantec建议先以物理方式对磁带设置写锁定,然后再将其放入DR域的库.
此锁定可降低有效备份被意外重写的风险.
关于完全目录库复制在完全目录库复制中,会将目录库的所有部分都复制到辅助主服务器.
在完全目录库复制中,将保留来自生产域、介质池和其他分配的磁带信息.
通过使用与生产域中所用的相同的策略和磁带,可在DR域中运行备份.
可以反向复制,从而简化切换回生产域的过程.
但是,复制关系数据库组件意味着生产域的设备配置和服务器配置已复制到DR域.
无法使用此配置信息,必须在恢复之后才能发现DR域中的该配置.
因此,不建议在跨域复制中使用完全目录库复制.
使用完全目录库复制恢复目录库通过完全目录库复制,可将完整的目录库备份恢复到DR主服务器.
应停用DR环境中不存在的介质服务器以避免占用不必要的池.
由于DR站点的设备配置可能与生产站点不同,将删除所有设备记录.
而且,将运行设备发现以更新EMM数据库.
此方法假设NetBackup已安装在DR域中的辅助主服务器和介质服务器上但没有运行.
并且,已将辅助主服务器和介质服务器配置为互相进行通信.
启动还原之前,请执行以下过程,为完全目录库还原做准备.
必须在DR计划中记录此过程:1确保主站点和辅助站点间的复制已停止.
如果主要主服务器不可用或复制链接已禁用,则复制会停止.
2将复制卷装入到辅助主服务器上的相应装入点.
3启动新主服务器上的NetBackup关系数据库管理器、NetBackupPBX和EMM服务.
在UNIX和Linux主服务器上,运行以下命令:/usr/openv/netbackup/bin/nbdbms_start_stopstart/opt/VRTSpbx/bin/pbx_exchange/usr/openv/netbackup/bin/nbemm–maintenance在Windows主服务器上,启动以下Windows服务:NetBackup关系数据库管理器37关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制SymantecPrivateBranchExchangeNetBackup企业介质管理器注意:由于PBX进程不由NetBackup的启动和关闭命令停止和启动,因此PBX进程可能已在运行.
4停用不属于DR环境的介质服务器.
运行以下命令:nbemmcmd-updatehost-machinename-machinestateopset_admin_pause-machinetypemedia-masterserver5如果DR域中的任何介质服务器与生产域中的介质服务器同名,则从EMM数据库删除所有磁带设备.
运行以下命令:nbemmcmd-deletealldevices-allrecords注意:此步骤可解决介质服务器上可能发生的设备配置冲突.
如果DR域中的介质服务器与生产域中的介质服务器名称不同,则跳过此步骤.
6重新启动NetBackup.
7(可选)您可停用所有备份策略,以阻止备份自动启动.
您可使用NetBackup管理控制台手动停用备份策略.
或运行bppllist-set-inactiveCLI.
8通过在每台介质服务器上启动NetBackup,在EMM中注册组成DR环境的介质服务器.
9使用"设备配置向导"创建新的磁带驱动器和库配置.
10使用NetBackup管理控制台验证是否所有恢复介质都已设置为非机械手.
11如果仍需将某些恢复介质设置为非机械手,请执行以下操作:选择机械手介质,右键单击它并选择"移动".
将机械手字段更改为"独立".
单击"确定"保存更改.
12将所有恢复介质都设置为非机械手后,在"清点所有磁带库"字段中确保介质位于正确的库中.
现在即可启动在生产数据中心备份的客户端数据的还原和恢复操作.
38关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制通过完全目录库复制使DR环境一致如果在生产站点中出现了重大事件,则在基本恢复完成之后会从DR站点运行一段时间.
如果DR环境可正常运行,则可选择执行下列附加任务以使DR环境一致.
使DR环境一致1修改并启用DR域中需要的目录库备份策略和其他所有备份策略.
2删除不再需要的策略.
3删除与不属于DR环境的介质服务器关联的存储单元.
关于部分目录库复制在部分目录库复制中,仅复制映像数据库、策略和客户端配置,不复制关系数据库组件.
因此,可以在灾难恢复域中预配置介质服务器和设备.
在故障转移到辅助主服务器时,不需要重新发现介质服务器和设备.
由于在部分目录库复制中,不复制NetBackup目录库的关系数据库组件,故障转移到灾难恢复主服务器后还需要执行附加步骤,才能还原备份.
为部分目录库复制准备环境运行还原操作所需的目录库映像元数据存储在关系数据库中,因此必须定期备份关系数据库并与平面文件信息一起复制.
1更改源(生产)主服务器上的配置,以确保关系数据库的分段作业区域位于复制的存储上.
这可以通过以下方法实现:在复制的存储上创建一个适当的目录.
运行以下命令,将此目录用作分段作业区域.
nbdb_admin–vxdbms_nb_staging2通过在预定脚本中运行以下命令,每天多次(最好每小时一次)将关系数据库备份到分段作业区域.
nbdb_backup–online-truncate_tlog使用部分目录库复制恢复环境如果缺少源主服务器(或者在灾难恢复测试期间),请按照以下步骤操作:1确保主站点和辅助站点间的复制已停止.
如果主要主服务器不可用或者复制链接已禁用,则复制将停止.
2将复制卷装入到辅助主服务器上的相应装入点.
3在目标(灾难恢复)主服务器上使用nbdb_admin–vxdbms_nb_staging命令将关系数据库的分段作业区域指向复制的存储上的位置.
39关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制4运行命令cat_export–all–staging从复制的关系数据库备份导出元数据.
5运行命令cat_import–all将导出的元数据导入到活动的关系数据库.
6启动辅助主服务器上的NetBackup.
7如果已复制备份策略,请停用所有备份策略来阻止备份自动启动.
您可使用NetBackup管理控制台手动停用备份策略.
或运行bppllist-set-inactive命令.
8请确保已定义正确的FAILOVER_RESTORE_MEDIA_SERVER设置,以引导辅助站点上的介质服务器的还原操作.
9要从磁带还原备份,必须通过将磁带放入磁带库并对库运行清点,将磁带添加到灾难恢复主服务器的目录库.
为防止磁带被意外重写,灾难恢复主服务器应具有这样一个条形码规则:将磁带添加到不是全局临时池且未由任何备份策略所使用的卷池.
理想情况下,还应以物理方式对磁带设置写锁定.
10对于基于磁盘的备份,必须通过运行磁盘存储服务器向导,将存储服务器和磁盘池添加到灾难恢复主服务器.
有了磁盘存储之后,请运行以下命令来协调磁盘介质ID:nbcatsync–backupid-prune_catalog的值是最新目录库备份的备份ID,可以在目录库备份的灾难恢复文件中找到.
在添加磁带并协调磁盘介质ID之后,即可启动还原操作.
通过部分目录库复制使灾难恢复环境一致如果在生产站点中发生了重大事件,请在恢复完成之后从灾难恢复站点运行一段时间.
如果灾难恢复环境可正常运行,则可选择执行下列附加任务以使灾难恢复环境一致.
通过部分目录库复制使灾难恢复环境一致1修改并启用灾难恢复域中需要的目录库备份策略和所有其他备份策略.
2删除不再需要的策略.
有关管理具有部分目录库复制的磁带的注意事项在灾难恢复域中没有分配来自生产域的磁带.
必须手动将磁带添加到数据库,并将其放置在无法意外重写它们的池中.
也可以使用条形码规则和机械手清点命令的组合来完成此操作.
由于磁带未在灾难恢复主服务器上进行分配,当备份失效时不会将其释放到全局临时池,因此必须手动回收这些磁带.
40关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制小心:确保仅当磁带不包含有效备份时,将磁带手动移动到全局临时池,在此过程中需要多加小心.
检查此项的最简单方法是,通过运行命令bpimagelist–d"01/01/197000:00:00"–media–l和vmquery–pn-b创建两个列表,然后对列表进行比较.
在第二个列表中找到但是未在第一个列表中找到的磁带不包含有效映像,可以通过运行命令vmchange–p-m将其移动到临时池.
41关于使用自动映像和目录库复制进行的站点泄露保护关于NetBackup目录库复制使用完全目录库复制部署NetBackup主服务器本章节包括下列主题:关于复制注意事项关于具有目录库复制功能的非群集NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器关于复制注意事项要部署具有目录库复制功能的NetBackup,必须针对实际部署的规划考虑下列因素.
表5-1复制注意事项描述注意事项Symantec不建议将一台主服务器既用作主服务器又用作介质服务器.
如果不同站点上的存储设备互不兼容,可能会导致存储单元定义出现问题,并导致备份失败.
目录库复制不能替代目录库备份,必须定期进行目录库备份.
主服务器注意事项在多站点单域配置中,主服务器控制两个站点上的介质服务器.
元数据必须在站点之间传递.
此元数据通信通过标准I/P链路在站点之间发送.
同一链路可用作全局群集控制的心跳链路.
Symantec建议必须在站点之间提供至少10MB/秒且理想情况下为100MB/秒的链路,以处理该通信.
如果使用基于主机的复制,复制层需要额外的I/P带宽.
其他带宽也必须考虑.
联网注意事项5描述注意事项如果辅助站点上的主服务器节点与主站点上的主服务器节点位于不同的子网上,则故障转移过程中需要更改DNS.
可通过使用群集故障转移过程自动启动DNS更改.
也可以手动启动该过程.
在完全传播更改之前,备份系统不会正常运行,这会影响站点故障转移中的恢复时间.
注意:要使群集服务组自动传播DNS更改,DNS资源必须在NetBackup启动后联机.
DNS注意事项使用目录库复制时,为了执行故障转移,主要主服务器和辅助主服务器必须使用同一拓扑.
主要主服务器和辅助主服务器节点必须都为群集或非群集节点.
注意:群集主服务器不要求每个站点具有相同的节点数.
有关其他信息,请参考TECH58358.
主要主服务器和辅助主服务器注意事项关于具有目录库复制功能的非群集NetBackup主服务器以下主题提供了用于安装、配置和运行具有目录库复制功能的非群集NetBackup主服务器群集的准则:安装和配置具有目录库复制功能的非群集NetBackup主服务器表5-2介绍了通过多个阶段安装和配置具有目录库复制功能的非群集NetBackup主服务器的过程注意:非群集主服务器的目录库复制功能不支持VxSS或NBAC.
有关NetBackupAccessControl(NBAC)的更多信息,请参考《NetBackup安全和加密指南》.
表5-2安装和配置具有目录库复制功能的非群集NetBackup主服务器群集描述步骤确保满足所有支持条件,然后再继续实际安装.
请参见第32页的"关于复制的NetBackup目录库的支持条件".
第1阶段在主站点上安装和配置非群集NetBackup主服务器.
请参见第44页的"安装和配置主要NetBackup主服务器".
第2阶段43使用完全目录库复制部署NetBackup主服务器关于具有目录库复制功能的非群集NetBackup主服务器描述步骤在辅助站点上安装和配置非群集NetBackup主服务器.
请参见第46页的"安装和配置辅助NetBackup主服务器".
第3阶段安装和配置主要NetBackup主服务器主要主服务器是指通常充当主服务器的服务器.
因此,必须首先安装主要主服务器.
以下过程提供了安装和配置具有目录库复制功能的主要非群集主服务器的准则.
安装和配置具有目录库复制功能的主要非群集主服务器1必须使用主服务器的DNS别名.
DNS别名可以确保顺利地故障转移到辅助主服务器.
在开始安装前,请在DNS中定义此别名并将其映射到主要主服务器.
将NetBackup域中的所有介质服务器和客户端配置为使用主服务器的此别名.
2在主要主服务器节点上安装NetBackup主服务器.
为主服务器指定别名.
3完成安装后,关闭NetBackup.
4要确保NetBackup在切换到辅助主服务器时能够正常启动,请修改server.
conf和vxdbms.
conf文件.
检查这两个文件并确保字符串为NB_,而非NB_,而且根据需要修改文件.
在Windows主服务器上,这些文件位于:\VERITAS\netbackupdb\conf\server.
conf\VERITAS\netbackupdb\data\vxdmbs.
conf在UNIX和Linux主服务器上,这些文件位于:/usr/openv/var/global/server.
conf/usr/openv/db/data/vxdbms.
conf5将目录库组件移动至已复制到辅助主服务器的卷.
对于Windows安装,请将下列路径映射到公用卷.
使用文件夹装入点或连接点(Windows2003和Windows2008).
有关使用符号链接(Windows2008)的信息,请参见技术说明TECH210360.
\VERITAS\netbackup\db\VERITAS\netbackupdb\data\VERITAS\netbackup\vault\sessions\VERITAS\volmgr\misc44使用完全目录库复制部署NetBackup主服务器关于具有目录库复制功能的非群集NetBackup主服务器\VERITAS\netbackup\var\VERITAS\kms对于UNIX和Linux安装,将下列路径软链接到公用卷上的相应位置:/usr/openv/netbackup/db/usr/openv/db/data/usr/openv/netbackup/vault/sessions/usr/openv/volmgr/database/usr/openv/var/usr/openv/kms注意:您可以使用nbdb_move命令重定位EMM数据库,而不必链接/usr/openv/db/data(UNIX和Linux)或\VERITAS\netbackupdb\data(Windows).
但是,必须链接其他所有路径.
6配置NetBackup,以便可在主要主服务器上手动将其启动和停止.
默认情况下,NetBackup在主服务器引导后会自动启动.
要避免这种自动启动,请在初始安装及应用修补程序或升级程序之后按照步骤7和8进行更改.
7在NetBackup主服务器上进行下列更改.
在UNIX和Linux主服务器上,删除安装期间创建的指向/etc/init.
d/netbackup的链接以启用自动启动.
请参考《NetBackup安装指南》了解每个操作系统的链接的详细信息.
在Windows主服务器上,转至"服务管理器",然后将所有NetBackup服务的"启动类型"设置为"手动".
8启动主要主服务器上的NetBackup以确认其可正常启动,然后再将其关闭.
在此阶段,可通过运行"NetBackup配置向导"来配置介质服务器和存储设备.
要手动启动和停止NetBackup,请运行下列命令.
我们建议在故障转移过程中记录这些命令.
在UNIX和Linux主服务器上:要启动NetBackup,请运行下列命令:/etc/init.
d/netbackupstart命令要停止NetBackup,请运行下列命令45使用完全目录库复制部署NetBackup主服务器关于具有目录库复制功能的非群集NetBackup主服务器/etc/init.
d/netbackupstop在Windows主服务器上:要启动NetBackup,请运行下列命令:\VERITAS\NetBackup\bin\bpup要停止NetBackup,请运行下列命令:\VERITAS\NetBackup\bin\bpdown安装和配置辅助NetBackup主服务器以下过程提供了安装和配置具有目录库复制功能的辅助非群集主服务器的准则.
安装和配置具有目录库复制功能的辅助非群集主服务器1停止主要主服务器上的NetBackup.
2将DNS别名映射到辅助主服务器.
3在辅助主服务器节点上安装NetBackup主服务器,并为主服务器指定别名.
在安装期间,在辅助主服务器上提供相同的服务器列表.
4安装完成后,关闭NetBackup.
5要确保NetBackup在切换到辅助主服务器之后能够正确启动,请修改server.
conf和vxdbms.
conf文件.
检查这两个文件并确保字符串为NB_,而非NB_,而且根据需要修改文件.
在Windows主服务器上,这些文件位于:\VERITAS\netbackupdb\conf\server.
conf\VERITAS\netbackupdb\data\vxdmbs.
conf在UNIX或Linux主服务器上,这些文件位于:/usr/openv/var/global/server.
conf/usr/openv/db/data/vxdbms.
conf6创建一个小磁盘卷(100MB)并将其装入到用于主服务器上的复制卷的同一装入点.
注意:在执行故障转移操作期间,辅助主服务器上装入的是复制卷而非磁盘卷.
7将目录库组件移动到此磁盘卷.
46使用完全目录库复制部署NetBackup主服务器关于具有目录库复制功能的非群集NetBackup主服务器对于Windows安装,请将下列路径映射到公用卷.
使用文件夹装入点或连接点(Windows2003和Windows2008).
有关使用符号链接(Windows2008)的信息,请参见技术说明TECH210360.
\VERITAS\netbackup\db\VERITAS\netbackupdb\data\VERITAS\netbackup\vault\sessions\VERITAS\volmgr\misc\VERITAS\netbackup\var\VERITAS\kms对于UNIX和Linux安装,将下列路径软链接到公用卷上的相应位置:/usr/openv/netbackup/db/usr/openv/db/data/usr/openv/netbackup/vault/sessions/usr/openv/volmgr/database/usr/openv/var/usr/openv/kms8配置NetBackup,以便可在辅助主服务器上手动将其启动和停止.
默认情况下,NetBackup在主服务器引导后会自动启动.
要避免这种自动启动,请在初始安装及应用修补程序或升级程序之后按照步骤9和10进行更改.
9在NetBackup主服务器上进行下列更改.
在UNIX和Linux主服务器上,删除安装期间创建的指向/etc/init.
d/netbackup的链接以启用自动启动.
请参考《NetBackup安装指南》了解每个操作系统的链接的详细信息.
在Windows主服务器上,转至"服务管理器",然后将所有NetBackup服务的"启动类型"设置为"手动".
10启动辅助主服务器上的NetBackup.
确认NetBackup启动,然后再将其关闭.
在此阶段,可通过运行"NetBackup配置向导"来配置介质服务器和存储设备.
要手动启动和停止NetBackup,请运行下列命令.
我们建议在故障转移过程中记录这些命令.
在UNIX和Linux主服务器上:47使用完全目录库复制部署NetBackup主服务器关于具有目录库复制功能的非群集NetBackup主服务器要启动NetBackup,请运行下列命令:/etc/init.
d/netbackupstart命令要停止NetBackup,请运行下列命令:/etc/init.
d/netbackupstop在Windows主服务器上:要启动NetBackup,请运行下列命令:\VERITAS\NetBackup\bin\bpup要停止NetBackup,请运行下列命令:\VERITAS\NetBackup\bin\bpdown11关闭NetBackup后,卸载主服务器上装入的磁盘卷(请参考步骤6).
然后将DNS别名重置为主要主服务器.
再重新启动主要主服务器上的NetBackup.
在非群集复制配置中升级NetBackup主服务器为确保全局故障转移正确运行,主站点和辅助站点群集必须运行同一版本的NetBackup.
这意味着必须同时升级这两个群集.
升级过程要求禁用复制链接并且单独升级每个群集.
在升级过程中,应按照以下步骤操作:在非群集复制配置中升级NetBackup主服务器1暂停主站点和辅助站点间的复制.
2在主站点主服务器上按照标准升级过程升级NetBackup(请参考《NetBackup升级指南》).
3运行基本备份和还原测试,以确认升级已成功.
4确保辅助站点主服务器独立于较大的网络,从而使得它在联机后无法接触介质服务器和客户端.
5使得辅助站点主服务器联机并向其装入复制的目录库卷.
6在辅助站点主服务器上按照标准升级过程升级NetBackup(请参考《NetBackup升级指南》).
7一旦升级完成,立即使得辅助站点主服务器脱机.
这样可避免对辅助站点目录库卷执行不必要以及可能非常耗时的后处理操作.
8将辅助站点主服务器重新连接到较大的网络.
9重新启动复制过程并使得复制的卷完全同步.
关于使用目录库复制的全局群集NetBackup主服务器本节提供了使用目录库复制安装、配置和运行全局群集NetBackup主服务器的准则.
48使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器使用目录库复制安装和配置全局群集NetBackup主服务器表5-3介绍了通过多个阶段安装和配置具有目录库复制功能的已群集NetBackup主服务器的过程.
表5-3安装和配置具有目录库复制功能的已群集NetBackup主服务器群集操作描述阶段确保满足所有支持条件,然后再继续实际安装.
请参见第32页的"关于复制的NetBackup目录库的支持条件".
请参见第42页的"关于复制注意事项".
安装前提条件第1阶段在主站点上安装和配置NetBackup主服务器群集.
请参见第50页的"安装和配置主要NetBackup主服务器群集".
在主站点上安装和配置已群集NetBackup主服务器第2阶段在辅助站点上安装和配置NetBackup主服务器群集.
请参见第50页的"安装和配置辅助NetBackup主服务器群集".
在辅助节点上安装和配置已群集NetBackup主服务器第3阶段关于群集注意事项虽然两个站点上的NetBackup主服务器节点可以是每个站点上的单节点群集,但是必须将其配置为群集主服务器.
NetBackup主服务器一次只能在其中一个群集节点上运行.
在复制环境中,两个站点上的群集成员实际上形成单个群集.
可以使用两到四个节点创建全局群集,具体取决于所需的弹性级别.
此配置需要两个节点,每个站点上一个节点.
当涉及服务器时,这是最有效的配置.
此配置的缺点是,即使主要主服务器出现本地问题,也需要执行站点故障转移操作.
两个站点上的单节点群集此配置需要三个节点,两个在主站点上,一个在辅助站点上.
在常规操作期间,由于每个站点上都有一个节点,因此不需要通过站点故障转移来解决主要主服务器出现的问题.
而可以使用本地故障转移.
但是,辅助站点上的节点不受保护.
作为常规最佳做法,建议使用此配置.
主站点上的双节点和辅助站点上的单节点此配置需要四个节点,其中三个始终处于空闲.
此配置允许在站点上使用本地故障转移功能.
使用此配置时,如果遇到本地服务器问题,不需要进行故障转移.
两个站点上的双节点49使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器安装和配置主要NetBackup主服务器群集要安装NetBackup主服务器群集,请遵循相关手册中的说明,即参见《NetBackup群集主服务器管理指南》.
参考安装具有目录库复制功能的主要NetBackup主服务器群集时的以下准则.
安装具有目录库复制功能的主要NetBackup主服务器群集1在主节点上安装NetBackup主服务器群集时进行以下指定:作为群集公用存储的装入点的已复制存储.
属于域的所有服务器.
形成辅助站点群集的服务器.
2在创建NetBackup群集组后,请重新配置存储资源以包括复制控制组件.
3对于某些复制层,例如VeritasVolumeReplicator(VVR),复制代理必须位于单独的服务组中.
必须将代理与NetBackup应用程序服务组链接.
4如果复制技术提供了带宽规划和分析工具,那么在实施复制层之前,使用此工具评估宽带要求无疑是个很好的做法.
要体验复制通信量,可安装并配置主要主服务器群集,并运行几周备份.
在对辅助站点实施复制之前,可使用分析工具测量I/O通信量并根据该工具的建议规划复制层.
安装和配置辅助NetBackup主服务器群集要安装和配置辅助NetBackup主服务器群集,不需要与首要NetBackup主服务器群集的节点数相同.
辅助NetBackup主服务器群集可以是单节点群集,但是应该对其构建群集.
参考以下准则安装具有目录库复制功能的辅助NetBackup主服务器群集.
安装具有目录库复制功能的辅助NetBackup主服务器群集1开始安装之前,确定将用于从主站点装入复制卷的装入点.
此时,不要装入复制卷.
相反,将其他格式的卷装入此装入点.
安装期间会在此卷上创建空目录库,该目录库可在日后丢弃.
2使用与主站点主服务器群集相同的虚拟主机名,在辅助站点主服务器群集上安装NetBackup.
在安装时,请确保将在主站点主服务器群集上配置的所有介质服务器指定为附加服务器.
这可确保两个群集的服务器列表一致.
3安装完成后,关闭NetBackup,并使得群集公用目录库卷脱机.
4更新群集配置,以从主站点将复制卷作为群集公用卷装入.
此步骤可能需要添加复制代理或在磁盘资源内启用复制.
直到在设置的下一阶段提出要求时,才能将此资源联机(填充EMM中的服务器表).
安装期间使用的卷无需继续使用,因而可以将其重新用于其他用途.
50使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器小心:不要将辅助站点上的复制代理配置为自动反向复制.
在主站点可以再次运行之前不要反向复制.
在EMM中填充服务器表必须在EMM中正确填充服务器表.
可通过依次将主服务器群集故障转移到每个节点来自动填充服务器表.
按照以下步骤填充EMM中的服务器表.
在EMM中填充服务器表1在辅助站点上的群集设置完成后,使主站点上的NetBackup脱机.
2反转复制方向并使辅助站点上的NetBackup联机.
在特定群集节点上使NetBackup主服务器群集联机会自动将该节点添加到EMM服务器表中的已知服务器列表.
如果辅助站点上存在多个节点,必须将主服务器故障转移到每个节点.
3在添加所有成员节点后,使辅助站点中的NetBackup脱机.
4反转复制方向并使主站点上的NetBackup联机.
在群集复制配置中升级NetBackup为确保全局故障转移正确运行,主站点和辅助站点群集必须运行同一版本的NetBackup.
这意味着必须同时升级这两个群集.
升级过程要求禁用复制链接并且单独升级每个群集.
在升级过程中,应按照以下步骤操作:要升级全局群集,请按以下步骤操作:1在升级期间禁用全局群集故障转移.
2暂停主站点和辅助站点间的复制.
3确保辅助站点群集独立于较大的网络,从而使得它在联机后无法接触介质服务器和客户端.
4在主站点主服务器群集上按照标准升级过程升级NetBackup(请参考《NetBackup升级指南》).
5运行基本备份和还原测试,以确认升级已成功.
6使得辅助站点群集联机并向其装入复制的目录库卷.
7在辅助站点主服务器群集上按照标准升级过程升级NetBackup(请参考《NetBackup升级指南》).
8一旦升级完成,立即使得辅助站点群集脱机.
这样可避免对辅助站点目录库卷执行不必要以及可能非常耗时的后处理操作.
51使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器9将辅助站点群集重新连接到较大的网络.
10重新启动复制过程并使得复制的卷完全同步.
11启用全局群集故障转移.
12故障转移到辅助群集并执行基本备份和还原测试,以确认升级已成功.
13如果需要,将全局群集回切到主站点群集.
故障转移到辅助主服务器群集在以下情况中需要故障转移到辅助主服务器群集:主要主服务器群集的所有节点都出现故障.
访问主站点被拒绝.
确切的故障转移过程可能因不同的复制技术而异.
参考以下过程,其中列出了故障转移到辅助主服务器群集的概要步骤.
故障转移到辅助主服务器群集1停止主要主服务器群集上的NetBackup.
2停止或反转目录库卷的复制.
3如果需要,使用主服务器的新虚拟IP地址更新DNS.
4启动辅助主服务器群集上的NetBackup.
注意:如果主站点出现故障,步骤1和2会自动执行.
在全局群集环境中,可以自动进行故障转移到辅助主服务器的过程.
要自动进行该过程,必须在群集之间存在多个心跳连接.
如果心跳网络出现故障,可能会在主要主服务器群集仍在运行的情况下使辅助主服务器群集联机.
在群集复制环境中测试NetBackup主服务器群集建议测试辅助主服务器群集在不进行完全故障转移操作的情况下联机的能力.
对于完全故障转移,确切的过程可能因不同的复制技术而异.
以下过程提供了测试必须遵循的概要步骤.
在群集复制环境中测试NetBackup主服务器群集1暂停主要主服务器群集和辅助主服务器群集之间的复制.
2将辅助主服务器群集从网络中隔离出来.
3启动辅助主服务器群集上的NetBackup.
4执行所需的验证检查.
确保NetBackup正在辅助主服务器群集上运行.
52使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器5停止辅助主服务器群集上的NetBackup.
6重新建立辅助主服务器群集上的网络连接.
7重新启动复制.
53使用完全目录库复制部署NetBackup主服务器关于使用目录库复制的全局群集NetBackup主服务器在群集中使用NetBackup执行备份和还原本章节包括下列主题:关于在群集中使用NetBackup执行备份和还原关于群集中支持的NetBackup应用程序代理关于在群集中使用NetBackup执行备份和还原本主题提供了说明如何在群集中执行用户控制的备份和还原数据的链接.
此外,有关执行备份和还原的特定说明可以在其他NetBackup指南中找到.
请参见《NetBackup备份、存档和还原快速入门指南》和《NetBackup管理指南》了解与NetBackup代理和选件有关的信息.
无论是在群集环境中还是在非群集环境中,备份和还原进程都是相同的.
请参见《NetBackup故障排除指南》以了解有关备份和存档进程以及还原进程的更多信息.
在群集中使用NetBackup执行用户控制的备份在群集中执行用户控制的备份时,您可以使用客户端的节点名称或虚拟名称来执行备份.
如果选择虚拟名称,则可以从任何群集节点中还原备份.
您还可以配置自动备份.
在Windows客户端上执行用户控制的备份1打开"备份、存档和还原"控制台.
2在"文件"菜单上,单击"指定NetBackup计算机".
3从"源客户端"列表中,选择(或者添加)需要的节点或虚拟名称.
6在UNIX/Linux客户端上执行用户控制的备份1打开"备份、存档和还原"控制台.
2在"登录"对话框中,输入客户端的名称(节点名称或虚拟客户端名称).
您必须登录到需要的节点或虚拟客户端上.
在Java界面中,您无法指定非本地的客户端.
关于在群集中还原数据对于所有文件还原操作,要了解执行还原时使用的过程,请参考《NetBackup备份、存档和还原入门指南》.
将文件还原到共享磁盘驱动器时,请将这些文件还原为虚拟服务器名称.
还原单个数据库文件时,将这些文件还原为与已安装数据库应用程序的客户端相对应的虚拟服务器名称.
注意:由于在群集环境中一台计算机可以有多个虚拟名称,因此可在多个客户端名称的上下文中备份文件.
如果仔细规划备份策略,则可以避免此问题.
但是,可能需要浏览多个客户端名称以查找备份映像.
并且您可能需要执行多个还原,以便还原所需的所有文件.
"备份、存档和还原"控制台在客户端名称的上下文中运行.
您必须执行重定向还原,以便还原共享磁盘上使用虚拟服务器名称备份的文件.
只有当在NetBackup主服务器上执行必要的配置时,NetBackup才允许进行重定向还原操作.
有关如何进行重定向还原的信息,请参见《NetBackup管理指南,第I卷》.
有时候可能需要在主服务器上创建适当的altnames目录条目.
当NetBackup尝试从客户端还原文件时,操作可能失败并显示此错误消息:131clientisnotvalidatedtousethisserver如果您看到此消息,则必须设置altnames目录以使操作成功.
例如,可以将所需的网络接口参数设置为客户端的有效网络名称.
但是该名称可能与该客户端的NetBackup"客户端名称"参数不匹配.
群集中的NetBackup客户端经常发生这种情况.
或者,您可以执行服务器控制的还原,而无需设置altnames目录.
请参见第55页的"示例:在NetBackup群集中执行用户控制的还原".
示例:在NetBackup群集中执行用户控制的还原例如,假设群集虚拟服务器名称为TOE,群集节点名称为TIC和TAC.
共享磁盘上的文件必须由客户端列表中包含TOE的NetBackup策略来备份.
要在共享磁盘上对文件执行服务器控制的还原,请将源客户端和目标客户端均设置为TOE.
服务器控制的还原无需知道还原时共享磁盘控制哪个节点.
55在群集中使用NetBackup执行备份和还原关于在群集中使用NetBackup执行备份和还原在NetBackup群集中执行文件的用户控制还原1在主服务器上创建以下文件.
对于UNIX或Linux服务器:/usr/openv/netbackup/db/altnames/tic/usr/openv/netbackup/db/altnames/tac对于Windows服务器:shared_drive_install_path\NetBackup\db\altnames\ticshared_drive_install_path\NetBackup\db\altnames\tac2在这两个文件中,将虚拟服务器名称TOE添加在文件中的某行.
3确定共享磁盘控制的节点(TIC或TAC).
4在该节点上启动"备份、存档和还原"界面,并选择虚拟服务器名称(TOE)作为源客户端和服务器.
在Windows计算机的"文件"菜单中,单击"指定NetBackup计算机".
在UNIX或Linux计算机的"操作"菜单中,单击"NetBackup计算机".
5通过使用虚拟服务器名称(TOE)从共享磁盘中浏览已备份的文件,并根据需要还原它们.
关于群集中支持的NetBackup应用程序代理在群集环境中仅支持某些数据库代理和NetBackup选件.
有关如何在群集中安装和配置数据库代理和选件的信息,请参考相应代理或选件的管理指南.
数据库应用程序作为虚拟服务器安装在群集上.
要保护这些虚拟服务器的数据,请在群集的每个节点上安装适当的NetBackup数据库代理对于NetBackupforWindows,数据库代理与NetBackup服务器和NetBackup客户端一起安装.
还需为该数据库代理创建一个备份策略.
在为群集中的应用程序或数据库配置策略时,请始终使用应用程序或数据库的虚拟服务器名称作为策略的客户端名称.
有关特定数据库代理的完整的安装和配置说明,请参见相应代理的NetBackup文档.
在群集中备份数据库文件在群集的单个节点上运行的用户备份通常作为节点的备份运行,而不作为NetBackup虚拟服务器运行.
您可能会发现使用预定备份来保护群集中的数据比使用用户备份要容易得多.
用户备份56在群集中使用NetBackup执行备份和还原关于群集中支持的NetBackup应用程序代理您可以选择在群集中仅安装NetBackup客户端.
在此配置中,您可以通过网络将群集中的数据备份到一个单独的NetBackup服务器.
在这种情况下,磁带设备、介质等NetBackup特定配置任务与群集自身的设置和维护分开执行.
但是,NetBackup客户端本身不能进行故障转移.
将NetBackup客户端安装在WSFC、VCS、SunCluster、ServiceGuard群集或HACMP群集上在群集中安装NetBackup客户端的方法与在非群集的环境中相同.
有关如何安装NetBackup客户端的信息,请参见《SymantecNetBackup安装指南》.
在Windows系统上,当尝试备份群集上的数据时可能会遇到与名称解析有关的问题.
(此数据可以是本地数据或共享数据.
)请考虑将每个客户端"所需的网络接口"参数设置为安装有NetBackup客户端的节点的完全限定名称.
群集中的NetBackup客户端关于在群集中备份数据库文件数据库应用程序作为虚拟服务器安装在群集上.
要保护这些虚拟服务器的数据,请在群集的每个节点上安装适当的NetBackup数据库代理对于NetBackupforWindows,数据库代理与NetBackup服务器和NetBackup客户端一起安装.
还需为该数据库代理创建一个备份策略.
在为群集中的应用程序或数据库配置策略时,请始终使用应用程序或数据库的虚拟服务器名称作为策略的客户端名称.
有关特定数据库代理的完整的安装和配置说明,请参见相应代理的NetBackup文档.
关于用户备份在群集的单个节点上运行的用户备份通常作为节点的备份运行,而不作为NetBackup虚拟服务器运行.
您可能会发现使用预定备份来保护群集中的数据比使用用户备份要容易得多.
关于群集中的NetBackup客户端您可以选择在群集中仅安装NetBackup客户端.
在此配置中,您可以通过网络将群集中的数据备份到一个单独的NetBackup服务器.
在这种情况下,磁带设备、介质等NetBackup特定配置任务与群集自身的设置和维护分开执行.
但是,NetBackup客户端本身不能进行故障转移.
将NetBackup客户端安装在MSCS、VCS、SunCluster、ServiceGuard群集或HACMP群集上在群集中安装NetBackup客户端的方法与在非群集的环境中相同.
有关如何安装NetBackup客户端的信息,请参见《SymantecNetBackup安装指南》.
在Windows系统上,当尝试备份群集上的数据时可能会遇到与名称解析有关的问题.
(此数据57在群集中使用NetBackup执行备份和还原关于群集中支持的NetBackup应用程序代理可以是本地数据或共享数据.
)请考虑将每个客户端"所需的网络接口"参数设置为安装有NetBackup客户端的节点的完全限定名称.
58在群集中使用NetBackup执行备份和还原关于群集中支持的NetBackup应用程序代理B保护方法LAN客户端16SAN介质服务器应用程序群集15SAN客户端16SAN连接动态多路径11存储设备冗余驱动器11非专用介质服务器存储单元组14机械手控制连接控制服务器群集11冗余连接11介质可用性介质共享12全局临时池12网络链路冗余网络合作10站点全局群集17主服务器群集13专用介质服务器存储单元组14备份用户控制的54备份数据库文件57部分目录库复制39部分目录库恢复28还原部分目录库28C存储单元为机械手设备配置20存储设备保护冗余驱动器11D多站点单域复制33扩展SAN34优化复制35多站点跨域复制BasicDisk存储35F非故障转移群集配置SAN介质服务器18介质服务器18非群集主服务器安装辅助主服务器46安装主要主服务器44升级NetBackup48升级卷46非专用介质服务器保护存储单元组14复制注意事项42DNS注意事项43联网注意事项42群集注意事项49主服务器注意事项42G故障点LAN客户端16SAN介质服务器15SAN客户端16存储设备11存储设备连接11SAN连接11机械手控制连接11非专用介质服务器14介质服务器13介质可用性12网络链路10站点17主服务器13专用介质服务器14索引组件9光盘恢复29H还原部分目录库28还原整个目录库25机械手控制连接保护控制服务器群集11冗余连接11J介质服务器非故障转移群集配置18还原备份15介质可用性保护介质共享12全局临时池12LLAN客户端保护16M目录库保护联机目录库备份17目录库复制17另请参见目录库复制目录库复制部分目录库复制39多站点单域33多站点跨域复制35目录库同步33完全目录库复制37支持条件32注意事项.
请参见复制注意事项目录库恢复24部分目录库恢复28完全目录库恢复25目录库同步33Q前提条件独立介质服务器18群集中的NetBackup客户端57SSAN介质服务器非故障转移群集配置18SAN介质服务器保护应用程序群集15SAN客户端保护16SAN连接保护动态多路径11T添加磁盘存储单元21W完全目录库复制37还原整个目录库37完全目录库还原37完全目录库恢复25还原整个目录库25网络链路保护冗余网络合作10X虚拟存储单元.
请参见使用独立介质服务器进行配置升级介质服务器22选项56Y已群集的主服务器安装辅助主服务器50安装主要主服务器50服务器表51升级NetBackup51升级卷50使用目录库复制进行测试52用户备份57用户控制的备份54Z在群集中还原数据55站点保护全局群集17主服务器保护群集13专用介质服务器保护存储单元组1460索引