La configuración y el Troubleshooting Cisco unificaron los ......Cuando el respaldo es completo,...

La configuración y el Troubleshooting Ciscounificaron los respaldos del administrador de lacomunicación (CUCM) Contenido

IntroducciónprerrequisitosRequisitosComponentes UtilizadosAntecedentesConfigurarAgregue el dispositivo de backup vía el procedimiento GUIAgregue el dispositivo de backup vía el procedimiento CLIRegistre el análisis de agregan un dispositivo de backupEncienda un respaldo manual vía el procedimiento GUIEncienda un respaldo manual vía el procedimiento CLIHabilite el backup planificado vía el procedimiento GUIHabilite el backup planificado vía el procedimiento CLICancelación CUCM un viejo ejemplo de reservaAnálisis del registro del nuevo respaldo acertado creado y del viejo respaldo borradoVerificaciónTroubleshooting

Introducción

Este documento describe el procedimiento para agregar un dispositivo de backup a Cisco unificóal administrador de la comunicación (CUCM).

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

Cisco unificó al administrador de la comunicación (CUCM)●

Administración de servidores del Secure File Transfer Protocol (SFTP)●

Componentes Utilizados

Administrador 11.5 de las Comunicaciones unificadas de Cisco●

Servidor SFTP de Linux●

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 enfuncionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo,asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

La meta de los respaldos disponibles en su entorno con cualquier software es poder recuperarseen caso del desastre. Los respaldos son importantes para prevenir la pérdida de datos cuando secorrompe el software, hardware fallan, o los desastres naturales ocurren.

Topología CUCM y SFTP tal y como se muestra en de la imagen:

Configurar

Agregue el dispositivo de backup vía el procedimiento GUI

Paso 1. Navegue a CUCM > sistema > respaldo > dispositivo de backup de la Recuperación trasdesastres y haga clic en agregan nuevo tal y como se muestra en de las imágenes:

Paso 2. Agregue un nombre de dispositivo de backup, una dirección IP, un nombre del trayecto,un Nombre de usuario y una contraseña tal y como se muestra en de las imágenes:

La dirección IP debe ser el servidor SFTP del destino donde se salvan los respaldos.●

El nombre del trayecto es el directorio dentro del servidor SFTP donde se salvan losrespaldos.

●

El Nombre de usuario y la contraseña deben existir dentro del servidor SFTP para los fines deautenticación.

●

El número de respaldos a salvar en el directorio de red se debe fijar al número de respaldosque necesiten ser guardados dentro del directorio SFTP.

●

Cuando está acabado, salvaguardia del tecleo.

Confirme la actualización acertada tal y como se muestra en de la imagen:

Agregue el dispositivo de backup vía el procedimiento CLI

Paso 1. El Secure Shell (SSH) en la dirección IP del CUCM Publisher y autentica con el nombrede usuario y contraseña del operating system (OS) tal y como se muestra en de las imágenes:

Paso 2. Agregue el dispositivo de backup con el sintaxis: el dispositivo del disaster_recovery delutils agrega el <ip-direccionamiento del <path> del name> del dispositivo del <backup de la reddel [number of backups] remoto del <username> del server> tal y como se muestra en de laimagen:

A la hora de esto agregue el procedimiento del dispositivo de backup, estos pasos ocurren enCUCM:

Entre en contacto al servidor SFTP y autentiqúelo1.Transferencia archivos de prueba al directorio2.Desconecte del servidor SFTP3.Entre en contacto al servidor SFTP y autentiqúelo4.Borre los archivos de prueba en el directorio5.Desconecte del servidor SFTP6.

Nota: Si ninguno de estos pasos fallan, CUCM no puede agregar el dispositivo de backup.

El análisis del registro de agrega un dispositivo de backup

+++++++++++++++++++++++++++++++++++++++++++++++++++Se envía la petición de UpdateDestination de agregar el nuevo destino de backup+++++++++++++++++++++++++++++++++++++++++++++++++++

2018-12-24 11:39:22,494 DEBUG [NetMessageDispatch] - drfMessageValidator.validateMessage():

Starting introspection for Message ID = 3200 Message Body =

========== BEGIN msgSubUpdateDestination_REQ ==========

devicepath : /UCM/Backups/

devicetype : NETWORK

hostname : 192.X.X.250

m_iBackupSetCount : 1

password : 8f5fcb108a798014abff9ab4fc006f2a83027d6c858f0ac9b2720a32ba1b8d3c

storagelocationname : TAC-Backup

username : cisco

version : 1.0.0

schedules : []

========== END msgSubUpdateDestination_REQ ==========

++++++++++++++++++++++++++++++++++++++

CUCM intenta conectar con el servidor SFTP

++++++++++++++++++++++++++++++++++++++

