Voz y Comunicaciones unificadas : Cisco Unity

Mensajes de error de la falla de Unity

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento explica algunos de los mensajes de error que pueden aparecer durante la Conmutación por falla del Cisco Unity y proporciona las soluciones alternativas recomendadas.

prerrequisitos

Requisitos

Asegúrese de que la Conmutación por falla esté configurada en el Cisco Unity primario y los servidores secundarios. Refiera a configurar la Conmutación por falla en el primario y los servidores secundarios para más información. También, refiera a la instalación del Cisco Unity falla al ejecutar MSCW con Failed que consigue el envase para los usuarios nuevos para el [our domain] del dominio. .

Componentes Utilizados

La información en este documento se basa en la versión 4.0(3) del Cisco Unity.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

La Conmutación por falla es una característica que proporciona una Redundancia simple, que permite que las funciones de la Mensajería de voz continúen si el servidor del Cisco Unity falla o cuando usted necesita realizar el mantenimiento. Para configurar la Conmutación por falla, usted necesita instalar y configurar el Cisco Unity en dos diversos servidores: un servidor primario y un servidor secundario.

Si el servidor primario falla o si el servicio del Cisco Unity en el servidor primario para, el servidor secundario del Cisco Unity se convierte en active y comienza automáticamente a realizar las operaciones estándar del Cisco Unity. Esta rotación de primario a los servidores secundarios del Cisco Unity se llama Conmutación por falla.

Cuando ocurre una Conmutación por falla, los cambios realizados a los datos en la base de datos SQL (UnityDb) se replican del servidor primario al servidor secundario. Sin embargo, pudo haber casos cuando estos cambios no se replican del servidor primario al servidor secundario.

Mensajes de error

Error ODBC: No podría cambiar Publisher porque se ha caído la suscripción.

Cuando usted funciona con al Asisitente de la configuración de failover, este mensaje de error de la réplica de SQL pudo aparecer:

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

Descripción de problemas

Este error ocurre cuando el SQL Server fue retitulado después de que fuera instalado originalmente. Por lo tanto, el nombre de SQL Server (viejo Nombre del servidor) no hace juego el nuevo nombre de la máquina (nuevo Nombre del servidor). Complete estos pasos para confirmar esto:

  1. En el menú Start (Inicio) de Windows, haga clic los programas > el Microsoft SQL server > el analizador de consultas.

  2. En la conexión con el cuadro de diálogo del servidor SQL, ingrese estas configuraciones:

    • En el campo del servidor SQL, ingrese el nombre del servidor del Cisco Unity.

    • Bajo conecte usando, eligen la autenticación de Windows.

  3. Haga clic en OK.

  4. En la ventana del analizador de consultas SQL, ingrese el @@servername, después el Presione ENTER selectos y haga clic el botón de la interrogación de la ejecución.

    El cristal más bajo de la ventana visualiza el viejo o incorrecto Nombre del servidor.

    Nota: Usted puede también ejecutar el @@servername selecto de la línea de comando, como se muestra aquí:

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

Solución Aternativa

Complete estos pasos para corregir la discrepancia en los nombres de servidor:

  1. Ingrese el sp_dropserver “<Old_server_name>” del ejecutivo, donde está el nombre el <Old_server_name> que usted encontró en el paso 4 conforme a la sección Descripción del problema. Entonces, Presione ENTER.

    Nota: Usted debe utilizar las comillas simples como se muestra.

  2. Ingrese el sp_addserver “<new_server_name>”, “local”, y Presione ENTER del ejecutivo.

    Nota: Usted debe utilizar las comillas simples como se muestra.

  3. Haga clic el botón de la interrogación de la ejecución.

  4. En la bandeja del sistema, haga clic con el botón derecho del ratón el icono del MSSQLServer, después haga clic el MSSQLServer - pare.

  5. Cuando se le pregunte para confirmar la detención del Servicio MSSQLServer, haga clic .

  6. Cuando se le pregunte para confirmar la detención de todos los servicios del dependiente, haga clic .

  7. En el cuadro de diálogo de AvCsTrayStatus, haga clic la AUTORIZACIÓN.

  8. Cuando el icono del MSSQLServer indica que el SQL Server ha recomenzado, seleccione la línea selecta del @@servername en la ventana de la interrogación, después haga clic el botón de la interrogación de la ejecución para verificar el nuevo Nombre del servidor.

  9. Cierre la ventana del analizador de consulta SQL.

  10. En la bandeja del sistema, haga clic con el botón derecho del ratón el icono del Cisco Unity, y elija el Unity del comienzo.

  11. Cree a un suscriptor de prueba y registre un nombre del suscriptor para probar la replicación.

  12. Si el nombre registrado todavía no replica a través al servidor secundario, marque del servidor secundario las partes primarias y que se utilizan normalmente para la replicación, tal como el directorio de archivos de la secuencia, directorio del unityMta, directorio del soporte, etc.

    Éstas deben ser parte habilitada. Asegúrese de que los permisos estén correctos.

    Usted puede habilitar manualmente la distribución para esos directorios y confirmar si el nombre registrado del suscriptor simulado ha replicado.

AvCsNodeMgr incapaz de conectar con el SQL Server en el localhost. Error 0x80044818

El servidor del Unity 4.x en la Conmutación por falla pudo ver periódicamente un mensaje de error similar a esto en el registro de eventos de aplicación:

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.

Descripción de problemas

El servicio de Node Manager del Cisco Unity marca periódicamente el estatus del local y de la base de datos remota, y particularmente el estatus de la replicación. Una interfaz COM de Microsoft del público es utilizada directamente por Node Manager, así que el código de error señalado es un error de Microsoft SQL (COM) en la tentativa de conectar.

