需要每天监控activity monitor，观察已发生备份的任务状态返回值，返回值为0表明备份成功；如果返回值不为0，表明备份失败。对于数据库Archivelog的备份，由于备份的频率目前设置为每一小时一次，因此如果在下面的备份作业中，如果Archivelog的备份成功，可忽略上面错误的备份。

  使用命令行方式观察磁带机的状态，相关的命令有vmdareq、vmoprcmd。

  磁带机和磁带常见的错误为96、219，需要确认磁带机状态是不是up，磁带库是否闪红灯，使用bpmedialist命令查看是不是磁带已经写满或者处于frozen状态，磁带是否卡在了磁带机里。

  以Oracle数据库用户登录到Oracle数据库服务上，通过RMAN来运行下面的命令：

  如果经过了很久（如7,8个小时）一个备份任务长期处在active或者queued状态，同时显示此任务的字节数没有增长，需要把此任务kill掉。因为这样会阻止下一个任务的执行。

  当使用bpps –a看到没有NBU的进程输出时，表明所有的NBU进程已结束。使用命令：netbacΒιβλιοθήκη Baiduup start启动NBU进程，并用bpps –a确认。

  1)Resynchronize mirror in background:缺省值是no.表示备份作业必须等到重新同步操作完成后才能结束。若选择yes,表示发出重新同步请求，但备份不会等待镜像重新同步操作完成。

  如果观察到磁带机DOWN，建议先检查是不是有卡带现象。确定没有卡带现象后，可以做简单的磁带机UP操作。磁带机UP操作能够最终靠上面所述的Java GUI界面和命令行方式来执行。命令行方式举例如下：

  其中，hostID是SSO服务器名称，driveID是磁带机的序号，目前备份系统中2台磁带机的序号取值为0和1。

  0-Unspecified：如果在前面没选”instant recvery”这个选项，你就一定要选择这个属性。否者要选择其它属性。

  flashbackup的恢复慢的问题，能够最终靠调整STU中的fragment size来优化。比较理想的大小是5G左右。

  FlashBackup是一种将原始分区备份的速度与还原单个文件的能力融于一体的策略类型。是NetBackup专门对付小文件备份与恢复的选件。

  3-hardware:使用硬件厂商提供的快照功能，例如EMC,HDS,HP等。这种方式需要在主机上安装硬件厂商的CLI。

  如果磁带显示frozen，能够正常的使用bpmedia –unfreeze –m labelid来清除此状态，如果磁带反复显示frozen，可能磁带坏，请与厂家联系磁盘检查。

  主要缺点在于浪费空间，而且如果物理设备问题造成整盘丢失的话用这个恢复速度太慢。

  解决空间问题的办法是划分成多个小容量的逻辑卷，慢慢增加一个文件系统的大小。

  传统文件系统备份的时候是通过inode or mfs定位分配的片段再备份，如果该文件系统上有大量的小文件，这样将加大文件系统访问的开销，从而引起备份速度过慢，大部分时间都花在访问定位上了。如果你有一个文件系统，在上面使用ls or dir命令返回非常慢的话，对这种文件系统备份就更适合使用flashbackup.

  如果前四个进程avrd、vmd、tldd、ltid有一个没有运行，则备份系统工作不正常。

  0-auto:这是缺省选项.若选择了auto, NBU会按照先硬件后软件再系统的顺序，选择可用的快照方法.

  FlashBackup有别于其他原始分区备份和标准文件系统备份的特点如下：

  备份性能比标准文件顺序备份方法要高。例如，在以下情况下，对文件系统执行FlashBackup的速度要快于别的类型的备份：

  如果系统直接返回到命令行状态，请检查问题服务器的service和inetd设置，确保bpcd进程存在。

  支持多个数据流，当“备份选择(Backup Selections)”列表中存在多个设备时，可进一步提升原始分区备份的性能。

  使用移动卷的方法，将一个卷移走；增加一个新的卷，将Media ID留在Volume Database中。