分析：如何让数据恢复不再亡羊补牢(3)

从体系架构着手

    需要指出的是，并不是备份通常不如恢复重要，而最重要的是，一个单纯的备份架构是不可能解决备份和恢复的多样化问题的。

    你必须考虑很多的事情，诸如：不同级别的存储性能，以确保磁带能够同步运转；对不同客户端潜在地有不同的网络拓扑，以便单一的数据流能够全速传到磁带；D2D备份/恢复；D2D2T备份/恢复；潜在的基于主机的备份/恢复等。这些只是一部分需要考虑的问题，针对不同类型的备份/恢复需求，你可能还需要不同的体系架构。

    其实，和存储打交道就是非常艰难的一件事情，因为存储不会随着CPU性能而扩展，所以在数据生成过程中产生麻烦也是很普遍的。这种趋势不会改变，所以也不必在出现问题的时候责怪谁，出现问题是早晚的事情，关键是要搞清楚什么是可以通过软件和硬件来做的，而什么又是做不到的。

    如果你想让事情得到彻底解决，那就投入资金，来重新创建一个不同的基础架构来满足需求吧。也许你经常听到领导希望对桌面的备份/恢复和对关键业务应用的备份/恢复能完全一样，那你就直接告诉你的领导，不投入大量的工作和资金，这是不可能实现的，因为它们本身就不是一回事。

• 第1页：什么导致瘫痪？
• 第2页：该做些什么？

• 第3页：从体系架构着手

（编辑：ASP站长网）