nbu配置手册(oracle+informix)

Windows平台Nbu配置手册

一、 系统架构

Master server: windows2003 hostname:nbu Media server: windows 2003 hostname:client01 Oracle： test实例运行在client01主机上 rman库运行在nbu主机上

二、 安装nbu软件

安装软件之前确定好hosts表里面对应的ip和host名 1、安装master server

Solaris：首先安装NetBackup_6.5_ICS_Solaris.tar.gz, 都选第一个（PBX）。 6.0版本还需要安装一个rs的包 然后再开始安装master server Windows：

将安装光盘放入光驱，选择Launch.exe双击运行

NEXT，直到出现选择master server、Media server 和admin console的界面时输入license 之后master server和media server变为可选状态，选择master server进行安装 选择typical方式安装

配置企业介质管理服务器，一般默认选择master server 2、安装media server

同master server 安装类似，只是在选择界面选择media server即可 3、安装client 端

可以将介质传到客户端进行安装，也可以通过在master server上安装同时分发到各个客户端，我们选择分发的方式进行安装。

选择install client software?select from available computers on the network/typical?输入master server，选择LAN方式然后进行安装 4、安装补丁包：

在NBU中远程分发客户端软件

到客户端主机上面安装nbu软件client端或：

step1：创建新的policy

客户端总是和一个具体的备份策略(Policy)相绑定,客户端不能独立于Policy而存在.所以通过在Master Server上以”PUSH”方式向客户端分发NBU客户软件之前,必须先创建合适的Policy.(在Server上分发客户端软件,必须确保相应的客户端软件已存在于服务器上.)

step2:分发客户端软件.

#bpplclients (检测客户端名称及系统平台)

#/usr/openv/netbackup/bin/install_client_files ftp root 这个过程将客户端软件传送到客户端的”/tmp/bp”目录下.

step3:依次更新每个客户端的软件环境. #rsh /tmp/bp/bin/client_config

step4:更新服务器端和所有客户端”/etc/host”文件.

分别在服务器端和客户端的/etc/hosts文件中加入Master/Media Server与Client的IP地址和主机名.

三、 配置nbu设备 1、 配置机械臂和驱动器

1.1、 通过nbu提供的配置向导进行配置：

Media and device management界面选择configure storage devices

下一步，到选择管理带库的主机的界面：

选择主机之后下一步，nbu会自动到指定主机上查找带库设备，成功之后会显示查找后的结果：

然后一直next到确认配置：

然后确认配置生效即可，之后即可在devices里面看到辨识到的机械臂和磁带驱动器 1.2、 手工添加

在左侧的设备管理栏的devices菜单项下，有robot这个选项，点击它之后，就可以在菜单栏的action这个选项中新建机械手了；同时，如果已经有机械手存在，那么可以在右下角这个子窗口中，看到它们的状态。 需要注意的是，除了该菜单（Devices->robot），在与devices平级的另一个菜单项Media下，也有一个robot选项（Media-）robot），那个选项主要是显示与磁带相关的机械手信息的，在那个菜单下无法添加机械手。

图一：添加机械手

由图一可知，添加机械手需要用户选择的是设备连接在哪台机器上、机械手的类型（某些机械手类型下，能够激活图中间的机械手控制选项）、卷数据库所在主机（其他一般都选择默认）后，就可以对机械手进行控制。

同样在devices菜单栏下面有driver的选项，选中之后右键或者在action里面都有添加driver的选项，进入之后就会出现如下窗口：

图二：添加driver

添加磁带驱动器需要用户选择的内容包括：设备所属主机、驱动的名称、驱动器的类型、驱动器在系统中的路径以及控制磁带驱动器的机械手的类型等信息。填写完成后点击确定，就可以在驱动监控栏看到新建的磁带驱动器。 与机械手的添加类似，如果用户填写的信息不正确，NBU将无法使用它。所以对于普通用户来说，如果使用的不是特殊的磁带驱动器，那么最好的办法是删除现有的所有配置，利用NBU的设备配置向导来配置磁带驱动器是最好的办法。

