« 中国歌舞剧院 新年交响音乐会 | Blog首页 | 成功恢复案例:解决字典表误Truncate故障 »
成功恢复案例:打开断电崩溃数据库
作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】链接：http://www.eygle.com/archives/2008/01/poweroff_recovery_case.html
2008年，计划在年后开始自己的事业，从事全职的Oracle技术服务、数据恢复与Oracle培训等业务。
幸运的是，在年前已经有一些订单开始签订。
昨天帮一个客户恢复了一个断电崩溃的数据库，是海量存储（T级以上的），对于用户来说，即使作一个临时的备份也不可能，无法找到足够的存储空间是一个问题，更重要的是，无法承受极长的停机时间。
而恢复的不确定性，采取手段的安全性也颇值得斟酌。
经过权衡，客户和我签订服务协议，委托Eygle.Com进行数据恢复服务。
整个恢复过程大约用了2个小时，处理一些后续的ORA-600错误也耗用了一些时间，最终数据库成功恢复到无故障状态，业务完全恢复正常。
顺便解决的另外一个问题可以说一下，另外一个数据库启动时报出ORA-03113错误，数据库无法启动。
ORA-03113 end-of-file on communication channel Cause: An unexpected end-of-file was processed on the communication channel. The problem could not be handled by the Net8 two-task software. This message could occur if the shadow two-task process associated with a Net8 connect has terminated abnormally, or if there is a physical failure of the interprocess communication vehicle, that is, the network or server machine went down.
先不理这个错误，我首先去查看alert文件，ls -al一下发现alert文件已经达到了2147483647大小。
2147483647是多大呢?
SQL> select 2*1024*1024*1024 -1 from dual;
2*1024*1024*1024-1
------------------
2147483647
正好是2G少1 byte，也就是说这个文件超过了OS的限制，最终导致数据库启动不了。
处理一下这个文件，数据库即刻恢复正常。
btw:这是一个附送的维护服务:)
目前加盟：北京弗洛格科技有限公司，提供对外技术服务，欢迎大家支持！。
-The End-
历史上的今天...
>> 2007-01-20文章:
>> 2006-01-20文章:
>> 2005-01-20文章:
------
这篇 【成功恢复案例:打开断电崩溃数据库】来自 eygle.com | CSDN网摘| del.icio.us|Google订阅 | 鲜果订阅 | 抓虾订阅
By eygle on 2008-01-20 17:31 | Comments (33) | Posted to Case | Edit |
留言 (33)
eygle是北京弗洛格科技有限公司的CEO ?
Posted by: wangyl1977 at January 20, 2008 9:18 PM
C咪O
Posted by: Julia at January 20, 2008 9:23 PM
不是CEO，是合伙人:)
Posted by: eygle at January 20, 2008 9:25 PM
congs.Eygle
即将拥有自己的事业... :)
这个公司刚注册的？还勾不到，貌似
Posted by: ricky at January 21, 2008 9:03 AM
2GB的文件大小限制,难道是
32Bit的系统
Posted by: brucewoo at January 21, 2008 9:13 AM
恭喜！还没到春节就有生意！
Posted by: boypoo at January 21, 2008 9:47 AM
能否把案例详细说一下，详细说如何解决的。
Posted by: liyongdong at January 21, 2008 10:08 AM
这种工作估计以后偶尔会半夜被电话骚扰，这也是做技术支持比较痛苦的事。但时间肯定比以前自由!
Posted by: wangyl1977 at January 21, 2008 10:58 AM
想来想去，觉得还是“恭喜发财”这一句比较合适:)
Posted by: hzip at January 21, 2008 11:13 AM
谢谢大家，不过这个案例是签了协议的，具体内容不便公开啊！
Posted by: eygle at January 21, 2008 11:19 AM
俺公司的oracle数据库没有人维护，除了有个备份其它的什么维护都没有作，运行了一两年也没有出啥问题，有点纳闷！！！不过数据量不是太大。要是以后出了问题我也推荐让eygel来.
Posted by: shop at January 21, 2008 11:29 AM
恭喜恭喜！祝你生意兴隆！
Posted by: fire9 at January 21, 2008 11:42 AM
首页的广告不错啊,很黄不暴力
Posted by: 陌生人 at January 21, 2008 12:03 PM
恭喜恭喜。祝你们能够开创一片新的事业。
Posted by: sydongsun at January 21, 2008 12:11 PM
恭喜！呵呵
Posted by: 秦一 at January 21, 2008 12:18 PM
好，支持独立去做自己的事业！
Posted by: 南非蚂蚁 at January 21, 2008 1:11 PM
有自己的事业了，恭喜，恭喜，羡慕呀！
Posted by: gaogao at January 21, 2008 4:03 PM
终于脱离打工的生活，恭喜。
Posted by: liyongdong at January 21, 2008 4:15 PM
恭喜大师有自己的事业了，大力支持啊
Posted by: ochef at January 21, 2008 6:50 PM
恭喜大师有了自己的事业，恭喜啊
Posted by: ochef at January 21, 2008 6:52 PM
恭喜恭喜......
Posted by: ochef at January 21, 2008 6:54 PM
sorry,大师，我不灌水啊，因为我没有刷新页面，以为没有贴出来，所以发了几次，sorry
Posted by: ochef at January 21, 2008 6:56 PM
嘿嘿
Posted by: Julia at January 21, 2008 10:21 PM
新年新气象啊
Posted by: fwei_fengwei at January 22, 2008 9:39 AM
财源广进:)
Posted by: Eagle Fan at January 22, 2008 11:54 AM
恭喜恭喜 生意兴隆啊
Posted by: carcase at January 22, 2008 12:58 PM
支持做"专业户" :)
祝以后越做越大，生意兴隆，这一行目前发展趋势良好
Posted by: mustapha at January 22, 2008 10:38 PM
恭喜恭喜
Posted by: 查理斯 at January 23, 2008 9:55 PM
恭喜Eygle
Posted by: edeed at February 1, 2008 4:06 PM
昨天帮一个客户恢复了一个断电崩溃的数据库，是海量存储（T级以上的），对于用户来说，即使作一个临时的备份也不可能，无法找到足够的存储空间是一个问题，更重要的是，无法承受极长的停机时间
T级以上的的数据库的可用性一般怎么保证？他们没有做这方面的考虑？
Posted by: ruochen0926 at February 3, 2008 3:32 PM
不错，开始一个崭新的未来，恭喜eygle！
Posted by: vincent at February 14, 2008 1:32 PM
既然无法做现场保护，想问一下这个服务协议对于关于“万一无法完成恢复，也无法回退到原始状态”的相关责任问题是如何规定的呢？
Posted by: sakula at May 30, 2008 3:17 PM
大师，如果能看到你把问题解决的过程写出来那就好了。我是初学者，我想知道解决的过程，可我每次看到更多的是你解决的结果！呜呜呜！
Posted by: love dba at August 21, 2008 2:15 PM