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

Fallos de actualización de CallManager 4.x a 5.0 debido a un error de DMA

15 Abril 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (22 Julio 2011) | Comentarios

Contenido

Introducción
Requisitos previos
      Requerimientos
      Componentes utilizados
      Convenciones
Fallo de DMA durante la actualización: consejos para la resolución de problemas
      Solución
DMA bloqueado debido a IDS de Informix: servicio de Cisco CallManager
      Solución
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

El asistente para la failover de datos (DMA) facilita el primer paso de la failover de datos de Cisco Unified CallManager 4.1(x) a CallManager 5.0. El DMA almacena los datos de CallManager 4.1(x) en un formato que Cisco CallManager 5.0 puede leer. Cisco CallManager 4.1(x) ejecuta un entorno Windows y Cisco CallManager 5.0 un entorno Linux, por lo que el DMA exporta datos basados en Windows a un formato que Linux puede importar. El proceso de instalación de Cisco CallManager 5.0 convierte los datos en copia de seguridad según requiera Cisco CallManager 5.0, completándose así la failover de datos. Consulte Notas de la versión para el asistente de failover de datos versión 5.0(4) (en inglés) para obtener más información acerca del DMA.

Requisitos previos

Requerimientos

No hay requerimientos específicos para este documento.

Componentes utilizados

La información que contiene este documento se basa en Cisco CallManager 4.1(3).

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

Convenciones

Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.

Fallo de DMA durante la actualización: consejos para la resolución de problemas

Si intenta llevar a cabo una actualización desde Cisco CallManager 4.x a Cisco CallManager 5.x, el DMA fallará y se detendrá dicha actualización.

Lo primero que se debe comprobar al intentar resolver un problema de copia de seguridad de DMA, es el archivo backup.log que se creó durante el intento de realizar la copia de seguridad. Dicho archivo está ubicado en la carpeta C:\program files\common files\cisco\logs\dma\:

Este archivo puede proporcionar información acerca de la causa del fallo del DMA. La mayoría de los errores pueden aparecer del siguiente modo:

[02:34:51 PM] [Error] Failure, Windows-based W1 Migration Verification

[02:34:51 PM] [Error] Failed to verify Cisco CallManager database and
directory backed up data.

[02:34:51 PM] [Error] The database and/or directory cannot be migrated
as they are.

[02:34:51 PM] [Error] Correct the database and/or directory
information and run DMA again.

[02:34:51 PM] [Error] Verifcation of DB in IDS failed. Retaining the
TAR file as it is.

A continuación, compruebe el archivo exportdb.log para descubrir dónde falló el DMA durante el proceso de copia de seguridad. Dicho archivo está ubicado en la carpeta C:\ciscowebs\dma\bin\.

En este archivo de registro, debe buscar desde abajo hacia arriba la última operación que haya fallado. Una operación en el registro aparecerá del siguiente modo:

Operación correcta:

cmd [ /C copy "C:\CiscoWebs\DMA\bin\sdmigration\sql\create_ccm_w.sql"
"c:\tmp\db\sql"]
[cmd] [ /C copy "C:\CiscoWebs\DMA\bin\sdmigration\sql\create_ccm_w.sql"
"c:\tmp\db\sql"]
going to GetStartupInfoA()
going to CreateProcessA()
going to WaitForSingleObject()
going to GetExitCodeProcess()
GetExitCode returned TRUE (success)

return value = 0 (0 means success!)

Operación incorrecta:

ImportCSV[C:\CiscoWebs\DMA\bin\installdb] [ -f W1 c:\tmp c:\tmp 1 1]
going to GetStartupInfoA()
going to CreateProcessA()
going to WaitForSingleObject()
going to GetExitCodeProcess()
GetExitCode returned TRUE (success)

return value = 1 (1 means failure!)

El fallo de la operación installdb que se observa en este resultado es la causa de fallo más común en las copias de seguridad del DMA.

Por último, el proceso installdb genera un registro que la carpeta de seguimiento DBL denomina installdbw1.log. Dicho archivo está ubicado en C:\Program Files\Cisco\Trace\DBL\installdbw1.log.