2018-12-24 11:39:23,168 DEBUG [NetMessageDispatch] - drfUtils:establishSftpConnection: Trying to

connect to the SFTP server.

2018-12-24 11:39:23,171 DEBUG [NetMessageDispatch] - drfUtils:establishSftpConnection:

Connecting SFTP server...

+++++++++++++++++++++++++++++++

Autenticación completada con éxito

+++++++++++++++++++++++++++++++


Authentication Completed Successfully, connected to remote server. Now opening a SFTP channel.

2018-12-24 11:39:23,580 DEBUG [NetMessageDispatch] - drfUtils:sftpPutFile: SSH Authentication

success for user cisco on 192.X.X.250

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++

CUCM transfiere los archivos de: /common/drf/d3-sb-11pub_dUmmI_Drf al servidor: 192.X.X.250

/UCM/Backups/d3-sb-11pub_dUmmI_Drf

Esto se hace para confirmar si CUCM tiene privilegios de lectura/grabación.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2018-12-24 11:39:23,581 DEBUG [NetMessageDispatch] - drfUtils:sftpPutFile: Transferring files

from: /common/drf/d3-sb-11pub_dUmmI_Drf to the server: 192.X.X.250 /UCM/Backups/d3-sb-

11pub_dUmmI_Drf

2018-12-24 11:39:23,581 DEBUG [NetMessageDispatch] - drfSftpProgressMonitor:: STARTING: 0

/common/drf/d3-sb-11pub_dUmmI_Drf -> /UCM/Backups/d3-sb-11pub_dUmmI_Drf total: 0

+++++++++++++++++++

Transferencia de archivos completada

+++++++++++++++++++

2018-12-24 11:39:23,585 DEBUG [NetMessageDispatch] - drfSftpProgressMonitor:: ...File Transfer

Completed

++++++++++++++++++++++

CUCM cierra ChannelSftp…

++++++++++++++++++++++

2018-12-24 11:39:23,586 DEBUG [NetMessageDispatch] - drfUtils:closeSFTPConnections: Closing

ChannelSftp...

2018-12-24 11:39:23,586 DEBUG [NetMessageDispatch] - drfUtils:closeSFTPConnections:

Disconnecting Channel...


Session...

++++++++++++++++++++++++++++++++++++

CUCM intenta conectar con el servidor SFTP

++++++++++++++++++++++++++++++++++++




Connecting SFTP server...

+++++++++++++++++++++++++++++++

Autenticación completada con éxito

+++++++++++++++++++++++++++++++



++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

CUCM borra los archivos /UCM/Backups/d3-sb-11pub_dUmmI_Drf del servidor: 192.X.X.250

Esto se hace para confirmar si CUCM tiene privilegios de lectura/grabación.

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2018-12-24 11:39:24,277 DEBUG [NetMessageDispatch] - drfUtils:sftpDeleteFile: Deleting files

/UCM/Backups/d3-sb-11pub_dUmmI_Drf from the server: 192.X.X.250

+++++++++++++++++

Borrado con éxito

+++++++++++++++++

2018-12-24 11:39:24,277 INFO [NetMessageDispatch] - drfutils.sftpDeleteFiles: Successfully

deleted /UCM/Backups/d3-sb-11pub_dUmmI_Drf on the Server 192.X.X.250

++++++++++++++++++++++


++++++++++++++++++++++


ChannelSftp...

2018-12-24 11:39:24,278 DEBUG [NetMessageDispatch] - drfUtils:closeSFTPConnections:

Disconnecting Channel...


Session...

2018-12-24 11:39:24,278 DEBUG [NetMessageDispatch] - drfUtils:isSftpLocationAccessible: Closing

SFTP Client...

Encienden un respaldo manual vía el procedimiento GUI

Paso 1. Navegue a CUCM > sistema > respaldo de la Recuperación tras desastres > respaldo manual

tal y como se muestra en de las imágenes:

Paso 2. Seleccione el dispositivo de backup, las características que se sostendrán y el comienzo

del tecleo. Por este ejemplo, solamente la característica UCM se sostiene tal y como se muestra

en de la imagen:

Cuando el respaldo está en curso, usted ve una indicación de estatus tal y como se muestra

en de la imagen:

●

Cuando el respaldo es completo, usted ve un Mensaje de éxito que indique el respaldo

completado en CUCM tal y como se muestra en de la imagen:

●

Cuando el respaldo es completo, usted ve los archivos del .TAR en el directorio SFTP tal y

como se muestra en de la imagen. Estos archivos se utilizan más adelante uno, si se requiere

un restore:

●

Encienda un respaldo manual vía el procedimiento CLI

Paso 1. El Secure Shell (SSH) en la dirección IP del CUCM Publisher y autentica con el nombre de

usuario y contraseña OS tal y como se muestra en de la imagen:

Paso 2. Encienda un respaldo manual con la sintaxis de los comandos: name> del dispositivo del

