Aller au contenu principal

Sauvegarde

Fonctionnement​

Exécution journalière​

Le script de sauvegarde est exécuté de manière journalière par une tâche planifiée située dans /etc/cron.d/centreon:

##########################
# Cron for Centreon-Backup
30 3 * * * root /usr/share/centreon/cron/centreon-backup.pl >> /var/log/centreon/centreon-backup.log 2&>1

Dans cet exemple, le script lance une sauvegarde chaque jour Ă  3H30.

Types de sauvegarde​

Il y a deux types de sauvegarde : base de données et fichiers de configuration.

Sauvegarde de la base de données​

La sauvegarde de la base de données peut être réalisée sur deux bases : centreon et centreon_storage

Il y a deux types de sauvegarde :

  • MySQLdump : la commande mysqldump est utilisĂ©e pour sauvegarder la base de donnĂ©es. Attention, cette commande peut prendre un certain temps si la base est volumineuse.
  • LVM Snapshot : Copie binaire des fichiers MySQL. Vous devez avoir un volume logique dĂ©diĂ© Ă  MySQL (ex: /var/lib/mysql) et 1Go d'espace disponible dans son groupe de volumes.

Format de la sauvegarde :

  • YYYY-MM-DD-centreon.sql.gz
  • YYYY-MM-DD-centreon_storage.sql.gz

Sauvegarde des fichiers de configuration​

Tous les fichiers de configuration du serveur central sont sauvegardés : MySQL, Apache, PHP, SNMP, centreon, centreon-broker

Format de la sauvegarde :

  • YYYY-MM-DD-centreon-engine.tar.gz (fichiers de configuration centreon-engine)
  • YYYY-MM-DD-central.tar.gz (autres fichiers de configuration)

Configuration​

Ce chapitre décrit la configuration de la sauvegarde.

  1. Se rendre dans le menu Administration > Paramètres > Backup.

La fenêtre suivante est affichée :

image

  • Activer la sauvegarde : Activer/DĂ©sactiver la sauvegarde
  • RĂ©pertoire des sauvegardes : RĂ©pertoire de stockage des sauvegardes
  • RĂ©pertoire temporaire : RĂ©pertoire utilisĂ© durant le processus de sauvegarde
  • Sauvegarder la base de donnĂ©es Centreon : Activer la sauvegarde de la base de donnĂ©es centreon
  • Sauvegarder la base de donnĂ©es 'centreon_storage' : Activer la sauvegarde de la base de donnĂ©es centreon_storage
  • MĂ©thode de sauvegarde : Type de sauvegarde (MySQL dump ou snapshot LVM)
  • Sauvegarde complète : PĂ©riode pour la sauvegarde complète
  • Sauvegarde de type partielle : PĂ©riode pour la sauvegarde partielle (seulement disponible pour la sauvegarde par LVM snapshot)
  • DurĂ©e de rĂ©tention des sauvegardes : DurĂ©e de rĂ©tention des sauvegardes (en jours)
  • Sauvegarder les fichiers de configuration : Activer la sauvegarde des fichiers de configuration
  • Chemin d'accès au fichier de configuration MySQL : Chemin d'accès au fichier de configuration MySQL
  • Activer l'export SCP : Activer l'export des sauvegardes par SCP.
  • Utilisateur: Utilisateur distant pour l'export SCP
  • HĂ´te distant : HĂ´te distant pour l'export SCP
  • RĂ©pertoire distant : RĂ©pertoire distant pour l'export SCP

Répertoire temporaire ne peut pas être un sous-répertoire de Répertoire des sauvegardes.

Restauration d'un serveur central Centreon​

Le processus de restauration consiste en deux Ă©tapes :

  • RĂ©installer la plate-forme suivant la documentation d'installation de Centreon. Ne pas oublier de faire la mise Ă  jour du système.
  • Restaurer les diffĂ©rents fichiers de configuration, puis les bases de donnĂ©es Centreon.

Restauration des fichiers de configuration de Centreon​

Avant de restaurer les bases de données, il faudra restaurer certains fichiers de configuration dans un premier temps :

cd /var/cache/centreon/backup/
tar -xvf YYYY-MM-DD-central.tar.gz
cd central/etc/centreon/
cp -r * /etc/centreon/

Restauration des bases de données​

Une fois le serveur Centreon réinstallé (même version de Centreon), il suffit de décompresser les sauvegardes des bases de données centreon et centreon_storage.

