Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue


Panel
titleSommaire

Table of Contents
stylenone



Contexte

Afin de prévenir d'une perte de données après un crash d'un ou de plusieurs de vos serveurs utilisés dans votre architecture Shinken, nous vous conseillons d'utiliser les commandes shinken-backup et shinken-restore.


Ces deux commandes vous permettront de sauvegarder ou de restaurer tout ou une partie d'un serveur de votre architecture Shinken.

Commande de sauvegarde (shinken-backup)

Utilisation

La commande de base pour la sauvegarde complète d'un serveur shinken est la suivante :

Code Block
shinken-backup

Les différentes options possibles :

Option courteOptionDescriptionDémon sur lequel se trouve les données à sauvegarder
-h--helpAffiche l'aide de la commandeTous
-od [dir]--output-directory [dir]

Permet de choisir le répertoire où sera enregistrée la sauvegarde. Les répertoires nécessaires seront créés:

  • Soit le chemin fourni est absolu ( /root/backups/example )
  • Soit le chemin relatif, dans ce cas le répertoire fourni sera créé à partir du répertoire où sera exécuté la commande shinken-backup.

( Par défaut, la sauvegarde se fait dans le répertoire où est lancée la commande )

Tous
-on [name]--output-name [name]Permet de choisir le nom du répertoire contenant la sauvegarde
( par défaut il sera YYYY-MM-DD__HH-MM-SS__ShinkenVersion )
Tous
-a--addonsSauvegarde les configurations et les données des addons (exemple: nagvis)Tous
-c--configurationSauvegarde les données de configurationSynchronizer
-ca--configuration-anonymousSauvegarde les données de configuration anonymiséesSynchronizer
-e--eventsSauvegarde les données du bac à événementsBroker
-l--logSauvegarde les logsTous
-M--modulesPermet de sauvegarder les données de tous les modules NON fournie par Shinken Enterprise (exemple : le module mssql_export)Tous

--module-type [TYPE]

Permet de sauvegarder les données d'un seul type de module NON fournie par Shinken Enterprise. Uniquement utilisable avec l'option --modules/-M.

Tous
-L--list-modules

Permet de lister tous les types de modules NON fournie par Shinken Enterprise qui peuvent être sauvegardé.


-m--metrologySauvegarde les données de métrologieBroker
-s--slaSauvegarde les données SLABroker
-u--userSauvegarde les données des utilisateurs de l'interface de visualisation (portails, listes, favoris, tableaux de bord...)Broker


Info

La commande shinken-backup ne peut pas être exécutée dans les dossiers /etc/shinken et /etc/shinken-user

Attention, pensez bien à utiliser cet outil générique sur le bon serveur. Par exemple, sauvegarder les SLA depuis un serveur Poller ne sera pas cohérent. Ou encore, pour sauvegarder la configuration de Shinken, placez-vous sur le serveur hébergeant le duo Arbiter/Synchronizer.


Sauvegarde de données de configuration chiffrées

Lorsque la sauvegarde de données de configuration avec des données protégées est effectuée, shinken-backup affiche un avertissement si la clé n'a pas été sauvegardée.

La sauvegarde est tout de même effectuée, mais vous devez effectuer une sauvegarde de la clé en utilisant la commande shinken-protected-fields-keyfile-export avant toute autre opération impliquant un changement de clé.

Le message suivant apparaîtra si vous n'avez pas effectué de sauvegarde de la clé avant la sauvegarde de la configuration :

The protected fields key from this backup looks like it has never been saved

Si la sauvegarde de la clé a été effectuée par la suite, vous pouvez ignorer ce message et restaurer la clé selon la procédure de restauration habituelle.


Panel


Sauvegarde d'une configuration anonymisée

Afin de transmettre une configuration au support, il est possible d'anonymiser la configuration lors de la sauvegarde.

L'anonymisation est réalisée pour les données présentes dans la base de données du Synchronizer. Les fichiers de configuration seront sauvegardés sans aucune modification. Si l'option --configuration-anonymous est utilisée avec une autre option (--sla par exemple) les données SLA ne seront pas impactés par l'anonymisation.


Cette étape est réalisée entre la récupération des données dans la base  et l'écriture des fichiers de sauvegarde, la base de données n'est donc pas impactée par ce fonctionnement. Le tableau suivant présente les propriétés qui seront remplacées avant d'être écrites dans les fichiers de sauvegarde.

