语音和统一通信 : Cisco Unity-CM TSP 版本 8.1

Cisco Unity 8.x :公用分发名单成员导入问题

2016 年 10 月 27 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 12 月 11 日) | 反馈


目录


简介

公共分配表(PDLs)用于传送语音留言对多个用户。用户分配到PDL典型地是经常需要同一信息的用户,例如团队的部门或队员的员工。当用户在PDL时,没有导入本文提供关于解决问题的信息。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档中的信息基于以下软件和硬件版本:

  • Cisco Unity 8.x

  • Microsoft Exchange 2010

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

背景信息

有PDL可以存储的两个不同的位置:

  • 搜索范围PDL —此种PDL是,当目录处理程序配置有限的SearchScope设置为PDL时。当您执行此时,在vw_NamedLookupHandler视图的目录处理程序条目更新指向SearchScopeObjectId列映射到在vw_ScopeDlist视图的ScopeDlistObjectId列。在vw_ScopeDlist的此同样条目也有映射对PDL objectGUID在激活目录(AD)的DirectoryId列。

  • 系统PDL在Unity — Unity也有功能发送语音邮件对个人的一组通过私有和公共PDLs。这些是有些不同的与SearchScope PDL,但是核心概念是类似的。

搜索范围PDL

当您配置目录处理程序搜索PDL时,首先更新与适当的值的vw_ADMonitorScopeDistributionList表。一旦插入, vw_ADMonitorScopeDistributionListMember表填充与在PDL的成员属性列出的对象的所有objectGUID。然后,那些成员基本上复制对vw_ScopeDlistMember视图,并且vw_ScopeDlist更新与PDL的objectGUID。最后, vw_NamedLookupHandler更新指向在vw_ScopeDlist的条目。

当修改发生对PDL时,活动目录应该增加对象的uSNChanged属性。如果有在vw_ADMonitorScopeDistributionList视图的一个条目修改的PDL的,当Unity执行下同步在Avdsad下时,检测更改并且拉下所有更改。如果没有在视图的条目修改的objectGUID的,则Unity不拾起也不复制对PDL的任何更改。当搜索给的目录处理程序时,这能导致缺少用户。假设有在此视图的一个条目,然后vw_ADMonitorScopeDistributionListMembervw_ScopeDlistMember表也更新。这两张视图必须总是包含确切同样计数给的PDL的成员。

问题

成员在PDL没有导入。您希望使用PDL作为所有者邮箱。当分配表从Exchange服务器时导入,您在Unity管理中看不到此PDL的所有成员。

解决方案

有时,因为原始Global Catalog (GC)服务器不能正确地同步以Cisco Unity,此问题出现。执行这些步骤为了解决问题:

  1. 检查vw_ADMonitorScopeDistributionList视图有给的PDL的一个RootDistListGuid条目。

    您能使用\通用服务器\ Techtools \。.ldp.exe*或*adsiedit.mscto视图PDL的objectGUID。

  2. 跟随激活目录监控程序转换它到什么您在SQL将看到。如果没有条目在此表里,则指向数据库损坏或AD同步问题。最容易的解决方案在这种情况下将配置目录处理程序使用本地Unity服务器作为其SearchScope,然后单击保存。然后,再请选择原始PDL并且保存。这触发数据库再更新其条目。

  3. 如果有在上述视图的一个条目,检查的下件事是vw_ADMonitorScopeDistributionListMember视图。从第一步,您有PDL的objectGUID。运行在此视图的一SQL查询得到所有成员列表。Unity能从已配置的全球目录服务器解压缩:

    SELECT Count(*) AS Count FROM vw_ADMonitorScopeDistributionList 
    WHERE RootDistListGuid = 'value_from_step_one'  
    
    SELECT * FROM vw_ADMonitorScopeDistributionList 
    WHERE RootDistListGuid = 'value_from_step_one'
  4. 这返回成员数量以及每个成员分配到该PDL。如果注意零或未命中此视图的成员,则您需要将objectGUID仔细检查。如果那正确,则您需要查看Unity配置复制与通过DC/GC重新连接设置工具的全球目录服务器。

    注意: 在DC/GC中请重新连接设置工具,如果尝试“强制为GC重新连接”,事件日志能报告您无法连接到该服务器。在这种情况下,连接对一个不同的全球目录服务器的尝试。

  5. 使用时ldp.exe或adsiedit.msc,您能连接到该GC和打开PDL的属性。您应该验证UnityDirSvcaccount有适当的权限复制与此PDL。如果权限正确,下一步是启用和查看AvDSADand AvDSGlobalCatalogdiagnostics。

  6. 假设所有成员在上述视图出现,下一步是运行在vw_ScopeDlistMember视图的一相似的SQL查询。此视图一定总是相同的与上述结果:

    SELECT Count(*) AS Count FROM vw_ScopeDlistMember 
    WHERE ScopeDlistDirectoryId = 'value_from_step_one'  
    
    SELECT * FROM vw_ScopeDlistMember 
    WHERE ScopeDlistDirectoryId = 'value_from_step_one'

    如果计数是不同的在上述两张视图之间,则这是数据库问题的符号。

  7. 最后一步是验证PDL存在vw_ScopeDlist视图和对正确目录处理程序的进入点vw_NamedLookupHandler视图的。为了执行此,您能运行SQL查询:

    SELECT * FROM vw_NamedLookupHandler 
    WHERE SearchScopeObjectId = (SELECT ScopeDlistObjectId FROM vw_ScopeDlist 
    WHERE DirectoryId = 'value_from_step_one')

    这应该返回目录处理程序的整个条目。如果它不,则有与相关的链路的一问题两张视图之间。简单解决方案将再分配PDL作为目录处理程序的SearchScope。


相关信息


Document ID: 113497