我正在寻找关于将5站点Exchange部署整合到单个容错站点的想法。 这可行吗？ 这只是一个坏主意吗？
以下是详细信息：
Site1：Hub站点。 5mbps wan链接〜200邮箱< – 这是一切将被合并到的地方。
Site2：3Mbps WAN链接〜200邮箱
Site3：3Mbps WAN链接〜100邮箱
Site4和Site5：1.5Mbps广域网链接〜每个50个邮箱
服务器将是Exchange 2010，所有客户端都使用Outlook 2007和caching模式。 目前，每个站点的WAN带宽configuration文件都是最小的（只有T1站点除外）。 我想我主要关心的是带宽和整个“所有的鸡蛋在一个篮子”的东西。 你对这个configuration有什么经验？
巩固，在我看来最好的办法。 我在Exchange 2003中共同构build了一个6000邮箱devise（然后升级到2007年），该站点拥有70多个WAN站点，但中央站点只有两个邮箱服务器（+2 CAS /集线器）。 大多数站点的最大WAN为1.5到10MB，邮箱服务器（在2005年）主要是板卡。 关键是caching模式。 努力防止很多在线模式的使用。 如果你有现代化的硬件，我会虚拟化两个CAS / HUB服务器，并有两个物理邮箱angular色与DAG冗余。 我们可能有5 9的正常运行时间与这种模式，这是在Exchange 2010之前。服务器不必是只有600邮箱的高端，但邮箱服务器上的RAM是关键。 尽可能多地放在那里，如果可以的话，就像64GB或更多。 使用MS RAM计算器并将其用作MINIMUM。 邮箱上的RAM越多，意味着磁盘（I / O）越less。
最后，你有一个“漂亮”的集中备份，集中pipe理等devise。
缺点是广域网中断，防止内部网站的电子邮件。 只要确保您的广域网中断响应时间是好的，所以人们不会没有电子邮件天。 如果您的集线器连接到Internet，那么他们的智能手机和OWA / Outlook Anywhere在广域网中断时仍然可以正常工作。
在带宽方面，2005年这些pipe道对于同样的用户来说更是如此，但显然更重要的是关于用户的“使用情况”。 作为一个“一般直觉”，不知道更多，我会说根据我在过去十年看到的平均使用情况，你很好。