UNIX系统下，配置Scratch Volume Pool，在基本的Volume Pool配置后还需要执行如下配置：
在/usr/openv/f文件中加入下面一行：SCRATCH_POOL = Scratch_Pool_Name
当Netbackup或HSM开始使用一个卷时，Media Manager会将该卷变成Assign的状态，一旦一个卷变成Assign状态，你就不能删除或改变它的Volume Pool，这时，必须先Deassign它。判别一个卷是否被Assign的方法是在Volume List中，看它Time Assigned一栏。如果想Deassign一个使用的卷，使用下面的命令： /usr/openv/netbackup/bin/admincmd/bpexpdate –d 0 –ev media_id 用 tpclean 命令，多长时间清洁一次，如：60小时一次：tpclean -F <drive_name> 60
/usr/openv/volmgr/bin/tpclean –c <drive_name> 手动清洗
/usr/openv/volmgr/bin/tpclean –m <drive_name> 清洗完毕，将Mount时间归零
更换但不用相同的Media ID
使用移动卷的方法，将一个卷移走；增加一个新的卷，将Media ID留在Volume Database中。
更换但使用相同的Media ID
将该卷的ID删除； 加入一个新卷，使用相同的ID； 为该卷设置新的有效期；
使用下面的命令，改变该卷已经Mount的次数：
/usr/openv/volmgr/bin/vmchange –m media_id –n number_of_mounts
在配置SANMEDIASERVER时，需要修改如下主机参数，确保实现LAN-FREE
经过测试，该配置可以不修改，但需要制定好MEDIA对应的设备
Check_converage：确认备份策略备份内容 2． 相关检查命令
启动NBU的图形管理界面：
/
usr/openv/netbackup/bin/jnbSA &
1) 检查NBU进程状态：
需要每天监控activity monitor，确认在备份服务器上运行的进程有：avrd、vmd、tldd、ltid、bprd、nbdbd、bpdbm、bpsched、bpjobd。
如果前四个进程avrd、vmd、tldd、ltid有一个没有运行，则备份系统工作不正常。
简单的处理方法：重新启动NBU服务器进程
方法如下：
a)
退出NBU的java管理界面，以root身份在命令行状态下输入：netbackup stop
b)
使用bpps –a检查上述进程的状态
c)
如果进程没有被kill干净，继续执行netbackup stop命令。
d)
如果无法结束所有的进程，需要使用bp.kill_all来进行终结。
e)
当使用bpps –a看到没有NBU的进程输出时，表明所有的NBU进程已经结束。使用命令：netbackup start启动NBU进程，并用bpps –a确认。
f)
如果问题依然存在，请与厂家联系检查VERITAS工作状态。
2) 检查备份任务状态。
需要每天监控activity monitor，观察已经发生备份的任务状态返回值，返回值为0表明备份成功；如果返回值不为0，表明备份失败。对于数据库Archivelog的备份，由于备份的频率目前设置为每一小时一次，因此如果在下面的备份作业中，如果Archivelog的备份成功，可以忽略上面错误的备份。
典型的备份错误有：
a)
Archivelog备份返回值为1，而且后续的备份均返回1。
通常情况，需要进行Oracle 数据库的Archivelog同步。
Oracle数据库Archivelog同步的方法为：
以Oracle数据库用户登录到Oracle数据库服务上，通过RMAN来运行下面的命令：
$ su – oracle
$ rman
RMAN> connect target /
RMAN> change archivelog all validate;
RMAN> exit
b)
备份作业返回值为41、54。
检查服务器网络工作状态：
首先到备份失败的服务器IP地址，确认IP地址可以ping通。
使用telnet工具，进行如下操作：
# telnet 服务器IP地址 13782如果返回信息如下，表明VERITAS NBU通信正常。Connected to 服务器IP地址.Escape character is '^]'.如果系统直接返回到命令行状态，请检查问题服务器的service和inetd设置，确保bpcd进程存在。并使用如下命令检查bpcd的工作状态：# netstat |grep bpcdc)备份作业返回96、219。请检查磁带机、磁带的工作状态3) 检查磁带和磁带机状态： 磁带机和磁带常见的错误为96、219，需要确认磁带机状态是否up，磁带库是否闪红灯，使用bpmedialist命令查看是否磁带已经写满或者处于frozen状态，磁带是否卡在了磁带机里。
如果磁带显示frozen，可以使用bpmedia –unfreeze –m labelid来清除此状态，如果磁带反复显示frozen，可能磁带坏，请与厂家联系磁盘检查。
补充：可以在java界面中选择“Media and Device Management”来查看现在media分配的情况。
观察磁带机工作状态的方式有2种：Java GUI界面和命令行。
a)
Java GUI界面方式：
在Java GUI界面下，可以在Media and Device Management→Device Monitor选项中，观察到磁带机的状态。例如磁带机正在使用中、磁带机DOWN、磁带机空闲等。
b)
命令行方式：
使用命令行方式观察磁带机的状态，相关的命令有vmdareq、vmoprcmd。
如果观察到磁带机DOWN，建议先检查是否有卡带现象。确定没有卡带现象后，可以做简单的磁带机UP操作。磁带机UP操作可以通过上面所述的Java GUI界面和命令行方式来执行。命令行方式举例如下：
# vmoprcmd –h hostID –up driveID
其中，hostID是SSO服务器名称，driveID是磁带机的序号，目前备份系统中2台磁带机的序号取值为0和1。
经过简单UP后，如果磁带机仍然出现DOWN现象，请与厂家联系解决。
4) 检查文件系统状态
在备份服务器和其它服务器上使用如下命令
# df –k
确认文件系统有可以使用的空间。文件系统如果写满，备份系统将工作不正常。
备注：
如果经过了很长时间（如7,8个小时）一个备份任务一直处于active或者queued状态，同时显示此任务的字节数没有增长，需要把此任务kill掉。因为这样会阻止下一个任务的执行。
FlashBackup 的特点：
备份应该包括两部分，裸设备的备份和文件表，备份量是全盘容量。
这样备份的时候可以速度快，恢复的时候可以恢复单个文件。
主要缺点就是浪费空间，而且如果物理设备原因导致整盘丢失的话用这个恢复速度太慢。
解决空间问题的办法就是划分成多个小容量的逻辑卷，慢慢增加一个文件系统的大小。
传统文件系统备份的时候是通过inode or mfs定位分配的片段再备份，如果该文件系统上有大量的小文件，这样将加大文件系统访问的开销，从而引起备份速度过慢，大部分时间都花在访问定位上了。如果你有一个文件系统，在上面使用ls or dir命令返回非常慢的话，对这种文件系统备份就比较适合使用flashbackup.
flashbackup的恢复慢的问题，可以通过调整STU中的fragment size进行优化。比较理想的大小是5G左右。
flashbackup是block级的。FlashBackup主要用在网站的web server，以及一些用户的file server上。
FlashBackup 的功能说明：
FlashBackup 是一种将原始分区备份的速度与还原单个文件的能力融于一体的策略类型。是NetBackup专门对付小文件备份与恢复的选件。
FlashBackup 有别于其他原始分区备份和标准文件系统备份的特点如下：
备份性能比标准文件顺序备份方法要高。例如，在以下情况下，对文件系统执行FlashBackup 的速度要快于其他类型的备份：
1）文件系统包含大量的文件
2）并且大多数文件系统块都已分配
可从原始分区备份还原单个文件。这个是和传统裸卷备份的根本区别！
可备份以下文件系统：VxFS （Solaris、HP、Linux 和 AIX）、ufs (Solaris)、OnlineJFS (HP) 和 NTFS (Windows)。
支持多个 数据流，当“备份选择(Backup Selections)”列表中存在多个设备时，可进一步提高原始分区备份的性能。
下面我们来看看在NetBackup中如何配置FlashBackup。
下载 (31.71 KB)
2009-02-10 17:05
在这个属性页中：
Policy type:指的是备份策略类型，flashbackup类型是针对unix主机，flashbackup-windows类型针对的是windows主机。
Perform snapshot backups： 如果选择flashbackup的备份类型，该属性会自动选上。
Retain snapshots for Instant Recovery：该选项只支持windows平台的flashbackup。该选项是保留快照以用于即时恢复。Unix上的flashbackup目前还不支持该功能。
Perform off-host backup:是选择off-host备份的选项。不在这次的讨论范围内。
Snapshot Client Optiom: 是选择做flashbackup备份时，使用的方法。对于windows平台来说，包含4中方法：auto,vss,vsp,vxvm。
在初次创建flashbackup-windows时，缺省选项为auto.NBU会自动选择做快照的方法。
下载 (62.44 KB)
2009-02-10 17:05
如果选择VSS的方式做flashbackup,会出现3个选项：
下载 (72.6 KB)
2009-02-10 17:05
1）Provider type (0-auto,1-system,2-software,3-hardware).
0-auto:这是缺省选项.如果选择了auto, NBU会按照先硬件后软件再系统的顺序，选择可用的快照方法.
1-System:指的是使用windows提供的方法做快照，对于windows2003和2008来说缺省使用的是VSS。该方法不支持off-host backup模式。
2-software:指的是使用Veritas storage foundation。
3-hardware:使用硬件厂商提供的快照功能，例如EMC,HDS,HP等。这种方式需要在主机上安装硬件厂商的CLI。
2）Snapshot Attribute
0-Unspecified：如果在前面没有选择”instant recvery”这个选项，你就必须选择这个属性。否者需要选择其它属性。
1-Differential: 针对”copy-on-write”方式的snapshot。例如使用EMC EMC CLARiiON 阵列提供的EMC_CLARiiON_SnapView_Snapshot方法。
2-plex: 针对”mirror 和clone ”方式的snapshot。使用EMC EMC CLARiiON 阵列提供EMC_CLARiiON_SnapView_Clone。选择这种方式，要注意存储是否有足够的空间。
3）Max Snapshot:只有选择”instant recvery”这个选项的时候才有用，是控制快照的数量。
如果选择VxVM的方式做flashbackup,会出现2个选项：
下载 (68.86 KB)
2009-02-10 17:08
1)Resynchronize mirror in background:缺省值是no.表示备份作业必须等到重新同步操作完成后才能结束。如果选择yes, 表示发出重新同步请求，但备份不会等待镜像重新同步操作完成。
2)Maximum Snapshots: 只有选择”instant recvery”这个选项的时候才有用，是控制快照的数量。
如果选择VSP的方式做flashbackup，最省事什么也不用配置。
如果前面的备份类型是flashbackup，也就是for unix的，在snapshot client option中的选项可就多了。别看种类多，其实类型就是3种：自动选择、利用磁盘阵列提供的硬件方式，和利用VxVM、VxFS、nbu_snap提供的软件方式。
下载 (66.74 KB)
2009-02-10 17:08
最后就是backup selections的写法了：
对于windows的写法为：\\.\E:
对于unix的写法为：/dev/rdsk/c1t0d0s6 or /dev/vx/rdsk/volgrp1/vol1
下载 (34.36 KB)
2009-02-10 17:08
对Flashbackup 请注意以下针对 Windows 客户机的限制：
1)FlashBackup-Windows 策略不支持备份 Windows 系统保护的文件（系统状态，如注册表和 Active Directory）。
2)FlashBackup-Windows 策略不支持对包含 Windows 系统文件的 Windows 操作系统分区（通常为 C: 盘）进行备份。
3)FlashBackup-Windows 策略不支持对 Windows 系统数据库文件（例如 RSM 数据库和终端服务数据库）进行备份。
4)FlashBackup-Windows 策略不支持“包括”列表（客户机“排除”列表之外的列表）。
5)Microsoft 集环境中的共享的磁盘不支持 FlashBackup。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议