La tentativa de la inicialización (11) y de la replicación de las trazas del micrófono de Node Manager (17) de proporcionar la Más información intentando señalar el mensaje de error de Microsoft para el código de error. El intervalo en el cual se realiza este control se lleva a cabo en el registro, en el SQLReplicationCheckIntervalSec bajo el HKLM \ el software \ clave activa Voice\AvCsNodeMgr\1.0. El valor por defecto es 15 minutos (900 segundos). La Más información en el código de error o el mensaje de error viene de Microsoft.

Este problema es seguido por el Id. de bug Cisco CSCec80854 (clientes registrados solamente).

Solución Aternativa

Este error no afecta a ningunos servicios.

Para aseegurarse los trabajos del Unity correctamente, verifique la Conectividad SQL usando el administrador de empresa en cada servidor de Unity para ver si puede hablar con las bases de datos SQL locales y remotas, y que los funcionamientos del servicio de Node Manager con el mismo administrador de dominio consideran en los dos servidores de Unity.

GetFileAttributes para \\UNITY2\Snapshot\PDS1.txt fallado con el error 0x80070035.

Este mensaje de error aparece en el registro de eventos de aplicación del servidor de fallas:

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

Descripción de problemas

Esto significa típicamente que la cuenta que el servicio de AvCsNodeMgr abre una sesión como (Programs (Programas) > Administrative Tools (Herramientas administrativas) > Services (Servicios)) no tiene permiso para extraer la información necesita del servidor secundario.

Solución Aternativa

Para reparar esto, marque los permisos de la cuenta de la Conmutación por falla según lo descrito en la configuración de failover y la guía de administración del Cisco Unity (con el Microsoft Exchange), la versión 4.x. La cuenta que usted elige debe tener el derecho de actuar como parte del sistema operativo y de abrir una sesión como servicio. También, la cuenta debe ser un miembro del grupo de los administradores locales. La cuenta debe ser lo mismo para el primario y los servidores secundarios.

Si esta solución no resolvió el problema, complete estos pasos:

  1. Explore \ el commserver \ el directorio de la foto, haga clic con el botón derecho del ratón la carpeta de la foto, y elija la distribución.

  2. Haga clic los permisos abotonan para aseegurarse que la cuenta del svcunitymsgstore tiene el permiso del control total.

  3. Para marcar los permisos del nivel del archivo, hacer clic con el botón derecho del ratón la carpeta de la foto y elegir la Seguridad cuadro aseegurese a los usuarios tener el permiso requerido.

El componente de la telefonía del Cisco Unity ha encontrado un error grave

El fall del puerto de correo de voz del Cisco Unity para contestar a las llamadas entrantes hasta los puertos se reajusta de la pantalla de configuración del puerto de correo de voz del Cisco CallManager. Enumeran al estado de puerto como “marcha lenta” cuando está visto del monitor del estado de Unity. La visualización de errores siguiente en el servidor de fallas primario en un cluster de la Conmutación por falla del 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()

Descripción de problemas

CiscoUnity_Miu, ID de evento: 549 y 559: Este error puede ocurrir cuando un dispositivo del teléfono del IP pone una llamada en el Cisco Unity, y, por alguna razón, no puede enviar su Keepalives al Cisco CallManager. Como consecuencia, el CallManager declara el teléfono inalcanzable (falla temporal).

Si el Unity es en la fase de la configuración de la llamada, el recibo de este mensaje de la “falla temporal” hace el puerto Unity generar este mensaje de error, pero no envía un mensaje del en-gancho de nuevo al CallManager. Debido a esto, el CallManager piensa que el puerto es todavía funcionando, mientras que el Unity piensa que el puerto está libre. El resultado es que ningunas llamadas se pueden poner a ese puerto Unity.

Solución

  1. Aseegurese que los puertos están configurados correctamente de acuerdo con la guía de la integración de Cisco Unity del CallManager de Cisco.

  2. Reinicie al servidor de Unity y marque si todavía aparecen los mensajes de error.

  3. Abra el monitor de estado del Cisco Unity y marque el estado del puerto para cualquier acontecimiento de las cárceles del puerto. Si es así reajuste el puerto del monitor de estado del Cisco Unity. Para más información, refiera a los bloqueos de puertos del troubleshooting en el Cisco Unity.

  4. Reajuste el puerto de la página de configuración del puerto de correo de voz del Cisco CallManager.

  5. Marque si hay CPU elevada problemas puesto que éste puede también accionar este error.

El Asisitente de la configuración de failover del Unity 7.0(2.0) no puede hojear la red

Con el Cisco Unity 7.0(2.0), cuando funcionan con al Asisitente de la configuración de failover (FCW), usted puede ser que no pueda ver el nombre del servidor del partner cuando usted necesita elegir el primario o al servidor secundario. Esto no permitirá que usted complete configurando la Conmutación por falla.

Solución

Realice esta solución alternativa:

  1. En el servidor donde usted no puede ver el otro Nombre del servidor, usted necesita editar esta clave de registro:

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\AvCsNodeMgr\1.0
  2. Cree un nuevo valor de la cadena nombrado Partner Nombre del servidor con un valor del otro Nombre del servidor en el cluster de la Conmutación por falla.

  3. Cree a un partner del valor de la cadena IP del servidor con un valor de la dirección IP del otro servidor.

  4. Una vez que usted hace esto, vuelva a efectuar al Asisitente de la configuración de failover.

    Usted debe ahora poder conseguir más allá de la punta de seleccionar Nombre del servidor adentro la aplicación y completar funcionando con al Asisitente.


Información Relacionada


Document ID: 91276