2、配置Media

在NBU中，介质（media）就是存储数据文件的存储单元的统称。磁带，磁盘或者NDMP服务器这些能够存储数据的都可以称之为介质。很多NBU的用户会把media认为就是磁带，其实这是一个误区，在NBU中是使用卷（volume）来表示磁带的，只是由于价格的原因，绝对部分的NBU用户都是使用磁带来做备份而已。 介质管理中的术语： 卷（volume）：是介质管理中数据存储的逻辑单位，NBU 分配使用的每一个卷都会有一个media ID记录在卷数据库中（/usr/openv/volmgr/database）中，一般来说一卷磁带就是一个卷； 卷池（volume pool）：一组卷的集合，这些卷可以共同分配，供给NBU存放某一种特定类型的数据（普通备份，calalog备份等等），不同类型的数据不可同时存放在一组

才能开始执行，此值是为了在作业的并行性和系统性能中做出均衡，用户可以根据自己的需求调整，默认值是1，也就是同时只能有一个作业读写该存储设备

fragment size：存储设备里最大的片段的大小 staging schedule：缓冲日程表

media manager 类型：

需要选择storage devices，media server即可，On demand only 选项表示只能本机使用，例如走san备份的就需要选择，网络备份的不用选。NDMP类型的选择类似。

3.2 storage unit groups 选择新增一个存储单元组，只需要选择将存储单元组的名称，然后选择将哪些存储单元放入组中即可：

3.3 、torage lifecycle policies

在Netbackup management节点下的storge节点下， Lifecycle是一组数据拷贝的集合，用户可以定义不同的数据拷贝的保留时间，该功能可以自动的将数据拷贝到所有的目标点，并在某个目标点数据保留过期的时候自动删除镜象、释放存储空间；此外，该功能允许用户自定义数据保护的级别，将重要的数据保存到更多的镜象，从而保证数据的安全，另外自动到期删除功能，也有利于简化用户对于复杂数据的管理。

Storage lifecycle policies的配置界面如图所示，用户可以选择数据备份时记录保存时间，也可以在数据复制的时候记录保存时间。Lifecycle policies进程会根据用户选择，自动的将数据保存到选择的所有目标中，并在合适的时候删除它们以便有效的利用磁盘空间。

storage lifecycle policies创建图

四、 配置备份策略 1、 Attributes

a、备份类型（policy type）：说明备份的是什么数据内容，据此，NBU会在客户端自动调用

与其对应的agent来获得这些数据内容，从而完成备份任务。如图，备份策略的类型包括windows NT、NDMP、OS/2、standard、oracle，DB2、sybase等等，对于不同的类型，获取数据的方法是不同的，所以这里不可用填写错误，否则会引起备份失败。如果用户仅仅需要备份普通的文件数据，那么就选择“standard”类型即可。

b、destination

这个选项下面有三个属性包括数据分类（data classification）、策略存储单元（policy storage unit）和策略卷池（policy volume pool），这两个选项合起来就可以指定备份数据的存放位置。其中，策略卷池是必选项，指明了备份数据保存的逻辑单元，默认是Netbackup卷池；策略存储单元是可选项，一般有磁盘、磁带或者组等类型，如果指定了存储单元，数据将被保存到指定的存储单元中，否则，NBU会在指定的卷池中按照排列顺序查找到可用的存储单元来保存数据。

c、设置检查点间隔（Take checkpoints every）：如果选择了这个功能，NBU会在每个时间间隔后自动加入标记位，这样做的好处是在用户备份一个大的备份任务的时候，如果备份失败，用户可以不必从头开始重新备份，NBU之后在没有标记过的数据重新开始备份，而之前做过标记的都可以不必重新开始，这样会大大节省用户的时间。然而，这样做会带来一些额外的数据备份和工作，所以这个间隔时间也不能太短，需要用户自己做出权衡。一般来说，如果用户备份的文件不大，那么 不需要这个功能，如果用户的数据备份量很大，那么可以适当的选择一个，避免备份失败后的重新开始。选择的时间间隔要在5分钟到180分钟之间。

