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

Extremidades para una actualización satisfactoria al Cisco CallManager 3.3

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


Contenido


Introducción

El Soporte técnico ha recibido un aumento en el número de casos relacionados con el Cisco CallManager 3.3 problemas de la actualización. La mayor parte de estos casos podrían ser evitados si se sigue el procedimiento de actualización apropiado. De los problemas más repetidores, una lista de extremidades se crea que puedan ayudarle a asegurar una actualización satisfactoria. Algunos registros útiles son mencionados que demostración cómo progresa la actualización, así como si si se completa con éxito. Estos registros se pueden también utilizar para abrir un caso con el Soporte técnico si cualquier cosa en el proceso de actualización falla. Este documento sólo se aplica para actualizar el publicador, para el(los) suscriptor(es), consulte la documentación en Cisco.com.

Nota: Este documento no substituye el documento de la actualización en cisco.com. Es absolutamente necesario que usted consulta actualizar la versión del CallManager de Cisco 3.3(2) antes de que usted actualice. Los clientes deben ser conscientes de estos bug antes de que ellos attemptg la actualización: Id. de bug Cisco CSCdy17885 (clientes registrados solamente) y Id. de bug Cisco CSCea32780 (clientes registrados solamente).

prerrequisitos

Requisitos

Los Quien lea este documento deben leer estos documentos antes de que actualicen:

Componentes Utilizados

La información en este documento se basa en la versión del CallManager de Cisco 3.3(2)

La Información presentada en este documento se crea de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos usados en este documento comenzado con una configuración (predeterminada) clara. Si usted debe trabajar en una red en funcionamiento, asegúrese de que usted entienda el impacto potencial del comando any antes de que usted lo utilice.

Convenciones

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

Consejos de actualización

  • Consulte la matriz de compatibilidad del Cisco CallManager para determinar de qué versiones usted puede actualizar.

  • Para la actualización o la instalación inicial al Cisco CallManager 3.3, usted requiere el equipo CD-ROM. Si usted tiene un contrato de servicio técnico del software, refiera la Herramienta de actualización del producto (clientes registrados solamente) y/o entre en contacto su representante de ofertas de Cisco. La actualización no se puede descargar de cisco.com.

  • El primer paso en el procedimiento de actualización es realizar una copia de respaldo de su sistema actual. Es obligatorio que la utilidad Backup (Copias de resguardorespaldo) esté de versión 3.5.6 o posterior. Si una versión anterior de la utilidad Backup (Copias de resguardorespaldo) se utiliza, usted no podrá restablecer del respaldo. La versión 3.5.6 crea un directorio RECOVER en STI_PARTITION con dos archivos: dbname.ini y backup.ini. Estos dos archivos son essentialfor a la actualización satisfactoria. Antes de que usted comience la instalación del operating system (OS), verifique que el directorio RECOVER con los dos archivos se haya creado. También verifique que el respaldo del sistema esté completado con éxito.

  • Si usted está actualizando a 3.3.3, usted puede recibir el mensaje, “BkupFileCk: ERR: Actualice por favor su programa de reserva a la versión 3.5.44 o posterior.” La desinstalación 3.5.6 y instala 3.5.44 o más adelante. Consulte con la utilidad de backup de aplicaciones del Cisco IP Telephony, versión 3.5.44

  • Verifique el respaldo del sistema se completa con éxito. Consulte con la utilidad de backup de aplicaciones del Cisco IP Telephony, versión 3.5.6. Este documento explica si el respaldo era acertado.

  • Antes de que usted comience con las instalaciones del OS haga éstos:

    • Anote las bases de datos actuales funcionando. Vaya al CCMADMIN > Help (Ayuda) > About CallManager (Acerca de CallManager) > Details (Detalles). Esto es útil si la actualización falla y hay una necesidad de crear manualmente los diversos archivos del ini.

    • Reúna el STIback.log y cópielo a una ubicación diferente. Este archivo es útil en caso de que usted experimente cualquier problema durante el proceso de actualización.

    • Copie los hosts y los archivos lmhosts a una ubicación diferente. Después de que las instalaciones del OS sean completas, pero antes de que usted comienza con la instalación del Cisco CallManager, estos archivos necesitan ser copiados de nuevo al servidor. Después de que usted haya hecho esto, ejecute el comando nbtstat – R del comando prompt.

  • Si usted debe actualizar su Cisco CallManager, después durante las instalaciones del OS, asegúrese de que usted seleccione la opción la misma recuperación del servidor. Si selecciona otra opción, la partición STI_DATA se volverá a formatear y se eliminará el directorio RECOVER, lo que provocará una falla de actualización.

  • Durante las instalaciones del OS usted puede ser indicado con “mí está recuperando un sistema del respaldo”.

    precaución Precaución: No seleccione esta opción.

  • Si usted debe substituir un CallManager existente por un nuevo servidor (construido con el mismo nombre y IP Address), usted debe copiar el directorio RECOVER en STI_PARTITION al nuevo servidor.

  • Cuando las instalaciones del OS han acabado usted necesita proporcionar una contraseña para la cuenta del administrador de Windows. Esta contraseña no puede ser en blanco, ni puede contener ninguno de estos caracteres: \ % “del ^. Ésta es una restricción de software del directorio DC. Si su contraseña contiene ninguno de estos caracteres especiales, las instalaciones del DC Directory fallan y por lo tanto, la instalación del Cisco CallManager. Si usted requiere una contraseña con los caracteres especiales, usted necesita primero completar la instalación en el cluster entero. Una vez que está completado, usted puede cambiar manualmente la contraseña del administrador de Windows (con los caracteres especiales en caso necesario). Sin embargo, debido a las limitaciones del DC Directory, es recomendable que usted guardar la contraseña de Windows como alfanumérico y no incluya los caracteres especiales uces de los mencionados anteriormente.

  • No coloque el servidor en un DOMINIO durante la actualización o la instalación. Todos los CallManageres de Cisco deben ser dominio de los hasta que cada servidor en el cluster esté para arriba.

  • Cuando el respaldo se salva en un controlador de red, preste la atención a éstos cuando usted restablece:

    • Especifique el trayecto correcto en el trayecto de la red. Asegúrese de que la trayectoria que usted especifica sea una trayectoria válida del Universal Naming Convention (UNC), por ejemplo \ \ backupserver \ respaldo \ MCS.sti. Utilice la opción Browse (Examinar) para ubicar el archivo MCS.sti. Cuando usted utiliza hojee, asegúrese de que el directorio de red está vacío.

    • El tecleo verifica para verificar la cuenta especificada.

    • Si usted debe utilizar los nombres, aseegurelos son resolvable. Nunca salte esta sección, como la base de datos necesita ser restablecida antes CallManager (administrador de llamadas) de la instalación 3.3. Si el servidor no puede resolver los nombres, el procedimiento de actualización fallará.

  • Instale el parche de soporte A al finalizar la instalación del agrupamiento.

