Introduction
Ce document décrit les éléments de base et la configuration requise pour les fonctions de sauvegarde et de restauration dans Cisco Unified Communications Manager (CUCM) à partir de l'interface utilisateur graphique (GUI).
Conditions préalables
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Solutions Cisco Unified Communications Manager
- Protocole de transfert de fichier sécurisé (SFTP, Secure File Transfer Protocol)
Components Used
Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :
- Cisco Unified Communications Manager version 10.5.2.15900-8
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Informations générales
Le système de reprise après sinistre (DRS), qui peut être appelé à partir de l'administration CUCM, fournit des fonctionnalités complètes de sauvegarde et de restauration des données pour tous les serveurs du cluster. Le DRS vous permet d'effectuer des sauvegardes de données automatiques planifiées régulièrement ou appelées par l'utilisateur.
DRS restaure ses propres paramètres (paramètres du périphérique de sauvegarde et de planification) dans le cadre de la sauvegarde/restauration de la plate-forme. DRS sauvegarde et restaure les fichiers drfDevice.xml et drfSchedule.xml. Lorsque le serveur est restauré avec ces fichiers, vous n'avez pas besoin de reconfigurer le périphérique de sauvegarde DRS et la planification.
Le système de reprise après sinistre comprend les fonctionnalités suivantes :
- Une interface utilisateur afin d'effectuer des tâches de sauvegarde et de restauration
- Architecture de système distribué avec fonctions de sauvegarde et de restauration
- Sauvegardes planifiées
- Archiver les sauvegardes sur un lecteur de bande physique ou un serveur SFTP distant
Le système de reprise après sinistre comporte deux fonctions clés : Master Agent (MA) et Local Agent (LA). L'agent maître coordonne les activités de sauvegarde et de restauration avec les agents locaux. Le système active automatiquement l'agent maître et l'agent local sur tous les noeuds du cluster.
Le cluster CUCM (qui implique les noeuds CUCM et les serveurs de messagerie instantanée et de présence Cisco) doit répondre aux exigences suivantes :
- Port 22 ouvert afin d'établir la communication avec le serveur SFTP
-
Validée que les certificats IPsec et Tomcat ne sont pas expirés.
Afin de vérifier la validité des certificats, accédez à Cisco Unified OS Administration > Security > Certificate Management.
Note: Afin de régénérer les certificats ipsec et Tomcat, utilisez la procédure pour régénérer les certificats dans CUCM
- Assurez-vous que la réplication de base de données est terminée et qu'elle ne présente aucune erreur ou incompatibilité à partir du serveur de publication CUCM et des serveurs de publication IM&P.
Les paramètres du serveur SFTP doivent répondre aux exigences suivantes :
- Les informations d'identification de connexion sont disponibles
- Il doit être accessible à partir du serveur CUCM
- Les fichiers sont inclus dans le chemin sélectionné lors d'une restauration
Configuration
Sauvegarde
Le système de reprise après sinistre effectue une sauvegarde au niveau du cluster, ce qui signifie qu'il collecte des sauvegardes pour tous les serveurs d'une grappe CUCM vers un emplacement central et archive les données de sauvegarde sur un périphérique de stockage physique.
Étape 1. Afin de créer des périphériques de sauvegarde sur lesquels les données sont enregistrées ; accédez à Disaster Recovery System > Backup > Backup Device.
Étape 2. Sélectionnez Ajouter nouveau ; définissez un nom de périphérique de sauvegarde et saisissez les valeurs SFTP comme indiqué dans l'image. Sélectionnez Enregistrer.

Étape 3. Créer et modifier des planifications de sauvegarde afin de sauvegarder des données. Accédez à Sauvegarde > Planificateur.
Étape 4. Définissez un nom de programme. Sélectionnez le nom du périphérique et vérifiez les fonctionnalités en fonction de votre scénario, comme indiqué dans l'image.

Étape 5. Configurez une sauvegarde planifiée en fonction de votre scénario, comme indiqué dans l'image.

Étape 6. Sélectionnez Enregistrer et notez l'avertissement comme indiqué dans l'image. Sélectionnez OK pour avancer.

Étape 7. Une fois qu'une planification de sauvegarde est créée, sélectionnez Activer la planification comme indiqué dans l'image.

Étape 8. Attendez que l'état soit modifié en Activé, comme illustré dans l'image.

Étape 9. Si une sauvegarde manuelle est requise, accédez à Sauvegarde > Sauvegarde manuelle.
Étape 10. Sélectionnez le nom du périphérique et vérifiez les fonctionnalités en fonction de votre scénario, comme indiqué dans l'image.

