Introducción
En este documento se describen los requisitos de configuración de las funciones de copia de seguridad y restauración de CUCM desde la interfaz gráfica de usuario (GUI).
Prerequisites
Requirements
Cisco recomienda conocer estos temas:
Cisco Unified Communications Manager
Secure File Transfer Protocol (SFTP)
Componentes Utilizados
La información que contiene este documento se basa en estas versiones de software:
Cisco Unified Communications Manager
versión 10.5.2.15900-8
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
El Disaster Recovery System (DRS),
que se puede invocar desde Administración de CUCM, proporciona capacidades completas de copia de seguridad de datos y restauración para todos los servidores del clúster. El DRS permite realizar periódicamente copias de seguridad de datos programadas, automáticas o invocadas por el usuario.
DRS restaura sus propios parámetros (dispositivo de copia de seguridad y parámetros de programación) como parte de la copia de seguridad/restauración de la plataforma. DRS realiza una copia de seguridad y restaura los archivos drfDevice.xml
y drfSchedule.xml
. Cuando se restaura el servidor con estos archivos, no es necesario volver a configurar el dispositivo de copia de seguridad DRS y programar.
El sistema de recuperación ante desastres incluye estas funciones:
- Una interfaz de usuario para realizar tareas de copia de seguridad y restauración.
- Una arquitectura de sistema distribuido con funciones de copia de seguridad y restauración.
- Copias de seguridad programadas
- Archivar las copias de seguridad en una unidad de cinta física o en un servidor SFTP remoto.
El Sistema de recuperación ante desastres contiene dos funciones clave: Agente maestro (MA) y Agente local (LA).
El agente maestro coordina la actividad de copia de seguridad y restauración con los agentes locales. El sistema activa automáticamente el agente maestro y el agente local en todos los nodos del cluster.
El clúster de CUCM (que incluye los nodos y los Cisco Instant Messaging & Presence (IM&P)
servidores de CUCM) debe cumplir estos requisitos:
Port 22
abrir para establecer la comunicación con el servidor SFTP
-
Se ha validado que los IPsec
Tomcat
certificados y no han caducado.
Para comprobar la validez de los certificados, vaya a
Nota: Para regenerar certificados IPSec y Tomcat, utilice el procedimiento para regenerar certificados en CUCM
- Asegúrese de que se ha completado la configuración de la replicación de la base de datos y de que no se muestran errores o discordancias de los servidores del editor de CUCM y del editor de IM&P.
La configuración del servidor SFTP debe cubrir los siguientes requisitos:
- Las credenciales de inicio de sesión están disponibles.
- Debe ser accesible desde el servidor de CUCM.
- Los archivos se incluyen en la ruta seleccionada cuando se realiza una restauración.
Configurar
Respaldo
El Disaster Recovery System
realiza una copia de seguridad en el nivel de clúster, lo que significa que recopila las copias de seguridad de todos los servidores de un clúster de CUCM en una ubicación central y archiva los datos de copia de seguridad en un dispositivo de almacenamiento físico.
Paso 1. Para crear dispositivos de copia de seguridad en los que se guardan los datos; vaya a Disaster Recovery System > Backup > Backup Device.
Paso 2. Seleccione Add New;
definir un Backup Device Name
e ingrese los valores SFTP. Guardar.

Paso 3. Crear y editar programaciones de copia de seguridad para realizar copias de seguridad de los datos. Vaya a Backup > Scheduler.
Paso 4. Defina un Schedule Name.
Seleccione elDevice Name
y active el Features
según su escenario.

Paso 5. Configure una copia de seguridad programada basada en su escenario.

Paso 6. Seleccione Save
y observe la advertencia como se muestra en la imagen. Seleccione OK
para avanzar.

Paso 7. Una vez que Backup Schedule
se haya creado, seleccione Enable Schedule.

Paso 8. Espere hasta que el estado cambie a Enabled.

Paso 9. Si se requiere una copia de seguridad manual, acceda a Backup > Manual Backup.
Paso 10. Seleccione el Device Name
y verifique el Features
según su escenario.

