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