« 中国歌舞剧院 新年交响音乐会 | Blog首页 | 成功恢复案例:解决字典表误Truncate故障 »
成功恢复案例:打开断电崩溃数据库
作者：eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接：https://www.eygle.com/archives/2008/01/poweroff_recovery_case.html
2008年，计划在年后开始自己的事业，从事全职的Oracle技术服务、数据恢复与Oracle培训等业务。链接：https://www.eygle.com/archives/2008/01/poweroff_recovery_case.html
幸运的是，在年前已经有一些订单开始签订。
昨天帮一个客户恢复了一个断电崩溃的数据库，是海量存储（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-
历史上的今天...
>> 2010-01-20文章:
>> 2007-01-20文章:
>> 2006-01-20文章:
>> 2005-01-20文章:
By eygle on 2008-01-20 17:31 | Comments (33) | Case | 1753 |
eygle是北京弗洛格科技有限公司的CEO ?
C咪O
不是CEO，是合伙人:)
congs.Eygle
即将拥有自己的事业... :)
这个公司刚注册的？还勾不到，貌似
2GB的文件大小限制,难道是
32Bit的系统
恭喜！还没到春节就有生意！
能否把案例详细说一下，详细说如何解决的。
这种工作估计以后偶尔会半夜被电话骚扰，这也是做技术支持比较痛苦的事。但时间肯定比以前自由!
想来想去，觉得还是“恭喜发财”这一句比较合适:)
谢谢大家，不过这个案例是签了协议的，具体内容不便公开啊！
俺公司的oracle数据库没有人维护，除了有个备份其它的什么维护都没有作，运行了一两年也没有出啥问题，有点纳闷！！！不过数据量不是太大。要是以后出了问题我也推荐让eygel来.
恭喜恭喜！祝你生意兴隆！
首页的广告不错啊,很黄不暴力
恭喜恭喜。祝你们能够开创一片新的事业。
恭喜！呵呵
好，支持独立去做自己的事业！
有自己的事业了，恭喜，恭喜，羡慕呀！
终于脱离打工的生活，恭喜。
恭喜大师有自己的事业了，大力支持啊
恭喜大师有了自己的事业，恭喜啊
恭喜恭喜......
sorry,大师，我不灌水啊，因为我没有刷新页面，以为没有贴出来，所以发了几次，sorry
嘿嘿
新年新气象啊
财源广进:)
恭喜恭喜 生意兴隆啊
支持做"专业户" :)
祝以后越做越大，生意兴隆，这一行目前发展趋势良好
恭喜恭喜
恭喜Eygle
昨天帮一个客户恢复了一个断电崩溃的数据库，是海量存储（T级以上的），对于用户来说，即使作一个临时的备份也不可能，无法找到足够的存储空间是一个问题，更重要的是，无法承受极长的停机时间
T级以上的的数据库的可用性一般怎么保证？他们没有做这方面的考虑？
不错，开始一个崭新的未来，恭喜eygle！
既然无法做现场保护，想问一下这个服务协议对于关于“万一无法完成恢复，也无法回退到原始状态”的相关责任问题是如何规定的呢？
大师，如果能看到你把问题解决的过程写出来那就好了。我是初学者，我想知道解决的过程，可我每次看到更多的是你解决的结果！呜呜呜！