Select the product you need help with
新的公用文件夹数据库的层次结构不会复制 Exchange Server 2010 SP1 服务器上文章编号: 2640218 - 查看本文应用于的产品 症状Microsoft Exchange Server 2010 Service Pack 1 （SP1） 服务器上创建新的公用文件夹数据库。但是，公用文件夹层次结构不会复制从其他公用存储到此新数据库。此外，应用程序日志中记录以下事件： 日志名称： 应用程序 来源： MSExchangeIS 公用存储 日期： 日期 事件 ID： 3079 任务类别： 复制错误 级别： 错误 关键字： 经典 用户： 不适用 计算机： 计算机 说明： 数据库"第一个存储 Group\Public 文件夹存储 (意外的复制线程错误 0x80070057服务器名)". 日志名称： 应用程序 来源： MSExchangeIS 公用存储 日期： 日期 事件 ID： 3089 任务类别： 复制错误 级别： 警告 关键字： 经典 用户： 不适用 计算机： 计算机 说明： 处理公用文件夹存储"第一个存储 Group\Public 文件夹存储 (传入复制邮件时出现错误 0x80070057服务器名)". 原因解决方案要解决此问题，请安装以下更新汇总： 2645995 注意此更新使用户不能运行isinteg命令跳过零 GUID 检查。有关如何运行isinteg命令，以解决此问题的详细信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
(http://support.microsoft.com/kb/2645995/
)
累积更新 1 的 Exchange Server 2010 Service Pack 2 的说明2506049 应用此更新后，禁用零 GUID 检测到 Exchange Server 2010年服务器上的公用文件夹。
(http://support.microsoft.com/kb/2506049/
)
未复制的新 Exchange Server 2010 SP1 服务器上的公用文件夹数据库层次结构 若要禁用公用文件夹零 GUID 检测我们，请转到"我为您排忧解难"一节。如果您更喜欢自己禁用公用文件夹零 GUID 检测，请转到"我自己修复"一节。 我为您排忧解难若要自动禁用零 GUID 检测到公用文件夹，请单击 对其进行修复 按钮或链接。然后单击 运行 在中 文件下载 对话框，并按照修复向导中的步骤。 备注
然后，转到"此问题解决了吗？"一节。 我自己修复若要禁用零 GUID 检测到公用文件夹，请在 Exchange Server 2010年服务器上执行以下步骤：
此问题解决了吗？状态属性文章编号: 2640218 - 最后修改: 2012年6月26日 - 修订: 1.0 这篇文章中的信息适用于:
机器翻译 注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。 点击这里察看该文章的英文版： 2640218
(http://support.microsoft.com/kb/2640218/en-us/
)
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。 | 文章翻译
 |
回到顶端