d、限制每个策略的作业数（Limited jobs per policy）：限制每个策略的作业数属性限制 NetBackup 将使用此策略同时执行的作业数。默认情况下，该复选框处于清除状态，这样 NetBackup 没有这方面的限制，用户可以为某策略同时执行最大999个备份作业。然而，并行作业的增加会降低NBU备份工作的效率，因此，如果用户可以通过减少并行的备份作业，来提高系统资源和网络资源的效率。即使备份任务需要的作业超过了这个限制，NBU也会将所有作业执行完毕，只是其中超出的部分会在等待状态下等到同一备份策略下其他作业的完成后，才可以执行 e、作业优先级（Job priority）：在NBU的调度中，在同等条件下，NBU会首先执行优先级最高的备份策略，然后依次降低，这样用户就可以调整备份策略的执行顺序。在NBU中，数字越高，则说明优先级最高，由图五所示，该选项中最大值是99999，而NBU中的默认值是0.

F、ACIVE和生效时间字段设置了该策略是否生效，以及何时开始生效。如果不够中该选项，那么NBU在任务调度的时候会忽略相应的备份策略。生效时间定义了备份策略生效的时间，用户可以指定用户从未来的某个开始生效，那么在生成该策略到策略生效期间，该策略不同启动

G、循序NFS（Follow NFS），由图六可知，该选项的目录是从客户端备份NFS文件系统上的数据，这样做有两个好处：一是可以不必登录到NFS Server去备份文件，减少步骤；二是可以通过NFS，备份NBU不支持的操作系统上的数据，扩大NBU的使用范围。 H、跨挂载点（Cross mount points）：这个属性是问备份是否跳过其他文件挂载点。比如系统中有根目录（/）和/opt两个挂载点，假设现在指定备份根目录，如果没有选择该选项，那么NBU将会忽略备份/opt下面的内容；反正，如果选中该选项，那么NBU会备份根目录下所有文件夹和文件，包括/opt下的内容。这里需要注意的是，即使选中该选项，NBU同样会忽视NFS文件系统的内容，除非同时选中该选项和“循序NFS”，才能备份NFS的内容。

I、压缩，如果选中该选项，NBU会利用自己的tar工具（/usr/openv/netbackup/bin/tar）去压缩备份文件，节省备份空间，但是这需要花费一定的时间。 J、加密（encryption），NBU会对备份文件进行加密操作，这样即使备份的磁带丢失，也不用但是其可以读到其中的内容，增加了备份的安全性。

K、收集灾难恢复信息是为裸机恢复（Bare Metal Restore）使用的，裸机恢复是NBU一个需要单独购买license的插件。该选项会在每次备份之前在每个客户机中运行BMR 客户机代理，以保存该客户机的配置信息

L、收集实际映像恢复信息：该属性是收集恢复目录所需的信息，以包含在用户选择要恢复的任何增量式备份（或完全备份）时目录中所具有的内容。所选备份开始之前删除的文件不恢复。否则，根据增量式备份日期的恢复将包括从上一次完全备份后所有备份过的文件，以及在此期间的某个时候删除的文件。 值得注意的是，该目录下有个移动检测选项，很多用户不清楚它的用法。简单来说，NBU在备份时，是通过检查文件的修改时间来记录文件信息的，但是，如果文件进行了改名、移动位置等操作，由于其修改时间并未改变，故NBU默认是不会在增量备份中记录这些，如果选中该选项，NBU会检测并记录相关的内容。

M、运行多个流：该选项是为了提高备份速度而设计的。NetBackup 可以根据备份选择列表中的指令或脚本/ 模板（数据库策略类型），将每个客户机的自动备份划分为多个作业，每个作业只备份整个备份选择列表的一部分。作业位于不同的数据流中，并且可以并行发生

N、关键字短语（keyword phrase）：用户可以在备份的时候选择输入关键字，例如财务、数据等等，这样可以在恢复的时候，只恢复某个关键字的内容，加快恢复速度。

