我已经为此烦恼好几天了,让我看看是否能描述出我的问题。
基本上,我们已经完成了从 2007 版迁移到 Exhcnage 2010 版的 90%。自从我将 OAB(或现在的 2010 版 OAL)移到新服务器后,我就一直收到这些错误(这是将日志记录设置为专家时发生的)
首先,我收到日志说它正在启动,然后我收到一大堆(显然是正常的),最后一个是:
日志名称:应用程序 来源:MSExchangeSA 日期:2010 年 6 月 28 日上午 8:46:42 事件 ID:9359 任务类别: (13) 级别:警告 关键字:经典 用户:N/A 电脑: 描述: OALGen 截断或删除了地址列表“\Global Address List”中条目“Joe Tsang”的属性,因为它们超出了版本 4 脱机地址列表的配置大小限制。受影响的 MAPI ID 为:8008。 - \默认脱机通讯簿
我得到了大约 60 个这样的结果,然后我得到了:
日志名称:应用程序 来源:MSExchangeSA 日期:2010 年 6 月 28 日上午 8:46:42 事件 ID:9339 任务类别: (13) 级别:错误 关键字:经典 用户:N/A 电脑: 描述: Active Directory PDC 在为 '\Global Address List' 生成脱机通讯簿时返回错误 8004010e。Active Directory 返回的最后一个收件人是 'Joe Tsang'。不会生成此脱机通讯簿。 - \默认脱机通讯簿
和:
日志名称:应用程序 来源:MSExchangeSA 日期:2010 年 6 月 28 日上午 8:46:42 事件 ID:9330 任务类别: (13) 级别:错误 关键字:经典 用户:N/A 电脑: 描述: OABGen 在访问“\Global Address List”的 Active Directory PDC 时遇到错误 8004010e(内部 ID 5001697)。 - \默认脱机通讯簿
最后:
日志名称:应用程序 来源:MSExchangeSA 日期:2010 年 6 月 28 日上午 8:46:42 事件 ID:9126 任务类别: (13) 级别:错误 关键字:经典 用户:N/A 电脑: 描述: OABGen 在计算地址列表“\Global Address List”的脱机地址列表时遇到错误 8004010e。此脱机地址列表将无法供客户端下载。 - \默认脱机通讯簿。
另外,我注意到在进行一些检查时,我在 OABInteg 检查时遇到了一堆错误:
正在处理地址簿条目 #23(共 50 个)。 显示名称 =[电子邮件保护] 对象是分发列表对象 错误:LegacyExchangeDN 中存在“@”字符。这是 PDN 问题,可能会导致完全下载。
但总结如下:
扫描完成 +-------------+ 地址簿中处理的条目总数:258 跳过的条目总数:0 联系人总数:4 邮箱总数:139 分发列表总数:83 总组数:0 文件夹总数:32 找到的地址簿容器对象总数:0 找到的临时 legacyExchangeDN 总数:0 缺少部分主要属性的对象总数:0 邮件和代理属性不匹配的对象总数:0 没有域值的对象总数:0 没有有效 Unicode 域值的对象总数:0 由于第一个字符不大于“/”,所以没有有效 SMTP 域的对象总数:0 不以 /o= 或 /O= 开头的对象总数:0 缺少主代理地址属性的用户对象总数:0 代理地址大于或等于 64 个字符的用户对象总数:0 legacyExchangeDN 中带有“@”字符的对象总数:8 具有不良 Active Directory 反向链接的对象总数:0 具有 ADCDisableMail 的 legacyExchangeDN 的对象总数:0 具有 ADCDisableMailByADC 的 legacyExchangeDN 的对象总数:0
现在我花了很多时间研究这个问题,这个问题似乎可以追溯到 Exchange 2003,与 Active Directory 损坏记录有关(特别是 Manager、Secretary 以及 HomeMDB 和 ClientMDB 值)。我运行了 Dave Goldman 博客推荐的一个工具,该工具允许我导出整个 AD 数据库(以及可能导致问题的相关值),在手动筛选了 14000 条记录后,我得出结论,这些字段中没有格式错误、空值或损坏的值,或者我在中途失去了理智而错过了它们。
我也尝试过:
- 运行 OABInteg 和 proxytest 以及 alltests 返回完全正常的结果。
- 使用 MAPI 工具打开我当前的 OAB,并手动检查前 50 条和后 50 条记录(因为 OAB 是按 50 条为一组生成的),但什么也没发现。
- 我已经完全重建了 OAB(不止一次),但结果完全相同。我还尝试使用 Web 和公用文件夹分发方法。
我能找到的唯一可能对我有帮助的东西是微软 Illumiati 分支开发的一款神秘工具,名为“NSPITool”,它似乎可以通过三个简单的步骤告诉我活动目录中格式错误的值在哪里,并让我解决它。但是这个工具显然只能通过 PSS 获得,我宁愿先在这里发帖,然后再联系 MSPSS。
任何帮助都将不胜感激!!
加雷思
答案1
帮助我诊断 2007 年迁移后 OAB/OAL 问题的一个步骤是将 OAB 生成日志级别调高。这有助于隔离一些问题条目。我最终不得不重新设置几个邮箱的某些值。一些愚蠢的事情,例如更改特定的 SMTP 地址并将其改回原始值,强制重新生成 OAB,然后查看它是否正常工作。
更改事件日志级别:http://technet.microsoft.com/en-us/library/aa998905(EXCHG.80).aspx
Set-EventLogLevel -Identity “MSExchangeSA\OAL Generator” –Level Expert
该程序需要在托管邮箱的服务器上运行。而不是在 Hub 或 CA 服务器上运行。
答案2
MS 支持 PSS - oabvalidate.exe http://social.technet.microsoft.com/Forums/en-US/exchange2010/thread/6a5cebd7-4c64-4a00-98d8-f635c26c6c3e/