在过去的三天里,我一直在这里阅读有关 Oracle 支持的帖子,以及我能找到的其他任何地方,但我已经放弃了这个问题......
Oracle 数据库挂起。数据库关闭了几个小时,然后它退出了。它不会重新启动。服务器已重新启动。Oracle 已重新启动。逐步进行:启动 nomount 有效,alter database mount 有效,alter database open 返回 ORA-03113。这一切都在本地主机上 - 而不是通过网络。该机器没有运行任何类型的防火墙。
知道如何克服这个 ORA-03113 错误吗?在过去的 4.5 小时里,我一直在通过电话寻求印度的支持,但我还没有找到任何有用的人。
经过数小时的 Oracle 官方支持误导后,我自己深入研究并修复了它。我在这里记录它以防其他人遇到此问题。
为此,您必须是 oracle 用户:
第 1 步:您需要查看警报日志。它不像预期的那样在 /var/log 中。您必须运行 Oracle 日志读取程序:
注意 ADR 基数。那不是安装。您需要查看房屋,以便连接到您使用的房屋。
CCI 是家。设置那个。
现在,您可以查看警报日志。如果它们位于 /var/log 中,那就太好了,这样您就可以轻松地解析日志。停止想要并处理这个界面。至少你可以tail(我希望你有一个回滚缓冲区):
向后滚动,直到看到错误。你想要第一个错误。第一个错误之后的任何错误都可能是由第一个错误引起的。就我而言,第一个错误是:
这是由交易引起的。Oracle 不是为使用而设计的。如果您确实将大量数据推送到其中,它会保存事务日志。那些进入恢复文件区域。一旦已满(在这种情况下为 50GB 已满)。然后,甲骨文就死了。按照设计,如果出现任何问题,Oracle 将通过关闭来响应。
有两种解决方案,一种是正确的,另一种是快速而肮脏的。快速而肮脏的一种是增加db_recovery_file_dest_size。首先,退出adrci。
现在,在不打开数据库的情况下进入 sqlplus,只需挂载它(您可能无需挂载数据库就可以执行此操作,但我还是挂载了它)。
现在,您可以增加当前的 db_recovery_file_dest_size,在我的情况下增加到 75G:
现在,您可以再次关闭并重新启动,并且之前的错误应该消失了。
正确的解决方法是摆脱恢复文件。您可以使用 RMAN,而不是 SQLPLUS 或 ADRCI 来执行此操作。
如果你有
RMAN-06171: not connected to target database
,那么尝试使用rman target /
而不是仅仅rman
等待很长时间,您的存档日志(已用完所有空间)将消失。因此,您可以关闭/启动数据库并重新开始工作。