En este registro, busque de arriba a abajo la clave *Error*.

Nota: Los asteriscos que acompañan a la palabra "Error" son muy importantes. En el DMA, si aparece simplemente "Error" sin asteriscos, se considera no crítico y se puede ignorar. También aparece *Warnings* (Advertencias) que se puede ignorar igualmente.

La razón de llevar a cabo una búsqueda de arriba a abajo es porque es más probable que los errores de la parte inferior del seguimiento deriven de otro error ocurrido con anterioridad. En el ejemplo 1, revise la primera línea que indica *Error* y observe que el DMA no pudo entrar en la base de datos del servidor Dynamic de Informix (IDS) para Cisco CallManager 5.0.

Ejemplo 1: Error de sistema no especificado = -239 en inserción en base de datos Informix

10/23/2006 14:25:42.227 installdb|*ERROR* Error executing "insert into NumPlan
(authorizationcoderequired,authorizationlevelrequired,blockenable,
cfaptvoicemailenabled,cfavoicemailenabled,cfbintvoicemailenabled,
cfbvoicemailenabled,cfdfvoicemailenabled,cfnaintvoicemailenabled,
cfnavoicemailenabled,clientcoderequired,deviceoverride,dnorpattern,
fkroutepartition,iscallable,ismessagewaitingon,outsidedialtone,
patternurgency,personalroutingenabled,pff_cfb,pff_cfna,pffintvoicemailenabled,
pffvoicemailenabled,pkid,supportoverlapsending,tkautoanswer,tknetworklocation,
tkpatternprecedence,tkpatternusage,tkpresentationbit_callingline,
tkpresentationbit_callingname,tkpresentationbit_connectedline,
tkpresentationbit_connectedname,tkreleasecausevalue,tkstatus_
usefullyqualcallingpartynum)
	 values('F',0,'F','f','F','F','f','f','F','f','F','F','1131',
'4a3945ba-7319-42ff-8f75-f2487e51380e','T','f','F','F','F','F','F','F','F',
'7917e56e-8c50-4f8f-b851-db45b23220b2','f',0,0,5,7,0,0,0,0,0,0):
[Informix][Informix ODBC Driver][Informix]Unspecified System Error =-239.|

Observe el número de error de la última línea. Este número es importante porque le ayudará a resolver el problema. Puede ver el DN o patrón del error en negrita. En este caso, se trata de un número piloto de correo de voz duplicado que se creó durante una actualización de Cisco CallManager 3.3(5) a CallManager 4.1(3). Asimismo, es importante observar que el problema sólo se ha encontrado después de buscar el número de directorio (DN) 1131 en las páginas de administración de Cisco CallManager. Estos mensajes de error pueden dar algunas pistas sobre dónde buscar el problema, pero muchas veces no indican directamente cuál es el problema exacto.

Estos son los números de error del sistema más comunes:

  • -239: error producido al intentar insertar un registro duplicado.

  • -691: error producido al intentar insertar un registro con un puntero hacia valor nulo.

    Normalmente se refiere a un dato que se intenta introducir y que hace referencia a datos que no se han introducido con anterioridad.

Ejemplo 2: Error del sistema no especificado = -691

10/23/2006 14:29:34.467 installdb|*ERROR* Error
executing "insert into DeviceNumPlanMap
(busytrigger,callinfodisplaymask,ctiid,fkdevice,fknumplan,maxnumcalls,
numplanindex,pkid,tkmwlpolicy,tkringsetting,tkringsetting_consecutive)values
(1,9,2117155668,'a13d0022-1002-4386-b28d-094643addf84',
'7917e56e-8c50-4f8f-b851-db45b23220b2',2,0,
'2fa36f13-6a7a-43f4-965d-be534860666e',0,4,0):
[Informix][Informix ODBC Driver][Informix]Unspecified System Error =-691.
sqlerrm(DMABack_Admin.fk_devicenumplanmap_fknumplan)|

