Chinaunix

标题: NBU备份ORACLE出错 [打印本页]

作者: fangbo 时间: 2009-05-13 16:17
标题: NBU备份ORACLE出错
三台AIX+ORACLE,正常备份二年多,最近一周,一台备份出错,都不成功.其设置无变化\r\n错误信息如下:\r\nScript /usr/openv/rman/hot.sh\r\n==== started on Sun May 10 18:16:58 BEIST 2009 ====\r\n\r\n\r\nRMAN: /oracle/app/oracle/db10g/bin/rman\r\nORACLE_SID: p5dbc2\r\nORACLE_USER: oracle\r\nORACLE_HOME: /oracle/app/oracle/db10g\r\n\r\nNB_ORA_FULL: 1\r\nNB_ORA_INCR: 0\r\nNB_ORA_CINC: 0\r\nNB_ORA_SERV: gznbumaster\r\nNB_ORA_POLICY: 172.26.0.16_oracle\r\n\r\nFull backup requested\r\n\r\nRecovery Manager: Release 10.2.0.2.0 - Production on Sun May 10 18:16:58 2009\r\n\r\nCopyright (c) 1982, 2005, Oracle. All rights reserved.\r\n\r\nconnected to target database: P5DBC (DBID=3554354975)\r\nconnected to recovery catalog database\r\n\r\nRMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36> 37> 38> RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36> 37> 38> \r\nallocated channel: ch00\r\nchannel ch00: sid=2175 instance=p5dbc2 devtype=SBT_TAPE\r\nchannel ch00: VERITAS NetBackup for Oracle - Release 6.0 (2005090703)\r\n\r\nallocated channel: ch01\r\nchannel ch01: sid=2155 instance=p5dbc2 devtype=SBT_TAPE\r\nchannel ch01: VERITAS NetBackup for Oracle - Release 6.0 (2005090703)\r\n\r\nStarting backup at 10-MAY-09\r\nchannel ch00: starting incremental level 0 datafile backupset\r\nchannel ch00: specifying datafile(s) in backupset\r\ninput datafile fno=00002 name=/dev/rlv_undotbs1\r\ninput datafile fno=00084 name=/dev/rlv_wdev_dat02\r\ninput datafile fno=00091 name=/dev/rlv_ind_dat01\r\nchannel ch00: starting piece 1 at 10-MAY-09\r\nchannel ch01: starting incremental level 0 datafile backupset\r\nchannel ch01: specifying datafile(s) in backupset\r\ninput datafile fno=00004 name=/dev/rlv_undotbs2\r\ninput datafile fno=00088 name=/dev/rlv_mdata_dat02\r\ninput datafile fno=00098 name=/dev/rlv_fiim_dat01\r\nchannel ch01: starting piece 1 at 10-MAY-09\r\nRMAN-03009: failure of backup command on ch00 channel at 05/10/2009 18:17:50\r\nORA-19506: failed to create sequential file, name=\"bk_14188_1_686513844\", parms=\"\"\r\nORA-27028: skgfqcre: sbtbackup returned error\r\nORA-19511: Error received from media manager layer, error text:\r\n VxBSAValidateFeatureId: Failed with error:\r\n Server Status: unexpected message received\r\nchannel ch00 disabled, job failed on it will be run on another channel\r\nreleased channel: ch00\r\nreleased channel: ch01\r\nRMAN-00571: ===========================================================\r\nRMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============\r\nRMAN-00571: ===========================================================\r\nRMAN-03009: failure of backup command on ch01 channel at 05/10/2009 18:17:50\r\nORA-19506: failed to create sequential file, name=\"bk_14189_1_686513845\", parms=\"\"\r\nORA-27028: skgfqcre: sbtbackup returned error\r\nORA-19511: Error received from media manager layer, error text:\r\n VxBSAValidateFeatureId: Failed with error:\r\n Server Status: unexpected message received\r\n\r\nRMAN> RMAN> \r\n\r\nRecovery Manager complete.\r\n\r\nScript /usr/openv/rman/hot.sh\r\n==== ended in error on Sun May 10 18:17:50 BEIST 2009 ====\r\n\r\n分析可能是什么问题,

作者: 无牙 时间: 2009-05-13 16:56
普通文件的备份能成功吗？

作者: 无牙 时间: 2009-05-13 17:06
这个错一般出在hostname的解析上，你用bpclntcmd 在master server检查一下。\r\n顺便把client和server的bp.conf贴上来看看

作者: fangbo 时间: 2009-05-13 17:08
MMSERVER\r\n\r\n[p590c3b:root:/usr/openv/volmgr] more vm.conf\r\nMM_SERVER_NAME = p590c3b\r\nREQUIRED_INTERFACE =p590c3b\r\nDEVICE_HOST =p590c3b\r\n\r\n\r\nMASTER\r\n\r\n /usr/openv/netbackup/bp.conf里已经有本条信息\r\n \r\nSERVER = gznbumaster\r\nSERVER =p590c3b \r\nCLIENT_NAME = p590c3b\r\nEMMSERVER = gznbumaster\r\nREQUIRED_INTERFACE = p590c3b\r\nMEDIA_SERVER=p590c3b

作者: fangbo 时间: 2009-05-13 17:10
以上信息都是MMSERVER的

作者: 无牙 时间: 2009-05-13 18:38
你最好在oracle机器上将NBU的bphdb,bpcd的日志激活，看一下具体的信息，你提供的信息太少了，没有办法差。\r\n这个主机名称看着有点眼熟牙，呵呵。

作者: 13627662 时间: 2009-05-13 19:51
无牙维护过？还是在等待解决的方法论

作者: 无牙 时间: 2009-05-13 22:42
呵呵，像是一个老用户的环境。\r\n如果是突然实现大面积Oracle备份有问题，问题会出在server上，不会是client上。弄不好就是解析的问题。

作者: heartfree 时间: 2009-05-13 22:49
nbu的报错代码是多少？看着rman的报错信息很熟悉，是不是83或者84之类的错误？

作者: ry715 时间: 2009-05-14 09:17
肯定不是，NBU的作业错误应该是6了，对了，如果你去RMAN那边直接调用，做个通道的分配看看，不要去做别的什么备份的操作，看看可以不，还有就是最近有没有做过什么其他的操作，没道理放在那里什么都没动，就不能备份了吧

作者: 无牙 时间: 2009-05-14 10:48
LZ还是把NBU的日志激活，看看日志吧，猜是猜不出问题的！

作者: 无牙 时间: 2009-05-14 11:41
其实主要是两个参数：NB_ORA_CLIENT和NB_ORA_SERV。其他的意义不大。

作者: myguangzhou 时间: 2009-05-14 14:26
是不是多网卡？\r\n还有，备份脚本加SEND参数看看？\r\n文件能备份，但是数据库备份不了，有可能某端口不通，TELNET一下那几个端口吧。貌似文件系统备份只需要MASTER--->CLIENT，而数据库备份则MASTER<--->CLIENT的。\r\n无牙兄，是么？

作者: fangbo 时间: 2009-05-14 14:30
没法解决,已经提交给800了,目前没有消息,对方说要分析.\r\n\r\n我想打补丁试试,难道是BUG不成

作者: myguangzhou 时间: 2009-05-14 14:34
LZ为什么不试试我们的办法呢\r\nP590啊？好强大

作者: ry715 时间: 2009-05-14 14:41
你提交给800他肯定第一步还是让你抓日志

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)