Voix et communications unifiées : Cisco Unity

Messages d'erreur de basculement Unity

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document explique certains des messages d'erreur qui peuvent apparaître pendant le Basculement de Cisco Unity et fournit les contournements recommandés.

Conditions préalables

Conditions requises

Assurez-vous que le Basculement est configuré sur les serveurs primaires et secondaires de Cisco Unity. Référez-vous à configurer le Basculement sur le pour en savoir plus primaire et secondaire de serveurs. En outre, référez-vous à l'installation de Cisco Unity échoue en exécutant MSCW avec le conteneur obtenant défectueux pour de nouveaux utilisateurs pour le domaine [notre domaine]. .

Composants utilisés

Les informations dans ce document sont basées sur la version 4.0(3) de Cisco Unity.

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

Le Basculement est une caractéristique qui fournit une Redondance simple, qui permet à des fonctions de messagerie vocale pour continuer si le serveur de Cisco Unity échoue ou quand vous devez exécuter la maintenance. Afin d'installer le Basculement, vous devez installer et configurer le Cisco Unity sur deux serveurs différents : un serveur primaire et un serveur secondaire.

Si le serveur primaire échoue ou si le service de Cisco Unity sur le serveur primaire arrête, le serveur secondaire de Cisco Unity devient automatiquement active et débuts pour exécuter des exécutions standard de Cisco Unity. Ce shift de primaire aux serveurs secondaires de Cisco Unity s'appelle le Basculement.

Quand un Basculement se produit, les modifications apportées aux données dans la base de données SQL (UnityDb) sont répliquées du serveur primaire vers le serveur secondaire. Cependant, il pourrait y avoir des exemples quand ces modifications ne sont pas répliquées du serveur primaire vers le serveur secondaire.

Messages d'erreur

Erreur ODBC : Ne pourrait pas changer Publisher parce que l'abonnement a été abandonné.

Quand vous exécutez l'assistant de configuration de Basculement, ce message d'erreur de réplication SQL pourrait apparaître :

ODBC Error:Could not change the Publisher because the subscription has been dropped. 
Use sp_subscription_cleanup to clean up the triggers

Description du problème

Cette erreur se produit quand le Serveur SQL a été renommé après qu'il ait été initialement installé. Par conséquent, le nom de Serveur SQL (vieux nom du serveur) n'apparie pas le nouveau nom d'ordinateur (nouveau nom du serveur). Terminez-vous ces étapes afin de confirmer ceci :

  1. Sur le menu de démarrage de Windows, le clic programme > Microsoft SQL Server > analyseur de requête.

  2. Dans le connecter dans la boîte de dialogue de Serveur SQL, écrivez ces configurations :

    • Dans le domaine de Serveur SQL, écrivez le nom du serveur de Cisco Unity.

    • Sous connectez utilisant, choisissent l'authentification de Windows.

  3. Cliquez sur OK.

  4. Dans la fenêtre de SQL Query Analyzer, écrivez le @@servername choisi, puis l'appuyez sur entrent dans et cliquent sur le bouton de requête d'exécuter.

    Le volet inférieur de la fenêtre affiche le vieux ou incorrect nom du serveur.

    Remarque: Vous pouvez également exécuter le @@servername choisi de la ligne de commande, comme affiché ici :

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unity/91276-unity-failover-err-msg1.gif

Contournement

Terminez-vous ces étapes afin de corriger l'anomalie dans les noms du serveur :

  1. Écrivez le sp_dropserver « <Old_server_name> » d'exécutif, où le <Old_server_name> est le nom que vous fondez dans l'étape 4 sous la section de description du problème. Puis, appuyez sur entrent.

    Remarque: Vous devez utiliser les guillemets simples comme affichés.

  2. Écrivez le sp_addserver d'exécutif « <new_server_name> », « gens du pays », et l'appuyez sur entrent.

    Remarque: Vous devez utiliser les guillemets simples comme affichés.

  3. Cliquez sur le bouton de requête d'exécuter.

  4. Dans la barre d'état système, cliquez avec le bouton droit l'icône de MSSQLServer, puis cliquez sur MSSQLServer - arrêt.

  5. Une fois incité à confirmer arrêter le service de MSSQLServer, cliquez sur oui.

  6. Une fois incité à confirmer arrêter toute la personne à charge entretient, clique sur oui.

  7. Dans la boîte de dialogue d'AvCsTrayStatus, cliquez sur OK.

  8. Quand l'icône de MSSQLServer indique que le Serveur SQL a redémarré, sélectionnez la ligne choisie de @@servername dans la fenêtre de requête, alors cliquez sur le bouton de requête d'exécuter afin de vérifier le nouveau nom du serveur.

  9. Fermez la fenêtre de SQL Query Analyzer.

  10. Dans la barre d'état système, cliquez avec le bouton droit l'icône de Cisco Unity, et choisissez l'Unity de début.

  11. Créez un abonné de test et enregistrez un nom d'abonné pour tester la réplication.

  12. Si le nom enregistré toujours ne réplique pas à travers vers le serveur secondaire, vérifiez les partages du serveur primaire et secondaire qui sont normalement utilisés pour la réplication, telle que le répertoire de fichiers de flot, le répertoire d'UnityMTA, le répertoire de support, etc.

    Ceux-ci devraient être partage activé. Assurez-vous que les autorisations sont correctes.

    Vous pouvez manuellement activer partager pour ces répertoires et confirmer si le nom enregistré de l'abonné factice a répliqué.

