admin 管理员组

文章数量: 1184232

环境： 

DB:Oracle 11.2.0.1.0
OS:Windows Server 2008

问题：

同事反馈数据库在下午2 点多自动宕机，无法启动，并且最近几天数据库没有做过任何维护变更。

现象：

远程尝试重启Oracle 服务，报错如下：

查看告警日志没有报错也没有输出。

猜测是否在启动实例时分配内存出来问题？
尝试多次修改参数文件，将内存不断缩小，但是问题依旧存在。
突然想到既然数据库在问题期间没有任何变更，会不会有可能是操作系统在问题期间做过哪些自动更新导致数据库无法启动呢？
检查操作系统Setup 日志，果然在问题时间点，操作系统自动更新了 KB4012212 补丁。

解决方案：

由于问题时间点完全吻合，所以猜测数据库无法启动实例、Oracle.exe 异常消耗内存和 KB4012212 更新有关，手动卸载掉 KB4012212 ，再次重启服务器，数据库终于可以正常启动了。建议 Windows 关闭自动更新，比较重要的更新，可以充分测试没问题后再手动更新。

注意：
这是17 年 5 月处理的一个案例，后来又接手了一个问题现象完全一样的案例，当时也是自信的以为将操作系统上自动更新补丁卸载后就能解决问题，但是在卸载掉补丁重启服务器后发现问题依旧，最终解决办法是在另一台数据库服务器上搭建一个新数据库，然后将生产库上所有的控制文件、数据文件、日志文件拷贝过来，就可以正常启动数据库了，相当于通过数据库物理文件迁移数据库。

欢迎关注我的公众号: IT小Chen

本文标签： 文件 问题 自动更新

版权声明：本文标题：意外的风暴，安全启动机制下的db和dbx变量挑战 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://roclinux.cn/b/1770701249a3536624.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。