3同行回答
1.只备份数据
如果企业服务器出现重大问题需要进行全面恢复，可以先重新安装操作系统，然后重新安装所有必要软件，再根据备份文件进行数据恢复。但是在进行灾难恢复时，时间往往是一个重要的因素。直接对整个系统进行恢复所耗费的时间，远远少于重新安装操作系统和软件后在恢复数据的时间。更重要的是，很难手动配置一个服务器，与之前的服务器配置参数完全一致。而对整个系统进行备份则可以完全不必考虑这些棘手的问题
2.没有充分对备份进行测试
我们都知道应该定期对备份进行测试，但是实际上我们都觉得测试应该是在出现错误或备份不完全时才做的。不要忘记，备份只是灾难解决方案的第一步，如果我们不能顺利恢复备份文件，那么一旦灾难发生我们就惨了。因此必须确保备份后的文件能够真正被恢复。
3.单点错误
备份就是系统的安全网。一旦一个服务器崩溃，你的备份文件就成为了最优先的系统状态恢复机制。因此我们应该尽量避免单一性错误对于备份造成的破坏。如果可能的话，可以对你的备份文件进行再次备份。因为我们谁都不希望每天晚上因为没有备份系统而整夜祈祷系统不要崩溃。
4.仅依靠磁盘的备份方案
与传统的磁带备份相比，磁盘的备份解决方案具备了很多额外的功能和优势。尽管如此，企业也不能把磁盘到磁盘的备份解决方案作为唯一的备份方案，因为备份服务器也会面临和其所备份的服务器一样的风险。一次飓风，一个闪电，火灾或者地震等就可以将所有备份数据消灭掉。因此，拥有一个数据迁移软件定期将磁盘上的备份数据定期备份到磁带上是很有必要的。
数据备份也要讲究一些方案。
收起①不遵循备份“321”原则
“321”原则是指：备份数据至少3份，其中2份放于不同存储介质中，其中一份放于异地。最明显的错误就是，将备份数据就放置于业务环境本地，当本地出现硬件故障时，备份数据也将故障而无法使用。
②备份策略不满足恢复需求
这里备份策略主要指：备份什么数据、多久备份一次数据。例如：当业务故障时，数据的丢失量不能超过2小时，但是备份的频率是一天备份一次，这样的话，如果完成一次备份后两小时内业务故障，那么恢复的数据丢失量不会超过2小时，但是完成一次备份的2小时后到24小时内，业务发生故障，则恢复后数据的丢失量是不满足自身需求的。
③备份方案不统一，备份架构混乱不堪，影响恢复效率
备份的目的是恢复，不能光看备份，而不看恢复。还需要说明一点那就是“操作恢复的人”(以下简称A)，灾难都是突发性的，当灾难发生时，A可能不是原来维护的人，备份方案复杂且不统一，这将给恢复带来很大难度。
④只有备份，没有应急或恢复预案
很多朋友往往认为，将数据备份下来即可安心。还是一句话，备份的目的是恢复。对于完善的灾备，备份应当建立适应自身环境以及需求的流程，恢复同样需要预先准备流程，并定期实行应急或恢复演练。