在 SF 上，大家都知道，备份的有用性取决于恢复能力。因此，您修改并记录了备份计划。您可以检查日志和/或接收每个备份作业的结果通知。
现在您要确保自己永远不会陷入 LTO 困境，并且您会不时进行现场恢复。我意识到这会根据数据的大小和类型而有很大差异，但我想知道人们是如何解决这个问题的。或者主要只是一个培训问题 - 确保您（或您的员工）在每次必要的恢复方面都有经验？
我们对于如何恢复特定技术类型有很多疑问。我更想知道你如何让自己相信快速恢复是肯定的。
答案1
根据环境，这可能会很棘手。
在专用服务器环境中，拥有一台硬件与主服务器相同的备份机器将非常有帮助。将备份机器脱机，然后在其隔离时在其上运行恢复。一旦您确信它恢复正确，请确保整个过程已正确记录。如果您真的很认真，请让其他人尝试按照您的指示进行操作，而无需外部帮助。
关键在于将备份机器换成主机器。当然，如果你处理的是不断变化的实时数据，那么这种方法就行不通了。这种方法也很危险，而且不是完全必要的，但它可以保证你能够使用（新）建立的程序进行恢复。
由于我没有备份机器，并且我可以让服务器离线数小时，因此我执行以下操作：
- 运行全新备份
- 用备用硬盘替换所有相关硬盘。贴上标签并保留原件，以防万一。
- 运行恢复过程，并记录整个过程。
- 在这种情况下，只需将系统恢复服务即可。原始硬盘驱动器放在货架上作为备件，这是真正的最后恢复选项。
我不会尝试评论虚拟机环境。我对它们的了解只限于危险程度。
每次对服务器进行重大更改时，请务必检查并测试备份和恢复系统。如果出现问题，请掸掉 5 年前的恢复说明，然后才意识到：
- 它适用于你不再拥有的硬件，
- 经过三次重大修改的软件，
- 甚至没有谈到自上次更新本书以来您添加到该服务器的四个新角色。
最后，关键是要仔细记录整个过程。以这样的方式记录下来，让上周刚从学校毕业的新员工能够在没有外界帮助的情况下成功地重新开始工作。然后进行测试。
祝你好运！
答案2
也许我有点迷信，但我真的不喜欢 Backup Exec 之类的托管备份软件。它需要自己的数据库（也必须备份）和自己的软件（也必须安装在某处才能恢复）。因此，如果您丢失了备份服务器，您要么从映像中恢复它，要么重建它，然后恢复数据库，然后才能恢复其他任何东西。
我觉得数据 + 映像方案更安全。在 Linux 和 OS X 中，可以轻松创建完整的操作系统映像。在 Windows 中，我发现 Acronis Universal Restore 可以很好地将完整的 Windows 映像脱机，我每季度都会这样做。然后，我将映像脱机还原到另一台服务器。然后，就是还原数据文件的问题了，如果您可以将 rdiff-backup 之类的程序运行到外部存储服务器，则不需要 Backup Exec。
我知道我有良好的图像和易于访问的文件，而不是隐藏在容器中并由数据库管理，并且已经在我为此目的而准备的备用服务器上测试了恢复过程，这让我对这个过程非常有信心。