Voix et communications unifiées : Cisco Unity

Cisco Unity 3.1(x) et 4.x : Échec du démarrage du service AvCsMgr

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


Contenu


Introduction

Le service d'AvCsMgr est le processus principal de Cisco Unity dans le système. Si le service d'AvCsMgr ne commence pas, le Cisco Unity ne commence pas. Il y a beaucoup de raisons pour lesquelles le service d'AvCsMgr peut pour commencer. La raison la plus commune pour ce problème est que le Cisco Unity ne peut pas ouvrir une session à la boîte aux lettres de système de Cisco Unity Messaging. Ceci est parfois provoqué par des problèmes avec le compte des services que vous employez afin d'ouvrir une session aux services de système de messagerie, ou des problèmes avec la boîte aux lettres de système de Cisco Unity Messaging. Parfois cette condition se produit après que vous exécutiez la configuration installée pour le Cisco Unity, mais ce problème se pose à d'autres fois aussi bien. (Pour plus de détails, référez-vous à l'ID de bogue Cisco CSCdz89018 (clients enregistrés seulement)). Quand ceci se produit, vous voyez divers MALEx et erreurs de DO dans le journal d'événements d'application, comme décrit dans la section Problème de ce document. Ce document fournit des étapes de dépannage pour ces questions.

Conditions préalables

Conditions requises

Avant d'utiliser les informations de ce document, assurez-vous que vous répondez à ces exigences :

  • Architecture de Cisco Unity

  • Utilisateurs et ordinateurs de Répertoire actif

  • Gestionnaire de système de l'échange 2000

  • Exécuter des requêtes sur des bases de données du serveur 2000 du SQL (SQL)

Composants utilisés

Les informations dans ce document sont basées en fonction :

  • Cisco Unity 3.1(x) et plus tard qui utilisent l'échange 2000 de Cisco comme mémoire de message

  • Cisco Unity 4.0(x) et plus tard qui utilisent l'échange 2000 de Cisco comme mémoire de message

Les informations présentées dans ce document ont été créées à partir de périphériques dans 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 actif, assurez-vous de bien comprendre l'incidence potentielle de chaque commande avant de l'utiliser.

Conventions

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

Théorie générale

La boîte aux lettres de système de Cisco Unity Messaging :

  • Agit en tant qu'expéditeur de remplacement pour des messages des appelants non identifiés.

  • Reçoit des réceptions de non-livraison (NDRs) pour les messages vocaux qui ne peuvent pas être fournis, puis en avant ils à la liste de distribution sans direction de public de messages.

  • Envoie la notification quand un état de Cisco Unity est complet.

Le pseudonyme pour ce compte est Unity_<ServerName>. Le compte ne peut pas être vu dans l'administrateur du système de système Cisco Unity, mais il peut voir dans la table d'abonné dans la base de données SQL UnityDb sur le serveur de Cisco Unity. Le compte peut également être vu dans des utilisateurs et des ordinateurs de Répertoire actif, et la boîte aux lettres associée d'échange apparaît dans l'Exchange System Manager.

En raison de l'importance du compte d'Unity_<ServerName>, si le compte manque quand le Cisco Unity démarre, tentatives de Cisco Unity de le créer de nouveau. Si le Cisco Unity ne peut pas recréer le compte, ou si le compte existe mais Cisco Unity ne peut pas ouvrir une session à la boîte aux lettres d'Unity_<ServerName>, alors AvCsMgr ne commence pas.

Problème

Quand le service d'AvCsMgr ne commence pas parce que le MALEx (un sous-composant du composant de DO de Cisco Unity) ne peut pas ouvrir une session à la boîte aux lettres de système de Cisco Unity Messaging, certaines de ces erreurs peuvent être ouvertes une session le journal d'événements d'application :

Type d'événement Source d'événement ID d'événement Description
Erreur Doh_MC 32013 La connexion de DO a manqué en raison de l'erreur de connexion composante de Messagerie : 8004052eH
Erreur Doh_MC 32024 La connexion de DO a manqué en raison de l'erreur extérieure d'accès d'objet d'appelant : Il n'y a aucun un tel objet sur le serveur.
Erreur MALEx_MC 30002 La dernière tentative de CategoryAn d'accéder à la mémoire privée d'échange a manqué : 8004011d. Le sous-système de l'interface de programmation d'applications de messagerie (MAPI) renvoie cette erreur : La tentative d'ouvrir une session à l'ordinateur de Microsoft Exchange Server a manqué.
Erreur MALEx_MC 30002 La dernière catégorie une tentative d'accéder à la mémoire privée d'échange a manqué : 8004011c. Le sous-système MAPI renvoie cette erreur : Votre profil n'est pas configuré.
Erreur MALEx_MC 30002 La dernière catégorie une tentative d'accéder à la mémoire privée d'échange a manqué : 8004aa00. Le sous-système MAPI renvoie cette erreur : Votre profil n'est pas configuré.
Erreur CiscoUnity_MALEx 30020 Une tentative de créer un répertoire de résultat de la recherche pour le =Business Objects/ou=abc/cn=Recipients/cn=xyz de /o de compte a manqué. Le sous-système MAPI a renvoyé l'erreur suivante : 80070005. C'est typiquement une indication des questions de configuration avec l'Unity, l'échange, ou le sous-système MAPI.
Erreur CiscoUnity_MALEx 30003 et 30012 Le sous-système MAPI renvoie cette erreur quand une tentative d'accéder à l'échange par AvCsMgr par l'intermédiaire de MAPI. La raison : le profil MAPI obtient corrompu.
1Error CiscoUnity_CsServices 1021 AvCSMgr : L'arbitre composant initialisent manqué

