Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

El Cisco CallManager BARRA la localización de averías de los problemas

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Traducción Manual (15 Abril 2008) | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

La utilidad de reserva del Cisco IP Telephony y del Restore del sistema (BARRAS) proporciona un confiable y una manera conveniente realizar los respaldos automáticos o usuario-invocados regularmente programados de los datos para una variedad de Productos del Cisco IP Telephony.

Este documento discute algunos problemas frecuentes que ocurran cuando usted utiliza las BARRAS y cómo resolver problemas estos problemas.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en el Cisco CallManager 3.x y 4.x, y no se aplica a las versiones 5.0 y posterior.

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.

Nota: Para el Cisco CallManager 3.3 o más adelante, usted necesita utilizar las BARRAS soportadas de Cisco utilitarias. Si usted utiliza una versión anterior del Cisco CallManager, utilice la utilidad de backup de aplicaciones del Cisco IP Telephony (3.5). En el Cisco CallManager 5.0 y posterior, la utilidad de las BARRAS es substituida por el sistema de la Recuperación tras desastres. Refiera a la guía de administración del sistema de la Recuperación tras desastres para más información.

Nota: Si usted sostiene el servidor IPCC con las BARRAS, la versión de las BARRAS debe ser lo mismo en el Cisco CallManager y el servidor IPCC. Refiera a estos documentos de la matriz de compatibilidad para saber más sobre las versiones soportadas de las BARRAS:

Convenciones

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

El usuario del Cisco CallManager no puede actualizar, instalar, o desinstalar las BARRAS

Problema

El usuario del Cisco CallManager no puede actualizar, instalar o desinstalar las BARRAS. El usuario recibe este mensaje de error:

BARS can not be upgraded/uninstalled because it is 
in the middle of a BACKUP/RESTORE operation

Nota:  Para instalar las BARRAS, es obligatorio que usted inicia sesión como administrador.

Solución

Este problema puede ocurrir debido a un respaldo fallado, o puede realmente haber un respaldo en curso. Los cambios en los valores de clave de registro pueden también causar este problema.

Si usted está seguro que no hay un en curso de reserva y el sistema todavía se pega, utiliza esta solución alternativa:

Complete estos pasos en el Cisco Callmanager server:

  1. Haga un respaldo del registro. Asegúrese de que el Cisco Security Agent (CSA) y todo el Software anti virus esté inhabilitado; también, asegúrese de que el servicio programador de las BARRAS, IIS mantenga, se paran en el cuadro.

  2. Cambie \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Cisco Systems \ BARRAS \ información \ valor de clave de registro de AppStatus PARA ESTAR DESOCUPADO.

  3. Reinicie el sistema, e intente instalar o desinstalar las BARRAS otra vez.

  4. Si este procedimiento no para la actividad de las BARRAS, quite la entrada de registro \ el HKEY_LOCAL_MACHINE \ SOFTWARE \ Cisco Systems \ BARRAS \ información \ Appversion = X.0.X000. Reinicie el Cisco CallManager solamente después que usted ha quitado este valor de registro (si no está presente adentro agrega/quita los programas) y después intente otra vez instalar o desinstalar las BARRAS.

Las BARRAS instalan fallan con el error “Error desconocido del pCat->InstallComponent()”

Problema

Usted no puede instalar las BARRAS, y los registros del instalar muestran este mensaje:

InstallUtils.cpp: AddMTSCom: SUCCESS:  Created new COM instance
InstallUtils.cpp: AddMTSCom: Unknown error from pCat->InstallComponent()

Solución

Complete estos pasos para resolver el problema:

  1. En el menú Inicio, elija a los programas > Administrative Tools > los servicios del componente.

  2. En el panel de la izquierda, amplíe los servicios del componente > los ordenadores > las aplicaciones del Mi PC > COM+.

  3. Borre la carpeta de las BARRAS.

  4. Pare y recomience el servicio del componente COM+.

Después de que usted complete estos pasos, reinstale las BARRAS.

