Configuration de la sauvegarde et de la restauration à partir de l'interface utilisateur graphique de CUCM

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.

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

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

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 doit remplir les conditions suivantes :

• Port 22 ouvert afin d'établir la communication avec le serveur SFTP

• Certificats Ipsec et Tomcat valides

  Afin de vérifier la validité des certificats, accédez à Cisco Unified OS Administration > Security > Certificate Management.

Remarque: Afin de régénérer les certificats ipsec et Tomcat, utilisez la procédure pour régénérer les certificats dans CUCM

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. Cliquez sur 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. Cliquez sur Enregistrer et notez l'avertissement comme indiqué dans l'image. Cliquez sur OK pour avancer.

Étape 7. Une fois qu'une planification de sauvegarde est créée, cliquez sur 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. Cliquez sur 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 de fin 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, cliquez sur Estimer la taille comme indiqué dans l'image.

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

Remarque: 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.

Remarque: 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. Cliquez sur 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.

Remarque: 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. Cliquez sur 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.

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

• Serveurs SFTP pris en charge