发现NB7.1的一个BUG

myguangzhou

有个客户在测试NB7，当备份到WIN下面的ORACLE时发生比较诡异的现象：作业一运行就刷地完成了，作业detail没有任何报错，但却没有备份任何东西。OUT输出就只有几行，也没有错误；我让他把日志发给我，现在都没发给我。

于是自己在虚拟机上也测试了一把，结果比较好玩
我装完ORA之后，就修该了脚本的ORACLE_HOME\SID\CONNECT_STR等参数；尝试发起备份，也是没有任何错误，没有备份任何数据；OUT如下

==== started on 2011-12-21 星期三  13:24 ====
Script name: "e:\rman\hot_database_backup.cmd"
#                                       
  RMAN  :  E:\oracle\product\10.2.0\db_1\bin\rman.exe                       
  NLS_LANG  :  american               
  ORACLE_HOME  :  E:\oracle\product\10.2.0\db_1         
  ORACLE_SID  :  orcl           
  NLS_DATE_FORMAT  :  YYYY-MM-DD:hh24:mi:ss
  RMAN_LOG_FILE  :  "e:\rman\hot_database_backup.out"     
  NB_ORA_SERV  :  myhat                     
  NB_ORA_FULL  :  1                     
  NB_ORA_INCR  :  0                     
  NB_ORA_CINC  :  0                     

Recovery Manager: Release 10.2.0.4.0 - Production on Wed Dec 21 13:24:46 2011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ORCL (DBID=1298254140)
using target database control file instead of recovery catalog

RMAN>

Recovery Manager complete.
#   


从上面输出来看，Nbu只是RMAN TARGET了一下，没人执行任何备份脚本就退出了；很奇怪。
于是直接在客户端里RMAN备份，结果发现没有开启归档......不开归档，NBU也没觉察出来么？后来想想，因为没有执行备份脚本，因此ORA不会返回非归档模式无法备份的错误吧.....

于是开归档，手工执行RMAN是可以备份到SBT的；但是运行NBU作业返回正常，同样没执行备份；执行rman target / cmdfile错误，看样子应该是备份脚本没办法使用

于是到网上向别人要了个6.5的脚本，修改了home\sid\connect_str后就可以正常备份了......

对比了一下，NB7和NB6.5的脚本好像一样。。。看不出哪不同

tz104

嗯，也碰到这问题。

myguangzhou

回复 43# yihe_zang


    no.后来直接用6.X的脚本

yihe_zang

回复 1# myguangzhou


    前辈有没有试过用NBU7.x for Oracle的模版配置向导来备份Oracle呢？

yihe_zang

回复 41# 无牙


    我现在的环境NBU7.5 for windows+Oracle 11g r2+windows server 2008r2上也同样出现，用的是NBU7.5提供的备份脚本！

无牙

啊，这也收藏

撒旦的使者

纯技术贴.收藏了.

huanglao2002

应该是nbu7.x 脚本的问题。
你可以尝试把rman run 开始脚本里面的以下注释删除。
我想rman 是不识别这些注释的。rman 应该只把#开头的当注释。
@REM ----------------------------------------------------------------------------
@REM Note: During the process of backing up the database, RMAN also backs up the
@REM control file.  This version of the control file does not contain the
@REM information about the current backup because "nocatalog" has been specified.
@REM To include the information about the current backup, the control file should
@REM be backed up as the last step of the RMAN section.  This step would not be
@REM necessary if we were using a recovery catalog or auto control file backups.
@REM ----------------------------------------------------------------------------

@REM recommended format

myguangzhou

回复 37# hp106


    是我的表达能力有问题还是你的理解能力有问题呢

hp106

别一上来就是bug，应该不会有这么低级的问题吧。
我觉的还是好好检查下你的脚本吧。:wink: