有奖讨论：你们公司真正做到了定期恢复演练吗？

个人的一点心得：

所在的公司生产系统建立之后，如果只是几百G以下的DB2数据库（公司的应用系统并没有特别的大的数据库），基本上都是每日在线全备，增量备份使用较少，备份进带库（会保留时间稍长），或者备份在磁阵或者本地硬盘，则只会保留两三天，并且要求数据库日志一定也要定期做备份。某些系统数据库采用表导出备份，个人不太支持此类备份，因为出现故障时，会出现数据丢失。数据库的备份检查在tivoli监控做了部署，如果备份失败，会及时检查。

备份策略基本上是系统管理员自己做的，开发人员对此不太了解。

数据库在系统运行正常时 ，说句实在话，没有做过数据库恢复演练，没有环境啊。

个人认为如果只是数据库出现问题，因为有完整的备份，应该是可以恢复的，只是恢复的时间可能较长。

其实公司可以专门使用2套服务器（主要是AIX/LINUX），划分一定的CUP/内存/磁盘空间，用来做生产系统数据库恢复测试，公司那么多套系统，只是使用2台服务器来进行定期恢复演练，也算不上太浪费资源的。并且通过平时的这种演练，对管理员来说，技能得到增强，当真正遇到数据库故障需要进行备份恢复的时候，会熟练很多。当然这只是个人的期望。

但公司的异地灾备却明显有缺失，是个大问题；可能公司的部分系统灾备环境只是摆设。

在某个生产系统出现故障时，现在也不会去考虑把系统切换到灾备。

当初建立异地生产灾备时，我们主要考虑服务器资源、网络、应用、数据库等。但购买的小机就那么点资源，要布署N套应用系统，其实就是空壳摆在那里，并且数据库根本都没有考虑数据同步问题，应用也只是用rsync同步一下程序包。
分配的数据库空间也根本不够用，很多系统都是把表建在那里，根本没有导数据。
当初部署灾备系统，协调那个难啊，根本没有把灾备重视起来。
网络需要开通的时候，需要统计网络策略，例如需要开通哪些端口，统计的时候真的是非常费力，统计的最后结果也不知道是否真的完全了。
灾备勉强搭建起来之后，没有一次演练。

个人估计切换过去，根本跑不起来。

现在异地灾备系统建立也有差不多2年了，可能再也没有系统管理员去管了，也不去登陆查看一下，彻底的成为摆设。

并且每个系统管理员负责的系统较多，精力有限，真的很难顾及到灾备系统

领导也应该明白，如果真的出现生产问题，灾备根本不可能有作用的

做公司异地或者同城灾备的事情，还是要领导真正的重视起来，真正的去推动这件事情，才有可能做好。


做的较好的备份与恢复：
一：公司的数据仓库系统，达到了几十T，在建立时特别要求厂商做过备份恢复。并且讨论了备份策略，建立之后会经常检查，重视起来之后做的也不错。

二：公司的AS400的系统同城灾备、异地灾备做的非常好，投入也非常大，受重视啊，有人力啊。