ORA-24315 ORA-01595 ora-00607 ora-00600错误的处理过程

平台：WIN 7

ORACLE version：10203 for vista

 

28日收到企业报警：保存数据出现ora-03114 通讯通道终止的错误，并且之前总出现没有监听程序的提示。远程过去后，发现数据库已经DOWN掉了，使用SQLPLUS再次启动oracle ，可以正常起来，但是连接用户，就出现ORA-24315非法的属性类型 的错误。查询ALERT文件，发现里面有以下信息：

 

Errors in file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_smon_2876.trc:

ORA-01595: error freeing extent (11) of rollback segment (5))

ORA-00607: Internal error occurred while making a change to a data block

ORA-00600: internal error code, arguments: [4193], [1343], [1042], [], [], [], [], []

 

 

Errors in file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_j000_2724.trc:

ORA-00600: 内部错误代码, 参数: [4193], [1343], [1042], [], [], [], [], []

ORA-00600: 内部错误代码, 参数: [4193], [1343], [1042], [], [], [], [], []

 

 

Tue Feb 28 08:40:42 2017

Errors in file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_j000_2628.trc:

ORA-00472: PMON 进程因错误而终止

 

 

怀疑还是回滚段的问题，因为平时异常关机所引发的数据文件出现问题。因为库还能打开，于是尝试创建新的回滚表空间，然后将系统切换到新的回滚表空间，删除旧的回滚表空间，系统应用恢复正常。

处理过程如下：

1.在可以打开数据库的时候，创建新的回滚表空间：

SQL>create undo tablespace undotbs2 datafile 'c:\oracle\product\10.2.0\oradata\undotbs02.dbf' size 500m;

表空间已创建。

（事后查看ALERT 文件，发现：

Successfully onlined Undo Tablespace 5.

Undo Tablespace 1 moved to Pending Switch-Out state.

*** active transactions found in undo tablespace 1 during switch-out.

）

设置系统默认回滚表空间为新建的UNDOTBS2:

SQL> alter system set undo_tablespace=undotbs2 scope=both;

系统已更改。

 

2. 创建新的PFILE文件

SQL> create pfile from spfile;

然后修改生成的pfile：

Undo_management=manual

Undo_tablespace=tbsundo2

 

3.Shutdown 数据库，用immediate关闭时间超长，就用了abort

4.用新的PFILE打开数据库，删除旧的回滚表空间：

SQL> Startup pfile=’d:\oracle\product\10.2.0\db_1\database\initorcl.ora’

 

SQL> drop tablespace undotbs1 including contents and datafiles;第 1 行出现错误:
ORA-30013: 还原表空间 'UNDOTBS1' 当前正在使用中

 

 

5.再次编辑PFILE,增加隐含参数：

_allow_resetlogs_corruption=true

 

此时查看联机日志文件都正常存在，但数据库仍然不能正常存盘操作。

 

再次关闭数据库，打开数据库后，再次摘除回滚表空间：

SQL>shutdown immediate;

SQL>Startup pfile=’d:\oracle\product\10.2.0\db_1\database\initorcl.ora’

 

 

SQL>drop tablespace undotbs1;

数据库已更改

6.再次修改PFILE，关闭数据库后，创建SPFILE

Undo_management=auto

Undo_tablespace=tbsundo2

去除隐含参数_allow_resetlogs_corruption一行

SQL>shutdown immediate

SQL>CREATE SPFILE FROM PFILE;

SQL>startup

 

数据库至此恢复正常

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7177735/viewspace-2134592/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7177735/viewspace-2134592/