2、 Schedule

到schedule选项下，新建一个日程表，出现如下窗口：

2.1、attributes： A、 备份类型：

一般来讲，备份类型分为全备份、差分备份、增量备份、用户备份和用户归档等类型，区别如下：

(a) 全备份就是将所有数据全部备份起来；

(b) 差分备份就是备份自上一次备份以来发生改变的部分； (c) 增量备份是将自最近一次全备份以来的所有改变的部分； (d) 用户备份指的是客户端用户可以执行的备份； (e) 用户归档指的是客户端用户可以执行的归档。

其中，用户最容易混淆的概念就是差分备份和增量备份的，因为他们都是只备份差异文件，他们的区别之处在于差异的内容不同：差分备份只保存上次差分备份之后的变化内容，而增量备份保存的是自上次全备份以来的所有改变。举例来说，假设周日做过一次全备份，如果周一和周二做过差分备份，然后周三需要恢复的时候，NBU会先得到周日的全备份的内容将数据恢复到周日的状态，然后根据周一的差分备份，将数据恢复到周一的状态，然后在用周二的差分备份将内容恢复到周二的状态，周日、周一、周二的备份内容缺一不可。在上例中，如果用户周一和周二做的是增量备份，那么只需要周日的全备份和周二的增量备份，即可恢复内容到周二的状态，因为周二的备份记录了周日以来发生的改变，周一的增量备份不再需要。由此可见，差分备份的优点是记录的内容少，周二的备份文件中不记录周日到周一的变化，但是缺点是恢复时需要所有的差分文件；增量备份会占用比差分备份多的备份空间，但是它的恢复快速，依赖的文件比较少。

用户备份和用户归档的区别在于：用户归档后会将归档的源文件删除，而用户备份不会。

B、合成备份（Synthetic backup）：合成备份的含义就是将一个全备份和一些增量备份或者差分备份重新组成一个全备份，这样在恢复的时候，就好像一个全备份恢复一样快捷；而且这部分发生在介质管理器而不是客户端，可以有效利用空间并且减小客户端的负载。 一般的用户可能不熟悉合成备份的用法，一般来说，合成备份可以将多个备份整合成一个可用的恢复文件，所以可以将它和传统备份统一起来使用。举例来说，如果用户创建一个三个月一次的全备份、每天一次的差分备份、一周一次的合成备份，那么每个星期一次的合成备份就会把上周的全备份和周内的差分备份，重新合成一个全备份文件，就好像每周一次全备份一样，而这样做的好处是将合成备份的工作移到介质服务器中完成，减少了客户端的负载。 C、日程表类型（schedule type）有两种：日历型和频率型；日历型日程表可以运行用户选择哪一天（几月几号）执行备份任务；而频率型日程表可以让用户选择周几执行备份任务，用户可以根据自己的需求选择日程表类型。 D、备份目的（destination）：

在备份目的框中，有一些特殊的选项，现在分别予以介绍：

(a) 即时恢复仅备份到磁盘（Instant recovery backups to disk only）：

这个是NBU一个专门的插件（advanced client）带有的特性，该特性可以生成客户端数据源的快照并将这些冗余的信息保存，该选项可以控制这些快照信息仅在磁盘中保留而不备份到磁带 (b) 多个拷贝（Multiple copies）：允许NBU同时将数据拷贝到多个地方（最

多十个），从而达到容灾的目的。见图四。

图四：配置多个拷贝 (c) 保留时间（retention）：指定拷贝镜象的有效期限，过期后NBU会删除

这些镜象，从而腾出空间给新的备份使用。

(d) Media multiplexing：指定日程表允许在介质上同时执行多少个作业。

2.2、start window

用户可以选择备份日程表启动的时段，从周几的几点到周几的几点。其中需要注意的是Duration，知名该策略执行的可持续时间，如果该时间到期而备份没有做完的话，NBU会强制停止该任务，因此，对于比较大的备份数据量，需要更长的备份持续时间，否则可能引起失败。