Type de donnéeValeur remplacéeDescription
addressclean addressPermets de masquer les adresses des équipements
check_commandclean_commandPermets de masquer les commandes : une fois restaurée, la configuration pourra démarrer sans effectuer de check
poller_tag
La valeur est supprimée pour permettre à la configuration de démarrer
reactionner_tag
La valeur est supprimée pour permettre à la configuration de démarrer
realm
La valeur est supprimée pour permettre à la configuration de démarrer
passwordcleanLes mots de passe sont effacés


Toutes les données utilisateur, chiffrées ou non, présentes dans le système de champs protégé sont également remplacée par la valeur "clean". Pour connaître la liste des champs protégés, utilisez la commande shinken-protected-fields-data-manage.

Le nom de la sauvegarde généré sera succédé de "--anonymous" afin de le distinguer des sauvegardes par défaut.

Info
exemple de nom de sauvegarde anonyme : 2020-10-27__10-49-55__V02.08.02-001_BUILD066.fr--anonymous


Info

Les données ne sont ni effacées ni modifiées sur le serveur sur lequel le shinken-backup est effectué. Elles sont simplement remplacées avant d'être écrites dans les fichiers de sauvegardes.


Info

La sauvegarde réalisée n'est pas chiffrée, car toutes les données présentant un risque ont été remplacées.


Exemples

Sauvegarde

complete

complète d'un serveur hébergeant l'ensemble des démons


Code Block
root@vm-shinken: ~
$ shinken-backup
Saving Events
  Events save size: 51M
Saving Sla
  Sla save size: 147M
Saving User
  User save size: 136K
Saving Configuration
  Configuration save size: 17M
Saving Metrology
  Metrology save size: 47M
Saving Logs
  Logs save size: 1.1G
Saving addons data
  Addons save size: 4.8M
Saving custom modules data
 There is no custom modules in database to backup.

Done : your backup directory is /root/shinken-backups/2021-02-02__08-22-45__V02.08.02-002.fr


Sauvegarde

de la configuration

sur un serveur hébergeant le démon Synchronizer

De la configuration:

Exemple de la sauvegarde complète sur un serveur hébergeant le démon Synchronizer Sauvegarde complète :


Commande de restauration (shinken-restore)

Utilisation


Code Block
shinken-restore DIRECTORY-TO-RESTORE


Le dossier "DIRECTORY-TO-RESTORE" doit contenir les dossiers de sauvegardes comme :

  • configuration/ 
  • context/
  • events/
  • logs/
  • metrology/ 
  • sla/
  • user/ 


Les différentes options possibles :

Option courteOptionDescriptionDémon sur lequel se trouve les données à restaurer
-h--helpAffiche l'aide de la commandeTous
-a--addonsRestaure les configurations et les données des addons (exemple: nagvis) présent dans l'archive. Tous
-c--configurationRestaure les données de configurationSynchronizer

--with-key-backup [HASH]Pour une sauvegarde contenant des données protégées, restaure également le hash de la clé de chiffrement spécifiée. Il s'agit du résultat de la commande shinken-protected-fields-keyfile-export.Synchronizer
--rocd--restore-only-configuration-database

Cette option restaure uniquement les données de la configuration, sans restaurer les fichiers de configuration (.cfg).

Cette option est pratique pour transférer la politique de supervision d'un pré-production vers une production ( ou inversement ), sans changer les fichiers de définition des démons.

Synchronizer
-e--eventsRestaure les données du bac à événementsBroker
-l--logRestaure les logs

Tous

-m--metrologyRestaure les données de métrologieBroker
-M--modulesRestaure les données de tous les modules NON fournies par Shinken Enterprise présent dans l'archive. ( exemple : le module mssql_export développé par un tiers )Broker

--module-type [TYPE]Restaure les données d'un type de module NON fourni par Shinken EnterpriseUniquement utilisable avec l'option --modules/-M.Broker
-L--list-modulesPermet de lister tous les types de modules NON fournis par Shinken Enterprise présent dans l'archive de sauvegarde et qui peuvent être restaurés
-s--slaRestaure les données SLABroker
-u--userRestaure les données des utilisateurs de l'interface de visualisation (portails, listes, favoris, tableaux de bord...)Broker

--restore-only-user [USER]

