&nbsh1;

 

Oracle数据库常见真实问题处理步骤

1 解决Oracle 9.2.0.6版本数据库由于ORA-07445宕机问题故障现象：XX网数据库宕机，查看日志发现以下内容：Wed Jun 8 20:24:17 2005<

1 解决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 [0000000101C3089C] [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 not 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 not mapped to object] [0x000000000]
ORA-00602: internal programming exception
ORA-07445: exception encountered: core dump [0000000101C399A0] [SIGSEGV] [Address not 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.
 

2 查看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;
3 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 border="1".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="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）：
 

run {
allocate channel ch00 type 'sbt_tape';
set maxcorrupt for datafile 1,27,28,44 to 10;
backup 。。。。。。
release channel ch00;
}

如果有归档日志没有丢失，都备份过，可以使用rman的blockrecover来修复文件的坏块，例如：
 

run {
allocate channel ch00 type 'sbt_tape';
blockrecover datafile 27 block 302089,302090,332823,332824,332825,332826;
blockre