前情提要：
今晚在使用PL/SQL Developer工具登录本地Oracle的时候，弹出了一个错误提示，如下：
ORA-00600: 内部错误代码, 参数: [2252], [3113], [], [], [], [], [], []
拯救进行时：
我心里瞬间咯噔一下！心想，完了完了，辛苦那么久，一朝回到解放前啊
讯享网，心里开始埋怨自己今天怎么没做个备份（PS：平时在数据频繁改动的时候会做备份），一边开始询问度娘来，我参考了解决连接ORACLE错误一例:ORA-01033: ORACLE 正在初始化或关闭这篇文章博主的解决方法，开始对我的数据库进行抢救：
跟着一步一步的敲命令，然后在打开数据库的时候再一次出现了本文开头说的错误提示，瞬间感觉心里哇凉哇凉的
然后又不死心的重复多次进行了尝试，结果然并卵
，不死心的继续问度娘，然后看到了下面这个博客：记录一次ORA-00600[2252]故障解决，作者在文中提到：通过这些日志可以看出数据库一直在报ORA-00600[2252],在后来因某种原因数据库异常重启后启动不了.仔细观察可以发现系统显示的时间是2010年6月7日和当前时间相差了整整两年.
瞬间，一道闪电击中了我
，突然想起我前面把系统时间改到了2012年进行测试，然后就没有改回来了
，点开右下角看了下时间，果不其然，2012-4-18。。。
然后我把时间改回到2016年，重启数据库，然后发现熟悉的数据库又回来啦
感谢文中提到的两位作者的博客，使我能够找回数据库。
结语：
1、数据库要勤备份，尤其是重要的数据库，生产数据库，不要等到发生故障以后追悔莫及；
2、不要乱改动系统参数，如果不是有把握的操作最好备份以便可逆操作，有把握的操作最好如此；
3、出故障了也不要太着急，首先把故障时的所有数据先全部备份，然后再进行恢复/抢救操作。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/15265.html