事件类型： 错误
事件源： MSExchangeFBPublish
事件类别： 常规
事件 ID： 8197
ServerName 计算机：
初始化会话为虚拟机器 ComputerName 说明： 错误。 错误号是 0x80040111。 请确保运行 MicrosoftExchangeInformationStore。
当您遇到此问题, 其他事件可能还会反复记录应用程序日志中。
回到顶端
原因
最常见原因记录事件 8197 忙 / 闲轮询任务是无法绑定到全局编录服务器。
大多数 ExchangeServer 任务使用 DSAccess 组件来找到全局编录服务器。 但是, 忙 / 闲轮询任务使用 Windows 参照机制来定位全局编录服务器。
稍方法， 使用 Windows 参照机制来定位全局编录服务器不同于， DSAccess 组件使用方法。 因此, 忙 / 闲轮询任务不使用， 大多数其他 ExchangeServer 任务使用相同的全局编录服务器。 即使其他任务 Exchange 服务器上正确运行因此, 忙 / 闲轮询任务可能失败。
" Description " 行中事件消息表明错误号是 0x80040111。 此错误号对应于 -2147221231 错误。 -2147221231 错误具有以下定义：
- ecLoginFailure MAPI_E_LOGON_FAILED
至少下列条件之一为真时可能生成事件 8197： • 域控制器后不重新启动 ExchangeServer 并被重新组织中全局编录服务器。
• Microsoft Windows NT 4.0 环境, 中应用安全模板限制身份验证方法， 可使用 ExchangeServer。 或者, 您修改安全策略设置， 修改 LMCompatibilityLevel 注册表条目在 Exchange 服务器上。
• 没有连接性问题与忙 / 闲轮询任务试图绑定到全局编录服务器。
• 运行 Exchange 服务器计算机上安装 MicrosoftOutlook。
• Exchange 2000 服务器验证对域不具有正确信任关系建立到 Microsoft Windows NT Server 4.0 域中全局编录服务器。 此外, Microsoft Exchange Server 5.5 服务帐户无法登录到系统助理邮箱。
回到顶端
解决方案
要解决此问题, 请使用一个或多个下列方法。
回到顶端
方法 1： 重新启动 ExchangeServer 服务
如果没有域控制器后重新启动 ExchangeServer 并已重新组织中全局编录服务器, 您必须重新启动 ExchangeServer 服务。 要这样做, 请按照下列步骤操作： 1. 停止 MicrosoftExchangeSystemAttendant 服务, 并将所有 ExchangeServer 服务 手动 启动类型设置。
2. 重新运行 Exchange 服务器计算机。
3. 手动启动所有 ExchangeServer 服务。
4. 所有 ExchangeServer 服务恢复到其原始启动类型。
回到顶端
方法 2： 验证 LANManager 身份验证设置
警告 如果正确修改注册表通过注册表编辑器或通过其他方法可能发生 Serious 问题。 这些问题可能需要重新安装操作系统。 Microsoft 不能保证能够解决这些问题而。 修改注册表需要您自担风险。
可能遇到当下列条件为真 " 症状 " 部分中所描述问题： • 组织中有 Windows NT 4.0 域。
• 应用安全模板限制身份验证方法， 可使用 Exchange 服务器。 或者, 您修改安全策略设置， 修改 LMCompatibilityLevel 注册表条目在 Exchange 服务器上。
我们建议 Windows NT 4.0 域中成员服务器使用一个 LMCompatibilityLevel 设置为 1 。 查看 LMCompatibilityLevel 注册表项以确定此设置值是否大于 1 。 要这样做, 请按照下列步骤操作： 1. 单击 开始 ， 单击 运行 , 类型 regedit然后单击 确定 。
2. 找到并单击以下注册表子项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
3. 在右窗格中, 注意的 LMCompatibilityLevel 注册表项数据值。
如果该值是大于 1, 您必须更改为 1 。 要这样做, 直接修改注册表项。
可能还通过组策略修改此设置。 要验证是否是通过组策略, 修改设置查看 LANManager 身份验证级别 组策略对象。 为此, 请按照下列步骤操作。
注意 由于目前有若干版本的 MicrosoftWindows, 以下步骤可能不同计算机上。 如果它们, 请参阅产品文档来完成这些步骤。 1. 域控制器, 上单击 开始 ， 单击 运行 , 类型 dsa.msc 在 打开, 框， 然后单击 确定 。
2. 在 lActiveDirectory 用户和计算机 管理单元出现, 右键单击组策略中配置, 容器， 然后单击 属性 。 例如, 右键单击域容器或右键单击包含 Exchange 服务器组织单位。
3. 单击 组策略 选项卡, 然后单击组策略对象中设置了策略。
4. 单击 A0 > " 编辑 " 。
5. 展开 计算机配置 展开 " Windows 设置 " 、 展开 安全设置 、 展开 本地策略 , 和然后单击 安全选项 。
6. 在右窗格中, 双击 LANManager 身份验证级别 。
有关 LANManager 身份验证级别, 相关信息请单击下列文章编号， 查看 Microsoft 知识库文章中文章：
823659 (
http://support.microsoft.com/kb/823659/) 客户、 服务和您修改安全设置和用户权限分配时可能出现不兼容程序
305379 (
http://support.microsoft.com/kb/305379/) Windows 2000 中与 NTLM 2 级别个数 2 Windows NT 4.0 域中身份验证问题
239869 (
http://support.microsoft.com/kb/239869/) 如何启用 NTLM 2 身份验证
回到顶端
方法 3： 解决与忙 / 闲轮询任务试图绑定到全局编录服务器连接
步骤 1： 确定忙 / 闲轮询任务试图绑定到全局编录服务器
1. 单击 开始 ， 单击 运行 , 类型 regedit然后单击 确定 。
2. 找到以下注册表子项：
HKEY_USERS\.DEFAULT\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\ExchangeAdmin<server name><GUID>
注意 有关此注册表子项将存在, 必须运行 Microsoft Exchange System Attendant 服务。 使用第 ExchangeAdmin<server name><GUID> 子项显示在 配置文件 。
3. 下 <server name > ExchangeAdmin < GUID 单击 dca740c8c042101ab4b908002b2fe182 。
4. 在右窗格中, 查看 001e6602 注册表项数据值。 数据值类似下列值：
值名称： 001e6602
值类型： REG _ SZ
SERVERNAME 值数据：
在此注册表项中, SERVERNAME 代表忙 / 闲轮询任务试图绑定到全局编录服务器的名称。
注意 此注册表子项不同于以下注册表子项。 可以使用以下注册表子项来配置 DSAccess 组件以使用一个目录服务器或一个全局编录服务器：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider\DS
目录服务器注册表子项： 注 只适用于目录访问涉及 DSAccess 组件。
确定忙 / 闲轮询任务要尝试绑定, 全局编录服务器后解决常规网络连接。 以此方式， 可以确保全局编录服务器是否响应以及它正常运行。
步骤 2： 验证域之间信任关系
验证是否存在以下域之间信任关系： • 在其中运行 ExchangeServer 域
• 忙 / 闲轮询任务包含全局编录服务器与域尝试绑定
例如, 必须具有 Windows NT 4.0 域中运行 Exchange Server 5.5 混合模式环境。 问题可能是由 Windows NT 4.0 域和域包含全局编录服务器之间缺少信任关系。
例如, 您有一个运行 Exchange Server 5.5 服务器和运行 Exchange2000Server 二服务器。 或, 第二台服务器运行 Exchange Server 2003。 为了到这些两服务器, 之间存在忙 / 闲忙 / 闲轮询任务必须模拟 Exchange Server 5.5 服务帐户。 如果 Windows NT 4.0 域和域包含全局编录服务器, 之间没有信任关系存在 ExchangeServer 生成事件 8197。 这发生在忙 / 闲轮询任务成功尝试绑定到全局编录服务器通过使用 Exchange Server 5.5 服务帐户。
该方案是更容易发生当根域中全局编录服务器和 Exchange 服务器位于同一 ActiveDirectory 目录服务站点中一个子域。 Windows 参照机制机制尝试定位全局编录服务器时忽略域成员。 考虑以下示例情形： • 全局编录服务器是对 ActiveDirectory 站点根域中。
• 全局编录服务器位于同一 ActiveDirectory 站点的子域中。
• Exchange 服务器位于同一 ActiveDirectory 站点的子域中。
在此方案, 每个全局编录服务器具有由忙 / 闲轮询任务使用的相同可能性。 但是, 位于根域全局编录服务器可能没有与包含 Exchange 5.5 服务器 Windows NT 4.0 域信任关系。 如果没有没有信任关系, 可能发生以下症状： • 忙 / 闲轮询任务模拟 Exchange Server 5.5 服务帐户。 此外, 任务试图绑定到全局编录服务器， 位于根域。
• 因为根域和包含 Exchange Server 5.5 服务帐户, Windows NT 4.0 域之间没有信任关系存在身份验证将失败。
在此情况, ExchangeServer 生成事件 8197。
要解决此问题, 请按照下列步骤： 1. 将全局编录服务器从根域移到自己的站点。
2. 将全局编录服务器的网添加到新站点。
3. 提供一些时间变为服务器正在组织间复制。 然后重新启动全局编录服务器， 移动。
4. 在 Exchange 服务器所在子域中重新启动全局编录服务器。
5. 重新启动 Exchange 服务器。
6. 查看注册表条目中所述 " 确定忙 / 闲轮询任务试图绑定到全局编录服务器步骤 1 ":。 这样可以确认从子域包含 Exchange 服务器是否忙 / 闲轮询任务使用全局编录服务器。 您可能需要等待创建配置文件才能查看此注册表项。
7. 查看应用程序日志以确定是否记录事件 8197 不断。
注意 ： Windows 参照机制只区分全局编录服务器不由网站成员和域成员。 例如, 两台全局编录服务器可能来自其他域。 然而, 如果这些全局编录服务器位于同一站点, 它们有等于机会站点中忙 / 闲轮询任务将使用它们。
步骤 3： 验证正确全局编录服务器条目是否处于 ActiveDirectory
如果特定全局编录服务器遇到问题是否响应并且似乎正常, 正确全局编录服务器条目可能位于 ActiveDirectory 中。 正确全局编录服务器项也会导致事件 8197 错误。
要验证是否存在错误项, 请在命令提示符处键入以下查询：
ldifde -f output.ldf -d"dc= mydomain,dc= com " -t 3268 -p subtree -r"(&(objectclass=*)(name= SERVERNAME ))"
在此命令, 将 mydomain 和 com 与相应名称的域。 还, 将 SERVERNAME 替换为忙 / 闲轮询任务试图绑定到全局编录服务器名称。 运行此命令后, 查看 Output.ldf 文件以确定项是否存在的内容类似以下输出：
DN = com CN = Computers, DC = mysubdomain , DC = mydomain , DC： SERVERNAME , CN =
distinguishedName：
CN = com = Computers, DC = na, DC = mydomain , DC = SERVERNAME , CN
在此示例输出, 全局编录服务器条目不正确。 下列该项 计算机 容器中显示错误：
CN = Computers
有效全局编录服务器必须有 域控制器 容器中的条目。 这是显示在以下示例输出：
DN = com CN = DomainControllers, DC = mydomain , DC： SERVERNAME , OU =
distinguishedName：
CN = com = DomainControllers, DC = mydomain , DC = SERVERNAME , OU
ActiveDirectory, 中出现两正确和正确全局编录服务器条目时对全局编录服务器 DNS 查询可能返回正确全局编录服务器条目。 因此, 当忙 / 闲轮询任务试图绑定到全局编录服务器, 任务是失败。
在满足以下条件时可能会创建正确全局编录服务器项： • 服务器配置为域, 中成员服务器如 " 子域 example.com "。
• 安装 ActiveDirectory 在此服务器服务器的状态改为与域控制器为不同域, 如 " example.com "。 然后您配置此新域控制器作为全局编录服务器。
要解决此问题, 从 ActiveDirectory 删除正确全局编录服务器条目。 然后, 刷新 DNS 解析器缓存是运行 ExchangeServer 计算机上。 要这样做, 请按照下列步骤操作： 1. 启动 lActiveDirectory 用户和计算机 管理单元中。 要这样做， 请依次单击 开始 、 运行 , 类型 dsa.msc 在 打开, 框， 然后单击 确定 。
2. 展开域, 并然后展开正确全局编录服务器条目所在容器。 例如, 展开 计算机 。
3. 右键单击正确全局编录服务器项, 然后单击 删除 。
4. 单击 是 。
5. 登录到出现此问题, Exchange 服务器， 然后打开命令提示符。
6. 在命令提示符处, 键入 ipconfig /flushdns然后按 Enter。
回到顶端
方法 4： 验证是否在 Exchange 服务器上安装 Outlook
我们建议您执行不安装 Outlook 运行 ExchangeServer 相同计算机上。 这是因为 ExchangeServer 版本的下列文件以及以下文件的 Outlook 版本之间可能发生冲突： • Mapi 32 .dll
• Emsabp32.dll
• Emsmdb32.dll
Outlook 版本的文件来自 MAPI 实现与实现 ExchangeServer 中使用。 Outlook 具有不同 MAPI 要求比 ExchangeServer 有。 每产品 MAPI 实现是经过优化可以满足该产品的要求。
例如, ExchangeServer 使用 Emsabp32.dll 文件来传递凭据, 可验证, 并可用于地址查找操作执行 Nspbind 操作到全局编录服务器。 此文件 Outlook 版本执行这些操作时提示用户输入其凭据。 ExchangeServer 版本对此文件使用不同的机制来传递凭据对于 ExchangeServer 借以运行本地系统帐户。 可能会因此, 如果有运行 Exchange 服务器, 在计算机上安装 Outlook 遇到验证错误或其他 ExchangeServer 环境中不稳定。
要解决此问题, Outlook, 删除并重新安装 ExchangeServer。
回到顶端
更多信息
Exchange 邮箱管理器组件也依赖于 Windows 参照机制来定位全局编录服务器。 通常, 遇到与忙 / 闲轮询任务, 邮箱管理器也发生事件 8197 错误时遇到故障。 这时, 应用程序日志中记录两个以下事件：
事件类型： 错误
MSExchangeSA 事件源：
事件 ID 9175：
' OpenMsgStore ' 失败， 出现以下错误说明：： MAPI 调用：： 信息存储无法打开。 登录到 MicrosoftExchangeServer 计算机失败。 MAPI 1.0 IDno: 0286 00000000 80040111 - -
事件类型： 错误
MSExchangeSA 事件源：
事件类别： 邮箱管理
事件 ID： 9200
说明： 要执行 MAPI 登录失败。