Después de que una actualización de las BARRAS, el trabajo programado SQL Server “espacio en disco del monitor” falle

Problema

Con el Cisco CallManager, el trabajo programado servidor SQL “espacio en disco del monitor” falla y este mensaje de error se recibe en el registro de eventos de aplicación:

SQL Server Scheduled Job 'Monitor Disk Space' (0x07CFC697B9F
C82439332CD45726BE6B1) - Status: Failed - Invoked on: 2005-11-03
18:00:00 - Message: The job failed. The Job was invoked by Schedule 
13 (Schedule 1). The last step to run was step 2 (TruncateCCMLog).

Una actualización a la versión 4.0.8 de las BARRAS a partir del 4.0.7 causa propietario de la base de datos del Cisco CallManager y del registro de detalles de la llamada (CDR) que se cambiará al desconocido. Esto causa el trabajo programado servidor SQL “espacio en disco del monitor” de fallar. Este problema es documentado por el bug Cisco ID CSCsc55053 (clientes registrados solamente) y CSCsg32819 (clientes registrados solamente).

Solución

Realice esta solución alternativa para resolver este problema:

  • En el analizador SQL, funcione con estos comandos de cambiar al propietario de la base de datos:

    use <latest ccm database>
    
    sp_changedbowner '<hostname>\Administrator'

    y

    SELECT name FROM master..sysdatabases WHERE SUSER_SNAME(sid) IS NULL
    

Después de que se ejecute el comando, complete estos pasos:

  1. Elija el > Security (Seguridad) del administrador de empresa, y haga clic con el botón derecho del ratón los logines.

  2. Elija el nuevo login, y agregue \ SQLSvc como usuario.

  3. Bajo \ propiedades del SQLSvc en la lengueta del acceso a la base de datos, agregue estos valores:

    • Base de dato del CallManager de Cisco actuales (por ejemplo, CCM0302)

    • CDR

    • arte

  4. Bajo propiedades de cada valor, elija el db_owner.

  5. Elija la Administración > los trabajos > el espacio en disco del monitor, y elija \ SQLSvc como el propietario.

  6. Recomience el SQLServerAgent y los Servicios MSSQLServeres.

  7. Si el espacio en disco del monitor da vuelta al azul, indica que el trabajo de la replicación falló. En este caso, se recomienda para crear una nueva suscripción.

El problema podría también ser que el trabajo se ejecuta en la base de datos incorrecta. En este caso, realice esta solución alternativa.

  1. Abra al administrador de empresa del Start (Inicio) > Programs (Programas) > Microsoft SQL Server.

  2. Amplíe el Microsoft SQL servers > el grupo de SQL Server > el Local > la Administración > el agente > los trabajos del SQL Server.

  3. Haga clic con el botón derecho del ratón el trabajo del espacio en disco del monitor a la derecha, y elija las propiedades.

  4. Haga clic la lengueta de los pasos.

  5. Haga clic el paso 2 (TruncateCCMLog), y después haga clic editan.

  6. Copie el contenido de la ventana de comando en un editor de textos, tal como libreta.

  7. Haga una búsqueda y substitúyala; substituya todos los casos de CCM0300 por las base de dato del CallManager de Cisco actuales (por ejemplo, CCM0302).

  8. Copie todo el texto corregido al tablero, después pegúelo nuevamente dentro de la ventana de comando y sobregrabe el viejo, incorrecto texto.

Procedimiento alternativo

Si estos pasos no resolvieron el problema, intente este procedimiento:

  1. Vaya al administrador de empresa SQL Enterprise.

  2. Navegue al agente del suscriptor > de la Administración > del servidor SQL.

  3. Borre cualquier trabajo que intente replicar MLADB.

Las BARRAS no trabajan con la unidad de cinta

Problema

El servicio movible de los dispositivos de almacenamiento no se habilita por abandono en todas las instalaciones del Cisco CallManager.

Servicio movible del almacenamiento

