我们有一台生产服务器（RHEL 5.3 64 位），所有域都远程托管在该服务器上。我们希望为系统制定一个标准备份计划，以便在发生任何物理损坏时，可以从另一个远程系统中的还原点快速重建系统。
非常感谢您的任何建议。
答案1
“其他”部分有很多好问题。所有这些问题归结为：取决于您正在做什么以及您需要多快恢复。立即恢复？非常昂贵。您可以停机一周吗？可能相当便宜。您多久会亲自到服务器附近一次？
但您可能至少需要备份以下内容：
/etc /home 您的 webroot 任何其他应用程序文件 任何数据库文件
对于大多数情况，您可以使用 rsync 或 tar。Rsync 需要某个地方的“实时”服务器来托管数据。Tar 将创建一个存档文件（您可以对其进行 bzip 压缩），然后您必须在另一台服务器上将其提取出来。
您肯定需要具有足够磁盘空间和 CPU 等的服务器来运行故障转移服务器。它需要安装 RHEL5.3（保留相同的补丁）。除非您一直在运行第二台服务器，否则您可能不需要为它授权。
对于数据库文件，您可能希望从 mysqldump 或 pg_dump 开始。如果您有 Oracle，请从 rman 开始。这些是效率最低但速度最快且万无一失的备份这些数据的方法。
希望这能作为一个起点提供帮助。
答案2
我有五台服务器，两台数据库服务器，两台 Web 服务器，一台负载均衡器和一个备份驱动器。因此，当其中一个 Web 服务器出现故障时，另一台可以继续运行，就像什么都没有发生一样。您需要研究负载均衡器、数据库复制和软件 raid。
答案3
你想花多少钱？有商业产品可以做到这一点。我最喜欢的是 R1Soft。免费版本是将数据库转储到文件中，然后在其他地方留出空间来同步数据。然后您可以扩展它以保留文件的多个版本。
答案4
假设你有一个磁带驱动器，我会看看巴库拉以我的经验来看，它只是将您的数据安全地放在磁带上，并且裸机恢复非常优雅：您可以根据您的硬件和 bacula 配置定制一个 USB 密钥，它可以在冷备用盒上启动并从最新的备份中自动恢复。
不要忘记，正如其他人所说，您需要将数据库转储到磁盘，以便 bacula 正确地将它们保存到磁带。在冷金属恢复之后恢复数据库也是您的责任。
无论你做什么，为了上帝的爱，测试一下并且频繁发生。没有什么比发现你原本以为可以拯救你的备份计划在过去八个月里一直在向磁带写入零更令人心碎的了。