<backup del <featurelist> de la red de backup del disaster_recovery del utils tal y como se

muestra en de la imagen:

Cuando el respaldo está en curso, usted ve una indicación de estatus con la sintaxis de los

comandos: respaldo del estatus del disaster_recovery del utils tal y como se muestra en de

la imagen:

●

Cuando el respaldo es completo, usted ve un Mensaje de éxito con la sintaxis de los

comandos: respaldo del estatus del disaster_recovery del utils tal y como se muestra en de

la imagen:

●

Backup planificado del permiso vía el procedimiento GUI

Paso 1. Navegue a CUCM > sistema de la Recuperación tras desastres > >Scheduler de reserva >>

agregan nuevo tal y como se muestra en de las imágenes:

Paso 2. Agregue un nombre para la tarea del respaldo automático tal y como se muestra en de la

imagen:

Paso 3. Seleccione un dispositivo de backup

Paso 4. Seleccione las características para ser sostenido

Paso 5. Elija una Fecha de inicio y elija la frecuencia:

Paso 6. Salve

Paso 7. Habilite el backup planificado:

Habilite el backup planificado vía el procedimiento CLI

Paso 1. El Secure Shell (SSH) en la dirección IP del CUCM Publisher y autentica con el nombre de

usuario y contraseña OS tal y como se muestra en de la imagen:

Paso 2. Agregue el backup planificado con la sintaxis de los comandos: el horario del

disaster_recovery del utils agrega el <schedulename > el <devicename > el <featurelist > el

<datetime > el <frequency > tal y como se muestra en de la imagen:

Paso 3. Habilite el backup planificado con la sintaxis de los comandos: <schedulename del

permiso del horario del disaster_recovery del utils > tal y como se muestra en de la imagen:

Cancelación CUCM un viejo ejemplo de reserva

Configuración de dispositivo de backup con el número de los respaldos fijados a 1 tal y como se

muestra en de la imagen:

Directorio de backup con solamente 1 respaldo disponible (16 archivos) tal y como se muestra en

de la imagen:

CUCM primero comienza a transferir los archivos de backup antes de que borre el viejo respaldo

(los alcances 32 clasifían):

Una vez que el respaldo es completo, los DR borran el viejo respaldo para estar de acuerdo con

el número de respaldos a salvar en el directorio de red (16 archivos):

Análisis del registro del nuevo respaldo acertado creado y del viejo respaldo borrado

++++++++++++

El mensaje que usted ve cuando se enciende un respaldo manual: COMIENCE EL MANUAL

++++++++++++

2018-12-25 11:11:59,486 DEBUG [NetMessageDispatch] - drfMessageValidator.validateMessage():

Starting introspection for Message ID = 1700 Message Body =

========== BEGIN msgSubBackup_REQ ==========

m_bLeaveTempBackupDirectoryInPlace : false

destinationId : TAC-Backup

backupType : MANUAL

featuresTobeBackedup : [UCM]

========== END msgSubBackup_REQ ==========

++++++++++++++++

Éste es el dispositivo que fue agregado como dispositivo de backup: TAC-respaldo

++++++++++++++++

2018-12-25 11:11:59,486 DEBUG [NetMessageDispatch] - drfMessageHandler:HandleBackup: The backup

is being processed for the device: TAC-Backup

++++++++++++++++++++++

Asegúrese que el SFTP sea accesible

++++++++++++++++++++++

2018-12-25 11:11:59,487 DEBUG [NetMessageDispatch] - drfMessageHandler:HandleBackup: Executing

sftpLsFiles to make sure SFTP is accessible.

2018-12-25 11:11:59,487 INFO [NetMessageDispatch] - drfUtils:sftpLsFiles-: Executing JSCH SFTP

ls command for: User: ciscoHostName: 192.X.X.250 from source :/UCM/Backups/ with pattern -l



+++++++++++++++++++++++++++++++++

CUCM conecta con el servidor SFTP remoto

+++++++++++++++++++++++++++++++++



+++++++++++++++++++++

Número de características que fueron seleccionadas:

Encontró las características 1 seleccionadas

Nombre de la función: UCM

+++++++++++++++++++++

2018-12-25 11:11:59,834 DEBUG [NetMessageDispatch] - drfMessageHandler:setComponentBackupType:

Found 1 features selected for Restore


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: CDPAGTDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: SYSLOGAGTDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: PLATFORMDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: CLMDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: CCMDBDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: TCTDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: CCMPREFSDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: TFTPDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: MOHDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: ANNDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: BATDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: CEFDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: REPORTERDirectBackup set to : yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: DNALIASLOOKUPDirectBackup set to :

yes


Feature Name: UCM. Server Name: D3-SB-11PUB. Component Name: DNALIASSYNCDirectBackup set to :