Las BARRAS no controlan el dispositivo de la unidad de cinta, escribe o lee solamente a él si es accesible. No hay necesidad tener la unidad de cinta puesta como letra de la unidad. Pero si usted quiere investigar más lejos usted debe poder realizar estos pasos.

  1. Vaya al Start (Inicio) > Run (Ejecutar).

  2. Teclee compmgmt.msc.

  3. Elija el almacenamiento > almacenamiento > las ubicaciones físicas movibles.

  4. Encuentre el dispositivo de la unidad de cinta en la lista, y haga clic con el botón derecho del ratón de modo que usted pueda ver o cambiar las propiedades.

  5. A veces, los servicios movibles del almacenamiento no se ejecutan.

  6. Complete estos pasos para habilitar el servicio:

    1. Elija Start > Run.

    2. Teclee Services.msc.

    3. Localice el servicio movible del almacenamiento, fije este servicio a automático, y comience el servicio.

Solución

Usted puede sostener el archivo necesario o la carpeta a la unidad de disco duro local y después grabarlos usando la utilidad de NTbackup.

Para encontrar la utilidad Backup (Copias de resguardorespaldo), elija los >Accessories del > Program Files (Archivos de programa) del comienzo > las herramientas > el respaldo de sistema.

El instalador no tiene derechos suficientes para acceder las visualizaciones de mensaje de error de C:\CiscoWebs\BARS de la carpeta durante la actualización de las BARRAS

Problema

Cuando un usuario intenta actualizar las BARRAS, el error 1303" instalador no tiene derechos suficientes para acceder las visualizaciones de mensaje de error de C:\CiscoWebs\BARS de la carpeta” aunque abren una sesión al usuario con los privilegios administrativos.

Solución

Complete estos pasos para resolver este problema:

  1. Elija el Start (Inicio) > Programs (Programas) > Administrative Tools (Herramientas administrativas) > Local Security (Seguridad local) directiva para abrir Local Security (Seguridad local) la directiva.

  2. Elija los ajustes de seguridad > las políticas locales > la asignación de derechos de usuario, y elija la asignación de derechos de usuario.

  3. El clic doble niega el acceso a este ordenador de la red, no reelige como candidato al invitado, y hace clic la AUTORIZACIÓN.

  4. El clic doble en el inicio Deny localmente, no reelige como candidato al invitado, y hace clic la AUTORIZACIÓN.

  5. Cierre Local Security (Seguridad local) la directiva, y reinicie el servidor.

    Este procedimiento le ayuda cuando usted actualiza las BARRAS en el servidor.

El estatus del planificador de trabajos de las BARRAS no cambia a habilitado

Problema

Después de que usted actualice el Cisco CallManager a partir del 4.0 a 4.2, no es posible programar la tarea de reserva a través del planificador de trabajos de las BARRAS.

Solución

Este problema ocurre cuando paran o se pegan al servicio programador de las BARRAS de Cisco.

Para resolver este problema, elija el Start (Inicio) > Programs (Programas) > Administrative Tools (Herramientas administrativas) > Services (Servicios) en el Cisco Callmanager server, y verifiquelo que el servicio programador de las BARRAS de Cisco es en servicio. Comience el servicio si se para o recomience el servicio si se comienza ya.

Error del registro de acontecimientos: La descripción para el ID de evento (1003) en la fuente (BARRAS de Cisco) no puede ser encontrada

Problema

Este mensaje de error de las BARRAS se recibe en el registro de acontecimientos del Cisco CallManager:

