Pré-requis
- installer BlueMind dans la même version que celui du backup sur un nouveau serveur.
- Le dossier
/var/backups/bluemind
doit être accessible en lecture/écriture sur le nouveau serveur. - Le nouveau serveur doit avoir la même adresse IP que l'ancien serveur. Il est possible d'attribuer l'IP au serveur même s'il n'est pas dans le même réseau et d'utiliser la méthode de changement d'adresse IP par la suite.
Méthode automatique
Après avoir installé BlueMind depuis l'installateur et avoir copié ou monté le backup dans /var/backups/bluemind
il faut cliquer sur "Restauration globale" puis "Lancer la restauration".
Info |
---|
A noter que la restauration automatique ne restaure pas les index Elasticsearch, il faudra donc relancer la tâche ReconstructMailspoolIndexJob pour réindexer les mails. |
Méthode manuelle
Dans certains cas, en présence d'une installation multi-serveur notamment, il peut ne pas être possible d'utiliser la méthode automatique. Il est alors possible de restaurer le serveur manuellement depuis les backups.
Info |
---|
La restauration manuelle n'est possible qu'à partir de la version 3.0.39 et de la version 3.5.5 pour la branche 3.5 |
Déterminer le backup à utiliser
Le fichier /var/backups/bluemind/generations.xml
liste les backups disponibles ainsi que les différents dossiers composant un backup, par exemple :
Bloc de code |
---|
|
<?xml version="1.0" encoding="UTF-8"?>
<generations xmlns="http://www.blue-mind.net/xsd/generations.xsd">
<dataProtect bmVersion="3.0.13753" genId="5215" protectedAt="1454461207966" size="32611762176" version="1">
<parts>
<part begin="1454461208390" end="1454466554780" genId="5210" genSize="28959571968" host="192.168.131.14" tag="mail/imap"/>
<part begin="1454466566013" end="1454471453454" genId="5211" genSize="3539992576" host="192.168.131.14" tag="bm/core"/>
<part begin="1454471454913" end="1454471455456" genId="5212" genSize="1048576" host="192.168.131.14" tag="mail/archive"/>
<part begin="1454471462994" end="1454471467515" genId="5213" genSize="110100480" host="192.168.131.14" tag="bm/pgsql"/>
<part begin="1454471467999" end="1454471468171" genId="5214" genSize="1048576" host="192.168.131.14" tag="elasticsearch/mailspool"/>
</parts>
</dataProtect>
</generations>
|
Dans cet exemple on voit qu'il existe un seul backup (noeud dataProtect) composé de 5 parts. Le genId correspond à l'incrément de ce backup dans les dossiers de backups de chaque partie. Ce backup est donc composé des dossiers :
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/dataprotect/5215/
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/mail/imap/5210
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/bm/core/5211
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/mail/archive/5212
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/bm/pgsql/5213
/var/backups/bluemind/dp_spool/rsync/IP_SERVER/elasticsearch/mailspool/5214
Par soucis de clarté ces dossiers seront référencés respectivement par mail/imap/XXX, bm/core/XXX, mail/archive/XXX, bm/pgsql/XXX et elasticsearch/mailspool/XXX
Restauration des données
Bloc de code |
---|
# rm -Rf /var/spool/cyrus/*
# cp -Rfp mail/imap/1/var/spool/cyrus/* /var/spool/cyrus/
# cp -Rfp mail/imap/1/var/lib/cyrus/* /var/lib/cyrus/
# cp -Rfp mail/archive/XXX/var/ /
# cp -Rfp bm/core/4/var/spool/bm-docs /var/spool/
# cp -Rfp elasticsearch/mailspool/3/* /
|
Restauration de la configuration
Restauration de la configuration :
Bloc de code |
---|
# cp -rfp bm/core/XXX/var/backups/bluemind/work/conf/etc /
# cp -rfp bm/core/XXX/var/backups/bluemind/work/conf/usr /
|
Restauration de la base de données :
Bloc de code |
---|
# bmctl stop
# /etc/init.d/bm-node stop
# su - postgres
$ dropdb bj
$ createdb bj
$ exit
# PGPASSWORD=bj psql -U bj -h localhost bj < bm/pgsql/XXX/var/backups/bluemind/work/bm_pgsql/bluemind.pgdump.sql
# /etc/init.d/bm-node start
# /etc/init.d/postfix restart
# bmctl start |
Restauration des filtres Sieve
Pour regénérer les scripts Sieve, il suffit d’exécuter le script suivant avec comme argument le nom du domaine (à effectuer pour chaque domaine à restaurer)
View file |
---|
name | updateAllFilters.py |
---|
height | 250 |
---|
|
Post-restauration
- ré-installer l'architecture - ensemble des serveurs - BlueMind à l'identique :
- mêmes adresses IP
- même URL externe
- même version de BlueMind
- jouer le setup wizard de BlueMind
- rendre accessible en lecture et écriture les données de backup BlueMind à restaurer dans le dossier
/var/backups/bluemind
depuis l'ensemble des nœuds BlueMind
Procédure
Sur chaque nœud BlueMind, exécuter la commande :
Bloc de code |
---|
/usr/share/bm-node/bm-pra-restore.py |
L'outil liste les générations de sauvegardes disponibles et permet de choisir quelle génération vous souhaitez restaurer.
Remarque |
---|
Choisissez la même génération sur chacun des nœuds BlueMind. |
Le PRA est terminé lorsque la commande a été jouée avec succès sur l'ensemble des nœuds de l'architecture BlueMind.
Post-opérations
- Si vous disposez d'une souscription, réinstallez celle-ci en suivant le guide d'installation : Mise en œuvre de la souscription
- Se connecter à la console d'administration
de BlueMind - , en tant qu'
utilisateur - admin0@global.virt puis :
Se
la partie - Sécurité > Gestion du pare-feu
et
immédiatement
"Enregistrer" pour forcer - « Enregistrer »
Ceci force la re-génération des règles du
parefeu
Se
la partie
Système - système > Maintenance des mails
,
"Exécuter" pour - « Exécuter »
Ceci permet de re-générer les tables de routage de mails postfix
Enregistrer
Enregistrer
Enregistrer- se rendre dans Sécurité > Modifier le certificat et réinstaller le certificat SSL
NB : le certificat, sa clé privée ainsi que le(s) certificat(s) de la CA sont disponibles dans le fichier /etc/ssl/certs/bm_cert.pem
sur le serveur BlueMind
- Réinstaller les éventuels plugins nécessaires (import LDAP/AD...).