3 XX网Oracle数据库SYSTEM表空间文件坏块的解决办法
故障现象：
NetBackup备份出错，日志如下：
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ch01 channel at 06/15/2005 02:28:44
ORA-19566: 超出损坏块限制 0 (文件 /u01/app/oradata/unicom/system01.dbf)
故障分析：
由于事前发生过别的表空间（cookdbs：/u01/app/oradata/unicom/cokdbs.dbf）也有坏块的情况，根据李智他们的建议，使用迁移数据后删除表空间的办法解决（仅适用于普通表空间）。
这是查询该表空间上的表和索引对象的一个脚本：
conn /as sysdba
col owner for a25
col segment_name for a40
spool table.log
select distinct OWNER,SEGMENT_NAME from dba_extents
where TABLESPACE_NAME='COOKDB'
and SEGMENT_TYPE='TABLE';
spool off
spool index.log
select distinct OWNER,SEGMENT_NAME from dba_extents
where TABLESPACE_NAME='COOKDB'
and SEGMENT_TYPE='INDEX';
spool off
exit
查询完毕后，使用一个迁移的脚本迁移到新的表空间：
#!/bin/ksh
sqlplus /nolog @query.sql
NEWTBS="cookdbs1"
echo "conn /as sysdba" > move.sql
for TNAME in `cat table.log | awk '
/^COOKDB/ {print $2}
'`
do
echo "alter table cookdb.$TNAME move tablespace $NEWTBS;" >>move.sql
done
for INAME in `cat index.log | awk '
/^COOKDB/ {print $2}
'`
do
echo "ALTER INDEX cookdb.$INAME REBUILD TABLESPACE $NEWTBS;" >>move.sql
done
echo "exit" >>move.sql
sqlplus /nolog @move.sql
本次经过检查，发现包括有System在内的四个表空间的四个数据文件有坏块。为了能使用NetBackup备份，对NetBackup脚本做以下修改（对相应的数据文件设置maxcorrupt）：
allocate channel ch00 type 'sbt_tape';
set maxcorrupt for datafile 1,27,28,44 to 10;
backup 。。。。。。
release channel ch00;
}
如果有归档日志没有丢失，都备份过，可以使用rman的blockrecover来修复文件的坏块，例如：
allocate channel ch00 type 'sbt_tape';
blockrecover datafile 27 block 302089,302090,332823,332824,332825,332826;
blockrecover datafile 28 block 340846,340847,340848,340849;
blockrecover datafile 44 block 380381,380382,380383,380384,380405,380406,380407,380408;
blockrecover datafile 1 block 1703064,1703065,1703066,1703067,1703088,1703089,1703090,1703091;
release channel ch00;
}
但是中间由于备份失败，本地维护删除过归档日志。此方法不适用。
本次由于有SYSTEM表空间，不同于普通用户表空间，它有自己的特殊性。所以有些问题的解决方法也不尽相同。经多方探讨协商（Oracle India engineer、项目经理、本地维护、开发部门和系统工程部经理），总结了以下处理办法：
解决SYSTEM表空间文件坏块的方法是导出全库数据，删除数据库，重建数据库，导入全库数据。具体的操纵步骤，经过讨论，见如下：主要是考虑到优化可以在线进行，也需要在线进行，还考虑到优化的万一出错性，既便出错至少还可以恢复到原始状态，如果优化没有成功，再做导出导入也不能恢复到初始状态。所以就先做导出导入工作再做优化处理。步骤是：
1. 导出整个数据库（数据库在线），参考命令：exp system/manager file=/oraclebak/unicomdbfull.dmp full=Y log=/oraclebak/unicomfull.log
2. 备份配置文件 cp $ORACLE_HOME/dbs/* /Oraclebak，记录数据库名及实例名，参考字典视图V$DATABASE,V$INSTANCE
3. 删除数据库DBCA（/u02/app/oracle/product/9.2.0.1/bin/dbca）图形化配置工具。注意：建议不要删除数据文件、重做日志文件和控制文件以及归档日志文件，处理方法是：一）就数据文件、重做日志文件和控制文件分别改名为xxx.bak.xxx文件，例如mv datafile001.dbf datafile001.bak.dbf ；二）就归档日志文件，只改名归档日志文件所在的目录名即可，例如mv archivedir archivedirbak。要参考的数据字典视图有V$DATAFILE、V$LOGFILE、V$CONTROLFILE和archive log list 参数
4. 重建数据库DBCA（/u02/app/oracle/product/9.2.0.1/bin/dbca）图形化配置工具,
5. 导入整个数据库，imp system/unicom@unicom full=y ignore=y file=xxx.dmp log=yyy.log
6. 启动数据库，严格测试。
dbv file= /u02/app/oracle/oradata/unicom/system01.dbf blocksize=8192检查还有没有坏块。
7. 使用3.2SQL脚本检查表空间情况.
4 一个使用Oracle归档日志恢复数据库的案例
案例环境：XX网Oracle 816数据库，。
需求描述：
备份主机（装有oracle）上备份了7月13日的数据，但是主数据库服务器当前日期是7月15日。为了把备份主机上的库跟主数据库服务器同步，使用归档日志把7月13日的库前滚到7月15日。
处理步骤：
a) 备份备份主机上的控制文件，然后把主用数据库的最新控制文件备份并拷贝到备份主机相应目录
备份控制文件的方法：
connect internal
alter database backup controlfile to '${BACKUP_DIR}/controlfile.bkp';
alter database backup controlfile to trace;
EOF
b) 拷贝主库的归档日志到备份数据库的归档日志目录（这个前滚操作需要从13号到15号的归档日志完整，若备份数据库的归档日志目录不知道，可以从参数文件中看
c) 启动数据库到mount状态，使用recover database前滚数据库
SQL> recover database using backup controlfile;
选择AUTO模式
d) 如果到了最后一个日志它还需要前滚，此时可以在主库上把当前redolog切换，然后把产生的归档继续拷贝到备份主机，继续前滚。
e) 前滚完成之后，它可能还继续要求下一个归档日志，此时可以CANCEL
f) 使用reselogs选项打开数据库
注意：如果打开时报错可能是还需要把日志继续前滚，可重复使用recover database命令
5 Oracle 补丁p3948480_9206_SOLARIS64.zip的安装步骤
升级说明：
是从Oracle 9.2.0.1.0升级到9.2.0.6.0，解决一系列bug问题。
安装步骤：
%unzip p3948480_9206_SOLARIS64.zip
%cd Disk1
停掉数据库
sql>shutdown immediate
启动安装程序
%./runInstaller
执行catpatch.sql脚本
%sqlplus /nolog
SQL>conn / as sysdba
SQL> SPOOL patch.log
SQL> startup migrate;
SQL>@?/rdbms/admin/catpatch.sql //执行catpatch.sql脚本
SQL> SPOOL OFF
执行utlrp.sql脚本
SQL> shutdown
SQL>startup
SQL>@?/rdbms/admin/utlrp.sql //执行utlrp.sql脚本
验证
select comp_name,version from dba_registry;
注意事项：
若不是在本地安装，指定X应用程序的所在主机。
• Bourne, Bash, or Korn shell:
• $ DISPLAY=local_host:0.0 ; export DISPLAY
• C shell:
• % setenv DISPLAY local_host:0.0
