Voix et communications unifiées : Cisco Unity

L'Unity « vos messages ne sont pas » demande disponible en mode UMR

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document fournit des étapes pour dépanner des situations quand le serveur de Cisco Unity ne fournit pas des messages au Microsoft Exchange Server. Une grande majorité de ces questions sont vues quand des boîtes aux lettres sont migrées vers un serveur de Microsoft Exchange 2010 et les étapes tracés les grandes lignes dans Microsoft Exchange de utilisation 2010 avec des versions 8.0 de Cisco Unity, 7.0, et le document de 5.0 transferts ne sont pas suivis.

Contribué par Anirudh M Mavilakandy et Sara Sheridan, ingénieurs TAC Cisco.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco Unity
  • Microsoft Exchange

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco Unity Version 5.0 ou plus tard
  • Microsoft Exchange 2003 ou plus tard comme mémoire de messagerie de partenaire

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.

Symptômes

Quand vous essayez d'accéder à la messagerie vocale par l'intermédiaire de l'interface utilisateur de téléphone (TUI), vous entendez que la demande « vos messages ne sont pas disponible maintenant ». Des messages sont coincés dans le répertoire de C:\Commserver\UnityMTA (ceci suppose que le Cisco Unity est installé sur le C : drive).

Si quelques messages sont fournis, mais d'autres messages restent dans le répertoire du message transfer agent (MTA), voir l'Unity dans l'ID d'événement UMR 113 scénarios de panne afin de dépanner la question.

Quand les messages ne sont pas coincés dans le répertoire MTA et quand l'utilisateur entend « vous ne faire inciter aucun nouveau message », voir l'Unity « vous les procédures de dépannage promptes n'avoir aucun nouveau message » afin de dépanner la question.

Fond

Le Cisco Unity emploie le protocole de l'interface de programmation d'applications de messagerie (MAPI) afin de communiquer avec le serveur exchange et fournir des messages. Les tentatives de serveur de Cisco Unity d'ouvrir une session à l'Unity_<servername de la boîte aux lettres primaire de server> d'Unity, qui est autoguidée sur le serveur de Partner Exchange. Si le Cisco Unity ne peut pas accéder à cette boîte aux lettres au moment du startup, l'application d'Unity est placée dans le mode du référentiel de message d'Unity (UMR), ainsi il signifie que des messages sont enregistrés localement sur le serveur d'Unity jusqu'à ce que la transmission avec l'échange soit restaurée. C'est l'un des possibles raison que l'Unity est en mode UMR. Ce document couvre également quelques autres causes possibles de mode UMR.

Ces outils, installés avec le Cisco Unity, peuvent être utilisés pour vérifier si la boîte aux lettres d'Unity_<servername> et le serveur où elle réside sont accessibles.

Test RPC

Le test RPC peut être utilisé afin de déterminer si le serveur exchange communique correctement avec le Cisco Unity et le RPC.

  1. Sur Cisco Unity Server, choisissez le Start > Run.
  2. Écrivez le cmd afin d'apporter la fenêtre CLI.
  3. Changez les répertoires aux outils d'assistance de x:\Commserver\Utilities\Customer \ RPCTest \. (Remplacez x par le lecteur où l'Unity est installé.)
  4. Entrez dans le rpctest - commande d'exchangeservername s, où l'exchangeservername est le nom du serveur exchange de partenaire, ou serveur d'accès de Clent (CAS).

    Si le test est réussi la sortie inclut la ligne « serveur est sur la ligne. : : RpcMgmtIsServerListening:0".

D'autres détails peuvent être trouvés dans l'Unity : Comment utiliser l'outil de RPCTest pour détecter si Microsoft Exchange Server est accessible.

DohPropTest

