全新的备份架构

    这次意外的灾难给社保中心带来不小的损失，社保中心也因此开始重视数据保护方面的投入和评估，并重新审视了以往的备份架构。

    以前，王东他们是文件组和日志每天都做备份，完全备份（包括所有的文件组）则是一个季度做一次。

    现在，王东和他的同事对于如何从文件组备份成功恢复数据库有何要求已经相当清楚了，其中有一些是MS SQL 2005的新功能。现在，王东增加了额外的磁盘到阵列中，保证有7TB的可用空间，恢复数据库和执行常规检查的操作变得更加容易了，同时备份方案也变得更加完善和成熟。

    现在该社保基金中心安排了一组IT人员每天都会检查和验证备份日志，每月都会检查所有的数据库性能、备份程序和脚本。循环备份的文件也会得到检查，而且每一个预定的备份现在要三个人检查才算完成。该社保基金中心还执行端到端的备份，并每季度保存一次，保证整个数据库可以通过磁带上保存的每季度的完全备份得到恢复。

    该社保基金中心的事故带给我们的经验就是一定要保证备份/恢复的过程是有效的。没有实时记录一个重要的地址文件是该社保基金中心备份恢复失败的关键，这样的人为错误而造成的数据损失比我们想象的更为普遍，虽然一般并没有这么大的损失量。

    在意外删除之后，人们使用备份、快照或其他方式来恢复数据的过程，就叫做数据恢复。然后我们通常就会发现备份、快照或档案文件不起作用的情况，这就是向Ontrack这类恢复服务提供商寻求帮助的时候了，看看他们能不能帮你从服务器或者存储阵列中恢复你想要的数据。

    此外，整个故事还包括一个隐藏的信息：如果只依赖于RAID镜像，本地或远程复制/镜像，如果在一个地点有什么文件被删除了，另一个地方的也同样会被删除。所以如果你只依赖于复制和镜像，那么至少要使用常规快照作为补充，另外，尽快把这些快照备份到别的介质上去。