Voix et communications unifiées : Cisco Unity

Unity 7.x - Synchronisation impossible avec Exchange 2007

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (26 octobre 2011) | Commentaires


Contenu


Introduction

Ce document décrit comment dépanner et surmonter le problème quand la messagerie vocale de l'Unity 7.0(2.0) est inaccessible et le serveur d'Unity va au mode du référentiel de message d'Unity (UMR). Cette erreur est provoqué par quand le serveur d'Unity ne peut pas synchroniser avec le serveur exchange. Dans ce cas, toute la messagerie vocale sera temporairement enregistrée dans le répertoire de l'Unity MTA.

Conditions préalables

Conditions requises

Cisco recommande que vous comprenniez comment des travaux de Cisco Unity avant que vous lisiez ce document.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco Unity 7.0(2.0) avec Microsoft Exchange Server 2007.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

La question s'est produite dans le Cisco Unity 7.0(2) s'exécutant dans un environnement de messagerie unifiée intégré avec un serveur 2007 de partenaire d'échange. L'environnement d'échange s'est composé des serveurs de l'échange 2007 de 99% et il y avait quelques 2000) serveurs existants d'échange (. Quand l'échange existant (2000) a été désarmé, fonctionner arrêté par Unity, il pourrait plus ne fournir des messages à l'échange, et il a été coincé en mode UMR.

Cisco Unity en mode UMR

Le serveur de Cisco Unity est en mode UMR, avec toute la messagerie vocale étant enregistrée dans le répertoire de l'Unity MTA. Le Cisco Unity ne peut pas synchroniser avec Microsoft Exchange 2007.

Afin de trouver l'origine du problème, vous avez besoin :

  1. Exécutez l'assistant d'autorisations et entretenez l'assistant de configuration.

  2. Exécutez l'assistant de configuration de mémoire de message d'Unity (MSCW).

Problème - Pour exécuter l'assistant de configuration de mémoire de message d'Unity

Vous êtes bloqué à l'assistant de configuration de mémoire de message d'Unity et le journal d'événements affiche cette erreur :

Event Type:	Warning
Event Source:	CiscoUnity_DirChangeWriter
Event Category:	Warning 
Event ID:	1050
Date:		2/8/2010
Time:		3:10:03 PM
User:		N/A
Computer:	Computer Name
Description:
The USbms_Computer Name directory object was deleted. 
The corresponding Cisco Unity account is undeletable.

Solution

Exécutez ces étapes pour résoudre le problème :

  1. Vérifiez si le compte de nom d'USbms_Computer est en activité ou pas.

  2. Redémarrez le serveur de partenaire d'échange (EXCHCluster).

  3. Une fois que le serveur exchange est redémarré, redémarrez le serveur d'Unity de nouveau. En redémarrant l'Unity divisez de nouveau tiendra compte pour que le profil MAPI soit recréé.

  4. Si le fichier de TestWritableDomainController est corrompu, vous ne pourrez pas exécuter le MSCW. Réinstallant le fichier résoudra également le problème.

Problème - Obtenir de messages rempli dans le répertoire MTA

Même après exécuter le MSCW avec succès, les messages vocaux obtiennent les ont rempli dans le répertoire MTA.

Solution

Exécutez ces étapes pour résoudre le problème :

  1. Assurez-vous que tous les services de Cisco Unity sont en service.

  2. Exécutez DC/GC rebranchent l'outil de configurations pour tester la connexion.

    mapi-unity-01.gif

  3. Supprimez le profil MAPI et recréez-le.

Problème - Commuté pour permuter le serveur 2010, erreurs de profil de mapi tout en ouvrant une session

Problème 1

L'utilisateur ne peut pas récupérer des messageries vocales du Cisco Unity et le visualisateur d'événements du log d'Unity affiche cette erreur :

 
Event Type:	Error
Event Source:	CiscoUnity_MALEx
Event Category:	Error 
Event ID:	30012
Date:		9/7/2010
Time:		8:05:19 PM
User:		N/A
Computer:	IPT-UNITY01
Description:
An occurred which prevents successful Exchange access by AvCsMgr via MAPI.

Solution

Ce défaut provient le test investigateur avec l'Unity 7,0 et l'échange 2010. Quand l'Unity 7,0 abonnés connectent le serveur de partenaire de l'échange 2010 de hors fonction-case, plusieurs erreurs résultent et les abonnés ne peuvent pas accéder à leur boîte de réception. Ils entendent à la place, vos messages ne sont pas disponibles maintenant.

Une autre cause de ce problème pourrait être la perte de synchronisation entre l'Unity et l'échange qui a comme conséquence les messages étant enregistrés dans le répertoire de x:\Commserver\UnityMTA\Failed. Pour résoudre ce problème, exécutez les étapes suivantes :

  1. Allez à x:\Commserver\UnityMTA\Failed.

  2. Sélectionnez les messages que vous voulez livrer et déplacer tous au répertoire d'UnityMTA.

  3. Redémarrez ces services :

    • CuMDBStoreMonitor

    • AvMsgStoreMonitorSvr

    • AvUMRSyncSvr

    Si cela ne fonctionne pas, procédez à l'étape 3.

  4. Allez au registre et changez ces valeurs :

    • Allez à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Voice\AvWM\1.00 actif et placez la détection de CAS de serveur de débronchement à 1.

    • Allez à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Voice\AvWM\1.00 actif et placez l'état de serveur Checkto 1. de débronchement.

    • Allez à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Voice\Doh\1.00 actif. Assurez-vous que le nom de serveur de messagerie est le serveur de Partner Exchange.

    • Allez à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Voice\MalEx\1.0 actif et placez DisableStatusCheck à 1. s'assurent que le nom du serveur est le serveur de Partner Exchange.

  5. Redémarrez le service d'accès client RPC de Microsoft Exchange.

Problème 2

Pour des serveurs d'Unity avec des boîtes aux lettres d'abonné et de système sur des serveurs de l'échange 2010, il y a des erreurs de MALex au startup d'Unity :

Event Type:	Error
Event Source:	CiscoUnity_MALEx
Event Category:	Error 
Event ID:	30003
Date:		2/23/2010
Time:		1:23:22 PM
User:		N/A
Computer:	Unity123
Description:
An attempt to access the Primary Exchange Mailbox Store by CsBMsgConnector via
    MAPI has failed.  
The MAPI subsystem return the following error: The Microsoft Exchange Server
    computer is not available.  
Either there are network problems or the Microsoft Exchange Server computer is
    down for maintenance.

Solution

Si vous utilisez l'échange 2010 en tant que serveur de messagerie d'Unity, vous devez retirer de nouvelles limites de étranglement introduites dans l'échange 2010. Afin de retirer la limite, le compte de services de mémoire de message de Cisco Unity, UnityMsgStoreSvc en général Désigné, doit avoir une boîte aux lettres sur un serveur de l'échange 2010 avec une stratégie de boîte aux lettres qui permet les connexions illimitées RPC.

Exécutez ces étapes afin de résoudre le problème :

  1. Si le compte de services de mémoire de message de Cisco Unity n'a pas une boîte aux lettres, exécutez ces étapes :

    1. Dans la console de gestion de l'échange 2010, cliquez sur New la boîte aux lettres et choisissez la boîte aux lettres d'utilisateur > les utilisateurs existants.

    2. Cliquez sur Add.

    3. Trouvez et choisissez le compte en tant que lequel le login de services de mémoire de message de Cisco Unity (compte de services de mémoire de message), UnityMsgStoreSvc en général Désigné, et cliquent sur OK alors ensuite.

    4. Écrivez un pseudonyme et le contrôle spécifient la base de données de boîte aux lettres.

    5. Choisissez une base de données de boîte aux lettres de l'échange 2010 et cliquez sur OK.

    6. Cliquez sur Next et puis terminez.

  2. Une fois que les services de mémoire de message de Cisco Unity ont une boîte aux lettres, ouvrez une fenêtre de shell de Gestion de l'échange 2010.

  3. Créez une nouvelle stratégie avec les connexions illimitées RPC :

    new-throttlingpolicy -name "Unity Exchange 2010
        Policy" -RCAMaxConcurrency $null
  4. Appliquez-vous la nouvelle stratégie au compte de Messagerie d'Unity :

    set-mailbox -identity "UnityMsgStoreSvc"
        -throttlingpolicy "Unity Exchange 2010 Policy"
  5. Confirmez que la boîte aux lettres utilise la nouvelle stratégie :

    get-mailbox -identity "UnityMsgStoreSvc" | fl | findstr "Throttling Policy"

    Remarque: Comme vu dans le domaine et le test, l'échange 2010 n'applique pas automatiquement la nouvelle stratégie de étranglement. Quoique le shell de Gestion d'échange prouve que la stratégie de étranglement correcte (stratégie d'échange 2010 d'Unity) est en place, la stratégie de étranglement de par défaut peut encore être en effet.

  6. Pour appliquer la nouvelle stratégie sur chaque serveur de l'échange 2010 avec le rôle de serveur d'accès client (CAS), redémarrez le service d'accès client RPC de Microsoft Exchange.

  7. Appliquez-vous la stratégie à tous les comptes des services de mémoire de message.

    Remarque: Ceci est documenté dans la bogue CSCtf22724 (clients enregistrés seulement).

Après application du contournement mentionné ci-dessus vous ne recevrez aucun log de visualiseur d'erreurs en cas. Cependant, si vous trouvez n'importe quelles questions avec le MWI, ce pourrait être le résultat de détecter pas correctement l'état de serveur ou de mailstore dans l'Unity. Ceci peut se produire si vous utilisez un NLB (balancier de charge du réseau) pour les deux serveurs de CAS qui prennent en charge le mailstore/boîte aux lettres.

Exécutez ces étapes afin de résoudre le problème :

  1. Le contrôle d'état de CAS peut être désactivé par défaut dans le registre. Allez à HKLM \ à logiciel \ à détection active de serveur Voice\AvWM\1.00\Disable CAS et placez la valeur à 0.

  2. Redémarrez Cisco Unity Server.

  3. Exécutez l'outil administrateur en vrac pour des abonnés.

  4. Désactivez les notifications de MWI et puis les réactivez.

    Remarque: Ceci est documenté dans la bogue CSCth16025 (clients enregistrés seulement).

Problème - Des boîtes aux lettres supprimées de système d'Unity ne peuvent pas être recréées utilisant le script

Exécuter MSCW ne pourrait pas générer un script, ainsi des boîtes aux lettres de système ne peuvent pas être créées et le visualisateur d'événements affiche cette erreur :

Event Type:	Error
Event Source:	CiscoUnity_MALEx
Event Category:	Error 
Event ID:	30003
Date:		2/8/2010
Time:		8:18:39 PM
User:		N/A
Computer:	Computer Name
Description:
An attempt to access the Primary Exchange Mailbox Store by AvUMRSyncSvr via
MAPI has failed. The MAPI subsystem return the following error:
The Microsoft Exchange Server computer is not available.
Either there are network problems or the Microsoft Exchange Server computer
is down for maintenance.

Solution

Selon l'erreur, l'Unity ne peut pas trouver le Microsoft Exchange Server. En conséquence, exécutez ces étapes pour résoudre le problème :

  1. Utilisez l'outil de diagnostic d'accès de répertoire pour vérifier l'accès de mailstore.

  2. Dirigez le contrôleur de domaine (C.C) et le serveur global de catalogue (CHROMATOGRAPHIE GAZEUSE) au même serveur exchange de partenaire, et faites un resyncronization.

  3. Réalisez un essai de DO. Cet essai est réalisé pour le suivi analysant l'accès de répertoire et l'accès de Messagerie.

Problème - Pour accéder au nom du serveur d'Unity utilisant le test de DO

La question se produit parce que la connexion 2007 de DO d'échange/envoient échoue si la base de données de répertoire public est démontée. Cet isssue est documenté par l'ID de bogue Cisco CSCsq31845 (les clients enregistrés seulement)

Solution

Vérifiez les répertoires publics dans le serveur exchange pour voir s'ils sont démontés et/ou ne pourriez pas être monté. Exécutez ces étapes pour apporter les répertoires publics, et réparez le Cisco Unity :

  1. Créez les hiérarchies de répertoire sous le Groupe administratif d'échange.

  2. Créez un objet public d'arborescence.

  3. Remplissez objet d'attribut de msExchOwningPFTreeBL des mémoires PF dans l'organisation.

Créez les hiérarchies de répertoire sous le Groupe administratif d'échange

Exécutez ces étapes pour créer les hiérarchies de répertoire sous le Groupe administratif d'échange :

  1. Sur le serveur exchange, allez au passage, tapez adsiedit.msc, et cliquez sur OK.

  2. Dans la nouvelle fenêtre, choisissez la configuration > les Configuration-services > le Microsoft Exchange > l'Orgname > les Groupes administratifs > le Groupe administratif d'échange.

    mapi-unity-02.gif

  3. Groupe administratif d'échange de clic droit.

  4. Choisissez le nouvel objet.

  5. Choisissez le msExchPublicFolderTreeContainer pour la classe, et cliquez sur Next.

  6. Écrivez les hiérarchies de répertoire pour la valeur et cliquez sur Next.

  7. Cliquez sur Finish (Terminer).

Créez un objet public d'arborescence

Exécutez ces étapes pour créer l'objet public d'arborescence :

  1. Hiérarchies de CN=Folder de clic droit > nouvel objet.

  2. Choisissez le msExchPFTree pour la classe.

  3. Entrez dans les répertoires publics pour la valeur et cliquez sur Next.

  4. Cliquez sur plus d'attributs, choisissez le msExchPFTreeType, et placez la valeur à 1.

    Remarque: C'est très important que cette valeur soit placée à une valeur de 1 pendant que ceci indique à échange que c'est une arborescence MAPI.

  5. L'ok de clic et terminent alors.

Remplissez objet d'attribut de msExchOwningPFTreeBL des mémoires PF dans l'organisation

Maintenant, vous devez remplir objet d'attribut de msExchOwningPFTreeBL des mémoires PF dans l'organisation. Puisque cet attribut n'est pas directement editable, exécutez ces étapes pour faire ceci pour chaque mémoire PF :

  1. Obtenez les propriétés de l'objet de création récente d'arborescence de répertoires publics dans ADSIEdit.

  2. Copiez la valeur de distinguishedname sur le presse-papier, et puis cliquez sur l'annulation.

  3. Naviguez vers le groupe de mémoire qui contient la mémoire de répertoire public pour ce serveur et obtenez les propriétés du serveur.

  4. Localisez l'attribut de msExchOwningPFTree et le collez en valeur qui a été copiée sur le presse-papier dans l'étape 2. cliquent sur OK.

  5. Redémarrez le service de mémoire de l'information.

  6. Maintenant vous pourrez monter la mémoire de répertoire public.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 111896