我公司希望为我们networking上的所有客户制定一个备份计划，这个计划大约有200个。我们定期备份我们的服务器和SQL数据库，但是我们的政策是不对个人进行备份。
什么是最关键的人是他们在Outlook中的文档和PST文件。 PST文件可能会非常大，大多数人在这里约1-1.5 GB。 所以单独的PST文件就是200-300 GB的数据需要每天传输到服务器进行备份。 或先压缩，然后转移，但许多机器是非常古老的，这样的任务将磨坏他们的电脑停下来。
这不是networking使用像VMware这样的事情的原因吗 – 减lessnetworkingstream量和精简备份？ 或者这只是为了降低硬件成本？ 这么多的networkingstream量每天都会大大减慢我们的networking吗？ 足够的重点，我们不得不命令它只在晚上完成？ 或者我们可以蹒跚而行吗？
非常感谢任何意见，谢谢。
PST文件应该被认为是已经在exchange / imap服务器上的数据caching。 一般来说，caching应该被忽略，就像临时文件一样。 如果使用交换，您可以使用交换服务器上的veritas等一次性备份所有内容。 如果使用一个imap服务器，它应该再简单一些。
用户的Windows文档（实际上大部分configuration文件）都可以集中存储，并且可以从中央位置备份。 您可以使用服务器上的文件共享或使用NAS / SAN盒来执行此操作。
您还可以select复制Windows活动目录/交换服务器（这可让您进行故障转移/缩放），然后备份复制的checkbox以避免主服务器变慢。
哦，并且保持远离VMWare这样的解决scheme：特别是当他们是寻求问题的解决scheme时，或者在这种情况下，解决问题的方法是错误的。 VMWare将向您推销这整首歌曲和舞蹈如何使用他们的东西可以巩固服务器，并节省您的钱。 他们没有告诉你的是，VMWare意味着巨大的性能提升，甚至需要投资于非常好的磁盘子系统（如SAN解决scheme）等。
Xen是更好的，但除了在几个特定的使用情况下，我不会使用虚拟机：
构build虚拟专用服务器，并让客户以实际物理硬件价格的大约四分之一租用它们。 对于内部的东西，只需要在function上/组织上孤立而不是安全的，像chroot或lxc这样的东西要好得多。
在购买真正的硬件之前，先试一试小规模的东西
testing跨平台开发工作。
在我自己的台式机上运行多个操作系统，以获得应用程序兼容性或不频繁的用户支持
编辑：鉴于你已经添加了关于作为一个挣扎的公司等，我build议雇用一个Unix或Windows专家，并让他们设置了一个邮件服务器与尝试和PROVEN备份，以及一个简单的方法来监视备份当99％的消息都说“昨晚的备份成功完成”时，你不会开始忽略。
对于这些文件，购买两个支持远程备份的优质NAS盒子，将每个人的configuration文件移动到一个，然后备份到另一个。 或者，租用一个非现场备份服务。 请记住，昨天的备份并不好。 您需要昨天的备份，前一天，前一周，前一个月，前六个月的备份，最好是每年回到税务/行业logging所要求的时间。
请记住，总是build议异地备份—公司的数据代表了所有的工作，所以即使build筑物烧毁，DATA备份也是非常重要的。 如果您需要为此争取资金，请使用这一论点。
我们用SecondCopy处理类似的情况（还有很多其他产品会做同样的事情，例如rsync）。 虽然我们使用Exchange，但是我们的许多用户都拥有本地PST，其中包含归档消息和/或本地文档，无论出于何种理由，都有可能离开本地。
我们在SecondCopy中设置了任务，将任何本地存储的文件复制到服务器上的用户私有共享中。 从那里，它由我们的定期备份系统备份。
请注意，对于PST，当您复制Outlook时必须closuresOutlook，否则可能会导致副本无法使用。 此外，即使PST只保存旧的已存档邮件，每次运行Outlook时，文件都会更新，因此即使没有任何实际更改，也必须再次进行复制。 对于千兆字节+ PST，这是大量的冗余数据要复制。
为什么这样？
现在你不应该使用PST文件。 如果你有一个交换服务器，所有的OST文件。 如果你必须使用PST文件，把它们放在一个服务器上开始;）当然，这是只有Outlook 2010，最终允许超过1 excvhange postbox每个用户。 尽pipe如此，在99％的案例中，PST文件的使用是一个应该被解雇的pipe理员，因为他只是做了“因为他总是这么做”，并且忽略了对Outlook进行重大改变，改变了存储模型。
正如其他指出的 – 用户文件不应该在工作站上开始。 漫游configuration文件+文件夹redirect（文件redirect或文件服务器）确保这种情况。
剩下的就是开发人员工作文件夹（如：在networking共享上编译）。 但是，这些都是无关紧要的）;你只是从上次检入源代码档案以后才放弃这些东西。
所以，一般来说 – 通常不需要备份工作站。
如果您绝对必须继续让您的用户拥有本地PST和必须备份的文档，那么您select的任何备份解决scheme确实应该做两件事情：
无论您决定实施什么，您的初始备份将需要很长时间。
弄清楚你需要恢复什么（毕竟这就是为什么你要备份）。 那么你可以减less这个问题。 EG如果他们说我们需要备份这些PST文件，那么PST文件的需要应该消失。 我会让用户把他们的邮件备份到交换服务器上进行备份。 您还需要担心访问数据库和sql server express数据库等事情。
如果他们想恢复用户文档，则将它们指向文件夹redirect，以便将数据备份到服务器上。 如果他们担心恢复时间，使用WAIK来build立一个图像。
您还可以将这些技术与桌面备份一起添加，以便在最终完成桌面备份时减less备份时间。
我最近看到了emc的avamar的演示，可以做差异备份，也只存储数据块一次（为了简化一个电子邮件是从某人发送，并由公司的某人接收，它只能存储一次）。
如果PST文件不是caching服务器上的现有数据，请检查Druva的笔记本电脑客户端。 笔记本电脑客户端使用客户端重复数据删除来减less传输时间。 这也是PST知道，所以只能将一个PST内的电子邮件同步到服务器。
本地客户端可以使用漫游configuration文件/文件夹redirect，但是如果用户不在本地，或者距离很远，则这些function无效。 我们的局域网距离服务器有60毫秒，用户对速度感到不满。