目录

简介

问题

故障排除

解决方案

简介

本文档描述的问题是，您的用户可能无法获得在Cisco Unity Connection和Microsoft Exchange 2010之间同步的邮件。此问题可能由新设置引起，或可能干扰现有设置。Exchange 2010 Service Pack 2(SP2)Rollup 4(RU4)最近所做的更改可能是原因之一。

问题

同步问题通常发生在收件箱中包含大量项目的用户，但也可能发生在其他邮箱大小的用户。Microsoft Exchange 2010 SP2 RU4应用限制的方式已发生变化。

思科文档说明：

“在Exchange 2010 SP2 RU4之前，限制限制是根据主叫帐户（在我们的案例服务帐户中）计算的。 从Exchange 2010 SP2 RU4开始，此限制已更改。现在，这些费用是根据目标邮箱而不是主叫帐户计算的。”

故障排除

此步骤介绍如何调查和验证问题：

1. 按“Unified Messaging Accounts（统一消息帐户）”下用户上的Test按钮。导航至Users > 'select your users' > edit > Unified Messaging Accounts > '选择服务。'

2. 转至Cisco Unity Connection Serviceability网页，导航至Trace > Micro Trace，然后启用以下Micro跟踪：

CsMBXSync: 10,11,12,13,14,15,16,17,18,19,20,21,22,23

CsEWS: 10,11,12,13

3. 为用户留下测试消息。等待留言留在电话上，再等待三分钟，以便允许Unity Connection与Exchange Web服务(EWS)同步。

4. 使用用户实时监控工具收集这两个跟踪。将时间范围设置为10分钟，以便您获得测试时间范围的所有跟踪。将下载位置设置为桌面，并查找名为“Unity Connection server：”的文件夹

Connection Mailbox Sync

Connection Tomcat

注意：连接邮箱同步跟踪是最有用的跟踪。如果生成了多个邮箱同步跟踪，请使用Notepad++一次搜索所有跟踪。

5. 搜索追踪。通常，您可以通过其公司电子邮件地址查找用户。

12:38:48.095 |13196,,,CsMbxSync,20,Created Service Entry Handler with

retry count 1 for Srvc Entry Data&colon; (Cnx Mbx Id: Cnx Mbx Id: (Mbx Uid:

{11f4a1b5-7758-434a-b66e-f84889b923f2}, Inbox Folder Uid:

{6d08496c-9f8c-4cb4-a828-a38a3d9b7d97}, Mail Store: UnityMbxDb1, Inbox

Folder Name: inbox), Srvc Data&colon; External Srvc Data&colon;

(Ext Srvc Oid: {85ee84a7-0bb6-457f-8cce-2fbf2fae5ad7}, Display Name: UM

Sevices 1, Auth Scheme: 2, Is Enabled: 1, Srvc Supports Sync: 1 , Exch Do

Auto Discover: 0, Exch Do Auto Discover 2003: 0, Security Transport Type:

1, Server: 192.168.5.5, Service Account: Test, Service Password: XXXXXXXXX,

Service

Type: 4, Exch Service Type: 1, Trust Cert Dir:

/usr/local/platform/.security/tomcat/trust-certs/, Ldap Security Transport

Type: 0, Ldap Validate Server Certificate: 0, Validate Server Certificate:

0, Notification Type: 0, Is Impersontaion Enabled: 1, Proxy Ip Address: ),

Mbx Data&colon; Mbx Data&colon;

(Email Addr: user@mylab.com, Subscriber Oid:

{019b9589-d0b4-440f-8afd-dc99ba67547e}, Sync Enabled: 1, SESM Oid:

{ac8b5b58-766b-4ccf-b444-525606562f18}, DTMFAccess ID: 111))
主要信息是订阅者OID，在本例中为{019b9589-d0b4-440f-8afd-dc99ba67547e}。包含此Oid的任何行都指此用户。现在，如果搜索Subscriber Oid，可以获取更多信息。

6. 搜索代码，如“ErrorServerBusy”。 以下是搜索的输出示例：

12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},

CsEws,14,endElement>>> 0:0 - MessageText = The server cannot service this

request right now. Try again later.

12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},

CsEws,14,startElement>>> 0:0 - ResponseCode =

12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},

CsEws,14,endElement>>> 0:0 - ResponseCode = ErrorServerBusy

此输出表示EWS已根据Exchange Server上的当前EWS策略超时请求。

解决方案

要解决此问题，请根据此更新文档调整EWS策略：为统一消息传送配置Cisco Unity Connection 9x和Microsoft Exchange:删除Cisco Unity Connection（Exchange 2010 SP2 RU4及更高版本）的统一消息服务帐户的EWS限制。

此过程介绍如何创建具有无限EWS连接的新EWS策略。新策略将允许出现ErrorServerBusy问题的用户能够正常工作：

1. 登录到安装了Exchange Management Shell的服务器。使用属于Enterprise Admins组的成员的帐户或有权向配置容器中的Exchange对象授予权限的帐户。

2. 使用无限EWS连接创建新策略：

New-ThrottlingPolicy -Name "

"

-EWSMaxConcurrency $null -EWSMaxSubscriptions $null -EWSPercentTimeInCAS

$null -EWSPercentTimeInMailboxRPC $null -EWSFindCountLimit $null

-EWSPercentTimeinAD $null
其中ConnectionUnifiedMessagingServicesPolicy是要创建的策略的名称。

3. 将新策略应用于所有统一消息传送用户邮箱。对于每个用户邮箱，运行以下命令：

Set-ThrottlingPolicyAssociation -Identity

"<ConnectionUnifiedMessagingusermailbox>" -ThrottlingPolicy

"<ConnectionUnifiedMessagingServicesPolicy>"

其中：

ConnectionUnifiedMessagingusermailbox是用户邮箱的名称。

ConnectionUnifiedMessagingServicesPolicy 是您在步骤2中创建的策略的名称。

4. 确认邮箱使用新策略：

Get-ThrottlingPolicyAssociation -Identity

"<ConnectionUnifiedMessagingusermailbox>" | findstr "ThrottlingPolicy"

5. 在具有信道关联信令(CAS)角色的每台Exchange 2010服务器上重新启动Microsoft Exchange远程过程调用(RPC)客户端访问服务。