Observe que el PKID coincide entre los errores y que la indicación de fecha y hora de dichos errores varía en 4 minutos.

El ejemplo 3 muestra otro ejemplo de un usuario que no se puede introducir en la base de datos:

Ejemplo 3: Error primario - Código de error = -391

10/15/2006 23:02:09.265 installdb| DBUtil::CopyTable insert into
	 enduser (pkid,uniqueidentifier,userid) values
	 ('a02117a9-ffa3-4f6a-aa6c-d120842d55cd','9f2e66c656779a4dbaccdcb3a320d676','cpush')


10/15/2006 23:02:09.265 installdb| DBUtil::CopyTable
	 ErrorCode=-391, SQLState=HY000|

Es el valor de userid lo que causa el error. Es muy probable que se trate de un campo vacío en la página del usuario (por ejemplo: Apellidos, Contraseña PIN, etc.). Es posible que un campo en Cisco CallManager 4.x no sea necesario y que dicho campo en blanco cause un error al intentar introducirlo en el IDS.

Ejemplo 4: Error secundario - Código de error = -691

10/15/2006 23:03:01.546 installdb| *ERROR* Error executing
"insert into EndUserDeviceMap
(defaultprofile,description,fkdevice,fkenduser,pkid,tkuserassociation) values
('F','','55cff786-90c9-4cac-b051-18da97bfcba2','a02117a9-ffa3-4f6a-aa6c-d120842d55cd',
'5f9fc849-a799-433f-98bd-9ea074ed5b71',1):
[Informix][Informix ODBC Driver][Informix]Unspecified System Error = -691.
sqlerrm(DMABack_Admin.fk_enduserdevicemap_fkenduser)| 

Observe la correspondencia de PKID y las diferentes indicaciones de fecha y hora. El error -391 causa un error -691 en aproximadamente un minuto.

-391: Trying to insert a record that has null field where data is required.

Solución

Siga estos pasos para resolver este problema:

  1. Seleccione Start > Programs > Microsoft SQL Server > Enterprise Manager (Inicio > Programas > Servidor Miscrosoft SQL > Enterprise Manager).

    ccm-50-dma-error-1.gif

  2. Baje hasta Microsoft SQL Servers > SQL Server Group > <servidor_local> > Databases > CCM0XXX > Tables. (Servidores Microsoft SQL > Grupo de servidores SQL > <servidor_local> > Bases de datos > CCM0XXX > Tablas)

    ccm-50-dma-error-2.gif

  3. Haga clic con el botón derecho en LineGroup (Grupo de líneas) y seleccione Open Table > Return all rows (Abrir tabla > Devolver todas las filas).

  4. Compruebe el campo rnaReversionTimeout (Tiempo de espera de reversión RNA). El problema puede deberse a que este campo esté establecido en 180, cuando debe estar entre 0 y 120. Si está establecido en 180, cámbielo a 120. Debe hacer clic en el icono "!" (signo de exclamación en la barra de herramientas) para que el valor introducido se guarde.

    ccm-50-dma-error-3.gif

  5. Cierre Microsoft SQL Enterprise Manager y vuelva a ejecutar el DMA. La actualización debe funcionar correctamente.

DMA bloqueado debido a IDS de Informix: servicio de Cisco CallManager

Cuando un usuario utiliza el DMA para realizar una copia de seguridad la base de datos de Cisco CallManager, el servicio IDS-CCM de Informix continúa en funcionamiento. Esto hace que el DMA parezca bloqueado o colgado.

Solución

Siga estos pasos para resolver este problema:

  1. Para detener el servicio IDS y poder reanudar el DMA, seleccione Start > Programs > Informix Dynamic Server > ccm (Inicio > Programas > Servidor Dynamic de Informix > ccm).

    Una ventana de símbolo del sistema se abrirá con el privilegio de Informix.

  2. Ejecute el comando onmode -yuk para detener el servidor Dynamic de Informix. El DMA se reanuda de nuevo y vuelve a funcionar.


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.


Document ID: 82016