2.3、exclude dates

在日期选项卡中可以选择哪些日期将不执行备份任务。如果某天被选中，那么即使它属于之前启动时段范围内，那么它也不会启动执行。

2.4、calendar schedule

按照日历编辑日历日程表有三种方式：按照日期，按照星期和按照月份。

3、 clients

3.1、 客户端的名称必须在NBU主服务器的/etc/hosts文件中写明，NBU才能正确的

找到它；

3.2、 客户端的/etc/hosts也必须写明主服务器，并且在客户端

/usr/openv/Netbackup/bp.conf文件中加入“SERVER = ×××”，保证主服务器能够有权限访问客户端；

3.2、 很多用户不明白为什么在硬件和操作系统列表中没有用户需要的客户端的类

型，那是因为用户没有在主服务器上安装对应的操作系统客户端，如果安装之后，重启NBU的GUI界面，就可以看到它们出现在列表中了。

4、 backup selections

选择备份的目录或脚本

五、 配置oracle备份 1、 安装oracle agent

上传oracle agent介质。然后运行install脚本，在显示界面中选择“2 NetBackup Database Agent Software”，在接着出来的界面中选择远程按照或者本地安装后，出现按照数据库代理界面，

如图一所示：

图一：选择NBU数据库代理

在图一的选择中，选择“4 NetBackup for Oracle”，然后选择“q”确定选择，然后oracle代理就会被安装到本地系统中了。

接着，我们需要确认NBU oracle代理的注册码是否已经安装，因为NBU的oracle代理注册码是独立于NBU程序的，所以如果没有注册码，NBU oracle代理无法正常使用。为此，在NBU客户端执行如下命令：

#/usr/openv/netbackup/bin/admincmd/get_license_key 在出现的界面中选择列出“F List Active License Keys”，在列出的feature中确定有如下feature：“Oracle extension”，保证oracle的注册码安装在系统中。 如果注册码不存在，那么需要用户输入注册码，可以在上述命令中选择“A Add a License Key”，将oracle代理注册码装入系统中。

2、oracle配置检查

要确认好以下几点：

所要备份的目标数据库已经修改为归档模式

所要备份的目标数据库已经在rman数据库里面注册

如果是linux、unix系统必须要做API库连接：/usr/openv/netbackup/bin/oracle_link 最后达到的效果就是在目标数据库主机上：

rman catalog rman/rman@rman target sys/change_on_install@test 这个连接串要能正常连接，且能正常显示信息。

3、新建oracle备份策略

新建oracle备份策略和普通的策略并没有什么不同，在选择policy type时候选择oracle：

之后就是与其他备份不同的重点部分，backup selections： 3.1、手工编辑脚本进行备份：

NBU为用户提供了各种备份的模板，存放在/usr/openv/netbackup/ext/db_ext/oracle/samples目录下，一般oracle都是通过rman进行备份，所以进入rman文件夹即可看到相关脚本：

选择hot_database_backup.cmd脚本进行修改

Oracle全备份：

@set ORACLE_HOME=e:\\oracle\\ora90

@set ORACLE_SID=test

@set TARGET_CONNECT_STR=sys/change_on_install @(

echo RUN {

echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE'; echo ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE'; echo BACKUP

echo oCKUP_TYPE%

echo FORMAT 'bk_u%%u_s%%s_p%%p_t%%t' echo DATABASE;

echo sql 'alter system archive log current'; echo RELEASE CHANNEL ch00; echo RELEASE CHANNEL ch01; echo # Backup all archive logs

echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE'; echo BACKUP

echo FILESPERSET 20

echo FORMAT 'arch-s%%s-p%%p' echo ARCHIVELOG ALL delete input; echo RELEASE CHANNEL ch00; echo # backup controlfile

echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE'; echo backup

echo FORMAT 'ctrl_u%u_s%s_p%p_t%t' echo CURRENT CONTROLFILE; echo RELEASE CHANNEL ch00; echo }

) | %RMAN% target %TARGET_CONNECT_STR% catalog rman/rman@rman msglog '%RMAN_LOG_FILE%' append

