☰

Windows Server 2003 文件系统的备份策略

tag-icon • tag-icon windows-server-2003 backup
Windows Server 2003 文件系统的备份策略

正如我最近发现的那样，任何比直接文件存储更高级的东西的完整文件系统备份似乎都用处有限。例如：

  1. AD、注册表和 Windows 本身：恢复与硬件无关
  2. MSSQL 和 pgsql 服务器：除非使用 VSS 进行备份（这似乎会像对数据库进行热备份一样拖慢服务器的速度），否则数据不一定处于可用状态
  3. NTBackup 创建的备份无法在 Windows Server 2003 以上版本上恢复

我猜想，如果您的服务器硬件无法使用，那么在单服务器、9-5 可用性环境中构建替换机器，根据您能获得的硬件，最好拥有尽可能广泛兼容的备份，因为您显然无法从头开始构建和设置。鉴于此，以下备份策略有什么重大缺点吗？

  1. 关闭 SQL 服务
  2. 将所有服务器硬盘的 7-zip tar 更新到外部备份文件
  3. 验证完整性
  4. 再次启动 SQL 服务

（tar 更新只是为了避免恢复时必须先恢复完整备份，然后一次恢复增量备份的中间步骤。）

答案1

系统状态备份可以恢复到不同的硬件。这可能是一个困难的经历，但可以做到。 链接文本

SQL db 转储不依赖于硬件，但这并不能使应用程序恢复。

假设对磁盘进行 tar 操作在相同的硬件上有效（除非服务器从 Linux 启动 CD 启动并从该环境进行 tar 操作，否则我对此表示怀疑），如果目标服务器是全新的，或者 mb 或 RAID 卡已更换，它会起作用吗？如果不关闭服务器，除非单独进行系统状态备份，否则不会有可恢复的 AD 备份。

这个解决方案可以自动化吗？输出结果可以验证吗？它能被记录下来吗？步骤是否足够简单，以便在你休假或跳槽到其他公司时可以执行恢复？如果遇到问题，是否有技术支持？如果你真的想在紧急情况下减少挫折点，那么所有这些问题都需要考虑。

关于 MS 不支持 Server 2008 中的 NTbackup 的说法是不正确的，Server 2008 确实提供了恢复 NT 备份的功能。 链接文本

如果需要“快速”恢复，那么基于映像的备份可以恢复到相同或不同的硬件或虚拟机 (P2V)，这是最低要求之一。通常，这将需要第三方产品和/或 MS 附加组件：StorageCraft、Acronis、BackupExec、MS DPM、VMWare/Xen/HyperV，或基于硬件的 SAN 中虚拟机快照以及复制。SBS 2003 有一个可能被认为“足够好”的服务器备份，所有 Server 2008 都有基于映像的备份。

答案2

我不太确定你在所有情况下都是正确的，尽管你确实有某种道理。但是，你需要考虑恢复到与备份相同的硬件和软件基础的情况（大多数地方都会这样做 - 或者至少应该- 无论如何都理所当然地这样做）。这种情况可能是 DR，即服务器发生故障，您需要将其恢复现在，而不是从旧备份或历史备份中恢复（我怀疑这是您更多考虑的备份）。

恢复数据很简单。恢复操作系统及其配置可能很简单，也可能非常困难。恢复服务器应用程序及其配置几乎总是很困难。在这些情况下，完整备份可以帮到你。

我所说的是，任何合理的备份策略都应该考虑的不仅仅是恢复过程，还应该考虑恢复环境中的硬件和软件。

相关内容