Resolver problemas la instalación

Registro de fecha/hora de CCMINST

Éste es el primer archivo que debe consultar cuando experimente cualquier problema con la actualización. Los puntos claves en el proceso de actualización se describen aquí.

Si usted debe actualizar, usted tiene que seleccionar la “misma recuperación del sistema.” Si usted hace esto, usted ve éstos en el archivo del registro:

20:00:01: fnCheckRecoveryFlag:          Function started.
20:00:01: fnCheckRecoveryFlag:          The Same System Recovery flag was detected.  
Is this server being configured as a Cisco CallManager Publisher?
20:00:10: fnCheckRecoveryFlag:          User responded "Yes" to message box.
20:00:10: fnCheckRecoveryFlag:          Function ended.

Si usted no selecciona esto, usted ve éstos en el archivo del registro:

14:25:25: fnCheckRecoveryFlag:          Function started.
14:25:25: fnCheckRecoveryFlag:          D:\stiRecover.flg was not found.
14:25:25: fnCheckRecoveryFlag:          Function ended.

La consecuencia es que la instalación continúa, pero usted no puede restablecer el respaldo antes de la instalación real del Cisco CallManager. Por lo tanto, la base de datos del respaldo no se puede emigrar a un esquema 3.3.

La versión de OS tiene que ser 2000.2.3. Si usted funciona con la versión correcta, usted ve éstos en el archivo del registro:

Action start 14:27:39: MSICheckOSVersion.
02/18/2003 14:27:40.515(W) --> MSICheckOSVersion()
02/18/2003 14:27:40.531(W) Getting 'MinOSVersion' MSI property
02/18/2003 14:27:40.531(W) Retrieved a valid string from MSI property
02/18/2003 14:27:40.531(W) Min OS version: [2000.2.3]
02/18/2003 14:27:40.531(W) MinOSMajor: [2000]
02/18/2003 14:27:40.546(W) MinOSMinor: [2]
02/18/2003 14:27:40.546(W) MinOSPoint: [3]
02/18/2003 14:27:40.546(W) Opened registry key
02/18/2003 14:27:40.546(W) Retrieved OSVersion string from registry
02/18/2003 14:27:40.546(W) Actual OS Major: [2000]
02/18/2003 14:27:40.546(W)Actual OS Minor: [2]
02/18/2003 14:27:40.546(W) Actual OS Point: [3]
02/18/2003 14:27:40.578(W) Current OS version meets minimum requirements
02/18/2003 14:27:40.593(W) <-- MSICheckOSVersion()
Action ended 14:27:40: MSICheckOSVersion. Return value 1.
Action start 14:27:40: MSICheckTSSession.

