我在一家小公司，我们（两个IT部门）pipe理<100台客户端计算机和less量服务器。 目前我们正在使用公司的设备来处理备份; 它每天晚上做一个小的备份，每个周末都做一次完整的备份，周三有一个人来做一个非现场备份驱动器（并且让上周驱动器与之交换）。 备份只在服务器的硬盘上完成，因为我们的客户端计算机和员工确保不在自己的计算机上存储任何有价值的东西。 所以这是一个非常简单的情况。
最近这个系统，主要是电器，一直有问题，所以我们正在寻找替代品。 我正在研究其他公司，但也正在研究我们可能期望自己尝试这样做。 这无疑是一个很大的学习曲线，但嘿，这是服务器故障的目的，对不对？ 🙂
所以无论如何我正在看Bacula 。 function列表听起来不错，文档丰富，但它只是软件。 所以我的问题是， 运行Bacula服务器软件的理想备份服务器是什么？ 而不仅仅是服务器，而是其他相关的设备。
我们目前的备份设备只使用硬盘，而不使用磁带机。 它有几个插在它一次，在机器前面的热插拔托架。 不过我不禁注意到，它只不过是带有硬盘托架的Windows XP，一个PCI eSATA卡（连接到另外2个托架的另一个设备扩展部分）和它们的软件。 由于公司将取消他们的产品，我们可以在哪里configuration服务器？ 我应该考虑切换到磁带机？ 当我为备份服务器挑选硬件时，应考虑哪些其他问题？
也许我很天真，我相信戴尔（和其他电脑公司）在他们网站的小商业部门出售它们，但我想确保没有其他公司推荐的地方，硬件，而且我不需要任何特别的Bacula。
任何服务器都可以，只要它有适合networking备份的体面的网卡（为了这个目的，我build议把你的服务器放在GbE交换机上，如果你还没有这样做的话）。 如果您决定在某个时候使用LTO磁带驱动器，请确保您可以获得一个支持它的SCSI卡，但是如果您要与信誉良好的服务器供应商（我会build议）一起使用，那么这将是一个简单的补充。
另一个select可能是使用你现有的服务器之一：你有一对，可能会把Bacula放在最需要定期备份的数据/需求最多的服务器上，并节省networking瓶颈。 这是小型企业服务器+ Backup Exec解决scheme的标准操作stream程，假设您拥有一个业务规模的“正常”数据量（20-100GB），那么这个工作不应该花太长的时间。
我不同意Holocryptic在磁带上的看法，虽然它确实很老，但是它经受了时间的考验，没有任何移动部件，标准化，并且非常便携（这对于脱机非常棒）。 对于较大的操作系统，我们通常configuration磁盘到磁盘到磁带的备份configuration，但磁带没有任何问题。
虽然对Bacula服务器硬件没有明显的要求，但您必须考虑以下基本要求：
– 每个完整备份的系统和大小有多less，要多长时间才能保留。
– 文件经常变化（如果它们在备份path中）
– 你会备份什么？
– 存储空间和驱动器冗余的大小加上驱动器的速度/caching大小
– 您想同时运行多个并发客户端会话？ 填充并发队列的大量工作将会成为问题，限制和优先级是关键。
– Bacula内部或外部的服务器优化加客户端优化
在内存和CPU的旁边，你想有一个在Linux中得到很好支持的企业级networking。
目前，我使用3个版本的Bacula Server（v2，v3和v5）pipe理备份300多个关键系统服务器（每个差异版本的原因是由于操作系统内核的时代，安装的软件和库依赖地狱）
一些客户端备份到多个Bacula服务器（与上游相比，本地带宽成本没有任何成本）
一个良好的支持和廉价的服务器（Linux）将是一个IBM X系列，如346：
企业级技术人员可以通过硬件raid控制器连接多个10k Ultra320 SCSI硬盘，通过networking连接远程控制台（以防万一）使用rsa，可以通过ipmi / dsa工具监控系统，或者通过snmp连接到RSA控制器。
如果你幸运的话，你可以得到一个不到500美元
还有其他的IBM服务器有Sata，但现在我不记得他们没有环顾四周，如果你变得局限于你的数据存储，你可能不得不寻找其他的select。 如果您不知道您是否有硬件设备（如netapp closet，而不是您的旧备份解决scheme），则很难提供数据存储build议，因此数据存储是一个非常冗长的主题。
希望这可以帮助你（至less是一点点），在开始在你的客户端（服务器）上使用它之前，有很多东西需要读到Bacula上 – 你可以添加很多选项（但可能不应该）选项在pro和con上读取（每个选项都有它们！），在Baculapipe理的最后2 – 3年内，肯定有很多东西需要学习！
在不久的将来，我计划提供Bacula咨询/支持服务，并希望这至less有一定的信息量/有帮助。
戴尔有良好的价格体面的服务器和良好的支持合同。 我已经使用了他们很多我的环境，并没有什么不好说的。
这就是说，我会远离实施磁带。 这是一个有50多年历史的技术，速度慢，价格昂贵。 对于希望实施新备份策略的小型企业来说，绝对没有理由不使用磁盘到磁盘备份。 就像Gravyface所说的那样，GigE核心交换是非常棒的，特别是如果您可以专门为备份stream量专用网卡。
编辑：我已经看了网站，硬件要求肯定是不存在的/很难find。 根据我对备份产品的经验，备份作业可以获得相当的I / O密集型。 您希望硬件能够支持将要发生的磁盘和CPU吞吐量。 为您的操作系统和数据卷分开物理卷，一个好的RAID控制器和足够的内存和CPU来处理这项工作。 我知道这是通用的，但当我不是pipe理您的环境的人时，我不太愿意提供特定的硬件build议。