La disposición de la mejora controla el fichero del POLI para saber si hay CUCM e IMPS

Introducción

Este documento describe cómo la disposición de la mejora controla el fichero del POLI para saber si hay encargado de las Comunicaciones unificadas de Cisco (CUCM) e IM y servidor de la presencia.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

• Encargado 9.x de las Comunicaciones unificadas de Cisco y arriba
• IM y servidor 9.x de la presencia y arriba

Componentes Utilizados

La información en este documento se basa en la versión del administrador 10.5.2 de las Comunicaciones unificadas de Cisco.

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 tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

La mejora de los servidores del encargado y de la presencia de las Comunicaciones unificadas de Cisco tiene algunos requisitos previos como bastante división de registración debe estar disponible, la salvaguardia acertada se debe tomar, base de datos y la red debe ser el estado incorrecto etc.

Pocos controles deben satisfacer semejantemente la mejora del poste también para asegurarse de que el racimo está en la buena salud después de la mejora.

Cisco ha subido con los ficheros del poli que automatizarán estas tareas y las ayudas adentro maximizan la probabilidad del UCM, éxito de la mejora IM&P de modo que el admin pueda evitar el tiempo muerto adicional y esfuerzo perdido que intentan recuperarse de los problemas o invertir o abortar la mejora.

El admin necesita apenas ejecutar estos ficheros del poli en los servidores que van a ser actualizados que controla diversos aspectos y proporcionan a un informe.

Hay dos tipos de ficheros del poli.

POLI de PreUpgradeCheck: Verifica que el sistema esté en un buen estado para comenzar la mejora. El fichero del POLI de PreUpgradeCheck contiene las pruebas que algunos de los cuales son sección de las tareas previas a la actualización de la parte de la mejora y del Guía de migración para el encargado de las Comunicaciones unificadas de Cisco e IM y servicio de la presencia, la versión 11.5(1).

POLI de PostUpgradeCheck: Verifica que el sistema esté en un buen estado después de la mejora. Este POLI utiliza los datos creados por pre el fichero del POLI del control de la mejora para comparar los diversos aspectos del Estado del sistema antes y después de la mejora.

       El fichero del POLI de PostUpgradeCheck contiene las pruebas que algunos de los cuales son sección de las tareas de la Poste-mejora de la parte de la mejora y del Guía de migración para el encargado de las Comunicaciones unificadas de Cisco e IM y servicio de la presencia, la versión 11.5(1).

Configurar

Los ficheros del poli de PreUpgradeCheck y de PostUpgradeCheck están disponibles en la página de la transferencia directa de software de Cisco y se pueden descargar a través de este link.

Tecleo para descargar los ficheros del POLI.

¿Cómo utilizar?

Antes de que la mejora, transferencia directa y instale/funcione con la última versión del fichero del POLI del preUpgradeCheck. Mire la salida del PASO/del CUIDADO/del FALL.  Resuelva todo el FALL y quizá las advertencias. Relance hasta que sea feliz.

Después de que la mejora, transferencia directa y instale/funcione con la última versión del fichero del POLI del postUpgradeCheck. Esto controla para saber si hay cordura del sistema y compara los items en las versiones activas e inactivas. Los servicios y los teléfonos pueden tomar un cierto tiempo para subir, así que su recomendado para relanzar funcionar con el poli algunas veces en un cierto intervalo.

Instale el poli que el fichero es similar a la otra instalación del fichero del poli y los pasos detallados para la instalación están presentes en el Readme de los ficheros del poli.

Haga clic en PrecheckUpgrade Readme o PostUpgradeCheck Readme para ver los detalles.

¿Cómo conseguir el informe y revisarlo?

Una vez que la instalación del poli clasifía los finales, mostrará un resumen de los resultados de la prueba y de la trayectoria/del comando de ver el informe completo.

Summary:
Total Test Run : 14
Total Passed : 10
Total Warnings : 3
Total Failed : 1

Note: Please refer to the readme of Pre Upgrade cop for test details and
pass/fail/warn/criteria

Duration for running tests: 0:01:49
================================================================================
Use "file view install PreUpgradeReport.txt" to view the report

Para la opinión del fichero del funcionamiento de PreUpgradeCheck instale PreUpgradeReport.txt y para la opinión del fichero de PostUpgradeCheck instale PostUpgradeReport.txt.

La salida es similar a esta imagen que muestre los resultados como PASS/FAIL/WARNINg para diversos aspectos.

Ésta es la lista de diversos componentes se controlen que.

1. Estado de red

Éstos son los controles de la prueba:

Conectividad del Intra-racimo
Reachability DNS
Estado NTP
Verificaciones de alcance NTP el reachability de los servidores externos NTP
Desvío del reloj NTP - Controla la deriva del reloj local de los servidores NTP
Estrato NTP - Controla el Nivel de estrato del reloj de referencia.

Si hay algunos problemas con el cualquiera o todo el de los controles antedichos, la prueba se marca como FALL y la razón apropiada se menciona en el informe.

2. POLIS instalados

Este polis de las listas de pruebas que están instalados en una partición activa del servidor.
La prueba visualiza una advertencia si hay más de una versión del mismo poli local instalado o si dp-ffr.3-1-16.GB.cop está instalado en un servidor 9.x.