Channel的个数可以自行调节

Oracle逻辑增量备份：

@set ORACLE_HOME=e:\\oracle\\ora90 @set ORACLE_SID=test

@set TARGET_CONNECT_STR=sys/change_on_install @(

echo RUN {

echo sql 'alter system archive log current'; echo # Backup all archive logs

echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';

echo BACKUP

echo FILESPERSET 20

echo FORMAT 'arch-s%%s-p%%p' echo ARCHIVELOG ALL delete input; echo RELEASE CHANNEL ch00; echo }

) | %RMAN% target %TARGET_CONNECT_STR% catalog rman/rman@rman msglog '%RMAN_LOG_FILE%' append

然后在配置备份策略时候选择该路径下的脚本，点击Rmote folder（脚本在client端）：

3.2、利用nbu提供的向导生成模板

登陆目标端主机，调出Backup、Archive and Restore 窗口，展开oracle窗口：

点击左边的start backup of marked files按钮进入配置向导:

填写好目标数据库信息之后进入rman库配置信息：

Next ：

接下来依次选择：Default configuration 默认 默认到如下窗口：

接着下一步知道出现保存脚本界面：

完成之后脚本会在master server主机上的

C:\\Program Files\\Veritas\\NetBackup\\db\\dbtemplates\\oracle 目录下生成，例如oracle_test.sh.tpl文件，然后在配置oracle备份策略时候选择模板（模板在master server上），点击template：

4、恢复oracle备份

4.1、查看nbu记录的备份信息：

备份信息所在目录：netbackup/db/images/client01/ bplist -C client01 -t 4 -R -b -l -Listseconds /

找出备份的文件名，查出备份当天的备份文件名，根据文件名找出所要恢复的文件

4.2、查看rman库记录的备份信息：

Rman target sys/change_on_install@test catalog rman/rman@rman Rman> list backup;

根据之前查找出来的文件名在rman的输出信息里面查找对应的文件

4.3、进行恢复

主要通过rman脚本进行恢复

1、将目标数据库起到nomount状态： Sqlplus “/as sysdba”

SQL> startup nomount pfile=’….’ 2、恢复control file

Rman target sys/change_on_install@test catalog rman/rman@rman Rman> run

{

ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=nbu, NB_ORA_CLIENT=client01';

RESTORE CONTROLFILE TO '/oradata/ibss/control01.ctl' 'TAG20080507T104246';

RESTORE CONTROLFILE TO '/oradata/ibss/control02.ctl' 'TAG20080507T104246';

RESTORE CONTROLFILE TO '/oradata/ibss/control03.ctl' 'TAG20080507T104246'; RELEASE CHANNEL ch01; }

3、数据库起到mount状态： Sqlplus “/as sysdba”

SQL>alter database mount; 4、恢复数据库

Rman连接串里面： run {

ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE'; SET UNTIL TIME '08-MAY-08';

SEND 'NB_ORA_SERV=nbu, NB_ORA_CLIENT=client01'; RESTORE DATABASE; RELEASE CHANNEL ch01; }

5、打开数据库 Sqlplus “/as sysdba”

SQL>alter database open resetlogs;

FROM FROM FROM

TAG TAG TAG

= = =

六、配置catalog备份

虽然用户已经掌握了使用NBU文件的备份恢复等操作，但是如果读者是数据管理员，那还是不够的。因为即使用户的数据保存到了磁盘或者磁带中，并且是安全的，NBU所在的机器还有可能发生故障，需要重新安装或者将NBU部署到其他的机器中继续使用。在这种情况下，如何让NBU知道用户已经存在的备份策略和存储单元配置呢？如何让新机器上新安装的NBU软件能够识别已经备份过的全备份、差分备份，并且继续之前的工作呢？这些工作就是在catalog的备份与恢复中完成的。 这里需要注意的是：NBU的记录备份相关信息的位置叫catalog，oracle数据库记录备份相关内容的位置也叫catalog，但是它们属于同名的不同产品，希望读者不要混淆。