AvCsNodeMgr incapable de se connecter au Serveur SQL sur LocalHost. Erreur 0x80044818

Le serveur de l'Unity 4.x dans le Basculement pourrait périodiquement voir un message d'erreur semblable à ceci dans le journal d'événements d'application :

Event Type: Warning
Event Source: CiscoUnity_NodeMgr
Event Category: Run
Event ID: 1033
Date: 03/30/2007
Time: 1:41:56 PM
User: N/A
Computer: <computer name>
Description:
AvCsNodeMgr unable to connect to SQL Server on LocalHost. Error 0x80044818.

Description du problème

Le service de gestionnaire de noeud de Cisco Unity vérifie périodiquement le statut des gens du pays et de la base de données distante, et en particulier le statut de réplication. COM publique de Microsoft relient est utilisée directement par le gestionnaire de noeud, ainsi code d'erreur signalé est une erreur de Microsoft SQL (COM) sur la tentative de se connecter.

La tentative de l'initialisation (11) et de la réplication de suivis de micro de gestionnaire de noeud (17) de fournir les informations supplémentaires en essayant pour signaler le message d'erreur de Microsoft pour code d'erreur. L'intervalle auquel ce contrôle est exécuté est tenu dans le registre, dans le SQLReplicationCheckIntervalSec sous HKLM \ logiciel \ clé Voice\AvCsNodeMgr\1.0 active. Le par défaut est de 15 minutes (900 secondes). Les informations supplémentaires sur code d'erreur ou le message d'erreur proviennent Microsoft.

Cette question est dépistée par l'ID de bogue Cisco CSCec80854 (clients enregistrés seulement).

Contournement

Cette erreur n'affecte aucun services.

Afin de s'assurer des travaux d'Unity correctement, vérifiez la Connectivité SQL à l'aide du gestionnaire d'entreprise sur chaque serveur d'Unity pour voir si elle peut parler aux bases de données SQL locales et distantes, et que le service de gestionnaire de noeud fonctionne avec le même compte administrateur de domaine sur les deux serveurs d'Unity.

GetFileAttributes pour \\UNITY2\Snapshot\PDS1.txt a manqué avec l'erreur 0x80070035.

Ce message d'erreur apparaît dans le journal d'événements d'application du serveur de Basculement :

Event Type:	Warning
Event Source:	CiscoUnity_NodeMgr
Event Category:	Run 
Event ID:	1059
Date:		10/13/2003
Time:		4:31:40 PM
User:		N/A
Computer:	UNITY1
Description:
GetFileAttributes for \\UNITY2\Snapshot\PDS1.txt failed with error 0x80070035. 
For more information, click: http://www.CiscoUnitySupport.com/find.php

Description du problème

Ceci signifie typiquement que le compte que le service d'AvCsNodeMgr ouvre une session en tant que (Programs > Administrative Tools > Services) n'a pas l'autorisation de récupérer les informations il a besoin du serveur secondaire.

Contournement

Afin de réparer ceci, vérifiez les autorisations du compte de Basculement comme décrit dans la configuration et le guide d'administration de Basculement de Cisco Unity (avec Microsoft Exchange), la release 4.x. Le compte que vous choisissez doit avoir le droit d'agir en tant qu'élément du système d'exploitation et d'ouvrir une session comme service. En outre, le compte doit être un membre du groupe d'administrateurs locaux. Le compte doit être identique pour les serveurs primaires et secondaires.

Si cette solution ne résolvait pas le problème, terminez-vous ces étapes :

  1. Explorez \ répertoire de commserver \ instantané, cliquez avec le bouton droit le répertoire d'instantané, et choisissez partager.

  2. Cliquez sur les autorisations se boutonnent pour s'assurer que le compte de svcunitymsgstore a l'autorisation de plein contrôle.

  3. Afin de vérifier les autorisations de niveau de fichier, cliquer avec le bouton droit le répertoire d'instantané et choisir la Sécurité tableau veillent les utilisateurs pour avoir l'autorisation exigée.

