一个NBU问题的处理

很久没有更新blog了，工作忙嘛，呵呵！最近花了很长时间处理了一个NBU的问题，咳，没有培训没有原厂服务就是这么郁闷，只好自己瞎折腾，还好每次都把问题给解决了。再次，要非常感谢在这中间给我提供过帮助的前同事：唐哥、涛涛以及网友Mr.Tiger，他们的指导给了我很大的启发！

问题的由来：

我们一个项目安装了sun cluster后，顺便就装了nbu 4.5，主服务器端、客户端以及agent都安装好了，但是没有安装rman实例，也就使用NBU备份数据库。

开始干活：

第一天的成果

1、安装oracle，创建rman实例。
2、create tablespace rmantbs datafile '/opt/app/oracle/oradata/rman/rmantbs.dbf' size 200M;
SQL> create user rman identified by rman default tablespace rmantbs temporary tablespace temp quota unlimited on rmantbs;
SQL> grant recovery_catalog_owner to rman;
3、% rman catalog rman/rman
恢复管理器：版本9.0.1.1.0 – 64bit Production
连接到恢复目录数据库
未安装恢复目录
RMAN>create catalog tablespace rmantbs;
4、注册目标数据库到恢复目录
% rman target sys/change_on_install@cncdb
连接到目标数据库：BJDB (DBID=620270819)
RMAN>connect catalog rman/rman@rman
连接到恢复目录数据库
RMAN>register database;
5、启动之前已经部署好的RMAN备份策略，返回码1结束，备份日志报错：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch01 channel at 03/13/2008 09:22:09
ORA-19506: 无法创建顺序文件, 名称 = "bk_492_1_649243328", 参数 = ""
ORA-27028: skgfqcre: sbtbackup 返回错误
ORA-19511: 从介质管理器层接收到错误, 错误文本为:
sbtbackup: Failed to open for backup.
6、创建测试策略，备份数据库服务器的文件系统，成功；
7、重建RMAN实例，报错依旧；
8、修改了备份服务器和客户端的bp.conf文件，重新测试，失败。
9、移植了新的脚本，再次测试，依然失败。

怏怏地回家了...

打算重装NBU!

第2天：

1、卸载原来安装的NBU4.5;
2、使用带过去的安装介质安装了NBU5.0，包括服务器端、客户端还有oracle agent；
3、将云南项目的license都输了进去，全部能用，特意查了官方的文档，说的是一个合法的license的确可以多次使用，这样NBU组件的特性应该都齐了；
4、图形登录备份服务器，jnbSA启动NBU的管理界面，卷池的配置沿用之前配置好的，搜索设备，一个robot和2个driver都找了出来，配置了catalog的备份；
5、创建策略，开始测试备份：
NBU备份数据库服务器的普通文件成功；
NBU备份数据库，失败，报错和以前一样；
命令行登录rman，将脚本拆开测试，将数据库备份到硬盘是没问题的，但是备份到磁带上，会报错；
6、重启NBU，再试，错误依旧；
一个结论：NBU客户端不能认出磁带设备。
7、在一个文档中看到需要在做链接时，需要关闭数据库，联想到数据库服务器一直没有关闭，怀疑问题出在这个地方。于是在备份服务器上关闭实例，重做了一次链接，启动实例，修改脚本，然后新建了一个测试的实例test，使用RMAN对新实例进行数据库的归档备份，成功。
RMAN> run
2> {
3> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
4> ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
5> BACKUP
6> filesperset 20
7> FORMAT 'al_%s_%p_%t'
8> ARCHIVELOG ALL DELETE INPUT;
9> RELEASE CHANNEL ch00;
10> RELEASE CHANNEL ch01;
11> }

分配的通道: ch00
通道 ch00: sid=12 devtype=SBT_TAPE
通道ch00: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)

分配的通道: ch01
通道 ch01: sid=14 devtype=SBT_TAPE
通道ch01: VERITAS NetBackup for Oracle - Release 5.0GA (2003103006)

启动 backup 于 2008-04-16 20:39:42
当前日志已存档
通道 ch00: 正在启动存档日志备份集
通道 ch00: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =3 记录 ID=1 时间戳=652221546
通道 ch00: 正在启动段 1 于 2008-04-16 20:39:43
通道 ch01: 正在启动存档日志备份集
通道 ch01: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =4 记录 ID=2 时间戳=652221582
通道 ch01: 正在启动段 1 于 2008-04-16 20:39:43
通道 ch00: 已完成段 1 于 2008-04-16 20:40:38
段 handle=al_2_1_652221582 comment=API Version 2.0,MMS Version 5.0.0.0
通道 ch00: 备份集已完成, 经过时间:00:00:56
通道 ch00: 正在删除存档日志
存档日志文件名 =/opt/app/oracle/oradata/test/archive/1_3.dbf 记录 ID=1 时间戳 =652221546
通道 ch01: 已完成段 1 于 2008-04-16 20:41:04
段 handle=al_3_1_652221582 comment=API Version 2.0,MMS Version 5.0.0.0
通道 ch01: 备份集已完成, 经过时间:00:01:22
通道 ch01: 正在删除存档日志
存档日志文件名 =/opt/app/oracle/oradata/test/archive/1_4.dbf 记录 ID=2 时间戳 =652221582
完成 backup 于 2008-04-16 20:41:04

释放的通道: ch00

释放的通道: ch01
这样子，就剩下重启NBU客户端也就是数据库服务器并重新链接一下了。

由于是重要的现网系统，需要协调时间，等用户决定时间吧，呵呵！