façon de restaurer un serveur un backup- 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 automatiqueAprè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 manuelleDans 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 à utiliserLe 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 configurationRestauration 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 SievePour 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 |
|---|
|
- ré-installer l'architecture (l'ensemble des serveurs) BlueMind à l'identique :
- 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édureSur 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
- Sécurité > Gestion du pare-feu
- « Enregistrer »
Ceci force la re-génération des règles du
- système > Maintenance des mails
- « 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...).
| 
