Oracle数据恢复| 警惕数据库假期综合症

2017年12月5日

盖国强

1896

很多客户和企业经常选择在节假日进行数据库维护，而工程师也经常很容易在假期前后产生“假期松懈症”，所以通常假期附近总是企业运维事故多发期。墨菲定律无处不在，不要以为哪些小概率事件不会发生，它们只是在积蓄力量。

在中秋节前，我们一共接手了3则数据恢复案例，我和大家分享一下案例概要，与大家共为警示。

磁盘故障导致数据库损毁
用户的磁盘组一共8块硬盘，做的RAID5，由于是制造企业，对于IT的了解和认识有限，可以一直侥幸的认为系统是足够安全的，每日进行逻辑导出备份，但是备份同样存储在一个存储设备上。忽然之间，整个RAID组中同时损坏了两块硬盘。一切数据荡然无存。
对于这种情况，只能从幸存的6块盘上进行数据扫描，抽取完好的数据，尽量以最大限度的恢复其中完好的数据内容，当然如果另外两块硬盘有任何一块还可以离线读取，那么事情就会变得简单。
无数事实给我们的警告是：备份重于一切。注意还需要是：分离存储的备份重于一切。
故障恢复时发现文件离线
客户通过备份去恢复和重构一个系统，恢复时发现有一个文件处于离线状态，无法Online，客户尝试了很多方式和方法，最后的结果是仍然被多个ORA-600错误所困扰，无法回复一个正常的数据库。
这也是备份时缺乏验证和检验导致的，这类问题给我们的警示是：确认备份的有效性和备份同样重要。
断电引起数据一致性问题
今天遇到的另外一个用户，由于断电导致了数据库无法启动，这个数据库是没有备份的，只能通过隐含参数牺牲一致性，最后启动数据库。这个数据库系统数据量不大，但是在线的应用相当重要。
这个问题给我们的警示是：再小的系统遇到灾难时也和大系统恢复同样复杂。
ITPUB技术论坛全站闪回
中秋节最大的一个事故莫过于ITPUB技术论坛 - 国内最大的数据库论坛，因为意外导致数据故障，目前全站数据暂时恢复到6月10号的数据内容，其他数据正在紧张的恢复之中。回忆起几年前，CSDN用户账户和明文密码泄露，这两者可以共为警醒。

以开发为主的论坛泄露用户明文密码，以数据为主的论坛丢失论坛数据。
这不禁再次让我们警醒：如何强调备份的重要性都不为过。

多年以前我曾经在书中写到：唯一能够让DBA在深夜惊醒的事情就是 - 没有备份。想一想如果今晚你的硬盘损坏，数据丢失，你将如何应对明天？

国庆节马上来临，愿大家的系统平安稳健。