我们有一个生产服务器（RHEL 5.3 64位），我们所有的域名都是远程托pipe的。 我们希望为我们的系统制定一个标准的备份计划，以便在发生任何物理损坏时，系统可以从另一个远程系统中的还原点快速重build。
任何build议，非常感谢。
在“其他”部分有很多很好的问题。 所有这一切归结为：取决于你在做什么，你需要多快恢复。 即刻？ 非常贵。 你可以一周下来吗？ 可能相当便宜。 你多久在物理上靠近服务器？
但是，至less你可能要备份的是：
/ etc / home您的webroot任何其他应用程序文件的任何数据库文件
对于大多数情况，您可以使用rsync或tar。 Rsync将需要一个服务器“live”，您可以在其上托pipe数据。 Tar将创build一个档案文件（你可以bzip），然后你将不得不在另一台服务器上提取它。
你肯定会需要足够的磁盘空间和CPU的东西，什么不能运行你的故障切换服务器。 它需要有RHEL5.3（保持相同的补丁）。 除非您一直在运行，否则您可能无需授权第二台服务器。
对于数据库文件，您可能需要从mysqldump或pg_dump开始。 如果你有Oracle，从rman开始。 这些是效率最低的，但却是最快和最安全的方式来获取这些数据的备份。
希望这有助于作为一个开始的地方。
我有五个服务器，两个数据库服务器，两个Web服务器，一个负载平衡器和一个备份驱动器。 所以当其中一台Web服务器出现故障时，另一台可以继续进行。 您需要查看负载平衡器，数据库复制和软件RAID。
你想花多less钱？ 有商业产品在那里做这个。 我最喜欢的是R1Soft。 一个免费的版本将转储数据库到一个文件，然后有空间rsync数据的地方。 然后，您可以展开以保留多个文件版本。
考虑到你有一个磁带驱动器，我会看看bacula 。 根据我的经验，它将数据安全地放在磁带上，并且裸机恢复function是非常优雅的：您可以为您的硬件和baculaconfiguration定制一个USB密钥，并且可以在冷备份盒上启动并会从最近的备份中自动恢复它。
不要忘记，你需要将数据库转储到光盘上，正如其他人所说的，为了让bacula能够正确地将它们保存到磁带上。 冷金属还原后恢复数据库也是您的责任。
无论你做什么，为了上帝的爱，经常testing它 。 没有什么比这样令人心碎的事情，因为发现你认为要保存你的屁股的备份时间表在过去8个月里一直写到磁带上。