NBU备份系统-维护手册

NBU备份系统维护手册版本1.02015-01-13目录NBU备份系统维护手册 11 介绍 3 适合读者 3 本文范围 32 NetBackup软件管理 4 软件控制台界面 4 NBU常用命令 4 日常维护指导 7 查看备份作业情况 7 手工发起备份策略 9 服务管理 9 查看服务 9 启动服务 10 停止服务 10 备份策略设定 10 police属性 11 设定日程表 15 设定文件列表 19 设定客户端 21 activitymonitor中显示的信息 21 基本排障 21 磁带状态 21 检查磁带的状态 22 查看磁带机状态 22 ActivityMonitor 23 Oracle相关 23 oracle配置检查 23 恢复oracle备份 27 日志收集 29 收集备份系统信息 29 维护检查内容 30 日检查 30 月检查 31 季度检查 323 磁带full后取出的操作步骤 35 查询磁带状态 35 弹出磁带 36 命令操作 36 图形操作 374 查询磁带上的数据 40 查询backupid 40 查询backupid对应的备份时间 45 查询backupid对应的备份的文件列表 455 附件 47 NBU命令手册 47 NBU故障排查手册 47 NBU状态码手册 47介绍本文介绍Netbackup的日常维护操作。适合读者本文档适用于备份系统的维护人员，主要针对NBU备份系统而定，主要包含的内容有查看备份的状态码和一些常用的查询命令，以及针对数据库备份的troubleshooting相关日志查看。本文范围本文档涵盖以下范围。Netbackup软件管理磁带库管理NetBackup软件管理软件控制台界面NBU常用命令1、登陆：使用root用户、密码以ssh登录到终端。2、基础命令简介安装路径：/usr/openv命令路径：/usr/openv/netbackup/bin/usr/openv/netbackup/bin/admincmd/usr/openv/netbackup/bin/goodies/usr/openv/volmgr/bin查看进程bpps-abpps-x启动Netbackupnetbackupstart关闭Netbackupnetbackupstop机械手测试工具robtest查看磁带库设备tpconfig-dvmoprcmd查看备份的状态bpdbjobs查看磁带状态available_mediabpmedialist-m0008L3查看任务详细bperror-jobid550-U查看任务最详细情况bpdbjobs-all_columns-jobid550查看所有策略名bppllist修改备份策略bpadm将策略inactive（即暂时不激活）bpplinfopolicyname1-modify-inactive查看策略详细内容bppllistpolicyname1-U查看所有策略详细内容bppllist-allpolicies-U手工执行备份策略：bpbackup-i-ppolicyname1-sschedulename1-hhostname(policy、schedule、hostname都可以通过上面的bppllistpolicyname1-U查看)查看所有保留期限为3的磁带bpimagelist-media-U-rl3查看磁带上的保留期限是3的备份信息bpimagelist-media-U-d08/30/2008-e09/10/2008-rl3强制失效磁带bpexpdate-m0024L3-d0-force列出磁带上的备份信息bpimmedia-L-mediaid0003L3恢复文件命令：bprestore-Csourceclient1-Ddestclient1-s04/01/200606:00:00-e04/10/200318:00:00-t0/arch查看备份的内容：普通文件：bplist-Cclientname1-t0-R-b-l-Listseconds/归档文件：bplist-A-Cclientname1-t0-R-b-l-Listseconds/Oracle：bplist-Cclientname1-t4-R-b-l-Listseconds/-t后跟的数字式Type，Type列表意义如下：0=标准4=OracleNBU命令列表命令说明以下命令用于MasterServer和mediaServerbpsysinfocatalogcoldbackupbpps查看nbu进程Bpdbjobs查看作业状态bperror-U-problems查看错误作业信息tpconfig-d查看带库设备信息tpconfig-l查看带库设备信息vmoprcmd查看设备类型vmoprcmd-dvmglob-listall-b查看设备序列号vmpool-listall-b查看pool信息bpclntcmd-hnhostnameMasterserverbpconfig-Ubperror-media-Ubpgetconfigbpimagelist-media-Ubpimagelist-U-d08/01/200800:00:00-e08/31/200823:59:5bpmedialist-mlist-Ubppllist-U-allpolicies查看所有策略详细信息bpstulist查看storageunit信息bptestbpcd-clientclientname测试客户端tpautoconf-report_disc检查是否有系统检测到的带库，NBU里面没有注册使用tpclean-Lvmcheckxxx-rtTLD-rn0检查系统检测到的带库的信息和NBU里面注册的带库的信息是否一致vmpool-listscratch查看临时备份池available_media查看当前可用磁带vmrule-listall-bvxlogview-L-E查看NBU应用程序的日志get_licens_key查看license以下命令用于Unix系统cat/usr/openv/netbackup/version查看nbu版本查看server信息日常维护指导日常维护主要是查看备份作业的执行情况，在出现错误之后的应对情况，然后就是在有特殊情况下修改备份策略以及手工发起备份策略查看备份作业情况主要是查看图形维护界面里面的activitymonitor界面，主要查看以下几项：State:Done表示作业已经完成Active 表示作业正在进行Queue 表示作业在排队等候Status:表示作业成功非0 表示作业失败，具体常见错误代码可以参考第五章Policy: 显示运行的策略名Client: 显示备份的主机名对于最前面的任务：蓝色举双手：表示作业成功红色叉： 表示作业失败3个人排队： 表示作业排队若发现有某个任务失败或者是想查看某个备份任务的详细信息，比如备份使用的哪个storageunit,什么时候发起，运行了多久，备份速度等信息可以通过双击任务弹出的详细信息来查看。图示如下：手工发起备份策略备份策略的修改可以查看第四章，现在介绍下当特殊情况下需要手工发起备份策略的方法：图形界面：选policy选中要执行的策略右键选择manualbackup选择默认的schedule和client确认然后去activitymonitor里面查看作业运行情况命令行：bpadmm通过b切换选择要运行的策略c选择clients选择schedulei然后退出查看bpdbjobs查看作业运行情况。服务管理查看服务1.用root账户登录，输入命令/usr/openv/netbackup/bin/bpps-a，输出结果含vnetd及bpcd；2.用root账户登录，输入命令/usr/openv/netbackup/bin/bptestnetconn，输出主服务的解析信息，如下图所示，则说明NBUClient运行正常；启动服务用root账户登录，输入命令/usr/openv/netbackup/bin/bp.start_all，启用NBUClient服务，如下图所示；停止服务用root账户登录，输入命令，停止NBUClient服务，如下图所示；备份策略设定 在NBU中，备份策略是制定备份细节的集合，在备份策略中包含了在什么时间，将哪个客户机的数据，备份到哪里的所有参数。NBU就是根据这些信息来完成所有的备份任务的。 定制备份策略的页面分为四个页面，分别是备份属性、日程表、目标文件和客户端。备份属性中定义了备份的类型，如需要备份的是oracle数据库还是普通文件数据（NBU需要根据备份类型来决定调用那个代理）、把数据备份到哪里、是否加密等等信息；日程表主要定义了执行各种备份的时间范围；目标文件指明了需要备份的目录的位置；客户端定义了客户端的名称和操作系统类型。这四项在后面分别都有详细的介绍。图一：新建备份策略 有图一可见，新建备份策略有两种办法：一是在左侧浏览栏中点击Policies菜单项，然后在菜单栏的action下点击new；第二种办法是直接点击工具栏中的金色多角形，也可以弹出该选项。 在图一的页面中，需要填写备份策略的名称，如果不勾中”使用向导”的选项，新的备份策略就会显示出来，需要用户右键点击新建的备份策略，选择Change去修改备份的策略，如图二所示；如果用户勾中向导选项，那么NBU会调用策略生成向导来帮助用户完成这项工作。police属性图二：备份策略配置页面 由图二可知，在新建备份策略的时候,首先需要指定一些必须的备份属性:备份类型（policytype）：说明备份的是什么数据内容，据此，NBU会在客户端自动调用与其对应的agent来获得这些数据内容，从而完成备份任务，见图三：图三：备份策略的类型 由图三可知，备份策略的类型包括windowsNT、NDMP、OS/2、standard、oracle，DB2、sybase等等，对于不同的类型，获取数据的方法是不同的，所以这里不可用填写错误，否则会引起备份失败。如果用户仅仅需要备份普通的文件数据，那么就选择“standard”类型即可。数据存放目标（Destination）：包括策略存储单元（policystorageunit）和策略卷池（policyvolumepool），这两个选项合起来就可以指定备份数据的存放位置。其中，策略卷池是必选项，知名了备份数据保存的逻辑单元，默认是Netbackup卷池；策略存储单元是可选项，一般有磁盘、磁带或者组等类型（见图四），如果指定了存储单元，数据将被保存到指定的存储单元中，否则，NBU会在指定的卷池中按照排列顺序查找到可用的存储单元来保存数据，图四。图四：选择存储单元设置检查点间隔（Takecheckpointsevery）：如果选择了这个功能，NBU会在每个时间间隔后自动加入标记位，这样做的好处是在用户备份一个大的备份任务的时候，如果备份失败，用户可以不必从头开始重新备份，NBU之后在没有标记过的数据重新开始备份，而之前做过标记的都可以不必重新开始，这样会大大节省用户的时间。然而，这样做会带来一些额外的数据备份和工作，所以这个间隔时间也不能太短，需要用户自己做出权衡。一般来说，如果用户备份的文件不大，那么不需要这个功能，如果用户的数据备份量很大，那么可以适当的选择一个，避免备份失败后的重新开始。选择的时间间隔要在5分钟到180分钟之间。限制每个策略的作业数（Limitedjobsperpolicy）：限制每个策略的作业数属性限制NetBackup将使用此策略同时执行的作业数。默认情况下，该复选框处于清除状态，这样NetBackup没有这方面的限制，用户可以为某策略同时执行最大999个备份作业。然而，并行作业的增加会降低NBU备份工作的效率，因此，如果用户可以通过减少并行的备份作业，来提高系统资源和网络资源的效率。即使备份任务需要的作业超过了这个限制，NBU也会将所有作业执行完毕，只是其中超出的部分会在等待状态下等到同一备份策略下其他作业的完成后，才可以执行。如图五所示图五：限制每个策略的作业数选项作业优先级（Jobpriority）：在NBU的调度中，在同等条件下，NBU会首先执行优先级最高的备份策略，然后依次降低，这样用户就可以调整备份策略的执行顺序。在NBU中，数字越高，则说明优先级最高，由图五所示，该选项中最大值是99999，而NBU中的默认值是0.活动复选框和生效时间字段设置了该策略是否生效，以及何时开始生效。如果不够中该选项，那么NBU在任务调度的时候会忽略相应的备份策略。生效时间定义了备份策略生效的时间，用户可以指定用户从未来的某个开始生效，那么在生成该策略到策略生效期间，该策略不同启动。见图六：图六：活动复选框和生效时间字段循序NFS（FollowNFS），由图六可知，该选项的目录是从客户端备份NFS文件系统上的数据，这样做有两个好处：一是可以不必登录到NFSServer去备份文件，减少步骤；二是可以通过NFS，备份NBU不支持的操作系统上的数据，扩大NBU的使用范围。跨挂载点（Crossmountpoints）：这个属性是问备份是否跳过其他文件挂载点。比如系统中有根目录（/）和/opt两个挂载点，假设现在指定备份根目录，如果没有选择该选项，那么NBU将会忽略备份/opt下面的内容；反正，如果选中该选项，那么NBU会备份根目录下所有文件夹和文件，包括/opt下的内容。这里需要注意的是，即使选中该选项，NBU同样会忽视NFS文件系统的内容，除非同时选中该选项和“循序NFS”，才能备份NFS的内容。收集实际映像恢复信息：同样见图六，该属性是收集恢复目录所需的信息，以包含在用户选择要恢复的任何增量式备份（或完全备份）时目录中所具有的内容。所选备份开始之前删除的文件不恢复。否则，根据增量式备份日期的恢复将包括从上一次完全备份后所有备份过的文件，以及在此期间的某个时候删除的文件。值得注意的是，该目录下有个移动检测选项，很多用户不清楚它的用法。简单来说，NBU在备份时，是通过检查文件的修改时间来记录文件信息的，但是，如果文件进行了改名、移动位置等操作，由于其修改时间并未改变，故NBU默认是不会在增量备份中记录这些，如果选中该选项，NBU会检测并记录相关的内容。压缩：见图六，如果选中该选项，NBU会利用自己的tar工具（/usr/openv/netbackup/bin/tar）去压缩备份文件，节省备份空间，但是这需要花费一定的时间。加密：NBU会对备份文件进行加密操作，这样即使备份的磁带丢失，也不用但是其可以读到其中的内容，增加了备份的安全性。收集灾难恢复信息是为裸机恢复（BareMetalRestore）使用的，裸机恢复是NBU一个需要单独购买license的插件。该选项会在每次备份之前在每个客户机中运行BMR客户机代理，以保存该客户机的配置信息。运行多个流：该选项是为了提高备份速度而设计的。NetBackup可以根据备份选择列表中的指令或脚本/模板（数据库策略类型），将每个客户机的自动备份划分为多个作业，每个作业只备份整个备份选择列表的一部分。作业位于不同的数据流中，并且可以并行发生。见图七：图七：运行多个流关键字短语（keywordphrase）：用户可以在备份的时候选择输入关键字，例如财务、数据等等，这样可以在恢复的时候，只恢复某个关键字的内容，加快恢复速度。设定日程表图一：日程表选项卡 由图一可见，在点击了日程表（Schedule）选项卡后，其日程表是空的，需要点击“New…”去新建日程表。见图二图二：新建日程表 由图二可见，在设置NBU日程表有四个选项卡，分别是属性、启动时段、排除日期和日历日程表（日历日程表仅仅在日程表类型下出现），现在让我们分别来介绍一下：属性选项卡名称：首先需要为新建的日程表起一个有意义的名字，比如account_full表示财务部的完全备份日程表等等，没有特殊的限制。备份类型：一般来讲，备份类型分为全备份、差分备份、增量备份、用户备份和用户归档等类型，区别如下：全备份就是将所有数据全部备份起来；差分备份就是备份自上一次备份以来发生改变的部分；增量备份是将自最近一次全备份以来的所有改变的部分；用户备份指的是客户端用户可以执行的备份；用户归档指的是客户端用户可以执行的归档。其中，用户最容易混淆的概念就是差分备份和增量备份的，因为他们都是只备份差异文件，他们的区别之处在于差异的内容不同：差分备份只保存上次差分备份之后的变化内容，而增量备份保存的是自上次全备份以来的所有改变。举例来说，假设周日做过一次全备份，如果周一和周二做过差分备份，然后周三需要恢复的时候，NBU会先得到周日的全备份的内容将数据恢复到周日的状态，然后根据周一的差分备份，将数据恢复到周一的状态，然后在用周二的差分备份将内容恢复到周二的状态，周日、周一、周二的备份内容缺一不可。在上例中，如果用户周一和周二做的是增量备份，那么只需要周日的全备份和周二的增量备份，即可恢复内容到周二的状态，因为周二的备份记录了周日以来发生的改变，周一的增量备份不再需要。由此可见，差分备份的优点是记录的内容少，周二的备份文件中不记录周日到周一的变化，但是缺点是恢复时需要所有的差分文件；增量备份会占用比差分备份多的备份空间，但是它的恢复快速，依赖的文件比较少。用户备份和用户归档的区别在于：用户归档后会将归档的源文件删除，而用户备份不会。合成备份（Syntheticbackup）：合成备份的含义就是将一个全备份和一些增量备份或者差分备份重新组成一个全备份，这样在恢复的时候，就好像一个全备份恢复一样快捷；而且这部分发生在介质管理器而不是客户端，可以有效利用空间并且减小客户端的负载。见图二。一般的用户可能不熟悉合成备份的用法，一般来说，合成备份可以将多个备份整合成一个可用的恢复文件，所以可以将它和传统备份统一起来使用。举例来说，如果用户创建一个三个月一次的全备份、每天一次的差分备份、一周一次的合成备份，那么每个星期一次的合成备份就会把上周的全备份和周内的差分备份，重新合成一个全备份文件，就好像每周一次全备份一样，而这样做的好处是将合成备份的工作移到介质服务器中完成，减少了客户端的负载。日程表类型有两种：日历型和频率型（见图二）。日历型日程表可以运行用户选择哪一天（几月几号）执行备份任务；而频率型日程表可以让用户选择周几执行备份任务，用户可以根据自己的需求选择日程表类型。见图三。图三：频率型日程表备份目的：在备份目的框中，有一些特殊的选项，现在分别予以介绍：即时恢复仅备份到磁盘（Instantrecoverybackupstodiskonly）：这个是NBU一个专门的插件（advancedclient）带有的特性，该特性可以生成客户端数据源的快照并将这些冗余的信息保存，该选项可以控制这些快照信息仅在磁盘中保留而不备份到磁带多个拷贝（Multiplecopies）：允许NBU同时将数据拷贝到多个地方（最多十个），从而达到容灾的目的。见图四。图四：配置多个拷贝保留时间：指定拷贝镜象的有效期限，过期后NBU会删除这些镜象，从而腾出空间给新的备份使用。Mediamultiplexing：指定日程表允许在介质上同时执行多少个作业。启动时段选项卡图五：启动时段界面 由图五可见：用户可以选择备份日程表启动的时段，从周几的几点到周几的几点。其中需要注意的是Duration，知名该策略执行的可持续时间，如果该时间到期而备份没有做完的话，NBU会强制停止该任务，因此，对于比较大的备份数据量，需要更长的备份持续时间，否则可能引起失败。排除日期选项卡图六：排除日期选项卡 由图六可以看到，在日期选项卡中可以选择哪些日期将不执行备份任务。如果某天被选中，那么即使它属于之前启动时段范围内，那么它也不会启动执行。日历日程表选项卡（日历日程表仅仅在日程表类型下出现）图七：按照日期设定日历日程表 由图七可见，按照日历编辑日历日程表有三种方式：按照日期，按照星期和按照月份。图七是按照日期编辑日程表，故可以在上面勾选，绿色的为选中的执行日期。图八和图九分别显示了按照星期和按照月份来选定备份任务的界面。图八：按照星期设定日历日程表图九：按照月份来设定日历日程表设定文件列表图十：设定备份文件列表 由图十可以看出，通过新建窗口可以添加备份的不同目录，也可以选择修改和删除已经添加的文件列表。 这里需要注意的是，如果在前面的属性页中选择了允许多流，那么在备份文件选项中会多出几个选择，见图十一和图十二：图十一：允许多数据流图十二：备份列表选择 在这里用户可以选项是否是备份某个数据流。图十三：多流文件列表展示 从图十三可以看出，此次的备份分为两个流执行：前四个备份目录和后两个属于不同的流，所以他们的备份不再是顺序执行，而是两个数据流并发执行。通过这个特性，用户可以通过将数据分流的办法，提供备份的效率。设定客户端图十四：选项客户端 由图十四可见，选择备份客户端需要指明客户端的名称和操作系统类型。在这里需要提醒用户的是：客户端的名称必须在NBU主服务器的/etc/hosts文件中写明，NBU才能正确的找到它；客户端的/etc/hosts也必须写明主服务器，并且在客户端的文件中加入“SERVER=×××”，保证主服务器能够有权限访问客户端；很多用户不明白为什么在硬件和操作系统列表中没有用户需要的客户端的类型，那是因为用户没有在主服务器上安装对应的操作系统客户端，如果安装之后，重启NBU的GUI界面，就可以看到它们出现在列表中了。通过本文的介绍，用户可以了解到NBU备份策略配置中，日程表、备份文件列表和客户端的配置方式。到现在位置，用户应该可以独立的配置好一个适合自己需求的备份策略了。activitymonitor中显示的信息显示的备份任务信息的天数，目前设置的是20天。nbuserver:~#cat/usr/openv/netbackup/bp.conf|grep-ikeepKEEP_JOBS_HOURS=480KEEP_JOBS_SUCCESSFUL_HOURS=480如需要更改，则，改变上述数字，以小时为单位，然后运行：nbuserver:~#bprdreq-rereadconfig基本排障磁带状态#available_media命令输出示例#available_mediamediamediarobotrobotrobotside/retsizestatusIDtypetype#slotfacelevelKBytes000026HCART3TLD0208-3116000864ACTIVE000025HCART3TLD0198-3172558432FULL001634HCART3TLD0120-40FROZEN001597HCART3TLD0320-120FROZEN其中001643为frozen的磁带检查磁带的状态如果有以下状态选择相应的方法处理状态处理方法Frozen使用bpmedialist查看磁带所属的设备主机bpmedialist-m001634ServerHost=backupserver#bpmedialist-m001597ServerHost=sanmediaserver则使用bpmedia将冻结的磁带解冻#bpmedia-unfreeze-m001634-hbackupserver#bpmedia-unfreeze-m001597-hsanmediaserver查看磁带机状态nbuserver:~#vmoprcmdHOSTSTATUSHostNameVersionHostStatus===========================================================nbuserver750200ACTIVEPENDINGREQUESTS<NONE>DRIVESTATUSDriveNameLabelReadyRecMIDExtMIDWr.Enbl.TypeHostDrivePathStatus=============================================================================HP.ULTRIUM5-SCSI.000NoYes000105Yeshcart2nbuserver/dev/nst0ACTIVEActivityMonitor在ActivityMonitor中查看Status，更为完整的请参见Netbackup故障排除指南在Netbackup中的activitymonitor中，每个备份任务会有一行，正常和异常的备份任务都会输出一个Status的状态码，大多数的备份异常任务可以从此状态码判断出故障的原因。下面列出经常出现的状态码及解决方法。状态码原因解决方法0成功完成无1部分成功需要查看备份的任务的目录长度、权限等24套接字写入失败一般是由于主机名解析或者网络出现的问题71备份选择不存在添加备份选择84介质写入错误（一般的原因有以下）（所需的介质被冻结，冻结介质是为了在特殊的情况下保护被访问的介质的一种手段，可使用/usr/openv/netbackup/bin/goodies/available_media查询其状态，如果为FROZEN的状态，则可以在确定需要的情况下，使用bpmedia对其解冻）（磁带机或访问路径发生错误，需要robtest进行确定）96无法分配用于备份的新介质，存储单元中没有可用的介质需确认存储单元可用且VolumePool中有可用的介质150管理员请求中止此种代码无需操作，是由于其他的原因致使管理员手动cancel了job所致196因为备份时段已过，所以没有尝试进行客户机备份由于没有备份窗口出错，需要查看schedule的startwindow有没有配置允许自动备份的窗口198对于此客户机，没有任何活动策略包含请求类型的日程表查看策略是否为active的219必需的存储单元不可用查看存储单元、磁带机、带库是否可用且可访问，必要时使用robtest连接测试Oracle相关对于oracle备份，查看日志信息主要看脚本目录下的log文件，例如/home/oracle/nbuscripts/hot_oracle_backup.sh的日志为：通过查看日志即可了解备份作业状况，下面介绍下配置过程oracle配置检查要确认好以下几点：所要备份的目标数据库已经修改为归档模式所要备份的目标数据库已经在rman数据库里面注册如果是linux、unix系统必须要做API库连接：/usr/openv/netbackup/bin/oracle_link新建oracle备份策略新建oracle备份策略和普通的策略并没有什么不同，在选择policytype时候选择oracle：之后就是与其他备份不同的重点部分，backupselections,要选择oracle备份所需要的脚本。本次备份系统两台enterpriseclient组成cluster，要保证数据库切换之后也能正常备份，则首先需要运行一个判定脚本，判定本机是否是oracle运行的主机，脚本如下：ORA_STATUA=`ps-ef|grepora_|grep-vgrep|wc-l`if[$ORA_STATUA-gt0];thenelseexit0fi接下来调用的脚本就是真正的备份数据库所用的rman脚本：NBU为用户提供了各种备份的模板，存放在/usr/openv/netbackup/ext/db_ext/oracle/samples目录下，一般oracle都是通过rman进行备份，所以进入rman文件夹即可看到相关脚本。由于我们是做的热备，所以选择hot_database_backup.sh脚本进行修改，下面分别就全备份和归档备份需要修改的地方进行说明：Oracle全备份：ORACLE_HOME=/oracle/app/oracleORACLE_SID=ora11g1ORACLE_USER=oracleTARGET_CONNECT_STR=/RMAN=$ORACLE_HOME/bin/rman$RMANtarget$TARGET_CONNECT_STRnocatalogmsglog$RMAN_LOG_FILEappend<<EOFRUN{ALLOCATECHANNELch00TYPE'SBT_TAPE';BACKUP$BACKUP_TYPESKIPINACCESSIBLETAGhot_db_bk_level0FILESPERSET5#recommendedformatFORMAT'bk_%s_%p_%t'DATABASE;sql'altersystemarchivelogcurrent';RELEASECHANNELch00;#backupallarchivelogsALLOCATECHANNELch00TYPE'SBT_TAPE';BACKUPSKIPINACCESSIBLEfilesperset20FORMAT'al_%s_%p_%t'ARCHIVELOGALLDELETEINPUT;RELEASECHANNELch00;ALLOCATECHANNELch00TYPE'SBT_TAPE';BACKUP#recommendedformatFORMAT'cntrl_%s_%p_%t'CURRENTCONTROLFILE;RELEASECHANNELch00;}EOFChannel的个数可以根据driver个数自行调节脚本修改完之后在备份策略的BackupSelection里面选择所编辑好的脚本即可：当数据库日渐增大时Netbackup可调参数当数据库的空间日渐增大时，对于备份的性能，我们可以调整备份时所用的channel数量来提高备份的性能，当前我们配置的channal参数为2，当更改时，可编辑oracle的备份脚本，此脚本位于数据库服务器上，该脚本的内容在两台数据库服务器上是一样的。请适当的更改脚本的配置。以下是当前脚本的配置，指定了2个channel#backupallarchivelogsALLOCATECHANNELch00TYPE'SBT_TAPE';ALLOCATECHANNELch01TYPE'SBT_TAPE';BACKUP filesperset20 FORMAT'al_%s_%p_%t'ARCHIVELOGALLDELETEINPUT;RELEASECHANNELch00;RELEASECHANNELch01;以下是可调整的条目，适当增加channel的行即可，对于策略，则不必更改，下例中配置了4个channel，将使用4个磁带机进行并行备份#backupallarchivelogsALLOCATECHANNELch00TYPE'SBT_TAPE';ALLOCATECHANNELch01TYPE'SBT_TAPE';ALLOCATECHANNELch02TYPE'SBT_TAPE';ALLOCATECHANNELch03TYPE'SBT_TAPE';BACKUPfilesperset20FORMAT'al_%s_%p_%t'ARCHIVELOGALLDELETEINPUT;RELEASECHANNELch00;RELEASECHANNELch01;RELEASECHANNELch02;RELEASECHANNELch03;恢复oracle备份、查看nbu记录的备份信息：备份信息所在目录：netbackup/db/images/client01/bplist-Ccp-mdb01-t4-R-b-l-Listseconds/找出备份的文件名，查出备份当天的备份文件名，根据文件名找出所要恢复的文件、查看rman库记录的备份信息：Rmantarget/nocatalogRman>listbackup;根据之前查找出来的文件名在rman的输出信息里面查找对应的文件、进行恢复主要通过rman脚本进行恢复1、如果是rac数据库，数据库本机恢复必须是在mount状态才可以进行，故要进行cluster参数的修改：Cp-da01:su–oraclesqlplus“/assysdba”SQL>altersystemsetcluster_database=falsescope=spfil;SQL>shutdownimmediateCp-da02:su–oraclesqlplus“/assysdba”SQL>shutdownimmediate数据库起到mount状态：在起数据库之前如果需要恢复控制文件，则通过oracle的控制文件的自动备份进行恢复，恢复之后：Cp-da01:su-oraclesqlplus“/assysdba”SQL>startupmount3、恢复数据库数据文件rmantarget/nocatalogRMAN>run{ALLOCATECHANNELch00TYPE'SBT_TAPE';ALLOCATECHANNELch01TYPE'SBT_TAPE';SEND'NB_ORA_SERV=cp-bak01,NB_ORA_CLIENT=cp-mdb01';RESTOREDATABASE;RELEASECHANNELch00;RELEASECHANNELch01;}4、恢复归档日志RMAN>run{ALLOCATECHANNELch00TYPE'SBT_TAPE';ALLOCATECHANNELch01TYPE'SBT_TAPE';setuntiltime"to_date('2008-Nov-14:08:44:50','YYYY-MON-DD:HH24:MI:SS')";SEND'NB_ORA_SERV=cp-bak01,NB_ORA_CLIENT=cp-mdb01';RECOVERDATABASE;RELEASECHANNELch00;RELEASECHANNELch01;}5、打开数据库sqlplus“/assysdba”SQL>alterdatabaseopenresetlogs;6、修改回rac参数SQL>altersystemsetcluster_database=truescope=spfile;SQL>shutdownimmediateSQL>startup如果是非rac数据库，则直接运行2、3、4、5步骤既可日志收集当备份遇到问题，需要收集日志进行分析时，按下面的步骤进行masterserver上：/usr/openv/netbackup/logs目录下的日志，是各个进程的日志，需要建立目录以激活日志的生成。#vxlogview-L-E-t12:00:0012:00:00是收集的小时数#vxlogview-pNB-o116-t12:00:00116是服务的ID号，查询可得知各个服务的ID号对于oracle备份查看脚本所在目录的收集备份系统信息nbuserver:/usr/openv/netbackup/bin/support#nbsu1.0Determininginitialnbsusettings1.1DeterminingOSenvironment1.2DeterminingOShostservices1.3Determiningidentifiednetworkinterfacehostnames1.4DeterminingNetBackupenvironment2.0Queryingnbsudiagnosticlists2.1Determiningnbsudiagnosticstorun3.0ExecutingnbsudiagnosticsExecutingdiagnosticDEV_scsi/bin/ls-l/proc/scsi/scsi/bin/cat-s/proc/scsi/scsiExecutingdiagnosticMM_adv_disk/usr/openv/netbackup/bin/admincmd/bpstulist-L/usr/openv/netbackup/bin/admincmd/tpconfig-dsh-all_hosts/usr/openv/netbackup/bin/admincmd/tpconfig-ddiskarraysExecutingdiagnosticMM_logs4.0nbsusuccessfullycompletedtheidentifieddiagnosticcommands.Creatingsupportpackage...Cleaningupoutputfiles...Compressingthenbuserver_master_20121031_155927.tarfile...Theresultsarelocatedinthe./output/nbsu/nbuserver_master_20121031_155927directory...打包的文件：nbuserver:/usr/openv/netbackup/bin/support/output/nbsu/nbuserver_master_20121031_155927#ls-ltotal1068-rw-r--r--1rootroot1088533Oct3116:07nbuserver维护检查内容日检查主机配置信息主机名主机IP地址操作系统操作系统版本NetBackup进程检查（针对MasterServer)检查项目检查操作参考标准检查结果管理控制台登录执行命令jnbSA查看是否可以正常登录控制台□正常□异常查看设备监视器查看管理控制台中的设备监视器中的磁带机设备是否可用没有红色的告警□正常□异常磁带库设备检查（针对MasterServer和MediaServer)检查项目检查操作参考标准检查结果NetBackup进程检查执行命令bpps-a查看Netbackup进程都能否正常运行□正常□异常磁带库设备检查执行命令tpconfig-d查看机械臂、磁带机的状态是否正常□正常□异常磁带状态检查在masterserver上执行available_media脚本查看磁带状态有无frozen状态□正常□异常磁带数量检查在masterserver上执行available_media脚本查看可用磁带的数量是否满足备份的需求□正常□异常NetBackupClient检查与MasterServer连接检查执行命令bpclntcmd-pn检查客户端与MasterServer端的连接□正常□异常备份状态检查检查项目检查操作参考标准检查结果activitymonitor状态检查查看javaconsole(jnbSA)里的activitymonitor内的备份和恢复作业状态对应作业的状态返回值为0□正常□异常备份速度检查查看activitymonitor内的备份作业详细描述，看备份和恢复速度是否正常□正常□异常catalog备份检查（针对masterserver)查看activitymonitor内的catalog备份作业状态对应作业的状态返回值为0□正常□异常备份配置检查检查项目检查操作参考标准检查结果配置文件检查检查文件□正常□异常/usr/openv文件系统检查执行df-k查看/usr/openv所在的文件系统的剩余空间是否足够□正常□异常问题记录检查人员：检查日期：月检查主机配置信息主机名主机IP地址操作系统操作系统版本NetBackup进程检查（针对MasterServer)检查项目检查操作参考标准检查结果管理控制台登录执行命令jnbSA查看是否可以正常登录控制台□正常□异常查看设备监视器查看管理控制台中的设备监视器中的磁带机设备是否可用没有红色的告警□正常□异常磁带库设备检查（针对MasterServer和MediaServer)检查项目检查操作参考标准检查结果NetBackup进程检查执行命令bpps-a查看Netbackup进程都能否正常运行□正常□异常磁带库设备检查执行命令tpconfig-d查看机械臂、磁带机的状态是否正常□正常□异常磁带状态检查在masterserver上执行available_media脚本查看磁带状态有无frozen状态□正常□异常磁带数量检查在masterserver上执行available_media脚本查看可用磁带的数量是否满足备份的需求□正常□异常NetBackupClient检查与MasterServer连接检查执行命令bpclntcmd-pn检查客户端与MasterServer端的连接□正常□异常备份状态检查检查项目检查操作参考标准检查结果activitymonitor状态检查查看javaconsole(jnbSA)里的activitymonitor内的备份和恢复作业状态对应作业的状态返回值为0□正常□异常备份速度检查查看activitymonitor内的备份作业详细描述，看备份和恢复速度是否正常□正常□异常catalog备份检查（针对masterserver)查看activitymonitor内的catalog备份作业状态对应作业的状态返回值为0□正常□异常检查oracle备份日志无ORA-XXXXX或RMAN-XXXXX产生□正常□异常备份配置检查检查项目检查操作参考标准检查结果配置文件检查检查文件□正常□异常/usr/openv文件系统检查执行df-k查看/usr/openv所在的文件系统的剩余空间是否足够□正常□异常问题记录检查人员：检查日期：季度检查主机配置信息主机名主机IP地址操作系统操作系统版本NetBackup进程检查（针对MasterServer)检查项目检查操作参考标准检查结果管理控制台登录执行命令jnbSA查看是否可以正常登录控制台□正常□异常查看设备监视器查看管理控制台中的设备监视器中的磁带机设备是否可用没有红色的告警□正常□异常磁带库设备检查（针对MasterServer和MediaServer)检查项目检查操作参考标准检查结果NetBackup进程检查执行命令bpps-a查看Netbackup进程都能否正常运行□正常□异常磁带库设备检查执行命令tpconfig-d查看机械臂、磁带机的状态是否正常□正常□异常磁带状态检查在masterserver上执行available_media脚本查看磁带状态有无frozen状态□正常□异常磁带数量检查在masterserver上执行available_media脚本查看可用磁带的数量是否满足备份的需求□正常□异常NetBackupClient检查与MasterServer连接检查执行命令bpclntcmd-pn检查客户端与MasterServer端的连接□正常□异常备份状态检查检查项目检查操作参考标准检查结果activitymonitor状态检查查看javaconsole(jnbSA)里的activitymonitor内的备份和恢复作业状态对应作业的状态返回值为0□正常□异常备份速度检查查看activitymonitor内的备份作业详细描述，看备份和恢复速度是否正常□正常□异常catalog备份检查（针对masterserver)查看activitymonitor内的catalog备份作业状态对应作业的状态返回值为0□正常□异常检查oracle备份日志无ORA-XXXXX或RMAN-XXXXX产生□正常□异常备份配置检查检查项目检查操作参考标准检查结果配置文件检查检查文件□正常□异常/usr/openv文件系统检查执行df-k查看/usr/openv所在的文件系统的剩余空间是否足够□正常□异常问题记录检查人员：检查日期：磁带full后取出的操作步骤查询磁带状态使用available_media查询磁带的状态，发现最后一列有FULL状态时，表明磁带已满，可以取出来存放。nbuserver:~#available_mediamediamediarobotrobotrobotside/retsizestatus/IDtypetype#slotfacelevelKBytesmultiplexedCatalogBackuppool000102HCART2TLD08-14422132ACTIVEDataStorepoolDup_SSRpool000104HCART2TLD026-833494350ACTIVENetBackuppoolNoBarcodepoolNonepoolCLN261HC2_CLNTLD01---AVAILABLEScratchpool000113HCART2TLD018---AVAILABLE000114HCART2TLD019---AVAILABLE000121HCART2TLD05---AVAILABLE000122HCART2TLD04---AVAILABLE000123HCART2TLD03---AVAILABLE000125HCART2TLD06---AVAILABLE000126HCART2TLD09---AVAILABLE000127HCART2TLD024---AVAILABLE000128HCART2TLD029---AVAILABLE000129HCART2TLD031---AVAILABLE000130HCART2TLD033---AVAILABLE000131HCART2TLD02---AVAILABLE000132HCART2TLD07---AVAILABLE000133HCART2TLD030---AVAILABLE000134HCART2TLD022---AVAILABLE000135HCART2TLD023---AVAILABLE000136HCART2TLD013---AVAILABLE000137HCART2TLD014---AVAILABLE000138HCART2TLD034---AVAILABLE000139HCART2TLD032---AVAILABLE000140HCART2TLD025---AVAILABLE000141HCART2TLD012---AVAILABLE000142HCART2TLD015---AVAILABLE000143HCART2TLD016---AVAILABLE000145HCART2TLD017---AVAILABLE000149HCART2TLD011---AVAILABLE000150HCART2TLD010---AVAILABLEUNKNOWNpoolVault_DBpool000103HCART2TLD028-8425835264ACTIVE000111HCART2TLD021-1016276928ACTIVEVault_Filepool000112HCART2TLD020-81573768873ACTIVEVault_Sqlpool000105HCART2TLD027-638190400ACTIVE000110HCART2TLCTIVE弹出磁带命令操作弹出磁带nbuserver:~#vmchange-res-multi_eject-rn0-rttld-rhnbuserver-ml000105:000110到磁带库上取出磁带更新配置nbuserver:~#vmupdate-rttld-rn0-empty_map图形操作在取出磁带前需要进行一些操作，以保证Netbackup知道磁带被取出磁带库了1在NetBackup管理控制台中，选择“介质和设备管理(MediaandDeviceManagement)”>“介质(Media)”。2在“卷(Volumes)”窗格中，选择要弹出的一个或多个卷。3选择“操作(Actions)”>“从机械手中弹出卷(EjectVolumesFromRobot)”4“弹出卷(EjectVolumes)”对话框有两个选项卡，说明见下文。■在NetBackup完成弹出预检查后，“弹出卷(EjectVolumes)”对话框的“介质(Media)”选项卡会显示您选择弹出的卷。■如果没有发生错误，“错误(Errors)”选项卡将是空的。如果发生错误或存在硬件限制，可能无法进行弹出；如果是这样，“错误(Errors)”选项卡就会打开。可能会发生以下两类错误：■如果是严重错误，“弹出(Eject)”按钮将不活动，必须先纠正错误才能弹出介质。■对于其他错误，“错误(Errors)”选项卡将显示关于错误的说明。根据错误类型，您可以继续执行弹出操作（选择“弹出(Eject)”），也可以退出（选择“关闭(Close)”）。5在“弹出卷(EjectVolumes)”对话框中，单击“弹出(Eject)”以弹出卷。磁带库中的介质访问端口可能不够大，无法弹出所有选定的卷。对于大多数机械手类型，系统将提示您从介质访问端口移除介质，以便继续弹出其余的卷。做完以上步骤后，从磁带库的MAP口中取出磁带。具体步骤如下：在netbackup上操作磁带右键，点ejectvolumefromrobot点eject弹出的对话框中，点No；弹出成功的消息。然后，到磁带库上，将磁带拿出来。查询磁带上的数据查询backupid例如，查询000112上的数据，则：nbuserver:~#bpimmedia-U-mediaid000112Backup-ID:ekpserver_1351688401###backupidPolicy:ekpserver_file###对应的策略ScheduleType:FULLRetentionLevel3NumberofFiles:277675Compression:NEncryption:NImageType:RegularPrimaryCopy:1Expires:21:0012/01/2012ImageonHold:0IndexingStatus:0CopyNumber:2FragmentNumber:1FragmentSize(KB):756514848###数据量MediaType:RMedDensity:hcart2FileNumber:1Offset:2Host:nbuserverDeviceWrittenOn:0MPX:NExpires:21:0010/31/2013###失效时间RetentionLevel:8MediaID:000112CopyonHold:0Backup-ID:hddaxt_1351699203Policy:hddaxt_fileScheduleType:FULLRetentionLevel3NumberofFiles:397758Compression:NEncryption: