发现NB7.1的一个BUG

C字裤男爵

那是因为“|”没有把backup的脚本送进rman target，所以没有执行。

因为你现在的信息不完全，所以没有办法判断。

我怀疑bphdb log内有status = 29报错。

衍水狂客

wolfheader 发表于 2011-12-22 00:03
这里有在五道口做测试的么？赶紧出来啊，哈哈

那地方是800。。。

lfmy

回复 21# C字裤男爵

要是管道符的问题，可以看看这个文档：
http://www.symantec.com/business ... 20&locale=zh_CN

Problem



NetBackup 客户端为Windows 2003，配置Oracle数据库备份策略运行后报29号错误，在RMAN命令行下直接执行备份命令则能够备份成功。



Error




bphdb log:

16:29:10.046 [1748.5904] <16> bphdb do_script: ERR - failed executing command <"C:\Program Files\VERITAS\NetBackup\DbExt\Oracle\Samples\hot_database_backup1.cmd">
16:29:10.046 [1748.5904] <16> bphdb do_script: ERR - exit status: <-1>
16:29:10.046 [1748.5904] <16> bphdb main: ERR - Error code: 29
16:29:10.046 [1748.5904] <16> bphdb Exit: ERR - bphdb exit status = 29: failed trying to exec a command
  



Environment




主服务器（Master server）：Windows 2003/Netbackup 7.0

备份客户端 （Client）：Windows 2003/Netbackup 7.0

数据库（Database) ：Oracle Database 10.2.0 RAC
  



Cause



如下文所示，NetBackup 中提供的Oracle备份脚本使用管道符来发送备份命令：

@(
echo RUN {
echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
echo ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
echo BACKUP
echo       %BACKUP_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;
echo RELEASE CHANNEL ch00;
echo }
) | %RMAN% target %TARGET_CONNECT_STR% nocatalog msglog '%RMAN_LOG_FILE%' append

由于某些版本的Windows 2003的命令行解释程序（Shell）不能正常解释管道符“|”，以致备份脚本执行过程中不能正常调用RMAN来执行Oracle的备份脚本内容从而导致备份失败。
  



Solution



将脚本中生成的RMAN脚本内容输出到一个临时文件，随后在脚本中再次调用这个临时文件。

修改样例：

@(
echo RUN {
echo ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
echo ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
echo SEND 'NB_ORA_SERV=veritas-server,NB_ORA_CLIENT=dg1';
echo BACKUP
echo       %BACKUP_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' CONNECT 'sys/manager@WFTP1';
echo ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE' CONNECT 'sys/manager@WFTP2';
echo BACKUP
echo       FILESPERSET 20
echo       FORMAT 'arch-s%%s-p%%p'
echo       ARCHIVELOG ALL;
echo RELEASE CHANNEL ch00;
echo RELEASE CHANNEL ch01;
echo }
) > c:\rman_cmd.txt
@%RMAN% target %TARGET_CONNECT_STR% nocatalog msglog '%RMAN_LOG_FILE%' append < c:\rman_cmd.txt
  




   

saintdragon

有bug很正常

myguangzhou

楼上有两位同学可能没注意到
我执行7.1的备份脚本时，是没有任何ERROR的，只是没有备份任何东西而已；换成6.X的脚本就OK了
另外不要纠结ORA HOME等参数，那些都弄对了的

无牙

我在虚机里测试了一下，没有遇到LZ的问题。 测试的环境中只有Oracle的版本和LZ的不同。备份脚本的版本都是1.4。所以建议LZ从别人哪再拷贝一个脚本试一试，应该不是bug。判断是否为bug的首要条件是能重现。

测试环境：
master server: Suse 11, NBU7.1
media server: win2003, oracle 9.2.0.8 ,NBU7.1

myguangzhou

回复 26# 无牙


    回无牙
碰到这个问题是我们一个使用NBU5220的用户，NBU版本应该是7.1 06吧；而我在虚拟机上装的也是7.1，但是小版本应该不一致；但是问题却是一样
后来从群里向别人要了一个其他版本的备份脚本，修改了下参数就能备份成功了。

myguangzhou

刚才看了下，7.X用的是V1.4脚本，6.X用的是1.3
我用1.3的OK，1.4不行

myguangzhou

ORA是10GR2
MASTER分别是SUSE10（NBU5220的操作系统）和REDHAT5.5

无牙

myguangzhou 发表于 2011-12-28 10:49
回复 26# 无牙

5220, 里面用的模板还是1.4。和NBU7.1GA用的是一样的。

5220中的NBU的版本如果是7.1.0.6不等于普通版NBU的7.1.0.6.

5220最新的版本是2.0.1，等同于标准版的7.1.0.2。

况且客户端的用的脚本不是来自master server的，是你安装的时候自带的。