Le composant de la téléphonie du Cisco Unity a rencontré une erreur sérieuse

Les ports de messagerie de vocal Cisco Unity ne répondent pas à des appels d'arrivée jusqu'à ce que des ports soient remis à l'état initial de l'écran de configuration des ports de messagerie vocale de Cisco CallManager. L'État des ports est répertorié en tant que « inactif » une fois visualisé du moniteur d'état d'Unity. L'affichage d'erreurs suivant sur le serveur primaire de Basculement dans une batterie de Basculement de Cisco Unity.

Event Type: Error
Event Source: CiscoUnity_Miu
Event Category: Error
Event ID: 549
Date: 7/8/2003
Time: 8:41:39 AM
User: N/A
Computer: UnityServer
Description:
Cisco Unity's telephony component has encountered a serious error.

EXPLANATION:
No reponse was received on port 5 while waiting for an incoming call to be answered. 
This is a serious failure, and most likely parties involved in the call will be disconnected. 
In some cases, further calls on this port will not be handled correctly.

TECHNICAL DETAILS:
Thread 0x00001218 had a Failure on Port 5 in Method CAvMiuLine::Answer()
Event Type: Error
Event Source: CiscoUnity_Miu
Event Category: Error
Event ID: 559
Date: 7/8/2003
Time: 8:42:09 AM
User: N/A
Computer: UnityTest
Description:
Cisco Unity's telephony component has encountered a serious error.

EXPLANATION:
A serious failure has occurred on port 5 while dropping a call. In some cases, 
further calls on this port will not be handled correctly.

TECHNICAL DETAILS:
Thread 0x00001218 had a Failure on Port 5 in Method CAvMiuLine::Drop()

Description du problème

CiscoUnity_Miu, ID d'événement : 549 et 559 : Cette erreur peut se produire quand un périphérique de téléphone IP place un appel dans le Cisco Unity, et, pour quelque raison, il ne peut pas envoyer son Keepalives au Cisco CallManager. En conséquence, le CallManager déclare le téléphone inaccessible (défaillance provisoire).

Si l'Unity a lieu pendant la phase d'installation de l'appel, la réception de ce message de « défaillance provisoire » fait générer le port d'Unity ce message d'erreur, mais elle n'envoie pas un message avec combiné raccroché de nouveau au CallManager. Pour cette raison, le CallManager pense que le port est encore en service, alors que l'Unity pense que le port est libre. Le résultat est qu'aucun appel ne peut être placé à ce port d'Unity.

Solution

  1. Assurez-vous que les ports sont installés correctement selon le guide d'intégration de Cisco Unity de CallManager de Cisco.

  2. Redémarrez le serveur d'Unity et vérifiez si les messages d'erreur apparaissent toujours.

  3. Ouvrez le moniteur d'état de Cisco Unity et vérifiez l'état de port pour n'importe quelle occurrence des calages de port. Si oui, remettez à l'état initial le port du moniteur d'état de Cisco Unity. Le pour en savoir plus, se rapportent à des calages de port de dépannage dans le Cisco Unity.

  4. Remettez à l'état initial le port de la page de configuration des ports de messagerie vocale de Cisco CallManager.

  5. Vérifiez s'il y a des questions CPU de haute puisque ceci peut également déclencher cette erreur.

L'assistant de configuration de Basculement de l'Unity 7.0(2.0) ne peut pas parcourir le réseau

Avec le Cisco Unity 7.0(2.0), quand l'assistant de configuration de Basculement (FCW) est exécuté, vous ne pourriez pas pouvoir voir le nom du serveur de partenaire quand vous devez choisir le serveur primaire ou secondaire. Ceci ne te permettra pas pour se terminer le Basculement d'établissement.

Solution

Exécutez ce contournement :

  1. Sur le serveur où vous ne pouvez pas voir l'autre nom du serveur, vous devez éditer cette clé de registre :

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\AvCsNodeMgr\1.0
  2. Créez une nouvelle valeur de chaîne nommée nom du serveur de Partner avec une valeur de l'autre nom du serveur dans la batterie de Basculement.

  3. Créez un IP de serveur de partenaire de valeur de chaîne avec une valeur de l'adresse IP de l'autre serveur.

  4. Une fois que vous faites ceci, réexécutez l'assistant de configuration de Basculement.

    Vous devriez maintenant pouvoir obtenir après le point de sélectionner le nom du serveur dans l'application et se terminer exécutant l'assistant.


Informations connexes


Document ID: 91276