中小型公司的备份解决方案

当前，在数据中心，我们有6个盒子。它们每个都运行一个LAMP堆栈，并且每个都需要备份。显而易见的解决方案是将所有这些备份到一台计算机，然后将驱动器插入其中，然后备份。

问题是，我们的一些员工（阅读：将要插入驱动器的人）很懒。因此，我的任务是编写一个脚本以在本地备份我们的每台计算机，以便可以按照与上述相同的方式将它们备份到异地。但是，数据中心的费用为第95个百分点，而这些备份使公司蒙受了损失。

对于中小型企业，我的问题是：我们应该使用什么适当的方案来备份数据？当前，购买另一台机器备份到这是不可能的，但是要考虑到这一点。

您目前如何在异地运行备份？

如果您对当前的安排感到满意，则可以通过使用点滴或类似方法将其包装起来，从而限制执行异地复制的进程所使用的带宽量。将带宽限制为明显低于您应付费的数据速率。

我个人（并且在工作中）使用rsync进行所有备份，因为同步协议在限制传输的数据量方面非常有效。最重要的是，它具有自己的传输限制选项，我们使用该选项是为了不使传出的ADSL线路饱和（如果在我们中的一个人在该线路上执行远程管理任务时启动备份运行，这将带来不便）。

已经有大量备份问题了。我刚回答完一个。大声笑

在O'Reilly出版的“备份和恢复”，如果你想了解总体战略和一些可能在那里是一个伟大的书。

开始之前，您需要一个PLAN。而且该计划必须合理并（希望）可扩展。

您可能需要研究和考虑的一些具体事项是：

丛林盘

差异备份

rsync（始终是个人收藏）

好的，第一步应该是评估您真正想要的，并在创建备份解决方案之前创建一个备份计划。狗厌倦了被鞭打。

如果我处于这种情况，这就是我要做的。

如果计算机是在kickstart中创建的，并且管理得当，那么您可以从文档中重新创建它们，那很好。如果不是，则将它们半年一次的图像记录到USB驱动器上。您可以使用clonezilla并在短时间内完成。如果其中一台机器着火或发生任何其他事件，这将使您的周转速度相对较快。

您还需要定期备份配置和数据。在不知道数据量多少的情况下，我要评估每个服务器的需求，并确定您的备份目标将需要什么。一旦有了它，就可以更好地了解放置位置。

评估。计划。建立。测试。请按此顺序。

嗯 好吧，我们的解决方案是在数据中心中有一个单独的备份服务器，但没有异地备份。对于我们而言，这是便宜的，因为我们租用了整个机架，但只使用其中的2/3（而且我们对数据中心提供商非常舒适-该空间甚至可能是免费的）。我向我的老板建议了异地备份，但他认为这在带宽方面过于昂贵。他还认为破坏我们的数据中心的可能性很小。我耸了耸肩，说“这是你的电话”。

至于备份服务器本身，这也很便宜。它是具有非RAID驱动器的消费级硬件。可以预期的是，如果驱动器发生故障，那一天我会去那里买一个新的驱动器，然后我们将立即重建备份。但是，备份服务器的软件确实会发送到异地，因为与所有其他数据相比，它很小。这也是使用Rsync的一些自定义Shell脚本。我通过制作目录的压缩文件并旋转压缩文件来进行增量备份。

从技术上来讲，这是“足够的”。它已经几次保存了我们的皮革。

我个人喜欢Backuppc，它是免费的，它可以非常可定制地合并数据，使用基本的Linux工具，可以备份所有类型的OS，Web界面以及相当简单的配置。

我使用rsync到中央备份服务器；使用硬链接添加一些“循环备份”以节省磁盘空间：

cd /backup/

for i in $( seq 0 4 | sort -r)
do
  mv cur.$i cur.$[$i+1]
done

rm -rf cur.5 &
cp -al cur cur.0

由于rsync会将新文件移到旧文件的顶部-硬链接将在永不更改的文件上节省大量磁盘空间（它们都引用一个inode），但是目录的每个副本都应包含每个文件（而不是只是符号链接到文件）

rsync具有带宽限制器，并且内置压缩功能：

    -z, --compress              compress file data during the transfer
        --bwlimit=KBPS          limit I/O bandwidth; KBytes per second

我每晚将23台计算机备份到一台服务器上。花费不到2个小时的时间循环浏览所有机器-但是我使用的是本地机器。

现在有一些相当便宜的2TB驱动器-您可以轻松地设置RAID 1，将备份驱动器镜像到一个额外的驱动器上，该驱动器成为您的“非现场”旋转驱动器。