Commencez par recréer les bases de données avec les commandes suivantes :

DROP DATABASE centreon;
DROP DATABASE centreon_storage;
CREATE DATABASE centreon;
CREATE DATABASE centreon_storage;

Puis décompressez et chargez les dumps dans les bases :

cd /var/cache/centreon/backup/
gzip -d YYYY-MM-DD-centreon.sql.gz
mysql centreon < YYYY-MM-DD-centreon.sql
gzip -d YYYY-MM-DD-centreon_storage.sql.gz
mysql centreon_storage < YYYY-MM-DD-centreon_storage.sql

Ces opérations peuvent prendre un certain temps du fait de la taille de la base centreon_storage.

Le mot de passe (password ci-dessus), est stocké dans les fichiers de configuration restaurés précédemment. Par exemple le champ $mysql_passwd dans le fichier /etc/centreon/conf.pm.

Par défaut, il n'y a pas de mot de passe pour le compte root de mysql lors de l'installation d'un serveur via Centreon ISO.

La manipulation ci-dessus est valide pour des versions identiques de Centreon.

Restauration des clés SSH​

Cette étape consiste à restaurer les clés SSH de l'utilisateur centreon, voir centreon-engine dans le cadre d'un environnement distribué. Leur restauration doit être manuelle. Il faut donc dans un premier temps extraire cette archive dans un répertoire temporaire puis déplacer un à un les fichiers suivant leur emplacement.

Sur le serveur central:

cd /var/cache/centreon/backup/
tar -xvf YYYY-MM-DD-centreon-engine.tar.gz
cd central/ssh/
mkdir -p /var/spool/centreon/.ssh/
chmod 700 /var/spool/centreon/.ssh/
cp -p id_rsa /var/spool/centreon/.ssh/
cp -p id_rsa.pub /var/spool/centreon/.ssh/

Test de connexion du central vers les satellites:

su - centreon
ssh <adresse_ip_address>

RĂ©pondre "Oui" Ă  la question.

Cette opération est à effectuer si et seulement si votre plate-forme est distribuée.

Restauration des plugins​

Les plugins ont été sauvegardés dans l'archive : "AAAA-MM-JJ-centreon-engine.tar.gz". Leur restauration doit être manuelle. Il faut donc dans un premier temps extraire cette archive dans un répertoire temporaire puis déplacer un à un les fichiers suivant leur emplacement.

Sur chaque collecteur, il faudra réaliser l'action suivante :

cd /var/cache/centreon/backup/
tar -xvf YYYY-MM-DD-centreon-engine.tar.gz
cd central/plugins
cp -pRf * /usr/lib64/nagios/plugins/

Restauration des scripts d'initialisation​

Certains points de contrôles concernant Oracle ou SAP entraînent la modification du script d'initialisation de l'ordonnanceur afin d'y ajouter des variables d'environnements. Si vous avez modifié le script d'initialisation de votre ordonnanceur, il faudra le restaurer.

Dans un premier temps extraire cette archive dans un répertoire temporaire puis déplacer un à un les fichiers suivant leurs emplacements :

cd /var/backup
tar -xvf YYYY-MM-DD-centreon-engine.tar.gz
cd backup
cp init_d_centengine /etc/init.d/centengine

Restauration des agents de supervision​

Si vous utilisez les agents NRPE, ou NSCA il faudra les réinstaller puis restaurer leur configuration:

cd /var/backup
tar -xvf YYYY-MM-DD-centreon-engine.tar.gz
cd backup/etc
cp nrpe.cfg /etc/centreon-engine/
cp nsca.cfg /etc/centreon-engine/

Cette manipulation est Ă  utiliser si et seulement si vous utilisez les agents NRPE ou NSCA. Si vous utilisez NSCA le fichier de configuration Ă  copier n'est pas nrpe.cfg mais nsca.cfg.

Génération de la configuration du central​

Une fois toutes les étapes (nécessaires) effectuées, il faudra générer la configuration de chaque collecteur.

Reconstruction des graphiques​

Une fois que vous avez restauré votre plate-forme de supervision et que tout est en ordre, il faudra reconstruire les fichiers RRD afin de retrouver tous vos "anciens" graphiques de performance.

Pour reconstruire les graphiques de performance, il faudra vous rendre dans le menu Administration > Paramètres > Données. Sur cette page, il faudra sélectionner tous les services et cliquer sur Regénérer les bases de données RRD.

Le serveur central est maintenant restauré.