DohPropTest te permet pour visualiser des détails de la configuration de boîte aux lettres et pour déterminer s'il est accessible.

  1. Sur Cisco Unity Server, choisissez le Start > Run.
  2. Écrivez le cmd afin d'apporter la fenêtre CLI.
  3. Répertoires de modification à x:\Commserver\TechTools\. (Remplacez x par le lecteur où l'Unity est installé.)
  4. Écrivez le DohPropTest.exe - une commande afin de lancer l'outil.
  5. Le mot de passe pour accéder à l'outil est calculé avec la formule (100-Month)(Month+Date), ainsi pour le 10 janvier le mot de passe est (100-1)(1+10) = 9911.
  6. Dans le volet de collections, localisez les MailUsers.
  7. Dans le volet d'objets de collecte, localisez la boîte aux lettres d'Unity_<servername>.
  8. Le clic obtiennent la boîte aux lettres de l'utilisateur.
    Si la connexion est réussie, vous devriez voir une nouvelle fenêtre avec le Displayname, le Homeserver, et les limites configurées pour la boîte aux lettres.

MbxSuite

MbxSuite fait les mêmes demandes que le Cisco Unity fait à Microsoft MAPI. Après que vous écriviez quelques informations, MbxSuite.exe tente une procédure de connexion à une boîte aux lettres.

  1. Sur Cisco Unity Server, choisissez le Start > Run.
  2. Écrivez le cmd afin d'apporter la fenêtre CLI.
  3. Répertoires de modification à x:\Commserver\TechTools\. (Remplacez x par le lecteur où l'Unity est installé.)
  4. Sélectionnez la commande MbxSuite.exe afin d'ouvrir l'outil.
  5. Choisissez la boîte aux lettres d'Unity_<servername>.
  6. Dans le passage comme champ, écrivez le compte des services de mémoire de message d'Unity, UnityMsgStoreSvc en général Désigné. Entrez le mot de passe de compte une fois incité.
  7. Boîte aux lettres de connexion de clic.
  8. Vérifiez le volet de diagnostics pour des erreurs.
    Si la connexion est réussie, vous devriez voir la « entrée de MailboxLogon » suivie de la « sortie de MailboxLogon ».

L'outil MFCMAPI de Microsoft, avec le profil du courant MAPI, peut également être utilisé pour vérifier si une boîte aux lettres est accessible. Voir le pour en savoir plus de documentation Microsoft.

Dépannez

Terminez-vous chaque étape dans la commande. Après que chaque étape, redémarrent le service d'AvUMRSyncSvr et le contrôle si nombre de messages s'est tenu dans le répertoire d'UnityMTA diminue.

  1. Quand des boîtes aux lettres d'abonnés sont déplacées (sur le même serveur exchange ou un nouveau serveur exchange), les autorisations exigées doivent être appliquées à la nouvelle base de données de boîte aux lettres.

    Installez la dernière version de l'assistant d'autorisations avec les instructions trouvées dans le fichier d'aide. Ouvrez une session au serveur de Cisco Unity avec un compte qui est un membre du groupe d'admins de domaine et réexécutez l'assistant d'autorisations. Assurez-vous que vous choisissez vous appliquez des autorisations à toutes les bases de données de boîte aux lettres qui contiennent des boîtes aux lettres d'abonné de Cisco Unity.

  2. Assurez que le catalogue global (CHROMATOGRAPHIE GAZEUSE) divisent est accessible. Le Cisco Unity surveille le serveur de CHROMATOGRAPHIE GAZEUSE pour des mises à jour de répertoire. Le client du Cisco Unity MAPI doit également pouvoir communiquer avec le serveur de CHROMATOGRAPHIE GAZEUSE. Afin de vérifier/changez le serveur de CHROMATOGRAPHIE GAZEUSE qui est actuellement surveillé, se terminent ces étapes :
    1. Choisissez le dépôt > les outils d'administration > le lancement DCGC d'outils de Cisco Unity rebranchent des configurations.
    2. Ignorez l'avertissement et le clic continuent.
    3. Cliquez sur l'onglet global de catalogue et le vérifiez que le serveur en cours de CHROMATOGRAPHIE GAZEUSE est un serveur valide.
    4. Sinon, la force de clic rebranchent. Ceci recherche nouveau/valide serveur et pourrait prendre quelques moments pour se terminer.

    Afin de vérifier/changez le serveur de CHROMATOGRAPHIE GAZEUSE qui est utilisé par le client MAPI :

    1. Ouvrez une session au serveur de Cisco Unity avec le compte des services de mémoire de message d'Unity (typiquement c'est UnityMsgStoreSvc).
    2. Début Regedit.
    3. Développez la clé [HKEY_CURRENT_USER \ logiciel \ Microsoft \ Windows NT \ sous-système Messagerie de CurrentVersion \ Windows \ profils \ profil système d'Unity].
    4. Localisez la clé cette des êtres avec le DCA…
      Le nom de la CHROMATOGRAPHIE GAZEUSE avec laquelle le client du Cisco Unity MAPI communique est affiché dans la clé 001e6602.

      Remarque: Dans cet exemple le client MAPI utilise le même serveur de CHROMATOGRAPHIE GAZEUSE ce des moniteurs d'Unity pour des mises à jour de répertoire. Ce n'est pas une condition requise, mais il peut aider à éliminer des questions de synchronisation entre deux serveurs de CHROMATOGRAPHIE GAZEUSE.

  3. L'exécution de l'assistant de configuration de mémoire de message (MSCW) cause le profil MAPI d'être recréé, parfois la clé DCA n'obtient pas recréé correctement. S'il n'est pas déjà présent, ajoutez une nouvelle valeur de chaîne appelée le 001e6602 sous la clé DCA et mettez à jour la valeur de données pour apparier le serveur de CHROMATOGRAPHIE GAZEUSE vu dans le DCGC rebranchent l'outil de configurations.
  4. L'attribut d'adresse de SMTP de l'objet utilisateur dans le Répertoire actif doit contenir une adresse électronique valide. Si cette valeur n'est pas présente dans le répertoire, elle ne sera pas présente dans la base de données SQL d'Unity et ceci entraîne le comportement inhabituel. Cette question est habituellement vue avec l'Exchange 2003, et est due au service réceptif de mise à jour (RUS) ne se terminant pas les tâches exigées afin de remplir cet attribut. Une reprise du service de RUS de l'Exchange System Manager génère les adresses électroniques manquantes et résout habituellement ce problème.
  5. L'adresse de SMTP doit être présente dans la base de données SQL d'Unity et apparier la valeur configurée dans le Répertoire actif.

    Sur Cisco Unity Server : terminez-vous ces étapes :

    1. Choisissez le gestionnaire d'entreprise SQL.
    2. Développez à l'Unity de base de données le DB.
    3. Choisissez les abonnés.
    4. Requête de clic droit.
    5. Écrivez le pseudonyme choisi, des smtpaddress d'abonné où les smtpaddress est nul.
      Cette requête devrait renvoyer seulement le compte d'installateur, qui par défaut n'aura pas une adresse de SMTP. Si le résultat inclut des abonnés d'Unity, exécutez le MSCW afin de synchroniser le DB d'Unity avec le Répertoire actif. Les informations pour exécuter le MSCW sont couvertes dans l'étape 6.
  6. La boîte aux lettres d'EAdmin est déplacée à un mailstore différent ou n'est pas migrée avec les autres comptes de système. Chacune des trois boîtes aux lettres de compte de système d'Unity, comme détaillées dans cette étape, devrait être présentes dans le même mailstore.
    • EAdmin avec le displayname « administrateur d'exemple - <servername> »
    • Boîte aux lettres d'Unity_<servername> avec le displayname « système de messagerie d'Unity - <servername> »
    • USBms_<servername> avec le displayname « USbms_<servername> »

    Après que les boîtes aux lettres soient déplacées à l'emplacement approprié sur l'échange, vous devez exécuter le MSCW sur Cisco Unity Server :

    1. Choisissez le panneau de configuration > l'Add/Remove Programs.
    2. La modification de clic/retirent afin d'exécuter le Cisco Unity MSCW.
    3. Choisissez la version > le Datastore d'échange où chacune des trois boîtes aux lettres se trouve.
    4. Suivez les invites à l'écran afin de se terminer l'assistant.

    Des étapes détaillées sont mentionnées dans changer la section Serveur de Partner Exchange du guide de reconfiguration et de mise à jour pour le document de Cisco Unity.

  7. Vérifiez la Connectivité à la boîte aux lettres d'Unity_<servername> avec MBXSuite et DohPropTest.
    • MBXSuite échoue avec : « : : ERREUR de HrMailboxLogon : 0x80004005 CMBXMapiSession : ERREUR de LogonBox : 0X80004005".
    • DohPropTest échoue avec « pour obtenir la boîte aux lettres primaire de l'utilisateur : 8004011d".

    Ces deux erreurs indiquent normalement des questions du côté de serveur exchange. Redémarrez le service d'accès client RPC de Microsoft Exchange sur tous les serveurs de CAS d'échange. Si le service est coincé dans l'état commençant, redémarrez le serveur exchange.

  8. L'Unity fonctionne avec des versions spécifiques des éléments de données de Collaboration MAPI (CDO). Le fichier situé mapi32.dll sous C:\Windows\System32 devrait apparier la version MAPI installée sur le serveur. Pendant des mises à jour ou les transferts, ce fichier dll devrait être mis à jour. Afin de vérifier la mise à jour, terminez-vous ces étapes :
    1. Choisissez le panneau de configuration > l'Add/Remove Programs > la Messagerie API et les éléments de données de Collaboration.
    2. Le clic a cliquez ici pour information les informations de support.
      Ceci affiche la version de MAPI CDO installée sur le système.
    3. Installez la dernière version des informations système d'Unity de rassemblement (GUSI) de www.ciscounitytools.com. Choisissez le dépôt d'outils de Cisco Unity > les outils de génération de rapports > les informations système d'Unity de rassemblement.
    4. Cliquez sur Go.
    5. Faites descendre l'écran pour voir la version de MAPI CDO installée sur le système.

    La version du fichier mapi32.dll devrait afficher la version installée ou tout ce qui commencent par 1. Si la version est incorrecte :

    • La suite MBX échoue avec : « : : ERREUR de HrMailboxLogon : 0x80004005 CMBXMapiSession : ERREUR de LogonBox : 0X80004005".
    • DohPropTest passera.

    Vous devez réinstaller MAPI CDO après que vous renommiez le fichier mapi32.dll. Une fois que la nouvelle version est installée vous pouvez retirer le plus vieux classez.

  9. Vérifiez pour voir si les datastores d'échange sont non montés.

    Si vous ne pouvez pas monter la base de données, contactez Microsoft ou vérifiez les articles de la base de connaissances sur le site du support technique de Microsoft. Voici quelques id d'article - 896143, 925825, 274534, 976066.

  10. Si DohPropTest échoue avec 'pour obtenir le mailbox:8004052e primaire de l'utilisateur, il pourrait y avoir des questions avec le compte d'Unity_<servername>. Vous devrez supprimer l'Unity_<servername> de l'échange.

    Afin de recréer le compte, exécutez le MSCW. Si le serveur de partenaire est l'échange 2010, un script (fichier .ps1) est créé sur l'appareil de bureau de serveur de Cisco Unity. Après que vous exécutiez ce script dans le shell de Gestion d'échange, la boîte aux lettres est recréée. Terminez-vous le reste du MSCW afin de s'assurer que l'Unity utilise la nouvelle boîte aux lettres.

    Des étapes détaillées sont mentionnées dans changer la section Serveur de Partner Exchange du guide de reconfiguration et de mise à jour pour le document de Cisco Unity.

    Si la question existe toujours après que MSCW se termine, recréez le profil MAPI, exportent la clé de registre existante (prenez une sauvegarde), et la suppriment. Redémarrez le serveur de Cisco Unity. Assurez que le serveur primaire est en activité. Ceci devrait recréer le profil MAPI.

    Si la question existe toujours après que vous recréiez le profil MAPI, redémarrez le service d'accès client RPC de Microsoft Exchange sur tous les serveurs de CAS d'échange. Si ceci ne répare pas la question, déplacez la boîte aux lettres à un mailstore et à un passage différents MSCW. Ceci devrait créer de nouvelles références dans la base de données SQL d'Unity et établir des connexions avec les boîtes aux lettres.

  11. Quand des mises à jour sont appliquées sur des serveurs exchanges et/ou les serveurs exchanges sont redémarrés, la recommandation est de redémarrer le serveur d'Unity une fois que la maintenance d'échange est complète. Il pourrait également être nécessaire d'exécuter MSCW afin de s'assurer que l'Unity est synchronisé avec la mémoire de message.

Remarque: Le Cisco Unity Version 5.0 est extrémité de support. La dernière date pour le support sur la version 7.x d'Unity et la version 8.x d'Unity est janvier 31, 2015. Le centre d'assistance technique (TAC) ne pourra pas aider avec de nouvelles questions après cette date.


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.


Document ID: 118298