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

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-