误删了pes2011下载的unnamed_2063文件导致打不开

来源：蜘蛛抓取(WebSpider) 时间：2011-07-09 10:02 标签： pes2011妖人
误删重做日志文件组导致启动数据库报错ORA-03113 | Oracle |
_数据库_运维_开发_IT学习_无忧IT学习网
一起学习！一起进步！
误删重做日志文件组导致启动数据库报错ORA-03113
浏览: 8 views
&& 听不止一个人说起，学技术就要不断地折腾、搞破坏，比如说备份恢复，你就可以尝试删文件，不管是日志文件、临时文件、数据文件还是system文件。删了之后，重启数据库肯定报错，有的甚至当时数据库就挂掉，这样你就可以学着恢复，一破一立之间...
&& 听不止一个人说起，学技术就要不断地折腾、搞破坏，比如说备份恢复，你就可以尝试删文件，不管是日志文件、临时文件、数据文件还是system文件。删了之后，重启肯定报错，有的甚至当时就挂掉，这样你就可以学着恢复，一破一立之间，很多常规的备份恢复手段也就算是领教了。我今天就尝试着把虚拟机上的一个重做日志文件组删除。
1.环境准备
我们在Oracle11g中进行测试，处于非归档状态。
2.删除一个重做日志文件组，重启报错
首先，通过查询v$log视图来获取重做日志文件组的状态。
然后，通过ls命令查看数据文件，删除第一个重做日志文件组（该文件组只有一个日志成员）。
重启，报错。
3.查看报警日志文件，定位问题
ORA-03113报错是一个非常经典的报错，报错原因多种多样，从报错信息中并看不出是什么原因导致的报错，我们可以到报警日志文件中查看有价值的线索。
其中，黄色标注部分为关键信息，我们知道&/u01/app/oracle/oradata/HOEGH/redo01.log&这个文件找不到了。
4.启动到mount状态，重建重做日志文件组
从报警日志可以看出，第一组重做日志文件组丢了，我们可以通过sql语句&alter database&&clear logfile group 1;&重建日志文件组；确认日志文件创建成功后，将切换到open状态。
此时我们再次查看文件列表，结果如下。
5.手动切换重做日志文件组
为了确保新建的日志文件组可用，我们可以手动切换日志文件组，改变新建日志文件组的状态（由UNUSED改为其他）。
current:表示该日志组为当前日志组,oracle正在使用该日志组;
active:当current redo组发生日志切换时,状态会改变为active,在这个状态下,如果为归档模式,archive进程会归档active日志组;如果发生crash,该日志组也是实例恢复必需的日志组;
inactive:当active日志组归档完毕并且oracle判断不需要进行实例恢复时,会将其状态修改为inactive,等待下一轮的使用;所以当日志组为inactive的时候,如果为归档模式.那么日志肯定是归档完成了
还没有和本文相关的文章
& | & & | & & | & & | & & | & & | & & | & & | & & | & & | & & | & & | & & | &
最热门文章
19483 views
9622 views
2334 views
2163 views
1954 views
1865 views
1695 views
1403 views
友情链接 |
本站进行142次查询

我要回帖

更多关于 pes2011妖人 的文章

 

随机推荐