Étape 11. Sélectionnez Démarrer la sauvegarde et l'opération s'affiche en cours comme l'illustre l'image.

Étape 12. OUne fois la sauvegarde manuelle terminée, le message d'achèvement s'affiche comme illustré dans l'image.

Étape 13. Afin d'estimer la taille du fichier tar de sauvegarde utilisé par le périphérique SFTP, sélectionnez Estimation de la taille comme indiqué dans l'image.

Étape 14. La taille de l'estimation s'affiche comme le montre l'image

Note: La fonction Taille de l'estimation est calculée en fonction des sauvegardes précédentes ayant réussi et peut varier en cas de modification de la configuration depuis la dernière sauvegarde.
Étape 15. Afin de vérifier l'état de la sauvegarde pendant l'exécution d'une sauvegarde, accédez à Backup > Backup Status comme indiqué dans l'image.

Étape 16. Afin de consulter les procédures de sauvegarde effectuées dans le système, accédez à Sauvegarde > Historique comme indiqué dans l'image.

Restaurer
DRS restaure principalement les fichiers drfDevice.xml et drfSchedule.xml. Cependant, lorsqu'une restauration des données système est effectuée, vous pouvez choisir les noeuds du cluster à restaurer.
Note: Le périphérique de sauvegarde (serveur SFTP) doit être déjà configuré pour récupérer les fichiers tar et restaurer le système avec ces fichiers.
Étape 1. Accédez à Système de reprise après sinistre > Restaurer > Assistant Restauration.
Étape 2. Comme l'illustre l'image, sélectionnez le nom du périphérique qui stocke le fichier de sauvegarde à utiliser pour la restauration. Sélectionnez Suivant.

Étape 3. Sélectionnez le fichier de sauvegarde dans la liste affichée des fichiers disponibles, comme illustré dans l'image. Le fichier de sauvegarde sélectionné doit inclure les informations à restaurer.

Étape 4. Dans la liste des fonctions disponibles, sélectionnez la fonction à restaurer, comme l'illustre l'image.

Étape 5. Sélectionnez les noeuds dans lesquels vous souhaitez appliquer la restauration, comme indiqué dans l'image.

Note: La restauration en une étape permet la restauration de l'ensemble du cluster si le serveur de publication a déjà été reconstruit ou fraîchement installé. Cette option n'est visible QUE si le fichier de sauvegarde sélectionné pour la restauration est le fichier de sauvegarde du cluster et que les fonctionnalités choisies pour la restauration incluent la ou les fonctionnalités enregistrées avec les noeuds d'éditeur et d'abonné.
Étape 6. Sélectionnez Restaurer afin de démarrer le processus et l'état de restauration est mis à jour comme indiqué dans l'image.

Étape 7. Afin de vérifier l'état de la restauration, accédez à Restore > Current Status comme indiqué dans l'image

Étape 8. L'état de restauration passe à SUCCESS une fois terminé, comme le montre l'image.

Étape 9. Pour que les modifications prennent effet, le système doit être redémarré comme indiqué dans l'image :

Astuce : Veillez à suivre une procédure prise en charge afin de redémarrer le système Arrêter ou Redémarrer le système
Étape 10. Afin de consulter les procédures de restauration effectuées dans le système, accédez à Restore > History comme indiqué dans l'image

Dépannage
Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.
Comme indiqué précédemment dans ce document :
Le cluster CUCM (qui implique les noeuds CUCM et les serveurs de messagerie instantanée et de présence Cisco) doit répondre aux exigences suivantes :
- Port 22 ouvert afin d'établir la communication avec le serveur SFTP
-
Validée que les certificats IPsec et Tomcat ne sont pas expirés.
Afin de vérifier la validité des certificats, accédez à Cisco Unified OS Administration > Security > Certificate Management.
Note: Afin de régénérer les certificats ipsec et Tomcat, utilisez la procédure pour régénérer les certificats dans CUCM
- Assurez-vous que la réplication de base de données est terminée et qu'elle ne présente aucune erreur ou incompatibilité à partir du serveur de publication CUCM et des serveurs de publication IM&P.
- Validez l'accessibilité entre les serveurs et le serveur SFTP.
- Vérifiez que tous les serveurs du cluster sont authentifiés à l'aide de la commande show network cluster.
Lorsque des échecs de sauvegarde ou de restauration sont signalés et qu'une assistance supplémentaire est requise, cet ensemble de journaux doit être collecté et partagé avec le centre d'assistance technique (TAC) :
- Journaux principaux DRF de Cisco
- Journaux locaux de Cisco DRF
- Journaux d'échec de la page État actuel DRF
- Horodatage de la question
Informations connexes