Restaure les données de l'interface de visualisation (portails, listes, favoris, tableaux de bord...) pour l'utilisateur spécifiée. La valeur à utiliser est le Nom ( contact_name ) de l'utilisateur - à utiliser avec l'option -u

(lightbulb) Cette option ne demande pas le redémarrage de Shinken

Broker


Restauration d'une base de données de configuration dont les données sensibles sont chiffrées


Si une clé est déjà présente sur le serveur et qu'elle est identique à celle de la sauvegarde, shinken-restore restaurera cette sauvegarde en utilisant la clé.

Si la clé n'a pas été exportée, shinken-restore affichera un avertissement vous signalant qu'elle est automatiquement exportée dans un fichier temporaire, en vous enjoignant de le déplacer en lieu sûr.



Panel



Si les deux clés sont différentes vous devez spécifier l'option --with-key-backup  suivi du l'export de la clé, qui vous permet de faire la restauration et de placer automatiquement la clé fournie.

En suivant, vous devrez redémarrer le Synchronizer.

  • Le Synchronizer refusera de démarrer tant que la clé n'est pas restaurée.

Si vous avez égaré votre clé, nous vous conseillons de lire la page de la documentation "shinken-protected-fields-keyfile-rescue-from-backup". Cette commande va vous permettre de restaurer votre clé par l'intermédiaire du support Shinken.



Panel


Exemples

Restauration d'une sauvegarde complète de  Shinken depuis le dossier ~/shinken-backups


Code Block
root@vm-shinken: ~/shinken-backups

$ shinken-restore 2020-10-27__10-47-43__V02.08.02-001_BUILD066.fr__crypted-backup2

Stopping Shinken before restoring
Restoring from 02.08.02-001_BUILD066.fr to 02.08.02-001_BUILD066.fr
-Restoring Sla            DONE
-Restoring User           DONE
-Restoring Configuration  DONE
-Restoring Metrology      DONE
-Restoring Logs           DONE

Sanatizing your restored data
   fix_double_link                         :   skip (unecessary)
   fix_double_sync_keys                    :   skip (unecessary)
   fix_default_item_se_uuid                :   skip (unecessary)
   fix_remove_shinken_core                 :   skip (unecessary)
   fix_remove_deprecated_check             :   skip (unecessary)
   fix_remove_undefined_aix_templates      :   skip (unecessary)
   fix_flapping_thresholds                 :   skip (unecessary)
   fix_business_impact                     :   skip (unecessary)

Done. You can restart your shinken with /etc/init.d/shinken start


Info

Après la restauration des données, des scripts de "Sanatize" sont lancés. Ces scripts permettent, si nécessaire, de réparer certaines incohérences dans vos données.

Une fois la restauration terminée, vous devez démarrer Shinken:

Code Block
/etc/init.d/shinken start




Restauration d'une sauvegarde de la configuration de Shinken, lancé depuis le serveur hébergeant l'Arbiter/Synchronizer :


Code Block
root@vm-shinken: ~/shinken-backups

$ shinken-restore --configuration 2020-10-27__10-47-43__V02.08.02-001_BUILD066.fr__crypted-backup2

Stopping Shinken before restoring
Restoring from 02.08.02-001_BUILD066.fr to 02.08.02-001_BUILD066.fr
-Restoring Configuration  DONE

Sanatizing your restored data
   fix_double_link                         :   executed [OK]
   fix_double_sync_keys                    :   skip (unecessary)
   fix_default_item_se_uuid                :   skip (unecessary)
   fix_remove_shinken_core                 :   skip (unecessary)
   fix_remove_deprecated_check             :   skip (unecessary)
   fix_remove_undefined_aix_templates      :   skip (unecessary)
   fix_flapping_thresholds                 :   skip (unecessary)
   fix_business_impact                     :   skip (unecessary)

Done. You can restart your shinken with /etc/init.d/shinken start


Restauration d'une sauvegarde des données de l'utilisateur "monutilisateur" de Shinken ( portails, listes, favoris, tableaux de bord ), lancé depuis le serveur hébergeant le Broker


Code Block
root@vm-shinken: ~/shinken-backups

$ shinken-restore -u --restore-only-user monutilisateur 2020-10-27__10-47-43__V02.08.02-001_BUILD066.fr__crypted-backup2
Restoring from 02.08.02-001_BUILD066.fr to 02.08.02-001_BUILD066.fr
-Restoring User
 Restoring only the user monutilisateur

Restore of the user monutilisateur data is OK