什么是testing恢复我的备份的好的时间表/方法？

关于SF的常识是，你的备份只是和恢复它们的能力一样有用。所以你已经修改并logging了你的备份计划。您检查日志和/或接收每个备份作业结果的通知。

现在，你要确保你永远不会被你的LTO裤子困住，而且你会不时地做点修复。我意识到这将根据数据的大小和types而变化，但我想知道人们如何解决这个问题。或者主要只是一个培训问题 – 确保您（或您的员工）在每次必要的恢复中都有经验？

关于如何恢复特定技术types，我们有很多问题。我更感兴趣的是如何让自己满意，快速恢复是确定的。

取决于环境，这可能是棘手的。

在专用服务器环境中，有一台硬件与主服务器相同的备用机器将是最有帮助的。使备份机脱机，然后在隔离时运行恢复。一旦你满意的恢复正常，确保整个过程被正确logging。如果你真的很认真，别人会试图按照你的指示，没有外界的帮助。

酸性testing是交换备用机器的初级。当然，如果您使用的是不断变化的实时数据，这将不起作用。这也是有风险的，并不是完全必要的，但是它保证你能够用你的（新的）既定的程序来恢复。

由于我没有备份机器，而且我可以负担得起离线我的服务器几个小时，所以我做了以下工作：

运行一个新的备份
用备件replace所有相关的硬盘驱动器。标签并保留原件以防万一。
运行恢复程序，一路上logging。
在这种情况下，只需将系统返回到服务。原来的硬盘作为备件放在架子上，真是最后一个修复选项。

我不会尝试评论VM环境。我只知道他们是危险的。

无论何时对服务器进行重大更改，请务必查看并testing您的备份和还原系统。这是不会有问题的，用恢复指令来清理掉5年前的活页夹，只是意识到：

这是你不再拥有的硬件，
软件三次发生剧烈变化，
甚至没有谈到自上次更新本书以来添加到此服务器的四个新angular色。

最后，关键是仔细logging整个过程。把它写出来，让上周刚刚开学的新员工能够在没有外界帮助的情况下成功地重新开始工作。然后testing它。

祝你好运！

也许我迷信，但我真的不喜欢托pipe备份软件，如Backup Exec。它需要自己的数据库，这也是必须备份的，而且它自己的软件也必须安装在某个地方才能恢复。因此，如果您丢失了备份服务器，您可以从映像恢复它或重build它，然后还原数据库，然后才能还原其他任何内容。

对于数据+图像场景，我感觉更安全。一个完整的操作系统映像很容易在Linux和OS X中完成。在Windows中，我发现Acronis Universal Restore在每周执行一次完整的Windows映像时非常有用。然后，我将该映像还原到另一台服务器脱机。然后，这是恢复数据文件的问题，如果您可以将诸如rdiff-backup之类的东西运行到外部存储服务器，则不需要Backup Exec。

知道我有良好的图像和容易访问的文件，不隐藏在一个容器中，并由数据库pipe理，并testing了备份服务器上的恢复过程，我只是为了这个目的，帮助我对这个过程充满信心。