Event Type:	Error
Event Source:	Cisco BARS
Event Category:	None
Event ID:	1003
Date:		10/6/2007
Time:		2:17:02 AM
User:		N/A
Computer:	CCM1
Description:
The description for Event ID ( 1003 ) in Source ( Cisco BARS ) cannot be found. The local
computer may not have the necessary registry information or message DLL files to display
messages from a remote computer. The following information is part of the event: A
critical error occured during backup.
Data:
0000: 40 9b 0f 00 38 ee da 00   @›..8��.
0008: d6 60 00 11 dc ea da 00   �`..���.
0010: 78 36 00 11 58 ee da 00   x6..X��.
0018: 01 7a 0e 11 50 ed da 00   .z..P��.
0020: 3c ec da 00 38 ec da 00   <��.8��.

Solución

Para resolver el problema, siga los siguientes pasos:

  1. Verifique que no haya discordancia dúplex entre el Cisco CallManager y el switchport. Si hay una discordancía, usted necesita configurar de nuevo las configuraciones dúplex en el switchport.

  2. Verifique que la ubicación en donde usted intenta sostener tenga bastante espacio. Debe tener más que los tamaños del directorio del estacionamiento como se indica en el registro de las BARRAS.

  3. Marquelo si la carpeta de destino (donde se crea el respaldo) tiene el permiso del Grupo del administrador, y aseegure hereda los permisos de la carpeta principal.

  4. Utilice las BARRAS en las horas no pico o cuando se espera que la transferencia sea más rápida.

Las BARRAS fallan al registro del Cisco CallManager de backup

Problema

Si las BARRAS fallan con el mensaje de error que dice él no eran respaldo capaz el registro de CCM

Solución

Complete estos pasos para resolver el problema:

  1. En el servidor del editor del CallManager de Cisco, vaya al Start (Inicio) > Programs (Programas) > Administrative Tools (Herramientas administrativas) > Services (Servicios), y verifique que el servicio de registro remoto no ha parado.

  2. Si el servicio de registro remoto ha parado, cambie su tipo de lanzamiento a automático y recomience las BARRAS de reserva. Si el servicio de registro remoto se está ejecutando, recomience las BARRAS de reserva.

Error: No podido copiar la página de los servicios URL de la máquina remota

Problema

Las trazas de reserva del registro del Cisco CallManager muestran este mensaje de error después de que se realice el respaldo:

Failed to copy URL Services page from remote machine <machine-name.company.com>. 
Files can be backed up only from backing up server. 
Backup URL Services page manually. 

Si configuran a los servicios URL bajo parámetros Enterprise con una dirección IP, las BARRAS intentan una búsqueda de DNS reversible de este IP para obtener un nombre y comparan ese nombre al nombre del host local. Las BARRAS utilizan el equivalente del “nslookup,” así que se requiere la resolución de DNS. Las BARRAS no utilizan la resolución de nombre de las ventanas predeterminadas. Si la búsqueda de DNS reversible vuelve un Nombre de dominio totalmente calificado (FQDN), la comparación de las BARRAS falla.

Si configuran a los servicios URL bajo parámetros Enterprise como Nombre de dominio totalmente calificado (FQDN), esta advertencia genera si el nombre de host que se especifica en los servicios URL es un nombre de la máquina calificado completamente. La aplicación de las BARRAS utiliza solamente el nombre de host local cuando determina si el host local es la ubicación de los servicios URL. El respaldo completa con éxito después de esta advertencia.

Este problema se documenta en el Id. de bug Cisco CSCsd39789 (clientes registrados solamente). Refiera al bug para un arreglo posible.

Solución

Éstas son las soluciones alternativas posibles para resolver este problema:

  1. Configure el servidor DNS para realizar la resolución reversa y para volver solamente el nombre de host.

  2. Cambie los servicios URL de un nombre del host calificado completamente al nombre de host del servidor.

Las BARRAS que el respaldo falla con el error “no podrían construir el archivo con éxito”

Problema

Con el Cisco CallManager, las BARRAS que el respaldo falla con no podrían construir el mensaje de error del archivo con éxito. El mensaje ocurre para una de estas razones:

  • Si el ubicación en donde usted toma el respaldo no tiene bastante espacio en disco, el respaldo falla.

  • Si el respaldo se toma en un destino de la red, acceder la máquina de destino de la red puede tardar más tiempo, y BARRA las épocas hacia fuera.

  • Si un archivo único para el respaldo tiene los tamaños mayores de 2 GB, el respaldo falla. Ésta es generalmente la base de datos del Registros de los detalles de llamadas (CDR).

Este problema se documenta en el Id. de bug Cisco CSCee43938 (clientes registrados solamente).

Solución

Verifique que la ubicación en donde usted intenta sostener tenga bastante espacio. Debe tener más que los tamaños del directorio del estacionamiento como se indica en el registro de las BARRAS. En ese caso, éste es un mensaje válido, que indica que el Ubicación de destino del almacenamiento no tiene bastante espacio para recibir el archivo.

Si la red es lenta, y si los tamaños de los datos de respaldo aumentan, pueden ser menos de 4 horas. En este caso, es mejor realizar la salvaguardia localmente (unidad de cinta) o tomar el respaldo en un destino de la red que sea fácilmente accesible.

Cuando usted utiliza la ubicación de la red, aseegurese que la identificación del usuario usada para abrir una sesión al lugar remoto tiene bastante espacio en disco en la cuota del disco si se utiliza la función de administración de la cuota.

Si el procedimiento antedicho no resolvió el problema, realice uno de estos procedimientos:

  • Purgue los viejos registros CDR o no reelija como candidato el respaldo de las bases de datos CDR durante la configuración de las BARRAS para evitar esta situación.

  • Marquelo si la carpeta de destino (donde se crea el respaldo) tiene el permiso del Grupo del administrador, y aseegure hereda los permisos de la carpeta principal.

  • Utilice las BARRAS durante las horas no pico o cuando se espera que la transferencia sea más rápida.

El respaldo de la versión 4.0.12 de las BARRAS falla con el error: No podido copiar la página de los servicios URL. No podía encontrar el directorio raíz IIS para CCMCIP

Problema

En el administrador 4.x de las Comunicaciones unificadas de Cisco, con la versión 4.0.12 de las BARRAS, esta errores apareces cuando se realiza un respaldo.

No podido copiar la página de los servicios URL. No podía encontrar el directorio raíz IIS para CCMCIP

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/77804-ccm-bars-ts-1.gif

Solución

Para superar este problema, realice uno de estos procedimientos:

  1. Actualice a las BARRAS 4.0.13.

    Nota: Las BARRAS 4.0.13 son compatibles con las versiones del administrador de las Comunicaciones unificadas de Cisco 4.2(3), 4.2(1), 4.1(3), 4.1(2), 4.0(2a), y 4.0(1).

    O

  2. Bajo el System (Sistema) > Enterprise Parameters (Parámetros Enterprise), cambie el parámetro de servicio de los servicios URL de la dirección IP al nombre de host del servidor en la página del ccmadmin.

No podido caer la base de datos CCM0300

Problema

Cuando usted intenta restablecer con la herramienta de las BARRAS, el restore falla con cualquiera de estos mensajes de error:

BARS Restore - Failed to drop database CCM0300

O

Cannot drop the database 'Ccm0300' because it is currently in use.

Solución

Para resolver este problema, marque éstos:

  1. Aseegurese que el archivo LMHOSTS está configurado correctamente y poblado a los suscriptores.

  2. Aseegurese que las BARRAS equipan las puntas al Nombre del servidor en vez de la dirección IP.

Las BARRAS fallan intermitentemente con el error COM+

Problema

El proceso de las BARRAS se convierte en curso pegado, y estos eventos se registran al visor de evento de aplicación:

AMCisco BARS SchedulerNoneNone1N/AXXXXX 
The description for Event ID ( 1 ) in Source ( Cisco BARS Scheduler ) cannot be found. 
The local computer may not have the necessary registry information or message DLL files to display 
messages from a remote computer. 
The following information is part of the event:
 [-2147023170] Automation error
 The remote procedure call failed.
AMCOM+ErrorSVC4097N/A
XXXXXXThe run-time environment has detected an inconsistency in 
its internal state.
AMCOM+ErrorSVC4194N/A
XXXXXXThe system has called a custom component and that component 
has failed and generated an exception. 

Solución

Cuando usted realiza un respaldo/un restore con una dirección IP, una asignación apropiada entre el IP y el DNS se requiere para acceder correctamente el sistema. Una configuración omitida lleva a este problema.

Para resolver este problema, marque éstos:

  1. Aseegurese que el archivo LMHOSTS está configurado correctamente y poblado a los suscriptores.

  2. Aseegurese que las BARRAS equipan las puntas al Nombre del servidor en vez de la dirección IP.

Error: No podía encontrar la base de datos del Cisco Unified CallManager en este servidor

Problema

El respaldo de las BARRAS falla con este mensaje de error:

Could not find Cisco Unified CallManager database on this server. 

El error de reserva ocurre con este error:

Could not determine the path for CDR flat files from database. Backing up from default location

Solución

Para resolver este problema, aseegurese que usted utiliza la cuenta “administrador” para sostener.

Nota: “A” debe estar en los CASQUILLOS puesto que ésta es con diferenciación entre mayúsculas y minúsculas.

Incapaz de abrir la página web de las BARRAS

Los backups planificados para el editor, los servidores primarios IPCC, y los servidores secundarios IPCC nunca ejecutan cuando usted ejecuta las BARRAS en un editor CM 4.1(3)sr7. Respaldos manuales funcionados con muy bien.

Solución

Para resolver este problema, usted necesita reinstalar las BARRAS. Complete estos pasos para reinstalar las BARRAS:

  1. Haga clic el menú Inicio.

  2. Haga clic en Run (Ejecutar).

  3. Teclee el regedit, y haga clic la AUTORIZACIÓN.

  4. Navegue al HKEY_LOCAL_MACHINE \ SISTEMA \ CurrentControlSet \ control \ SessionManager.

  5. Borre la clave de PendingFileRenameOperations.

  6. Restaure el registro.

  7. Comience otra vez la instalación de las BARRAS.

El respaldo con las BARRAS falla

El respaldo con las BARRAS para CRS falla con este mensaje:

[02:38:51 AM]   Backup is 74% complete.
[02:45:30 AM]   [Error]	Error: unable to process archive component:
com.cisco.wf.spanlinkBackupRestore.SLRcrdgArchiveComponent; nested exception is: 
	com.cisco.archive.ArchiveException: Unable to process backup request; nested exception
is: 
	com.cisco.archive.ArchiveException: CDBRTool failed to backup Spanlink recordings
[02:45:36 AM]   Session closed successfully
[02:45:37 AM]   [Error]	Could not backup Cisco Customer Response Solutions successfully on
Ctelpti003.

Solución

Para resolver este problema, apague las BARRAS en el servidor de las BARRAS según lo descrito en este procedimiento:

  1. Cierre a todos los buscadores Internet Explorer en todas las sesiones y la consola TS.

  2. Vaya al Start (Inicio) > Programs (Programas) > Administrative Tools (Herramientas administrativas) > a los servicios del componente.

  3. En el cuadro de diálogo de los servicios del componente, amplíe los servicios del componente > los ordenadores > las aplicaciones > las BARRAS del Mi PC > COM+, y elija apagado.

  4. Vuelva a efectuar el restore/el respaldo que fallaron.

Complete estos pasos para resolver el problema en un entorno del Active Directory (AD):

  1. En el servidor AD, usted puede hojear su Esquema del directorio abriendo los servicios de Active Directory que la interfaz (ADSI) edita la utilidad. Perfore abajo a, por ejemplo, el dc=xxxxx, dc=cisco, dc=com, ou=Cisco, los ou=CCNApps, los ou=clusters, <profilename> del ou=, el ou=Cluster.

  2. Marque que las entradas están nombradas mientras que esta lista muestra:

    CN=archiveID?empty
    CN=archiveRequest?empty  
    CN=archiveTimestamp?empty
    CN=archiveUserInfo?empty
  3. ¿Si ninguno de estos entradas son falta? vacie el sufijo en su nombre, retitúlelas para hacer juego exactamente la lista. ¿Con el AD, no es necesario editar el valor, sino que es bastante a añadir al final del fichero? vacío.

  4. Recomience CRS Node Manager de los servicios de Windows.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 77804