我的公司希望为我们网络上的所有客户端（大约 200 个）制定备份计划。我们定期备份我们的服务器和 SQL 数据库，但我们的政策是不备份个人。
对人们来说，最重要的是 Outlook 中的文档和 PST 文件。PST 文件可能非常大，大多数人的 PST 文件大约为 1-1.5 GB。因此，仅 PST 文件就需要每天将 200-300 GB 的数据传输到服务器进行备份。或者先压缩，然后传输，但许多机器都非常老旧，这样的任务会使他们的计算机陷入瘫痪。
这难道不是网络使用 VMware 之类的产品的原因吗——为了减少网络流量和简化备份？还是仅仅为了降低硬件成本？每天这么多的网络流量会大大降低我们的网络速度吗？会不会严重到我们必须强制要求只在晚上进行备份？或者我们可以在白天错开备份时间吗？
非常感谢任何意见，谢谢。
答案1
PST 文件可能应该被视为已在 exchange/imap 服务器上的数据缓存。通常，缓存应该被忽略，就像临时文件一样。如果使用 exchange，您可以在 exchange 服务器上使用类似 veritas 的工具一次性备份所有内容。如果使用 imap 服务器，应该会更简单。
用户的 Windows 文档（实际上是他们的大多数配置文件）也可以集中存储，并且可以从中心位置备份。您可以使用服务器上的文件共享或使用 NAS/SAN 盒来执行此操作。
您还可以选择复制 Windows 活动目录/Exchange 服务器（为您提供故障转移/扩展功能），然后备份复制的服务器以避免降低主服务器的速度。
哦，远离 VMWare 之类的解决方案：尤其是当它们是寻找问题的解决方案时，或者像在这种情况下，是错误的问题解决方案时。VMWare 会向您兜售关于如何使用他们的产品可以整合服务器并为您省钱的整套方法。他们没有告诉您的是，VMWare 意味着性能大幅下降，而要平衡这一点，您需要投资于真正优秀的磁盘子系统（如 SAN 解决方案）等。
Xen 更好，但是除了一些特定用例外，我不会使用虚拟机：
构建虚拟专用服务器，并让客户以实际物理硬件价格的 1/4 左右的价格租用它们。对于内部的东西，只需要在功能/组织上隔离而不是安全，像 chroot 或 lxc 这样的更好。
在购买真正的硬件之前先进行小规模尝试
测试跨平台开发工作。
在我自己的台式机上运行多个操作系统，以实现应用程序兼容性或不频繁的用户支持
编辑：考虑到您所补充的关于公司陷入困境等情况，我建议聘请一名 unix 或 windows 专家，让他们为您设置一个经过尝试和验证的备份的邮件服务器，以及一种简单的方法来监控备份，这样当 99％ 的消息都显示“昨晚的备份已成功完成”时，您就不会开始忽略它。
对于文件，请购买两个支持远程备份的优质 NAS 盒，将每个人的配置文件移至其中一个，将备份移至另一个。或者，租用异地备份服务。请记住，仅备份昨天的内容是不行的。您需要备份昨天的内容、前一天的内容、前一周的内容、前一个月的内容、前六个月的内容，最好是每年都备份，只要税务/行业记录需要。
请记住，始终建议进行异地备份 --- 公司的数据代表了其所有工作，因此即使建筑物被烧毁，数据备份才是真正重要的。如果您需要为此争取资金，请使用该论点。
答案2
我们处理类似的情况第二份（还有许多其他产品可以做同样的事情，例如 rsync）。虽然我们使用 Exchange，但我们的许多用户都有包含存档消息的本地 PST 和/或本地文档，无论出于什么原因，将这些文档保留在本地是有意义的。
我们在 SecondCopy 中设置了任务，将本地存储的所有文件复制到服务器上的用户私人共享中。然后，我们的常规备份系统会对其进行备份。
请注意，对于 PST，在复制时必须关闭 Outlook，否则副本将无法使用。此外，即使 PST 仅包含旧的存档消息，每次运行 Outlook 时，文件都会更新，因此即使实际上没有任何变化，也必须再次复制。对于 GB 以上的 PST，需要复制大量冗余数据。
答案3
为什么？
您现在不应该使用 PST 文件了。如果您有 Exchange 服务器，请使用 OST 文件。如果您必须使用 PST 文件，请先将它们放在服务器上 ;) 当然，只有 Outlook 2010 才允许每个用户拥有超过 1 个 Exchange 邮箱。不过，在 99% 的情况下，使用 PST 文件的管理员应该被解雇，因为他这样做只是“因为他一直这样做”，并且忽略了 Outlook 改变存储模型的重大变化。
正如其他人指出的那样 - 用户文件从一开始就不应该放在工作站上。漫游配置文件 + 文件夹重定向 (将文档重定向到 oa 文件服务器) 确保情况确实如此。
剩下的就是开发人员工作文件夹之类的东西（例如：在网络共享上编译很糟糕）。不过，这些都无关紧要；）您只会丢失自上次检查源存档以来的内容。
因此，一般来说，通常不需要备份工作站。
答案4
弄清楚您需要恢复什么（毕竟这就是您备份的原因）。然后您就可以缩小问题范围。例如，如果他们说我们需要备份这些 pst 文件，那么对 PST 文件的需求就应该消失。我会让用户将他们的邮件移回到 Exchange 服务器中进行备份，这是它应该去的地方。您还需要担心诸如访问数据库和 sql server express 数据库之类的事情。
如果他们想要恢复用户文档，则将他们指向文件夹重定向，以便将数据备份到服务器上。如果他们担心恢复时间，请使用 WAIK 来构建映像。
您还可以结合桌面备份添加这些技术，以便在最终进行桌面备份时减少备份时间。