Si usted funciona con una diversa versión, usted ve éstos en el archivo del registro:

Action start 14:56:53: MSICheckOSVersion.
02/20/2003 14:56:57.339(W) --> MSICheckOSVersion()
02/20/2003 14:56:57.380(W) Getting 'MinOSVersion' MSI property
02/20/2003 14:56:57.410(W) Retrieved a valid string from MSI property
02/20/2003 14:56:57.410(W) Min OS version: [2000.2.3]
02/20/2003 14:56:57.410(W) MinOSMajor: [2000]
02/20/2003 14:56:57.420(W) MinOSMinor: [2]
02/20/2003 14:56:57.420(W) MinOSPoint: [3]
02/20/2003 14:56:57.420(W) Opened registry key
02/20/2003 14:56:57.420(W) Retrieved OSVersion string from registry
02/20/2003 14:56:57.420(W) Actual OS Major: [2000]
02/20/2003 14:56:57.420(W) Actual OS Minor: [1]
02/20/2003 14:56:57.420(W) Actual OS Point: [2]
02/20/2003 14:56:57.470(W) Current OS version does not meet minimum requirements

Por consiguiente, la actualización para y el Cisco CallManager no está instalado.

El proceso de actualización debe fusionarse con dbname.ini nuevamente en el registro. Si el respaldo se toma con la versión correcta y se crea este archivo, usted ve éstos en el archivo del registro:

Action start 20:05:06: MergeToReg_dbname.ini.
Action ended 20:05:06: MergeToReg_dbname.ini. Return value 1.
….
20:06:31: MSIUtils.cpp: fnGetRegValue:           Function started
20:06:31: MSIUtils.cpp: fnGetRegValue:            
\\DREADLOCKS\HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems,
Inc.\CallManager\IHC\DBNAME = "CCM0304"
20:06:31: MSIUtils.cpp: fnGetRegValue:           Closed first registry key.
20:06:31: MSIUtils.cpp: fnGetRegValue:           Closed second registry key.
20:06:31: MSIUtils.cpp: fnGetRegValue:           Function ended
20:06:31: GetDBName.cpp: fnValidateDBNAME:        Function started
20:06:31: GetDBName.cpp: fnValidateDBNAME:        "CCM0304" is a valid database name format for a 
CallManager publisher.
20:06:31: GetDBName.cpp: fnValidateDBNAME:        Function ended
20:06:31: GetDBName.cpp: fnGetDBName:     Function ended

Si el respaldo se toma con la versión incorrecta, usted ve el siguiente en el archivo del registro:

17:41:39: MSIUtils.cpp: fnGetRegValue:           Function started
17:41:39: MSIUtils.cpp: fnGetRegValue:           Unable to open registry key 
HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\CallManager\IHC
17:41:39: MSIUtils.cpp: fnGetRegValue:           RegOpenKeyEx failed.  Error 2: The system cannot find the 
file specified.
17:41:39: MSIUtils.cpp: fnGetRegValue:           Function ended
17:41:39: GetDBName.cpp: fnGetDBName:     Error: fnGetRegValue returned: 1603
17:41:39: GetDBName.cpp: fnGetDBName:     Function ended

Por consiguiente, la actualización para y el Cisco CallManager no está instalado.

Información para abrir un caso de soporte técnico

Si usted necesita abrir un caso de soporte técnico, provea de nosotros esta información:

  • Todo el *.txt y *.log clasifía en el directorio raíz C:\

  • Todos los archivos en el C del directorio: \ Archivos de programa \ archivos comunes \ Cisco \ registros

  • Todos los archivos en la partición STI_DATA

  • Todos los archivos en el directorio C:\DCDSrvr\log (si problemas con el DC Directory)

  • Todos los archivos en el directorio C:\Install\DBInstall\ *.*

  • Todos los archivos en el directorio C:\Winnt\sti *.*

  • El nombre de la base de datos

  • STIback.log

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