从Exchange 2007升级到2010（8004010e）后，Exchange OAB（OAL）不会生成

我已经把我的头发拉了几天，让我看看我能否描述我的问题。

基本上，我们从2007年开始迁移到Exhcnage 2010年有90％的方式。自从2010年将OAB（或OAL现在在2010年）迁移到新服务器以来，我一直在收到这些错误（日志设置为专家）

首先我得到日志说它开始然后我得到了一大堆（这是正常的）最后一个：

 日志名称：应用程序 
来源：MSExchangeSA 
date：28/06/2010 8:46:42 am 
事件ID：9359 
任务分类：（13） 
级别：警告 
关键词：经典 
用户：N / A 
电脑：  
描述： 
 OALGen在地址列表“\ Global地址列表”中input“Joe Tsang”的截断或删除属性，因为它们超出了版本4脱机地址列表的configuration大小限制。 受影响的MAPI ID是：8008。 
 -  \默认脱机通讯簿 

我得到了大约60个左右，然后我得到：

• 我可以使密码更改提醒更明显
• 不要使用VPN凭证连接到networking资源？
• AD环境中的username.domainconfiguration文件
• 无法还原Active Directory中的备份GPO
• GPO屏幕保护程序没有出现

 日志名称：应用程序 
来源：MSExchangeSA 
date：28/06/2010 8:46:42 am 
事件ID：9339 
任务分类：（13） 
级别：错误 
关键词：经典 
用户：N / A 
电脑：  
描述： 
 ActiveDirectory PDC返回错误8004010e生成脱机通讯簿“\全球通讯簿”。 活动目录返回的最后一个收件人是“Joe Tsang”。 此脱机通讯簿将不会生成。 
 -  \默认脱机通讯簿 

和：

 日志名称：应用程序 
来源：MSExchangeSA 
date：28/06/2010 8:46:42 am 
事件ID：9330 
任务分类：（13） 
级别：错误 
关键词：经典 
用户：N / A 
电脑：  
描述： 
 OABGen遇到错误8004010e（内部ID 5001697）访问活动目录PDC'\全球通讯簿'。 
 -  \默认脱机通讯簿 

最后：

 日志名称：应用程序 
来源：MSExchangeSA 
date：28/06/2010 8:46:42 am 
事件ID：9126 
任务分类：（13） 
级别：错误 
关键词：经典 
用户：N / A 
电脑：  
描述： 
在计算地址列表'\ Global Address List'的脱机地址列表时，OABGen遇到错误8004010e。 此脱机地址列表将不可用于客户端下载。 
 -  \默认脱机通讯簿。 

此外，我注意到在一些检查中，我得到了一堆在我的OABInteg检查错误：

 处理地址簿条目＃23 of 50。 

显示名称= [email protected] 
对象是一个通讯组列表对象 
错误：LegacyExchangeDN存在“@”字符。 这是一个PDN问题，这可能会导致完全下载。 

但是总结是：

 扫描完成 
 + ------------- + 
地址簿中处理的条目总数：258 
跳过的条目总数：0 
总人数：4 
邮箱总数：139 
分发名单总数：83 
总人数：0 
文件夹总数：32 
find的通讯簿容器对象总数：0 
发现临时legacyExchangeDN的总数：0 
缺less一些主要属性的对象总数：0 
邮件和代理属性不匹配的对象总数：0 
没有域值的对象总数：0 
没有有效的unicode域值的对象的总数：0 
由于第一个字符不大于“/”，所以没有有效的SMTP域的对象总数为0 
不以/ o =或/ O =：0开头的对象总数 
缺less主代理地址属性的用户对象总数：0 
代理地址等于或大于64个字符的用户对象总数：0 
在legacyExchangeDN中带有“@”字符的对象总数：8 
带有错误的Active Directory反向链接的对象总数：0 
具有ADCDisableMail的legacyExchangeDN的对象总数：0 
具有ADCDisableMailByADC的legacyExchangeDN的对象总数：0 

现在我花了很多时间来研究这个问题，而且这似乎成了Exchange 2003的一个问题，并且涉及Active Directory损坏的logging（特别是Manager，Secretary和HomeMDB以及ClientMDB值）。 我运行了一个被Dave Goldman的博客build议的工具，它允许我导出整个AD数据库（以及可能导致问题的相关值），并通过手动筛选14000条logging后得出结论：没有格式错误，空值或损坏的值在这些领域的任何一个领域，或者我半途而废，我错过了他们。

我也试过了：

1. 运行OABInteg和代理testing和alltests返回完全正常的结果。
2. 使用MAPI工具来打开我当前的OAB，并手动检查之前和之后的50个logging（因为OAB是以50个一串产生的）并且什么也没有find。
3. 我已经完全重写了OAB（不止一次），并得到完全相同的结果。 我也尝试使用Web和公用文件夹分发方法。

我唯一可以find的东西可能对我有帮助，这是一个神秘的工具，由Microsoft的Illumiati分支开发，名为“NSPITool”，显然可以通过三个简单的步骤告诉我在活动目录中的格式不正确的值，并让我解决它。 然而，这个工具只能通过PSS获得，我宁愿在联系MSPSS之前先在这里发帖。

任何帮助将是appreicated！

加雷思