上周日晚上,11点多,客户突然打来电话,说数据库崩溃了,通过了解详细情况,得知崩溃的原因是
因为换电源,停机(停机过程正常),在开机存储就丢失了。
在这里我想提醒各位同仁,在做任何操作之前,一定要把生产库备份一个全备,以防万一,并要查看之前
的备份是否都正常,还要收集一下数据库的相关信息,参数文档,控制文件,以及一些基本的数据库名称
DBID等,万万不可大意,以下是恢复过程。
客户的运气比较好,他的全备是在周六晚,出问题是周日的晚上,但是他的数据库是8*5的,数据只要恢复
到16号晚上就可以,过程比较曲折
因客户对数据库不太熟悉,很多路径,什么的都不清楚,只能自己来收集。
1、通过alert日志中的信息先找到DBID,RMAN连接要使用;
2、恢复参数文件,和控制文件,并启动到mount状态;
3、恢复之前的目录架构,因为是SAP的数据库,目录有几百个,只能一个一个的对比;
4、写了两个恢复脚本,执行恢复;
5、恢复完成,400G数据不算多,但也恢复了2小时左右;
6、让客户启动应用,测试了一下,数据库恢复正常,不会耽误第二天早晨的使用。
在测试应用的是的,我发现他的数据库响应比较慢,但由于时间的关系,没有帮他优化。这次恢复算是比较幸运
,客户有完整的备份,虽然少了一天,但是这是周末,只要恢复到前一天的数据就可以了。