记一次客户oracle数据库崩溃

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

在测试应用的是的，我发现他的数据库响应比较慢，但由于时间的关系，没有帮他优化。这次恢复算是比较幸运
，客户有完整的备份，虽然少了一天，但是这是周末，只要恢复到前一天的数据就可以了。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29523859/viewspace-1978168/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29523859/viewspace-1978168/