eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 中国歌舞剧院 新年交响音乐会 | Blog首页 | 成功恢复案例:解决字典表误Truncate故障 »

成功恢复案例:打开断电崩溃数据库

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-


历史上的今天...
    >> 2010-01-20文章:
    >> 2007-01-20文章:
    >> 2006-01-20文章:
    >> 2005-01-20文章:
           罗大佑的《美丽岛》

无觅

By eygle on 2008-01-20 17:31 | Comments (33) | Case | 1753 |

33 Comments

eygle是北京弗洛格科技有限公司的CEO ?

C咪O

不是CEO,是合伙人:)

congs.Eygle
即将拥有自己的事业... :)
这个公司刚注册的?还勾不到,貌似

2GB的文件大小限制,难道是
32Bit的系统

恭喜!还没到春节就有生意!

能否把案例详细说一下,详细说如何解决的。

这种工作估计以后偶尔会半夜被电话骚扰,这也是做技术支持比较痛苦的事。但时间肯定比以前自由!

想来想去,觉得还是“恭喜发财”这一句比较合适:)

谢谢大家,不过这个案例是签了协议的,具体内容不便公开啊!

俺公司的oracle数据库没有人维护,除了有个备份其它的什么维护都没有作,运行了一两年也没有出啥问题,有点纳闷!!!不过数据量不是太大。要是以后出了问题我也推荐让eygel来.

恭喜恭喜!祝你生意兴隆!

首页的广告不错啊,很黄不暴力

恭喜恭喜。祝你们能够开创一片新的事业。

恭喜!呵呵

好,支持独立去做自己的事业!

有自己的事业了,恭喜,恭喜,羡慕呀!

终于脱离打工的生活,恭喜。

恭喜大师有自己的事业了,大力支持啊

恭喜大师有了自己的事业,恭喜啊

恭喜恭喜......

sorry,大师,我不灌水啊,因为我没有刷新页面,以为没有贴出来,所以发了几次,sorry

嘿嘿

新年新气象啊

恭喜恭喜 生意兴隆啊

支持做"专业户" :)

祝以后越做越大,生意兴隆,这一行目前发展趋势良好

恭喜恭喜

昨天帮一个客户恢复了一个断电崩溃的数据库,是海量存储(T级以上的),对于用户来说,即使作一个临时的备份也不可能,无法找到足够的存储空间是一个问题,更重要的是,无法承受极长的停机时间

T级以上的的数据库的可用性一般怎么保证?他们没有做这方面的考虑?

不错,开始一个崭新的未来,恭喜eygle!

既然无法做现场保护,想问一下这个服务协议对于关于“万一无法完成恢复,也无法回退到原始状态”的相关责任问题是如何规定的呢?

大师,如果能看到你把问题解决的过程写出来那就好了。我是初学者,我想知道解决的过程,可我每次看到更多的是你解决的结果!呜呜呜!


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com