1、catalog中记录了什么

在calalog默认的设置中，包含了下列的四个目录： 1. /usr/openv/netbackup/db

该目录保存了备份客户端的日程表信息、备份中的错误日志等信息；

2. /usr/openv/volmgr/database

保存了NBU使用的机械手，磁带驱动器配置的相关信息；

3. /usr/openv/netbackup/var

保存了NBU序列号和产品授权的信息；

4. /usr/openv/netbackup/db/media

保存了NBU介质管理器备份的所有文件的所以相关信息 除此之外，如果用户自己有些对于文件恢复非常重要的内容，例如自己手写的一些脚本程序，也可见加入到catalog中来做备份。

2、配置Catalog备份：

图一：catalog的备份

如图一所示，在NBU主服务器界面中，右键点击“Admin Console >NetBackup Management > Catalog”，可以看到配置catalog备份和备份catalog两个选项（在NBU6.-中，还有一个recovery Netbackup catalog选项），先选中配置catalog备份，出现图二界面：

图二：配置catalog备份－属性

由图二可见，在配置属性页中，可以配置NBU catalog保存的介质，可以选择介质服务器，也可以选择介质类型是磁盘或者磁带。如果配置介质是磁盘，那么需要输入保存数据的目录地址，如果配置的介质是磁带，那么需要输入磁带的ID。

图三：配置catalog备份－日程表

在图三中，可以看到备份catalog的三种模式，一是在每次备份后备份catalog，无论备份是日程表备份，用户备份还是手动备份；二是仅仅在每次日程表备份后才备份catalog；三是只手动运行catalog备份。 这里需要注意的是，在NBU5.0之前，NBU不会自动删除catalog备份的内容。因此，如果用户没有有很多的备份任务需要执行，那么每次备份之后都运行catalog备份，时间长了会占用很多的系统空间。所以如果用户选择之前两项的话，那么需要注意几个月删除一下catalog备份。

图四：配置catalog备份－文件列表

在图四中，可以选择需要catalog备份的内容，前面已经说过默认的一下备份文件，如果用户有其他重要备份文件需要备份，那么可以添加进来，否则就用默认选项即可。 这里需要注意的是：在NBU6.0之前，介质管理器的数据是保存在介质管理器上面的，所以用户的catalog需要分别保存主服务器和介质管理器上。在6.0之后，这些相关的数据都已经转移到主服务器的EMM数据库中了，所以只需要备份主服务器上的文件即可。

备份catalog： 由图一可知，发起备份catalog时，需要在右键点击“Admin Console >NetBackup Management > Catalog”后，选择“Backup Netbackup Catalog”选项，然后在弹出框里选择备份catalog的主机名即可。在“Activity Monitor”目录中可以看到备份任务的执行，如图五所示：

图五：Catalog 备份监控图

注意，catalog备份与普通备份的差异在于备份类型，catalog备份的类型是“DB Backup”，而普通备份的类型是“Backup”，请用户注意这些区别。

3、恢复catalog备份

当系统重新安装Netbackup之后，需要从介质中恢复出catalog备份，使得NBU可以继续按照原先的设置使用。 Catalog的恢复分为两个部分，第一步是在介质中找到存在的catalog备份文件，然后在将它导入到新的NBU系统中，第一步如图六所示：

图六：查找catalog备份文件

由图六可知，查找NBU的catalog，需要首先指明catalog的类型，类型包括验证（verify）、复制（duplicate）和导入（import）三种，指的是创建catalog时的行为。当用户是普通备份后生产的Catalog，那么属于验证，如果属于复制/导入行为产生的catalog，那么属于后两种情况。用户可以据此查找不同类型的catalog。 此外，用户需要选择catalog所在的介质，是哪盘磁带或者哪个文件目录下，然后选择生成catalog的时间范围。 注意，拷贝类型、策略名称、客户端、备份类型等都是可选项，用户可以选择添或者不添。 在配置好查找条件之后，用户可以点击“Search Now”查找相应的结果，如图七所示：