Paso 11. Seleccione Start Backup
y la operación se mostrará en curso.

Paso 12. Cuando se completa la copia de seguridad manual, se muestra el mensaje de finalización.

Paso 13. Para calcular el tamaño del archivo .tar de copia de seguridad que utiliza el dispositivo SFTP, seleccione Estimate Size.

Paso 14. El tamaño de la estimación se muestra como se muestra en la imagen

Nota: La función de tamaño estimado se calcula basándose en copias de seguridad anteriores correctas y puede variar en caso de que la configuración se haya modificado desde la última copia de seguridad.
Paso 15. Para comprobar el estado de la copia de seguridad mientras se ejecuta, acceda a Backup > Backup Status.

Paso 16. Para consultar los procedimientos de copia de seguridad realizados en el sistema, acceda a Backup > History.

Restaurar
DRS restaura principalmente drfDevice.xml
y drfSchedule.xml
archivos. Sin embargo, cuando se realiza una restauración de datos del sistema, puede elegir qué nodos del clúster necesitan restaurarse.
Nota: El dispositivo de copia de seguridad (servidor SFTP) ya debe estar configurado para recuperar los archivos .tar y restaurar el sistema con estos archivos.
Paso 1. Desplácese hasta Disaster Recovery System > Restore > Restore Wizard.
Paso 2. Seleccione el Device Name
que almacena el archivo de copia de seguridad que se utilizará para la restauración. Seleccionar Next.

Paso 3. Seleccione el archivo Backup File
de la lista de archivos disponibles mostrada como se muestra en la imagen. El archivo de copia de seguridad seleccionado debe incluir la información que se va a restaurar.

Paso 4. En la lista de funciones disponibles, seleccione la función que desea restaurar.

Paso 5. Seleccione los nodos en los que desea aplicar la restauración.

Nota: La restauración con un solo paso permite restaurar todo el clúster si el publicador ya se ha reconstruido o se ha instalado de nuevo. Esta opción SÓLO está visible si el archivo de copia de seguridad seleccionado para la restauración es el archivo de copia de seguridad del clúster y las características elegidas para la restauración incluyen las características registradas con los nodos del editor y del suscriptor.
Paso 6. Seleccione esta opción Restore
para iniciar el proceso y se actualizará el estado de restauración.

Paso 7. Para verificar el estado de la restauración, acceda a Restore > Current Status.

Paso 8. Restore Status
cambia a SUCCESS
cuando se completa.

Paso 9. Para que los cambios surtan efecto, se debe reiniciar el sistema.

Consejo: Utilice un procedimiento admitido para reiniciar el sistema Apagar o Reiniciar el sistema
Paso 10. Para consultar los procedimientos de restauración realizados en el sistema, navegue hasta Restore > History.

Troubleshoot
Esta sección proporciona la información para resolver problemas en su configuración.
El clúster de CUCM (que incluye los nodos de CUCM y los servidores de mensajería instantánea y presencia de Cisco) debe cumplir estos requisitos:
Port 22
abra para establecer la comunicación con el servidor SFTP.
-
Se ha validado que los IPsec
Tomcat
certificados y no han caducado.
Para comprobar la validez de los certificados, vaya a
Nota: Para regenerar certificados IPSec y Tomcat, utilice el procedimiento para regenerar certificados en CUCM
- Asegúrese de que se ha completado la configuración de la replicación de la base de datos y de que no se muestran errores o discordancias de los servidores del editor de CUCM y del editor de IM&P.
- Valide la disponibilidad entre los servidores y el servidor SFTP.
- Valide que todos los servidores del clúster se autentican con el comando
show network cluster.
Cuando se notifican errores de copia de seguridad o restauración y se requiere más asistencia, este conjunto de registros debe recopilarse y compartirse con el Centro de asistencia técnica (TAC):
- Registros maestros de Cisco DRF
- Registros locales de Cisco DRF
- Registros de fallos de la página Estado actual de DRF
- Marca de tiempo del problema
Información Relacionada