一、解决Oracle 9.2.0.6版本数据库由于ORA-07445宕机问题 故障现象： XX网数据库宕机，查看日志发现以下内容： Wed Jun 8 20:24:17 2005 Errors in file /u02/app/oracle/admin/unicom/udump/unicom_ora_661.trc: ORA-07445: \\263\\366\\317\\326\\322\\354\\263\\243: \\272\\313\\320\\304\\327\\252\\264\\242 [00000 00101C3089C] [SIGSEGV] [Address not mappe d to object] [0x000000000] [] [] Wed Jun 8 20:24:22 2005 Errors in file /u02/app/oracle/admin/unicom/bdump/unicom_pmon_11598.trc: ORA-07445: exception encountered: core dump [0000000101C399A0] [SIGSEGV] [Address no t mapped to object] [0x000000000] [] [] Wed Jun 8 20:24:23 2005 Errors in file /u02/app/oracle/admin/unicom/bdump/unicom_pmon_11598.trc: ORA-07445: exception encountered: core dump [0000000101C399A0] [SIGSEGV] [Address no t mapped to object] [0x000000000] [] [] ORA-00602: internal programming exception ORA-07445: exception encountered: core dump [0000000101C399A0] [SIGSEGV] [Address no t mapped to object] [0x000000000] [] [] Wed Jun 8 20:24:33 2005 CKPT: terminating instance due to error 472 Instance terminated by CKPT, pid = 11604 Wed Jun 8 21:04:47 2005 Starting ORACLE instance (normal) 解决办法： Oracle工程师建议安装Oracle补丁p3949307_9206_SOLARIS64，经过测试，安装步骤如下（注意，首先shutdown数据库）： 1.解压补丁文件： unzip p3949307_9206_SOLARIS64.zip 解开后的目录是：4060756 。 2.修改oraclehomeproperties.xml文件，该文件在$ORACLE_HOME/inventory/ContentsXML目录下： cp oraclehomeproperties.xml oraclehomeproperties.xmlb.bak vi oraclehomeproperties.xml 更改数字453 －>23,存盘退出。 3.修改PATH路径为： PATH=$ORACLE_HOME/bin:/usr/ccs/bin:${PATH} 4.执行opatch apply命令： cd 4060756 $ORACLE_HOME/OPatch/opatch apply 5.安装成功后会出现如下结果： Updating inventory... /oracle92/app/oracle/product/9.2.0.1/OPatch/opatch.pl version: 1.0.0.0.51 Copyright (c) 2001-2004 Oracle Corporation. All Rights Reserved. OPatch succeeded.
二、查看Oracle表空间大小及利用率的SQL语句－非常实用的语句 set linesize 300 col 表空间名 for a30 SELECT UPPER(F.TABLESPACE_NAME) \表空间名\D.TOT_GROOTTE_MB \表空间大小(M)\D.TOT_GROOTTE_MB - F.TOTAL_BYTES \已使用空间(M)\TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100, 2), '990.99') \使用比\F.TOTAL_BYTES \空闲空间(M)\F.MAX_BYTES \最大块(M)\FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES, ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES FROM SYS.DBA_FREE_SPACE GROUP BY TABLESPACE_NAME) F, (SELECT DD.TABLESPACE_NAME, ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB FROM SYS.DBA_DATA_FILES DD GROUP BY DD.TABLESPACE_NAME) D WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME ORDER BY 4 DESC;
三、XX网Oracle数据库SYSTEM表空间文件坏块的解决办法 故障现象： NetBackup备份出错，日志如下： RMAN-00571: =========================================================== 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）也有坏块的情况，根据李智他们的建议，使用迁移数据后删除表空间的办法解决（仅适用于普通表空间）。 这是查询该表空间上的表和索引对象的一个脚本： GXdb% more query.sql 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 查询完毕后，使用一个迁移的脚本迁移到新的表空间： GXdb% more move.sh #!/bin/ksh sqlplus /nolog @query.sql NEWTBS=\echo \for TNAME in `cat table.log | awk ' /^COOKDB/ {print $2} '` do echo \$NEWTBS;\done for INAME in `cat index.log | awk ' /^COOKDB/ {print $2} '` do echo \