Ces erreurs de journal d'événements sont spécifiques au Cisco Unity 3.1(5) et premières. le Cisco Unity de 1par 4.0(x), la source d'événement est CiscoUnity_MalEx et CiscoUnity_Doh. Les id d'événement peuvent être différents aussi bien. Afin de vérifier des messages d'erreur de Cisco Unity en cas connectez-vous, référez-vous au détecteur de message d'erreur de Cisco Unityleavingcisco.com .

Si le Cisco Unity ne partait pas pour d'autres raisons, les différentes erreurs peuvent sont enregistré. Le contenu des différentes erreurs peut être utilisé pour commencer le dépannage, mais cela n'est pas couvert dans ce document.

Remarque: Quand vous essayez de monter la base de données d'échange, si vous obtenez l'erreur les fichiers de base de données dans cette mémoire sont corrompus., exécutent la procédure mentionnée dans l'article de base de connaissances de Microsoft ? 313184 (comment récupérer la mémoire de l'information sur Server 2000 d'échange ou serveur exchange 2003 dans un site unique)leavingcisco.com pour résoudre le problème.

Solution

Exécutez ces derniers des tâches de dépannage dans l'ordre indiqué :

  1. Vérifiez les comptes qui login de services de Cisco Unity As.

  2. Vérifiez que le Cisco Unity est configuré pour le serveur correct de Partner Exchange.

  3. Vérifiez que le type de startup de service d'AvCsMgr est placé au manuel.

  4. Supprimez le profil MAPI.

  5. Vérifiez le compte d'Unity_<ServerName> est dans le Répertoire actif.

  6. Vérifiez le compte d'Unity_<ServerName> est dans la base de données SQL.

  7. Vérifiez la boîte aux lettres d'échange d'Unity_<ServerName> est configuré correctement.

  8. Retirez le compte d'Unity_<ServerName> à partir du Répertoire actif et recréez-le.

  9. Vérifiez le journal d'événements d'application pour d'autres erreurs.

Vérifiez les comptes que le Cisco Unity entretient des logins As

Le service d'AvCsMgr ne commence pas si le compte que les logins de service n'a pas les droits et les autorisations appropriés. Bien que vous puissiez placer les droits et les autorisations manuellement pour le service d'AvCsMgr, Cisco vous informe exécuter la version 4.0 de l'assistant d'autorisations de Cisco Unity pour le Cisco Unity 3.x et plus tard. Cet utilitaire peut être téléchargé pour libèrent des outils de Cisco Unityleavingcisco.com . L'assistant 4.0 d'autorisations de Cisco Unity te permet pour placer les comptes de domaine qui login de services de Cisco Unity As. Quand vous exécutez l'assistant 4.0 d'autorisations de Cisco Unity, vous vous assurez que tous les comptes des services de Cisco Unity ont les droits et les autorisations appropriés.

L'assistant d'autorisations de Cisco Unity est un outil « Linéaire », qui signifie, il essaye d'assigner tous les droits et autorisations dont vous avez besoin pour ce compte particulier. Cependant, il ne vérifie pas s'il y a une stratégie dans la hiérarchie de votre structure de Répertoire actif qui empêche ces droits et autorisations d'être rendu efficace pour le compte que vous tentez de placer pendant qu'un service expliquent les services de Cisco Unity.

L'assistant 4.0 d'autorisations de Cisco Unity groupe les services de Cisco Unity comme suit :

  • Services d'annuaire de Cisco Unity. Ces services maintiennent des données d'abonné dans le répertoire synchronisé avec des données d'abonné dans la base de données SQL Server de Cisco Unity.

  • Services de mémoire de message de Cisco Unity. Ces services permettent à des abonnés pour envoyer et recevoir des messages vocaux au moyen de l'interface utilisateur de téléphone. Le service d'AvCsMgr est l'un des services d'interface de mémoire de message.

  • Services ce passage seulement sur le serveur de Cisco Unity. Par défaut, login local de services de Cisco Unity comme compte de système local. Cisco vous informe ne pas changer ceci.

Pour le Cisco Unity 3.x, les services d'Unity doivent ressembler à l'image ici. Utilisez cette image comme référence où Rdomain \ unitydirsvc est le compte de service d'annuaire et Rdomain \ nous est le compte des services de mémoire de message dans l'image affichée ici. Ces comptes des services doivent rencontrer tous les droits et autorisations décrits dans les autorisations réglées par l'assistant d'autorisations de Cisco Unityleavingcisco.com .

