脱机通讯簿生成问题Exchange 2010事件9331和9358

我正在做从2003年到2013年的双跳迁移。我已经迁移到Exchange 2010,但我认为公用文件夹和复制有一个呃逆。 所有公用文件夹都在为客户端工作,并且可以被所有人访问,但是我在交换服务器上的事件日志中遇到了一些错误。

我担心这些将会在2010年到2013年间进行迁移时导致问题。再次确认用户没有看到只有服务器的错误。 Exchange 2003已经停用并closures,新的2010服务器是一个包含所有angular色的服务器。

目前正在侦测我的两个事件是事件9331和9358(源MSExchangeSA),它们与OAB的生成有关,并在我尝试更新OAB或更新计划运行时出现。

Event ID: 9331 OABGen encountered error 8004010f (internal ID 501080f) accessing the public folder database while generating the offline address list for address list '\Global Address List'. - \Default Offline Address List Event ID: 9358 OALGen could not update the timestamp of the previous version of offline address list '\Global Address List'. Please check earlier event log messages for the specific error. - \Default Offline Address List 

我已经尝试了很多,但仍然出现,要么是还有问题,要么我不了解某些东西。

我已经尝试http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/Q_26320925.html其中的反应build议

  • 添加registry项“OAL post full如果差异失败”W /值为1
  • 在Exchange数据库的客户端设置中select默认脱机通讯簿
  • 确保服务正在运行
  • 重新启动了Microsoft交换通讯簿服务和Microsoft交换文件分发服务。
  • 检查C:\ ProgramFiles \ Microsoft \ Exchange Server \ V14 \ ExchangeOAB和C:\ ProgramFiles \ Microsoft \ Exchange Server \ V14 \ ClientAccess \ OAB文件夹与GUID caules和填充.LZX文件

http://social.technet.microsoft.com/Forums/en-US/e4a302f7-fc67-4c31-a429-0a19f1eafaa9/oab-issues提出了一个权限问题,并且将iss_usrs添加到web.config文件中,但是我不知道,没有iss_usrs组,但是经过身份validation的用户,系统和pipe理员都可以访问。

我还有一些其他小问题,以及列在我的spiceworkspost(我不能列出,因为我是一个新成员,不能把两个以上的链接),这些有关exchange 2003服务器仍然被引用复制和仍然出现在ADSI编辑中,我跟着一个关于从CN =configuration,DC = DOMAIN,DC =本地> CN =服务> CN = Microsoft Exchange> CN = EXCHANGE_ORG> CN =使用ADSI的pipe理组删除旧的Exchange服务器

我很抱歉这么长的post,但我想确保所有的信息都在这里

2014年3月28日更新

好吧,我一直在探索,发现一个问题,但不知道是否相关。 运行Get-MailPublicFolder命令时,一些返回的结果显示警告。

 WARNING: The object company.com/Microsoft Exchange System Objects/Conference Calendar has been corrupted, and it's in an inconsistent state. The following validation errors happened: WARNING: Property expression "Conference Calendar" isn't valid. Valid values are: Strings formed with characters from A to Z (uppercase or lowercase), digits from 0 to 9, !, #, $, %, &, ', *, +, -, /, =, ?, ^, _, `, {, |, } or ~. One or more periods may be embedded in an alias, but each period should be preceded and followed by at least one of the other characters. Unicode characters from U+00A1 to U+00FF are also valid in an alias, but they will be mapped to a best-fit US-ASCII string in the e-mail address, which is generated from such an alias. 

从我可以告诉这是由于交换2010年不喜欢空间的名称,因为交stream2003从未关心。 我正在通过改变这个现在看看是否有任何改变