正如我最近发现的，完整的文件系统备份比直接文件存储更有效。 例子：
我在猜测，如果你的服务器硬件变得不可用，那么在单服务器，9-5的可用性环境中build立一个替代机器，这取决于你能得到什么样的硬件，最好是备份尽可能广泛地兼容，因为你明显坚持build立和从头开始build立。 鉴于此，以下备份策略是否存在重大缺陷？
（tar更新只是为了避免恢复时必须恢复完整备份，然后逐个增量备份的中间步骤。）
系统状态备份可以恢复到不同的硬件。 这可能是一个困难的经历，但它可以做到。 链接文本
SQL数据库转储不是依赖于硬件，但是不会返回应用程序。
假设在相同的硬件上（除非服务器是从Linux启动光盘启动并从该环境启动的tar服务器）工作在相同的硬件上，否则，如果目标服务器是全新的，或者MB或RAID卡被replace，它将工作吗？ 在不closures服务器的情况下，除非系统状态备份单独完成，否则不会有AD的可恢复备份。
该解决scheme是否可以自动化，输出是否可以validation？ 它是否可以被logging下来，并且是足够简单的步骤，如果你正在休假，或者已经搬到另一家公司，可以进行恢复？ 如果遇到问题，是否有技术支持？ 如果你真的想在紧急情况下减less沮丧，那么所有这些问题都需要考虑。
有关MS不支持Server 2008中的NTbackup的声明是错误的，Server 2008确实提供了恢复NT备份。 链接文本
如果需要“快速”恢复，则可以恢复到相同或不同硬件或虚拟机（P2V）的基于映像的备份是一些最低要求。 一般情况下，这需要第三方产品和/或MS附件：StorageCraft，Acronis，BackupExec，MS DPM，VMWare / Xen / HyperV或基于硬件的SAN中虚拟机的快照以及复制。 SBS 2003有一个服务器备份，可能被认为是“足够好”，所有Server 2008都有基于映像的备份。
我不确定你是否在所有情况下都是正确的，虽然你确实有点不同。 但是，您需要考虑如何恢复到与备份相同的硬件和软件基础（大多数情况下 – 或者至less应该 – 作为理所当然的事情）。 这种情况将是一个服务器发生故障的DR，您现在需要将其恢复，而不是从遗留或历史备份恢复（我怀疑这是您正在考虑的更多）。
获取数据是微不足道的。 获得操作系统和它的configuration可以从相对微不足道的到非常重要的。 获得一个服务器应用程序，它的configuration几乎总是不平凡的。 在这种情况下，完整备份可以为您节省时间。
我所说的是，任何理智的备份策略都应该考虑的不仅仅是恢复过程，还应该考虑恢复环境中的硬件和软件。