yes

++++++++++++++++++++++++

33 archivos encontrados en la trayectoria dada

++++++++++++++++++++++++

2018-12-25 11:16:23,886 DEBUG [TarWorkerThread] - drfutils.sftpLsFiles-: 33 files found at the

given path

2018-12-25 11:16:23,886 DEBUG [TarWorkerThread] - drfutils.sftpLsFiles-: 2018-12-24-13-21-17_D3-

SB-11PUB_UCM_PLATFORM.tar


SB-11PUB_drfComponent.xml


SB-11PUB_UCM_REPORTER.tar


SB-11PUB_UCM_CLM.tar


SB-11PUB_UCM_DNALIASSYNC.tar




SB-11PUB_UCM_MOH.tar


SB-11PUB_UCM_BAT.tar


SB-11PUB_UCM_CCMDB.tar


SB-11PUB_UCM_SYSLOGAGT.tar


SB-11PUB_UCM_CEF.tar


SB-11PUB_UCM_CCMPREFS.tar




SB-11PUB_UCM_TCT.tar






SB-11PUB_UCM_CDPAGT.tar


SB-11PUB_UCM_ANN.tar




SB-11PUB_UCM_TFTP.tar










SB-11PUB_UCM_DNALIASLOOKUP.tar













+++++++++++++++++++++++++++++++++

Esto se utiliza para no perder de vista el número de respaldos:

Los DR consiguen una lista de su backup anterior ID:

2018-12-24-13-21-17

2018-12-25-11-12-03

+++++++++++++++++++++++++++++++++

2018-12-25 11:16:23,887 INFO [TarWorkerThread] - drfSftpManager:drfGetListOfBackups: Adding the

backup id after the _pubhostname filtering:2018-12-24-13-21-17

2018-12-25 11:16:23,887 INFO [TarWorkerThread] - drfSftpManager:drfGetListOfBackups: Adding the

backup id after the _pubhostname filtering:2018-12-25-11-12-03

+++++++++++++

tamaños de la lista: 1

+++++++++++++

2018-12-25 11:16:24,852 INFO [TarWorkerThread] - drfSftpManager.RemoveOldBackupSet: list size :

1

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

CUCM quita: /UCM/Backups/2018-12-24-13-21-17_D3-SB-11PUB*

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

2018-12-25 11:16:24,852 INFO [TarWorkerThread] - drfSftpManager.RemoveOldBackupSet: Removing:

/UCM/Backups/2018-12-24-13-21-17_D3-SB-11PUB*

+++++++++++++++++++++

La lista ahora tiene solamente 1 respaldo

+++++++++++++++++++++

2018-12-25 11:16:26,405 DEBUG [TarWorkerThread] - drfutils.sftpLsFiles-: 18 files found at the

given path
































SB-11PUB_drfComponent.xml

2018-12-25 11:16:26,405 DEBUG [TarWorkerThread] - drfutils.sftpLsFiles-: Found 16 matching the

search criteria.

++++++++++++++++++++++


++++++++++++++++++++++

2018-12-25 11:16:26,405 DEBUG [TarWorkerThread] - drfUtils:closeSFTPConnections: Closing

ChannelSftp...

2018-12-25 11:16:26,405 DEBUG [TarWorkerThread] - drfUtils:closeSFTPConnections: Disconnecting

Channel...

2018-12-25 11:16:26,405 DEBUG [TarWorkerThread] - drfUtils:closeSFTPConnections: Closing

Session...

++++++++++++++++++++++++++

Operación de backup COMPLETADA

++++++++++++++++++++++++++

2018-12-25 11:16:26,572 INFO [TarWorkerThread] - {STATE_IDLE} drfBackup:CompleteBackup(Device=-

): === BACKUP operation COMPLETED ===

Verificación

Para verificar que el respaldo fuera acertado, usted necesita ver el ÉXITO del mensaje de

estado: Respaldo completado tal y como se muestra en de la imagen:

Troubleshooting

Para resolver problemas los respaldos en CUCM, usted necesita:

Registros del Local DRF●

Registros del master DRF●

En RTMT, navegue para localizar y la central del registro > recoge los archivos > el Local de

Cisco DRF y al master de Cisco DRF para todos los servidores tal y como se muestra en de la

imagen:

Usted puede encontrar los detalles en cómo recoger las trazas para CUCM 9.x o más adelante

https://www.cisco.com/c/es_mx/support/docs/unified-communications/unified-communications-manager-callmanager/200787-How-to-Collect-Traces-for-CUCM-9-x-10-x.html

El acceso al telecontrol SFTP se recomienda.

Date post:	13-Mar-2020
Category:	Documents
Upload:	others
View:	2 times
Download:	0 times

La configuración y el Troubleshooting Cisco unificaron los ......Cuando el respaldo es completo,...

Documents