我在Exchange 2003arrays中有4个后端服务器和1个前端服务器。 我有大量的复制问题，因为公共文件夹中的数据太多了（或者我怀疑）。 一些文件夹的大小已经上升到5GB，而一些公用文件夹则超过了20个子文件夹。
每个后端服务器都拥有不同办公地点的用户。
目前，如果服务器1上的某个用户向公用文件夹发送了一些内容，则可能需要1到45分钟的时间才能将其复制到其他任何服务器，但是服务器1上的任何其他用户都可以立即看到。
我已经尝试限制文件夹复制到只有一台服务器来删除所有复制在一起，希望所有的服务器将指向与公用文件夹的服务器，但似乎并没有这样工作。
在Exchange 2003arrays中的一台服务器上是否有公用文件夹将其填充到另一台服务器上的用户？ 有更优雅的select吗？
我怀疑你在公用文件夹中有太多的数据。 公用文件夹使用存储邮箱的ESE引擎进行存储，而且我发现Exchange 2003安装的邮箱数据库数量超过了100GB（尽pipe可以certificate，与新版本的Exchange相比，它们的性能非常糟糕，它们工作正常）。
诊断你的“复制问题”是我需要更多信息来帮助的，所以我甚至不会试图在这里解决这个问题。 我会做的是提供一些评论：你的问题的其余部分。
每个邮箱数据库都具有在邮箱数据库的属性中指定的“默认公用存储”。 Outlook将首先尝试访问存储在该公用文件夹存储中的公用文件夹。 您可以在不同的公用存储中托pipe公用文件夹的多个副本（以负载平衡客户端访问并在物理位置提供具有较差的WAN连接的副本），或者您可以有几个（或一个）公用存储来聚合客户端访问成。 哪个“正确”取决于您所在商店的硬件，用户的访问模式以及networking拓扑。
当用户尝试访问公用文件夹的默认公用存储区中没有副本的Outlook时，Outlook将请求从用户的默认公用存储转介给另一个公用存储，该公用存储承载副本。 引用algorithm考虑了路由组之间的连接器（在该链接文章中有详细描述），但出于您的目的，我怀疑您的所有服务器都在同一个路由组中，这意味着Outlook最终会随机select一个副本所有包含给定文件夹副本的服务器。
你绝对可以有一个公用文件夹存储W /没有复制，所有的客户端将使用。 您只需要在所有邮箱数据库上设置默认的公用存储就可以实现这一点。 鉴于Exchange 2003是一个32位应用程序，您可能能够实现caching优势，以将所有公用文件夹托pipe在不承载任何邮箱的单个服务器上。 由于您的邮箱托pipe在所有四台服务器上，所以您最好在所有四台服务器上托pipe公用文件夹副本，并修复任何复制问题。
在一个LAN公用文件夹复制应该很快发生。 如果服务器负担过重，或者如果您有configuration问题，则可能需要更长的时间。 您可能会考虑发布一个单独的问题，并提供有关“复制问题”的详细信息，以获得有关此方面的帮助。