3. Mantenga el estatus

Esta prueba examina el estado de todos los servicios (COMENZADOS o PARADOS) y señala los servicios que son:

• Paran a los servicios de red crítica y.
• Activa pero no se ejecuta.
• La prueba se marca como FALL si encuentra algún servicio el satisfacer de los criterios antedichos.
• La prueba también salva el estado de todos los servicios para uso del POLI del control de la mejora del poste.

4. Cordura de la base de datos

Esta prueba controla si hay entradas no estándar presentes en algunas tablas de base de datos. La presencia de estas entradas puede hacer la migración DB de la mejora fallar.
Si la prueba detecta las entradas no estándar, las entradas junto con su nombre de la tabla residente de la base de datos se muestran en el informe y la prueba se marca como FALL.
Se espera que el Admin suprima esas entradas no estándar antes de que se intente una mejora.

5. Estatus de la base de datos del racimo

Esta prueba es aplicable solamente al editor del encargado de las Comunicaciones unificadas y al editor IM&P.
Esta prueba hace estos incorporares la misma secuencia según lo descrito aquí:
Estado de la autenticación del nodo: si cualquier nodo en el racimo es unauthenticated, la prueba se marca como FALL y el Nombre del nodo unauthenticated se muestra en el informe.
Estado de la replicación: si cualquier nodo en el racimo tiene valor de la disposición de la replicación con excepción de 2, la prueba se marca como FALL y el Nombre del nodo se muestra en el informe.

6. La fecha de reserva pasada DRS

Esta prueba muestra cuando la salvaguardia pasada DRS fue tomada. ¿Es es más de 3 días de posterior o si DRS se configura o no?
Si la fecha de reserva es muy vieja, el Admin puede tomar la salvaguardia de configuración más posterior de modo que el admin pueda evitar perder configuración más posterior en caso de que la salvaguardia DRS necesite ser restablecida.

7. Control de la espacio de disco

La prueba controla el espacio libre requerido para todas las versiones más altas (hasta 12.5) que la versión actual del servidor.
Si el espacio libre es escaso para una mejora a todas las versiones más altas, la prueba se marca como FALL. Si el espacio libre es suficiente actualizar por lo menos a uno, pero a no todas las versiones más altas, la prueba visualiza una advertencia.

8. Estatus de la licencia PLM/SLM

Para la versión 9.x a 11.x CUCM, esto controla el estatus de la licencia PLM y muestra una advertencia apropiada si procede.
Para 12.x, esta prueba controla el estatus de la licencia SLM basado en el estado de registro y el estatus de autorización.

9. Longitud de contraseña de la seguridad común

La versión 12.5 requiere la contraseña de la seguridad común ser más de 14 caracteres cuando en los PAA, el ESM o el CC. modo Esta prueba falla si se activa el modo PAA, ESM o del CC y la longitud de contraseña es menos de 14 chares. Se salta si el modo PAA no se activa.

10. Cuenta del teléfono

Esta lista de pruebas la cuenta del teléfono registrado y no registrado.
Esta prueba también salva estos datos para la comparación durante el POLI de la mejora del poste.

11. La VM equipa el tipo

Controla las herramientas VM pulsan, si el tipo de las herramientas VM es vmtools abiertos, después, imprime los vmtools pulsa y versión.
Si el tipo de las herramientas VM es vmtools nativos, después, imprime las herramientas VM pulsa y versión junto con la recomendación siguiente.

12. Controles de la mejora

Esta prueba da la información crítica aplicable para actualizar a 12.5

13. Modelos desaprobados del teléfono

Esta prueba controla para saber si hay los teléfonos en el racimo del encargado de las Comunicaciones unificadas que se utilizan no más de la versión 12.x hacia adelante (los teléfonos sin apoyo se pueden encontrar aquí)

Esta prueba visualiza una advertencia si hay tales teléfonos desaprobados (la identificación MAC y el modelo del teléfono se muestran en el informe)

14. Compatibilidad del adaptador de red

Esta prueba controla si el adaptador de red actual está utilizado en las versiones 12.x del encargado de las Comunicaciones unificadas y de IM y del servicio de la presencia.

Si el adaptador de red es incompatible, la prueba falla con una recomendación de cambiar al adaptador VMXNET3.

Verificación

Actualmente, no hay un procedimiento de verificación disponible para esta configuración.

Troubleshooting

Cuando una cierta prueba falla y la cadena de la recomendación no es bastante, realice estos Troubleshooting:

Busque los detalles en los registros del instalar para los problemas genéricos con funcionar con un POLI como la filtración del fichero del POLI, descargue y instale las fases comenzado y completado.

• Asegúrese que el POLI se esté funcionando con en los Productos de CCM o IM&P solamente.
• Asegúrese que el POLI se esté funcionando con en o por encima de la versión admitida mínima de 9.x.

Los registros de la mejora pre y del poste no están todavía disponibles para la transferencia directa de RTMT, por lo tanto el volcado del fichero del uso o el fichero consigue la opción para descargar los registros.

Utilice el fichero de comandos CLI consiguen instalan PreUpgradeReport.txt (PreUpgrade) y el fichero consigue instala PostUpgradeReport.txt (PostUpgrade).