启动 Oracle 11g 数据库时出现 ORA-03113

Question

我已经在启动时阅读了“ORA-03113: end-of-file on communication channel”和本网站的其他人来解决我的问题，但我仍然没有解决它。我得到的只是以下内容：

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Windows\system32>sqlplus /nolog

SQL*Plus: Release 11.1.0.6.0 - Production on Sat Jun 28 17:28:20 2014

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

SQL> connect / as sysdba
Connected to an idle instance.
SQL> startup mount
ORACLE instance started.

Total System Global Area  209235968 bytes
Fixed Size                  1332188 bytes
Variable Size             125832228 bytes
Database Buffers           75497472 bytes
Redo Buffers                6574080 bytes
Database mounted.
SQL> alter system set db_recovery_file_dest_size=35G scope=both;

System altered.

SQL> shutdown immediate;
ORA-01109: database not open


Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  209235968 bytes
Fixed Size                  1332188 bytes
Variable Size             125832228 bytes
Database Buffers           75497472 bytes
Redo Buffers                6574080 bytes
Database mounted.
Database opened.
SQL> select instance_name from v$instace;
select instance_name from v$instace
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 43880
Session ID: 170 Serial number: 5


SQL>

环境：Windows 7 64 位，Oracle 11g。

以下是来自 alerts.log 的详细信息：

Sat Jun 28 17:32:26 2014
Flush retried for xcb 0x8a6711a8, pmd 0x8afba968
Doing block recovery for file 3 block 2686
Block recovery from logseq 13, block 68 to scn 132386303
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13 Reading mem 0
  Mem# 0: E:\APP\TRUCNGUYEN\ORADATA\XDLL\REDO01.LOG
Block recovery completed at rba 13.69.16, scn 0.132386305
Errors in file e:\app\trucnguyen\diag\rdbms\xdll\xdll\trace\xdll_pmon_55932.trc  (incident=36103):
ORA-00600: internal error code, arguments: [4194], [22], [28], [], [], [], [], []
Errors in file e:\app\trucnguyen\diag\rdbms\xdll\xdll\trace\xdll_pmon_55932.trc:
ORA-00600: internal error code, arguments: [4194], [22], [28], [], [], [], [], []
PMON (ospid: 55932): terminating the instance due to error 472
Sat Jun 28 17:32:27 2014
Errors in file e:\app\trucnguyen\diag\rdbms\xdll\xdll\trace\xdll_q001_79168.trc:
ORA-00472: PMON  process terminated with error
ORA-1092 : opidrv aborting process Q001 ospid (2836_79168)
Sat Jun 28 17:32:27 2014
ORA-1092 : opidrv aborting process W000 ospid (2836_56844)
Sat Jun 28 17:32:29 2014
ORA-472 : opidrv aborting process S000 ospid (2836_85052)
Instance terminated by PMON, pid = 55932

我是 Oracle 的新手。我真的很感激任何方向，尤其是解决此问题的分步说明。

我已经运行了以下命令：

recover database;  
alter database open;  

但是当我运行时它仍然有同样的错误：

select instance_name from v$instance;

Answer 1

来自 ParnassusData：

此错误表示在重做记录和回滚（撤消）记录之间检测到不匹配。

参数：

Arg [a] - 撤消块中的最大撤消记录数

Arg [b] - 从重做块中撤消记录号

由于我们正在向我们的撤销块添加一条新的撤销记录，我们期望新记录号等于撤销块中的最大记录号加一。在 Oracle 将新的撤消记录添加到撤消块之前，它会验证这是正确的。如果此验证失败，则会触发 ORA-600 [4194]。

Oracle 无法回滚其事务表中未提交的事务。您可能在回滚/撤消段中损坏或在回滚/撤消段尝试应用撤消记录的对象中损坏。

有关此错误描述的更多详细信息，请参阅注意：39283.1。

Oracle Note 39283.1 大致相同。

这是有人通过创建新的撤消表空间解决了问题的链接：SAP、数据库和其他 IT 内容

以下是声明：

-- Creation of a new Undo tablespace:
CREATE UNDO TABLESPACE undotbs
DATAFILE 'c:\oracle\10201\dev\undotbs1.dbf'
SIZE 300M AUTOEXTEND ON NEXT 20M
MAXSIZE 800M;

-- Change the default undo tablespace to the new one
ALTER SYSTEM SET UNDO_TABLESPACE = undotbs SCOPE=BOTH;

-- Drop the problematic undo tablespace
DROP TABLESPACE oldundotbs;

要创建表空间，必须打开数据库。

我不知道如何重现此错误，因此无法测试如何修复系统。我也认为我不会从 OP 那里得到任何反馈。但是，让我们想想，我们可以如何进行。

• 最好是在 Oracle Support 上提出服务请求。

• 一种可能性是恢复撤消表空间。但也许错误会再次发生。

• 然后整个数据库的时间点还原将是一个选项。但这意味着数据丢失。

• 我们将尝试通过创建一个新的撤消表空间并删除旧的表空间来修复系统，如上所述。

为了修复系统，我们取消了 UNDO_TABLESPACE 参数的设置。然后 SYSTEM 表空间成为默认表空间，我假设现在可以打开数据库。

startup nomount
alter system reset undo_tablespace scope=spfile;
shutdown
startup

现在我们可以按照上面的步骤进行操作，并创建和设置一个新的撤销表空间，并如上所述删除有问题的表空间。

Answer 2

看起来不太好。这样的内部错误表明存在严重的问题，可能是腐败。尝试这个：

startup mount;
recover database;
alter database open;

我认为如果您有资格的话，您将有更好的机会在metalink（Oracle 支持）上找到答案。否则在 Oracle 社区论坛上（我在那里找到了有关尝试恢复的建议）。

您需要数据吗？如果是的话，您有备份吗？您可以删除数据库，然后重新创建它，以便查看问题是否与您的安装有关或与数据库损坏有关。