Voici les comptes qui doivent sont enregistré car LocalSystem sont AvDirChangeWriter, AvRepDirSvrSvc, et AvTtsSvr :

Remarque: Dans l'exemple de cette image, Cisco permutent 2000 a été utilisé comme mailstore. Si Cisco permutent 5.5 est choisi d'être le mailstore, un service appelé AvDSEx au lieu d'AvDSGlobalCatalog sera en place (et ce document ne s'appliquerait pas).

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start1.gif

Pour le Cisco Unity 4.x, les services d'Unity doivent ressembler à l'image ici. Utilisez cette image comme référence où Rdomain \ unitydirsvc est le compte de service d'annuaire et Rdomain \ nous est le compte des services de mémoire de message. Ces comptes des services doivent rencontrer tous les droits et autorisations décrits dans les autorisations réglées par l'assistant d'autorisations de Cisco Unityleavingcisco.com . Les services qui sont exécutés sous le système local sont AvDirChangeWriter, AvLic, AvMMProxySvr, AvRepDirSvrSvc, AvSqlChangeWriter, AvTtsSvr.

Dans cette image, Rdomain \ unitydirsvc est le compte de service d'annuaire et Rdomain \ nous est le compte des services de mémoire de message. Référez-vous à la Documentation Cisco.

Remarque: Dans l'exemple de cette image, Cisco permutent 2000 a été utilisé comme mailstore. Si Cisco permutent 5.5 est choisi d'être le mailstore, un service appelé l'AvDSEx55 au lieu d'AvDSGlobalCatalog est en place (et ce document ne s'applique pas).

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start2.gif

Basé sur quelle version d'échange de Cisco est utilisée, il doit y avoir des comptes de domaine créés ou les comptes de domaine d'utilisation qui existent déjà pour le Cisco Unity entretient comme suit :

  • Dans ce cas, l'utilisation Cisco permutent 2000 comme mémoire de message pour le Cisco Unity. Il doit y a un compte en tant que lequel les services d'annuaire de Cisco Unity ouvre une session et un compte que la mémoire de message de Cisco Unity entretient des logins As.

  • Pour l'échange 5.5 de Cisco, le compte en tant que lequel les services d'annuaire et la mémoire de message entretient des logins (et ce document ne s'appliqueraient pas).

Pour l'échange 2000 de Cisco, les autorisations exigées par le compte de services d'annuaire sont en conflit avec les autorisations exigées par le compte de services de mémoire de message, ainsi vous devez utiliser distinct explique les deux types de services. Pour les comptes que le Cisco Unity entretient le login comme, assurez-vous que le mot de passe n'expire jamais. Si le mot de passe expire, le Cisco Unity ne fonctionne pas la prochaine fois que le serveur est redémarré.

attention Attention : Si vous utilisez l'échange 2000 de Cisco, le compte que la mémoire de message de Cisco Unity entretient des logins comme ne peut pas être un membre des administrateurs groupe de domaine ou être un administrateur 2000 d'échange. En outre, pour le compte de services de mémoire de message de Cisco Unity, vous devez s'assurer qu'Envoyer-comme, Recevoir-comme, et gérez des autorisations de mémoire de l'information êtes vérifié les mailstores 2000 d'Exchange 2003 ou d'échange.

Puisque l'assistant 4.0 d'autorisations est typiquement exécuté quand le Cisco Unity 4.x et le Cisco Unity 3.1.6 sont au commencement installés, l'assistant 4.0 d'autorisations a besoin de que vous spécifiez le domaine explique un installateur de Cisco Unity et un administrateur. Le Cisco Unity 3.1.5 et plus tôt n'ont pas cette condition requise, ainsi l'assistant 4.0 d'autorisations doit être exécuté manuellement après que vous la téléchargiez des outils de Cisco Unityleavingcisco.com .

Remarque: Il est très important les comptes qui sont nécessaires par le Cisco Unity ont été créés selon le document de création de comptes.

Vérifiez que le Cisco Unity est configuré pour le serveur correct de Partner Exchange

  1. Si le service d'AvCsMgr toujours ne commence pas après que le serveur soit redémarré, vérifiez que le serveur de Cisco Unity est configuré pour le serveur exchange correct. Pour faire ceci que vous pouvez vérifier que ces clés de registre sont présent et positionnement à la valeur correcte dans le registre de Windows et le testeur de propriété de do.

    Remarque: Vous pouvez également vérifier le nom de serveur exchange dans l'Exchange System Manager pour l'échange 2000 ou l'Exchange Administrator pour l'échange 5.5 en conséquence, car ces registres appliquent aux deux cas.

    Commencez le registre et regardez ces derniers :

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\Doh\1.0\Mail Server Name
    HKEY_LOCAL_MACHINE\SOFTWARE \Active Voice\MalEx\1.0\ServerName
    

    Les deux paramètres de registre doivent être le nom du serveur exchange choisi pendant l'installation de configuration. (C'est le serveur exchange de partenaire que le Cisco Unity est connecté à, par lequel le Cisco Unity communique avec les autres serveurs exchanges.)

    Remarque: Si l'AvCsMgr s'est jamais avec succès connecté dans la boîte aux lettres d'Unity_<ServerName> sur le serveur exchange de partenaire, la clé de MALEx ne sera pas présente. Vous devez aller aux programmes de début > de configurations > de panneau de configuration > d'ajout/suppression et retirer l'assistant de configuration de mémoire de message de Cisco Unity ou l'assistant de configuration de configuration de Cisco basé sur la version du Cisco Unity que vous avez. Allez au commserver \ au configurationsetup et au double clic sur setup.exe rebrancher le Cisco Unity à son partenaire en cours d'échange. Si either one or both des clés de registre ci-dessus n'apparient pas le serveur de partenaire, éditez les valeurs de clés de sorte qu'ils se dirigent correctement.

  2. Vérifiez que l'emplacement de mailstore pour le domaine par défaut est correct. Il doit y a un mailstore valide pour cette valeur.

    Cette configuration est utilisée pour déterminer l'emplacement des boîtes aux lettres d'échange s'ils sont créés du Cisco Unity pour ce domaine (qui se produit si vous notez que la boîte aux lettres d'Unity_<ServerName> n'est pas là sur démarrent).

    Début DohPropTest en mode en lecture seule.

    1. Moniteur d'AD de clic.

    2. Clic DEFAULT_DOMAIN dans la liste de paramètres. Les affichages de valeur dans la case.

    3. Cliquez sur le domaine assorti de la liste.

    4. Clic MAILBOX_STORE de la liste de paramètres.

    5. S'il y a seulement un domaine, cliquez sur MAILBOX_STORE.

    6. Vérifiez le chemin à la mémoire de boîte aux lettres. C'est où le Cisco Unity pense que la boîte aux lettres d'échange pour le compte d'Unity_<ServerName> se trouve. C'est également l'emplacement où le Cisco Unity crée la boîte aux lettres d'échange pour le compte d'Unity_<ServerName> s'il n'est pas là. Le nom du serveur dans ce chemin doit apparier les deux clés de registre que vous avez juste vérifiées.

      Exemple : Mémoire de CN=Mailbox (groupe de mémoire CPRYELLOWEX2KA1),CN=First, CN=InformationStore, Groupe administratif CN=CPRYELLOWEX2KA1,CN=Servers,CN=First, groupes de CN=Administrative, CN=CPRYellowORG, échange de CN=Microsoft, CN=Services, CN=Configuration, DC=CPRYellowDOM, DC=ecsbu-lab-sea, DC=cisco, DC=com

      http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start3.gif

    Si cette valeur n'est pas correcte, modifiez-la pour la valeur correcte dans le DohPropTest (entrez en contact avec le centre d'assistance technique Cisco (TAC) pour entrer le mot de passe du jour dans l'utilitaire de DohPropTest) ou désinstallez et réinstallez le ConfigSetup, par : — Cliquez sur en fonction les programmes de début > de configurations > d'ajout/suppression, choisissez l'assistant de configuration de mémoire d'installation de configuration de Cisco Unity ou de message de Cisco Unity, basé sur la version de Cisco Unity. Vous devez être ouvert une session au serveur de Cisco Unity avec un compte d'installation d'Unity pour désinstaller ou réinstaller l'installation de configuration de Cisco Unity. Ce composant de Cisco Unity ont probablement différents noms cependant que c'est la seule chose que vous pouvez ajouter et retirer des configurations que le logiciel d'Unity installe autre que quelques utilitaires ajoutés d'Unity et le TSP d'Unity).

    Après que l'installation de configuration soit désinstallée, réinstallez la configuration installée (ou la configuration de mémoire de message de Cisco Unity) — — double-cliquer sur \ \ commserver \ configuration installée \ setup.exe et écrivez les valeurs correctes tandis que vous êtes enregistré sur le serveur de Cisco Unity avec un compte d'installation de Cisco Unity. (Assistant 4.0 d'autorisations de passage pour créer un compte d'installation d'Unity si vous n'êtes pas sûr lesquels est votre compte d'installation de Cisco Unity).

Remarque: Vous pouvez également aller à HKEY_LOCAL_MACHINE \ à LOGICIEL \ à Voix active \ à Commserver Setup\1.0\Private, renommez ceci à Private.old et exécutez l'assistant de configuration de mémoire de message de C:\CommServer\ConfigurationSetup\Setup.exe afin de résoudre le problème.

Vérifiez que le type de startup de service d'AvCsMgr est placé au manuel

Quelques services de Cisco Unity sont censés commencer manuellement, et AvCsMgr est l'un de ces services. Le service d'AvCsMgr ne peut pas être commencé directement ; il doit être commencé et arrêté par l'AvCsGateway. Si le type de démarrage pour le service d'AvCsMgr est placé comme automatique, il peut pour commencer. Vous devez placer le type de démarrage au manuel pour que le service d'AvCsMgr fonctionne correctement.

Supprimez le profil MAPI

Après que vous vous terminiez et vérifiiez ce qui précède, vous devez supprimer le profil MAPI du Cisco Unity de registre et de reprise de Windows de sorte qu'il crée un nouveau profil. Ceci s'assure que vous avez un profil valide MAPI avec la bonne authentification qui indique l'échange correct, les serveurs globaux de catalogue et de contrôleur de domaine. Pour faire ceci, exécutez ces étapes.

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start3.gif

attention Attention : Quand vous changez la clé de registre fausse ou entrez une valeur incorrecte peut faire fonctionner mal le serveur. Avant que vous éditiez le registre, confirmez que vous savez le restaurer si un problème se pose. (Référez-vous à « restaurer » des thèmes dans l'aide de Registry Editor.) Notez que pour le Basculement de Cisco Unity, des changements dans le registre sur un serveur de Cisco Unity doivent être apportés manuellement sur l'autre serveur de Cisco Unity, parce que des changements dans le registre ne sont pas répliqués. Si vous avez n'importe quelles questions au sujet de changer des configurations de clé de registre, contactez Cisco TAC.

  1. Ouvrez une session au serveur de Cisco Unity avec l'aide d'un compte qui a des privilèges d'administrateur local. Ceci est exigé pour permettre des modifications au registre.

  2. Allez au menu de démarrage et au sélectionnez Settings > au panneau de configuration > aux outils d'administration > aux services. Recherchez le service et la note d'AvCsMgr ce que le « login en tant que » valeur est placé à pour ce service. Spécifiquement, note si c'est le système local ou un compte de domaine.

  3. Vérifiez qui le compte de domaine AvCsMgr est en activité comme, et puis fermez une session des fenêtres en cours session et connectez-vous de retour en fonction comme même compte dans lequel l'AvCsMgr isactive, et continuent l'étape 4here. Si AvCsMgr est en activité comme compte de système local, retournez au début de ce document pour s'assurer qu'ont assigné les comptes des services corrects de Cisco Unity aux services de Cisco Unity.

  4. Allez au menu de démarrage et choisissez le passage.

  5. Tapez le regedit.exe et cliquez sur OK.

  6. Si AvCsMgr s'exécutait comme compte de domaine, allez à :

    HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    Si AvCsMgr s'exécutait comme compte de système local, allez à :

    HKEY_USERS\Default \Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles
    

    Remarque: Les deux endroits devraient être vérifiés, car ce compte peut être changé en historique de votre système des gens du pays au domaine.

  7. Cliquez avec le bouton droit l'entrée de profil de système d'Unity et choisissez l'effacement.

  8. Redémarrez le serveur de Cisco Unity.

    Remarque: Un autre problème potentiel avec le profil MAPI pourrait être si votre profil MAPI n'indique pas le serveur global correct de catalogue (CHROMATOGRAPHIE GAZEUSE). Référez-vous à l'ID de bogue Cisco CSCea26846 (clients enregistrés seulement) pour plus de détails.

    Une fois les comptes que les services de Cisco Unity les utilisent pour ouvrir une session et le profil MAPI ont été vérifiés, se poursuivent par ces étapes de dépannage, qui vérifie que le compte Unity_<ServerName> est configuré correctement :

Vérifiez le compte d'Unity_<ServerName> est dans le Répertoire actif

  1. Vérifiez que l'Unity_<ServerName> existe dans le conteneur d'utilisateurs et d'ordinateurs de Répertoire actif que vous avez spécifié pendant l'installation de l'Unity comme conteneur pour vos abonnés d'Unity. Vérifiez que vos comptes d'Unity ont les droits et les autorisations corrects au-dessus de ce conteneur par l'assistant et l'indication d'autorisations d'exécution de l'assistant d'autorisations ce conteneur

    Pour vérifier que les conteneurs d'Unity ont les droits et les autorisations corrects de créer de nouveaux utilisateurs, exécutent l'assistant d'autorisations et le vérifient qu'il correspond dans le conteneur que vous avez spécifié pendant l'installation :

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start4.gif

    La nécessité d'Unity_<ServerName> se trouvent sous ce conteneur dans des utilisateurs et des ordinateurs de Répertoire actif.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start5.gif

  2. Si le compte d'Unity_<ServerName> n'existe pas dans le Répertoire actif, testez pour voir si vous pouvez créer un compte de test dans le Répertoire actif par les moyens du même Cisco Unity de compte utilisé pendant l'installation de configuration pour créer des comptes de Répertoire actif. (Ce serait le compte de Windows que vous avez créé comme l'installation expliquent l'Unity. Si vous n'avez plus ce compte, vous pouvez recréer ce compte avec l'assistant 4.0 d'autorisation de Cisco Unity.)

    Si le compte d'Unity_<ServerName> existe, allez aux valeurs maximales de concentration au poste de travail d'étape suivante cependant sure que le compte de Répertoire actif d'Unity_<ServerName> est boîte aux lettres activée.

    1. Pour créer un compte de test, login au serveur de Cisco Unity avec l'aide du même compte de domaine que vous avez été enregistré dans quand vous avez exécuté le programme d'installation de configuration (le compte d'installer ou créent un nouveau installent le compte avec l'assistant 4.0 d'autorisations).

    2. À partir des utilisateurs et des ordinateurs de Répertoire actif, essai pour créer un compte utilisateur de test dans le même conteneur choisi pendant l'installation de configuration de Cisco Unity.

  3. Si un utilisateur de test peut être créé, vérifiez que le compte d'Unity_<ServerName> existe dans la table d'abonné dans le SQL.

  4. Vous devez également vérifier que le nom du compte d'Unity_<ServerName> n'est pas plus long que 14 caractères, qui est non vérifié.

Vérifiez le compte d'Unity_<ServerName> est dans la base de données SQL

Le compte d'Unity_<ServerName> est recréé s'il n'est pas là quand des réinitialisations de Cisco Unity. Pour des versions antérieures du Cisco Unity 3.x, ce compte doit probablement être recréé manuellement par cette prochaine procédure.

Suivez les étapes dans cette section si vous avez vérifié cela :

  • Le compte d'Unity_<ServerName> n'existe pas dans le Répertoire actif.

  • Le compte des services d'AvDSAD a les permissions adéquates.

  1. Vérifiez que le compte d'Unity_<ServerName> existe dans la table d'abonné dans la base de données SQL. (Notez ces étapes sont spécifiques pour la Microsoft SQL Server 2000. Si votre serveur de Cisco Unity utilise la Microsoft SQL Desktop Edition (MSDE), assurez-vous que vous installez le gestionnaire d'entreprise comme documenté dans le guide d'installation pour votre version de Cisco Unity.)

  2. Sur le serveur de Cisco Unity, le début de clic > programme > Microsoft SQL Server > gestionnaire d'entreprise.

  3. Développez l'arborescence dans le volet gauche de sorte qu'UnityDb dans le conteneur de bases de données soit entièrement développé.

  4. Dans l'arborescence, Tableaux de clic dans la base de données d'UnityDb.

  5. Dans le volet de droite, faites descendre l'écran jusqu'à ce que vous voyiez la table d'abonné.

  6. Du menu de démarrage de Windows, choisissez les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise.

  7. Développez la vue d'arborescence comme présenté dans la fenêtre suivante : Microsofts SQL Server > <ServerName > > bases de données > UnityDb > Tableaux.

  8. Cliquez avec le bouton droit la table d'abonné, et choisissez le Tableau ouvert > la requête.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start6.gif

  9. Exécutez une requête en tant que celle dans cette image — cliquez sur en fonction ! bouton. La requête sélectionne le pseudonyme pour le champ que vous êtes voulez rechercher l'enregistrement pour, et les critères doivent être =Unity_ServerName. Dans cet exemple, le nom du serveur de Cisco Unity est Unity_Alex. Une fois que votre presse ! boutonnez, le dernier volet renvoie l'enregistrement que vous essayez de trouver (et les critères change à = N'Unity_ServerName. Supprimez la valeur dans le domaine intitulé DirectoryId.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start7.gif

  10. Si le compte existe, allez vérifier la boîte aux lettres d'échange d'Unity_<ServerName> est configuré correctement.

  11. Si vous exécutez le Cisco Unity 3.1.x ou plus tard et le compte n'existe pas, continuer avec retirez le compte d'Unity_<ServerName> à partir du Répertoire actif et recréez-le, et le redémarrez. Le serveur de Cisco Unity doit recréer ce compte en redémarrant.

  12. Si vous exécutez le Cisco Unity entre les versions 3.0(1) et 3.1.x et le compte n'existe pas, vous devez manuellement créer le compte d'Unity_<ServerName>, comme décrit ici pour le Cisco Unity 3.0(1). Si vous êtes le Cisco Unity 3.0(2) ou plus tard exécuté, ignorez à créer le compte d'Unity_<ServerName> utilisant un script dans la section de SQL Query Analyzer ici.

    Créant le compte d'Unity_<ServerName> manuellement dans le SQL

    1. Dans le gestionnaire d'entreprise SQL, allez à la dernière ligne dans la table d'abonné que vous avez ouverte dans l'étape 6 ci-dessus, qui doit être vide.

    2. Dans la colonne de pseudonyme, entrez dans Unity_<ServerName>.

    3. Dans la colonne de DisplayName, entrez dans le système de messagerie d'Unity - <ServerName >.

    4. Dans la colonne de FirstName, entrez dans l'Unity.

    5. Dans la colonne d'IsSubscriber, écrivez 0 (zéro, qui indique faux).

    6. Dans la colonne de LastName, écrivez la Messagerie.

    7. Dans la colonne de LocationObjectID, copiez l'ID d'un autre abonné, et collez-le en colonne. (Veillez à copier d'un abonné « régulier » et pas d'un AMIS, d'une passerelle, ou d'un abonné VPIM.)

    8. Dans la colonne de SubscriberType, écrivez 0 (zéro).

    9. Dans la colonne Undeletable, écrivez 1 (une, qui indique vrai).

    10. Dans la colonne d'uid, entrez dans Unity_<ServerName>.

    11. Fermez la fenêtre de requête. La ligne est automatiquement enregistrée.

    12. Fermez le gestionnaire d'entreprise SQL.

    13. Passez à l'étape 13 de cette procédure.

      Création du compte d'Unity_<ServerName> utilisant un script dans le SQL Query Analyzer

    1. Sur le serveur de Cisco Unity, choisissez le début > les programmes > la Microsoft SQL Server > l'analyseur de requête.

    2. Cliquez sur OK pour utiliser l'authentification de Windows.

    3. Copiez ce script et collez-le dans la fenêtre d'analyseur de requête.

      /* Select the unity database */
      Use UnityDb
      
      DECLARE @servername as nvarchar(256)
      DECLARE @alias as nvarchar(64)
      DECLARE @displayname as nvarchar(256)
      
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      SET @servername = 'MYSERVER'
      /* REPLACE WITH THE UNITY SERVER NAME HERE */
      
      /* Setup server specific values */
      SET @alias = 'Unity_' + @servername
      SET @displayname = 'Unity Messaging System - ' + @servername
      
      /* Find the default location's object id. */
      DECLARE @loid as uniqueidentifier
      SET @loid = (SELECT LocationObjectId FROM LOCATION where alias like 'default')
      
      /* Create a new entry for the account in the subscriber */
      /* table with the following values: */
      /* Alias: Unity_<servername> */
      /* Uid: Unity_<servername> */
      /* DisplayName: Unity Messaging System - <servername> */
      /* FirstName: Unity */
      /* LastName: Messaging */
      /* SubscriberType: 0 (non-subscriber) */
      /* IsSubscriber: FALSE */
      /* LocationObjectId: (location object id found above) */
      /* Undeletable: TRUE */
      INSERT INTO SUBSCRIBER
      (Alias,Uid,DisplayName,FirstName,LastName,SubscriberType,IsSubscriber,LocationObjectId,Undeletable)
      VALUES
      (@alias,@alias,@displayname,'Unity','Messaging',0,0,@loid,1)
      Go
      
    4. Presse F5 pour exécuter la requête.

    5. Fermez l'analyseur de requête.

    6. Fermez le gestionnaire d'entreprise.

    7. Continuez l'étape 13.

  13. Une fois que le compte existe dans le SQL, exécutez la configuration installée de nouveau pour créer le compte d'Unity_<ServerName> dans le Répertoire actif, comme suit :

    1. Du <Drive> : \ Commserver \ configuration ont installé le répertoire, exécutent setup.exe ? sync.

    2. Redémarrez le serveur de Cisco Unity.

      Le service d'AvCsMgr devrait commencer. Si le service d'AvCsMgr ne commence pas, ouvre une valise de Cisco TAC et fournit toujours le log de SqlSync le plus récent (ce sera intitulé SqlSync_xxxxx.txt) du <Drive> : \ Commserver \ répertoire de logs) aussi bien que le fichier de consignation de journal d'événements d'application du visualisateur d'événements.

Vérifiez la boîte aux lettres d'échange d'Unity_<ServerName> est configuré correctement

  1. Vérifiez que le compte d'Unity_<ServerName> est boîte aux lettres activée.

    1. Ouvrez les utilisateurs et les ordinateurs de Répertoire actif. Choisissez le Start > Programs > Administrative tools > les utilisateurs et les ordinateurs de Répertoire actif.

    2. Choisissez la vue > a avancé.

    3. Cliquez avec le bouton droit le compte de Répertoire actif d'Unity_<ServerName>, et choisissez les tâches d'échange.

    4. À l'écran de bienvenue, cliquez sur Next.

    5. Si l'option de boîte aux lettres de création est présentée, alors le compte d'Unity_<ServerName> boîte aux lettres-n'est pas activé. Poursuivez pour retirer le compte d'Unity_<ServerName> à partir du Répertoire actif et pour le recréer.

    6. Si l'option de boîte aux lettres de création n'est pas présentée, alors le compte d'Unity_<ServerName> boîte aux lettres-est activé, ainsi annulation de clic, et continue l'étape suivante pour vérifier que les points de compte d'Unity_<ServerName> correctement au partenaire de l'échange du Cisco Unity.

  2. Vérifiez que le compte d'Unity_<ServerName> indique correctement la boîte aux lettres associée d'échange.

    1. Dans des utilisateurs et des ordinateurs de Répertoire actif, cliquez avec le bouton droit le compte d'Unity_<ServerName>, et choisissez Properties.

    2. Cliquez sur le général tableau d'échange vérifient qu'un chemin est spécifié à la mémoire de boîte aux lettres d'Unity_<ServerName>, et le chemin est correct.

      http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start8.gif

    3. Si le chemin n'existe pas ou est incorrect, allez retirer le compte d'Unity_<ServerName> à partir du Répertoire actif et le recréer.

    4. Le contrôle est les juste de boîte aux lettres avec l'aide de ces étapes :

      1. À partir des utilisateurs et des ordinateurs de Répertoire actif que les MMC branchent, changez la vue à avancé.

      2. Cliquez avec le bouton droit le compte d'Unity_<ServerName>, et choisissez l'onglet Avancé d'échange.

      3. Droites de boîte aux lettres de clic.

      4. En plus de l'INDIVIDU, vous devez voir des serveurs de domaine d'échange. Si le descripteur de Sécurité inclut seulement l'INDIVIDU, envoyez un message électronique au compte d'Unity_<ServerName>. Ceci remplit descripteur de Sécurité d'Unity_<ServerName>.

  3. Vérifiez que la base de données de messagerie qui contient la boîte aux lettres d'Unity_<ServerName> est montée avec l'aide de ces étapes :

    1. Utilisez l'Exchange System Manager, et ouvrez l'arborescence.

    2. Défilement à la base de données de messagerie en question.

    3. Cliquez avec le bouton droit la base de données et assurez-vous qu'elle prouve que la mémoire est montée.

    4. S'il n'est pas monté, les étapes continuent l'étape E. Autrement, Exchange System Manager étroit.

    5. Allez à l'Exchange System Manager.

    6. Cliquez avec le bouton droit sur la mémoire et choisissez le support.

    7. Fermez l'Exchange System Manager.

Retirez le compte d'Unity_<ServerName> à partir du Répertoire actif et recréez-le

Si le compte de Répertoire actif boîte aux lettres-n'est pas activé, le chemin à la mémoire de boîte aux lettres d'Unity_<ServerName> est incorrect ou n'existe pas, ou le bouton de droites de boîte aux lettres n'apparaît pas et les services de l'AvDSAD et d'AvDSGlobalCatalog ne sont pas mise en route actuellement capable avec l'aide du compte de Cisco Unity_<ServerName> (c'est-à-dire, ils toujours useg un compte de système local (par défaut) ou un compte de domaine différent), exécutent ces étapes pour retirer le compte d'Unity_<ServerName> à partir du Répertoire actif et pour le recréer :

  1. Du menu de démarrage de Windows, choisissez les programmes > la Microsoft SQL Server > le gestionnaire d'entreprise.

  2. Développez la vue d'arborescence comme présenté dans cette fenêtre : Microsofts SQL Server > <ServerName > > bases de données > UnityDb > Tableaux.

  3. Cliquez avec le bouton droit la table d'abonné, et choisissez le Tableau ouvert > la requête.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start9.gif

  4. Exécutez une requête en cliquant sur ! bouton. La requête sélectionne le pseudonyme pour le champ pour lequel vous allez rechercher l'enregistrement, et les critères devraient être =Unity_ServerName. Dans l'exemple, le nom du serveur de Cisco Unity est Unity_Alex. Une fois que vous appuyez sur ! boutonnez, le dernier volet renvoie l'enregistrement que vous essayez de trouver (et les critères changeront à = N'Unity_ServerName. Supprimez la valeur dans le domaine intitulé DirectoryId.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/21440-mailstore-no-start10.gif

  5. Fermez la table.

  6. À partir des utilisateurs et des ordinateurs de Répertoire actif que les MMC branchent, supprimez le compte d'Unity_<ServerName>.

    Remarque: Assurez-vous vous effacement le compte du contrôleur de domaine local de sorte que quand le Cisco Unity tente de recréer le compte plus tard, la réplication d'un contrôleur de domaine distant ne force pas la suppression du compte de nouveau.

  7. Login au serveur de Cisco Unity au moyen du même compte de domaine vous avez été ouvert une session avec quand vous avez exécuté le programme d'installation de configuration (installez le compte). Exécutez la configuration installée du <Drive> : \ Commserver \ configuration ont installé le répertoire, exécutent setup.exe.

Exécutez le DOHPropTest

  1. Sur le serveur de Cisco Unity, parcourez à l'emplacement où le Cisco Unity est installé (le par défaut est C:\CommServer), et puis parcourez au répertoire de TechTools.

  2. Exécutez DohPropTest.exe.

  3. Dans la boîte de dialogue de connexion de DohPropTest, laissez le cadre Password vide, et cliquez sur OK.

  4. Sur la boîte de dialogue d'avertissement, le clic ignorent pour commencer le mode en lecture seule de DohPropTest.

  5. Cliquez sur le moniteur de CHROMATOGRAPHIE GAZEUSE pour afficher la boîte de dialogue de moniteur de répertoire, et cliquez sur TotalResync.

  6. Clôturez DohPropTest.

Vérifiez le journal d'événements d'application pour d'autres erreurs

Vérifiez l'événement d'application ouvre une session le serveur exchange sur lequel la boîte aux lettres d'Unity_<ServerName> est autoguidée (ou lequel le serveur exchange a le mailstore physique pour Unity_<ServerName>). Vérifiez les erreurs de licence, des erreurs de RUS, et ainsi de suite. Si les erreurs existent, essayez d'étudier et résoudre ces erreurs. Ils pourraient affecter la fonctionnalité du Cisco Unity.

Vérifiez les erreurs de journal d'événements sur le serveur exchange de partenaire.

* Le service d'AvMsgStoreMonitorSvr s'applique au Cisco Unity 3.1(5) et aux versions ultérieures.

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: 21440