图七：catalog查询结果

在图七中，如果用户查找到想要恢复的catalog的名称，就可以点中该条目，然后选择菜单栏上面的“Action->verify”去验证catalog的完整性（可以在result选项卡中看命令执行结果）。如果验证成功，用户可以选择“Action->initiate import”去初始化导入环境（NBU数据库等等），之后执行“Action->import”去导入catalog即可。 这样，catalog就可以恢复到新的NBU数据库中了 通过catalog备份和恢复的介绍，用户可以了解到如何使用NBU去最大限度的保护备份内容。这样，一旦系统发生故障之后，用户就可以游刃有余的处理负责情况（大不了重装系统嘛），最快的恢复生产中的数据保护环境。

七、配置informix备份 1、建策略

建立informix数据库全备份策略

Attributes：

Schedule：

Backup selections：

Clients：

建立informix /etc目录备份文件系统备份策略：

Standard类型的策略：

Schedule如下：

Backup selections为空：

2、在客户端上运行informix库链接命令

/usr/openv/netbakcup/bin/informix_config 命令效果： 在/opt/Informix/etc/sm_version里面添加一行

库文件链接：/ope/informix/lib/libsad001_64.so?/user/openv/netbakcup/bin/infxbsa.so64

3、修改onconfig文件（修改之前备份）

LTAPEDEV /opt/informix/lp （lp?/dev/null） ALARMPROGRAM /opt/informix/etc/log_full.sh

BAR_BSALIB_PATH /usr/openv/netbackup/bin/infxbsa.so64

4、修改log_full.sh

如果不需要用nbu备份日志，log_full.sh脚本里面的备份命令就用ontape -a 如果需要用nbu备份日志，默认的onbar –b –l 即可

5、修改备份脚本

浮动ip判定脚本（for 热备方式的informix）： Backup_informix_scripte:

PATH=$PATH:/opt/informix/bin export PATH LOGICAL_IP=\

LOGICAL_IP_NUM=`ifconfig -a | grep $LOGICAL_IP | grep -v grep | wc -l`

if [$LOGICAL_IP_NUM -gt 0 ]; then

/opt/informix/nbuscripts/informix_onbar_whole_backup fi exit 0 or:

PATH=$PATH:/opt/Informix/bin export PATH

STATUS_NUM=`su - informix -c \if [$STATUS_NUM -gt 0 ]; then

/opt/informix/nbuscripts/informix_onbar_whole_backup.sh fi exit 0

informix online（for 冷备方式的informix）状态判断： PATH=$PATH:/opt/informix/bin export PATH

LOGICAL_INFORMIXSTATUS=`su - informix -c \

if [$LOGICAL_INFORMIXSTATUS -gt 0 ]; then

/opt/informix/nbuscripts/informix_onbar_whole_backup fi exit 0

备份脚本，/opt/informix/nbuscripts/informix_onbar_whole_backup：

#!/bin/sh

# $Revision: 1.3 $ #bcpyrght

#*************************************************************************** #* $VRTScprght: Copyright 1993 - 2008 Symantec Corporation, All Rights Reserved $ *

#*************************************************************************** #ecpyrght

# Replace xxxxx below with the extention used for your onconfig file. ONCONFIG=onconfig

# Replace yyyyy below with the Informix home path. INFORMIXDIR=/opt/informix

# Replace zzzzz below with the name of the Informix server. INFORMIXSERVER=mscp_server_net

# Replace informix_etc below with the name of the NetBackup server policy # to be used to back up the $INFORMIXDIR/etc directory. INFX_ETC_POLICY=mscp1_1nbu_informix_etc

INFXBSA_POLICY=mscp1_1nbu_informix_db INFXBSA_SCHED=mscp1_1nbu_informix_Default

echo \

export ONCONFIG

echo \

export INFORMIXDIR

echo \

export INFORMIXSERVER

echo \

echo \

echo \

echo \echo \echo \

echo \

本文来源：https://www.bwwdw.com/article/ju5.html