2018年7月15日，一客户oracle数据库出现启动报错而无法完成open操作，故障处理过程中经历了ORA-03113&ORA-16038&ORA-30012相关报错和处理，最终成功开库。总结故障原因：oracle启动关闭未完成而重复启动关闭数据库报错：ORA-03113，oracle闪回空间满报错ORA-16038，oracle的pfile参数文件undo表空间设置与spfile参数文件undo表空间设置不一致导致报错：ORA-30012。下面是问题的处理过程。
环境信息：
操作系统：windows server 2008R2
数据库版本：oracle 11.2.0.3
数据库存储类型：ASM
故障产生原因：oracle数据库服务器重启后数据库无法启动
1、oracle数据库服务器重启后数据库启动报错：ORA-03113
根据个人经验判断是数据库重复进行关闭和重启，数据库未完全完成操作导致的。
后期执行的操作是：SQL>conn / as sysdba，然后执行：shutdown abort；，彻底释放数据库进程资源
2、再次以启动三步的方式启动数据库，发现报错：ORA-16038
根据告警信息提示：初步判断是归档空间磁盘满了。
后期执行的操作是：
A、oracle登录rman控制台：rman target /
B、删除归档文件：delete archivelog all;
3、再次尝试启动数据库，报错：ORA-30012
oracle oerr显示：参数文件指定的undo表空间不存在
处理过程：
A、将实例启动到mout状态，查看实例spfile参数文件里的Undo表空间为UNDOTBS11
B、从alert日志中查看最近一次启动或者undo表空间相关操作，显示数据库Undo表空间是：undotbs13
C、创建pfile，将参数文件里的undo表空间修改为undobts13
4、从pfile使用启动三步进行尝试开库
到此，问题处理完毕，数据库已经成功open.
总结故障原因：
oracle启动关闭未完成而重复启动关闭数据库报错：ORA-03113，
oracle闪回空间满数据库实例启动报错ORA-16038，
oracle的pfile参数文件undo表空间设置与spfile参数文件undo表空间设置不一致导致报错：ORA-30012。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29357786/viewspace-2157979/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- ORACLE 11.2.0.4 RAC Cluster not starting cssd with Cannot get GPnP profile
- oracle 19c打补丁遭遇OPATCHAUTO-72043&OPATCHAUTO-68061
- mysql GTID模式跳过错误GTID事务的正确方法
- oracle rac+adg调整redo日志组导致adg备库ogg抽取进程abend
- MySQL Linux服务器快照克隆引起的binlog日志无法正常删除导致文件系统满
- SQLServer 对象创建注意事项之dbo
- MongoDB 分片集群均衡器导致的性能下降
- SQLServer 难以接受的安全策略
- MongoDB server returned error on SASL authentication step: BSON field 'saslCo
- ORACLE expdp在表空间较多的情况下执行非常缓慢
