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