一直使用legato Networker 7.3.1正常备份Oracle 9i,7日上午热备双机服务器打补丁自动重启,可能造成共享盘柜磁盘文件结构损坏(根据盘柜中其他文件提示有损坏推测的),此后Oracle备份一直出错。legoto的日志见下,不知什么原因,请教如何解决?多谢!
msglog.log
-----------正确的备份,启动于1月7日凌晨----------------------------------
恢复管理器: 版本9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
RMAN> connect target Username/password@orcl;
2> run{
3> allocate channel t1 type 'SBT_TAPE';
4> allocate channel t2 type 'SBT_TAPE';
5> send 'NSR_ENV=(NSR_DATA_VOLUME_POOL=Database)';
6> backup incremental level 2 format 'orcl2_%s_%p_%u' (database skip readonly);
7> sql 'alter system switch logfile';
8> backup filesperset 4 format 'archive_%s_%p_%u' (archivelog until time 'SYSDATE' delete input);
9> release channel t1;
10> release channel t2;
11> }
12>
连接到目标数据库: ORCL (DBID=1128902103)
正在使用目标数据库控制文件替代恢复目录
分配的通道: t1
通道 t1: sid=23 devtype=SBT_TAPE
通道t1: NMO v4.2.0.0
向通道发命令: t1
分配的通道: t2
通道 t2: sid=24 devtype=SBT_TAPE
通道t2: NMO v4.2.0.0
向通道发命令: t2
向通道发命令: t1
向通道发命令: t2
启动 backup 于 07-1月 -08
通道 t1: 正在启动 incremental level 2 数据文件备份集
通道 t1: 正在指定备份集中的数据文件
通道 t2: 正在启动 incremental level 2 数据文件备份集
通道 t2: 正在指定备份集中的数据文件
输入数据文件 fno=00009 name=F:\ORACLE\ORADATA\ORCL\USERS01.DBF
输入数据文件 fno=00003 name=F:\ORACLE\ORADATA\ORCL\CWMLITE01.DBF
输入数据文件 fno=00004 name=F:\ORACLE\ORADATA\ORCL\DRSYS01.DBF
输入数据文件 fno=00007 name=F:\ORACLE\ORADATA\ORCL\ODM01.DBF
输入数据文件 fno=00008 name=F:\ORACLE\ORADATA\ORCL\TOOLS01.DBF
通道 t2: 正在启动段 1 于 07-1月 -08
在备份集中包含当前的 SPFILE
备份集中包括当前控制文件
输入数据文件 fno=00001 name=F:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF
输入数据文件 fno=00002 name=F:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF
输入数据文件 fno=00005 name=F:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF
输入数据文件 fno=00010 name=F:\ORACLE\ORADATA\ORCL\XDB01.DBF
输入数据文件 fno=00006 name=F:\ORACLE\ORADATA\ORCL\INDX01.DBF
通道 t1: 正在启动段 1 于 07-1月 -08
通道 t2: 已完成段 1 于 07-1月 -08
段 handle=orcl2_1279_1_7vj5heab comment=API Version 2.0,MMS Version 4.2.0.0
通道 t2: 备份集已完成, 经过时间:00:00:26
通道 t1: 已完成段 1 于 07-1月 -08
段 handle=orcl2_1278_1_7uj5heab comment=API Version 2.0,MMS Version 4.2.0.0
通道 t1: 备份集已完成, 经过时间:00:00:27
完成 backup 于 07-1月 -08
sql 语句: alter system switch logfile
启动 backup 于 07-1月 -08
通道 t1: 正在启动存档日志备份集
通道 t1: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =710 记录 ID=589 时间戳=643262449
通道 t1: 正在启动段 1 于 07-1月 -08
通道 t1: 已完成段 1 于 07-1月 -08
段 handle=archive_1280_1_80j5heb6 comment=API Version 2.0,MMS Version 4.2.0.0
通道 t1: 备份集已完成, 经过时间:00:00:16
通道 t1: 正在删除存档日志
存档日志文件名 =F:\ORACLE\ORADATA\ORCL\ARCHIVE\ARC00710.001 记录 ID=589 时间戳 =643262449
完成 backup 于 07-1月 -08释放的通道: t1
释放的通道: t2
恢复管理器完成。
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
--------出错的备份,启动于1月8日凌晨---------------------------------------------------
恢复管理器: 版本9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
……省略的部分 和正确的备份基本一样
sql 语句: alter system switch logfile
启动 backup 于 08-1月 -08
释放的通道: t1
释放的通道: t2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 01/08/2008 04:00:52
ORA-19563: 标题 (文件 ) 验证失败恢复管理器完成。
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
=================================================================
相应的nsrnmostart.log中如下:
nwora_spawn_RMAN: Spawned the RMAN process 4004.
Backup process failed: RMAN exited with return code '3'.
nwora_nsrnmostart_rman: RMAN script execution is not successful. RMAN exited with return code '3'.
msglog.log
-----------正确的备份,启动于1月7日凌晨----------------------------------
恢复管理器: 版本9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
RMAN> connect target Username/password@orcl;
2> run{
3> allocate channel t1 type 'SBT_TAPE';
4> allocate channel t2 type 'SBT_TAPE';
5> send 'NSR_ENV=(NSR_DATA_VOLUME_POOL=Database)';
6> backup incremental level 2 format 'orcl2_%s_%p_%u' (database skip readonly);
7> sql 'alter system switch logfile';
8> backup filesperset 4 format 'archive_%s_%p_%u' (archivelog until time 'SYSDATE' delete input);
9> release channel t1;
10> release channel t2;
11> }
12>
连接到目标数据库: ORCL (DBID=1128902103)
正在使用目标数据库控制文件替代恢复目录
分配的通道: t1
通道 t1: sid=23 devtype=SBT_TAPE
通道t1: NMO v4.2.0.0
向通道发命令: t1
分配的通道: t2
通道 t2: sid=24 devtype=SBT_TAPE
通道t2: NMO v4.2.0.0
向通道发命令: t2
向通道发命令: t1
向通道发命令: t2
启动 backup 于 07-1月 -08
通道 t1: 正在启动 incremental level 2 数据文件备份集
通道 t1: 正在指定备份集中的数据文件
通道 t2: 正在启动 incremental level 2 数据文件备份集
通道 t2: 正在指定备份集中的数据文件
输入数据文件 fno=00009 name=F:\ORACLE\ORADATA\ORCL\USERS01.DBF
输入数据文件 fno=00003 name=F:\ORACLE\ORADATA\ORCL\CWMLITE01.DBF
输入数据文件 fno=00004 name=F:\ORACLE\ORADATA\ORCL\DRSYS01.DBF
输入数据文件 fno=00007 name=F:\ORACLE\ORADATA\ORCL\ODM01.DBF
输入数据文件 fno=00008 name=F:\ORACLE\ORADATA\ORCL\TOOLS01.DBF
通道 t2: 正在启动段 1 于 07-1月 -08
在备份集中包含当前的 SPFILE
备份集中包括当前控制文件
输入数据文件 fno=00001 name=F:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF
输入数据文件 fno=00002 name=F:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF
输入数据文件 fno=00005 name=F:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF
输入数据文件 fno=00010 name=F:\ORACLE\ORADATA\ORCL\XDB01.DBF
输入数据文件 fno=00006 name=F:\ORACLE\ORADATA\ORCL\INDX01.DBF
通道 t1: 正在启动段 1 于 07-1月 -08
通道 t2: 已完成段 1 于 07-1月 -08
段 handle=orcl2_1279_1_7vj5heab comment=API Version 2.0,MMS Version 4.2.0.0
通道 t2: 备份集已完成, 经过时间:00:00:26
通道 t1: 已完成段 1 于 07-1月 -08
段 handle=orcl2_1278_1_7uj5heab comment=API Version 2.0,MMS Version 4.2.0.0
通道 t1: 备份集已完成, 经过时间:00:00:27
完成 backup 于 07-1月 -08
sql 语句: alter system switch logfile
启动 backup 于 07-1月 -08
通道 t1: 正在启动存档日志备份集
通道 t1: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =710 记录 ID=589 时间戳=643262449
通道 t1: 正在启动段 1 于 07-1月 -08
通道 t1: 已完成段 1 于 07-1月 -08
段 handle=archive_1280_1_80j5heb6 comment=API Version 2.0,MMS Version 4.2.0.0
通道 t1: 备份集已完成, 经过时间:00:00:16
通道 t1: 正在删除存档日志
存档日志文件名 =F:\ORACLE\ORADATA\ORCL\ARCHIVE\ARC00710.001 记录 ID=589 时间戳 =643262449
完成 backup 于 07-1月 -08释放的通道: t1
释放的通道: t2
恢复管理器完成。
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
--------出错的备份,启动于1月8日凌晨---------------------------------------------------
恢复管理器: 版本9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
……省略的部分 和正确的备份基本一样
sql 语句: alter system switch logfile
启动 backup 于 08-1月 -08
释放的通道: t1
释放的通道: t2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 01/08/2008 04:00:52
ORA-19563: 标题 (文件 ) 验证失败恢复管理器完成。
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
=================================================================
相应的nsrnmostart.log中如下:
nwora_spawn_RMAN: Spawned the RMAN process 4004.
Backup process failed: RMAN exited with return code '3'.
nwora_nsrnmostart_rman: RMAN script execution is not successful. RMAN exited with return code '3'.
解决方案 »
- oracle中在配置listener和tnsname时一般情况下使用计算机名和IP不会出来问题,使用localhost和127.0.0.1有时会出现问题
- 请问:hibernate里的session如何正确关闭
- ORACLE JOB
- 如何删除oracle中的数据库
- 虚拟机上AS3下安装oracle9i的问题
- 一个存储过程的问题,n简单!
- 如何利用oracle text来对pdf文档进行全文检索的关键性问题
- 新手,望高手指教!oracle中怎么存储图片,音频以及视频等,再有能否直接存储ppt,doc等格式的文件!
- 使用ora9i,当创建一新表时 报错ORA-01536: 超出表空间'XX'的空间限量,如何解决?
- 高手救命,紧急!!
- 这样的存储过程怎么处理啊?
- sql语句问题
Tue Jan 08 04:00:52 2008
Thread 1 advanced to log sequence 717
Tue Jan 08 04:00:52 2008
ARC1: Evaluating archive log 2 thread 1 sequence 716
Tue Jan 08 04:00:52 2008
Current log# 1 seq# 717 mem# 0: F:\ORACLE\ORADATA\ORCL\REDO01.LOG
Tue Jan 08 04:00:52 2008
ARC1: Beginning to archive log 2 thread 1 sequence 716
Creating archive destination LOG_ARCHIVE_DEST_1: 'F:\ORACLE\ORADATA\ORCL\ARCHIVE\ARC00716.001'
***
Corrupt block seq: 711 blocknum=1.
Bad header found during deleting archived log
Data in bad block - seq:1049640584. bno:1050689176. time:1051737768
beg:16056 cks:16064
calculated check value: 14972
Reread of seq=711, blocknum=1, file=F:\ORACLE\ORADATA\ORCL\ARCHIVE\ARC00711.001, found same corrupt data
***
Corrupt block seq: 711 blocknum=1.
Bad header found during deleting archived log
Data in bad block - seq:1049640584. bno:1050689176. time:1051737768
beg:16056 cks:16064
calculated check value: 14972
Reread of seq=711, blocknum=1, file=F:\ORACLE\ORADATA\ORCL\ARCHIVE\ARC00711.001, found same corrupt data