数据库灾难之后的启示

这次数据库出现数据灾难，累死我了，前前后后搞了10多天，还有4个通宵。虽然说不是个好事，但总算让领导知道数据库是需要专业人士维护的，其中几天也学了很多有用的东西。突然想起自己读书的时候觉得老师讲的数据库好简单，一点技术含量都没有，搞得自己一点兴趣都没有，数据库算是学得最差的几门课之一了。 马上我也要给学生上数据库的课了，看来需要把其中的东东讲清楚，毕竟兴趣是最好的老师。

总的来说，这次数据库灾难主要是因为以前的备份部署没有实施造成了，如果备份部署了，估计这一个事情很简单，我们自己很容易就可以搞定了。另外，出了灾难以后我们的处理有点毛躁，在不是很熟悉的情况下使用日志和rman recover坏的数据文件，而没有在之前备份坏的数据文件（倒是备份了所有好的数据文件），由于其中的一个日志文件损坏而使这个坏的数据文件数据丢失了很多，从而只能使用logmnr手工挖掘数据，使得所有的update数据丢失，还带来了一部分不一致的数据，给后面的逻辑验证工作带来了很大的困难。

数据库最重要的是数据！这件事情以后所有的数据一定要做好备份部署，并要定期检测备份。其次，遇到灾难不要急着动手恢复，要先把方案想好，如果可能做好备份，多和其他人讨论，防止自己考虑不周全，导致灾难扩大化。再者，oracle数据库博大精深，需要学习的太多了，以后一定要多看看书和资料。