Page History

L'idée est de faire la migration sur une autre machine : la machine de travaille pour limité l'interruption de service sur la prod 

La base de données va se fragmenter au fil des insertions/suppression d'éléments, et le volume des données va devenir plus faible que le volume sur disque (dans /var/lib/mongo). Il est possible de surveiller cet écart de consommation, et même la réduire.

Il est fortement recommandé de migrer sur le moteur Wired Tiger, qui permet d'avoir de meilleures performances et un espace disque consommé plus faible (moins de fragmentation et compression de données).

1) Préparation

Vérifier Sur la machine de production vérifier que le type de moteur de stockage est bien mmapv1: 

mongo shinken  --quiet --eval "print(db.serverStatus().storageEngine.name)"

La réponse à la commande doit être : 

mmapv1

 --> mmapv1

Ensuite on récupère des stats de la base qui vont nous servir a vérifié que l'on a les données 

mongo shinken --quiet --eval 'db.getCollectionNames()' | tee db_info.info
mongo shinken --quiet --eval 'printjson(db.adminCommand( { listDatabases: 1 } ));' | tee db_info.info
mongo shinken --quiet --eval 'db.getCollection("sla_archive").count();' | tee db_info.info

2) Déplacement de la base

Sur la machine de travaille vérifier que le type de moteur de stockage est bien mmapv1: 

mongo shinken  --quiet --eval "print(db.serverStatus().storageEngine.name)" --> mmapv1

Pour changer le moteur si ce n'est pas le bon, mettre dans le fichier /etc/mongod.conf

storage:
     engine: mmapv1

et supprimer les données dans la base puis reboot mongod

C'est également la méthode pour migrer de moteur de données au sein d'un serveur: mongo ne supporte pas de changer de moteur in-place, il faut donc procéder à une restauration de données dans une nouvelle base avec le nouveau moteur.

:

shinken-backupservice mongod stop
cd /var/lib/mongo
rm -fr *
service mongod start
mongo shinken  --addonsquiet --configuration --sla --user

Restauration sur un nouveau serveur

eval "print(db.serverStatus().storageEngine.name)" --> mmapv1

Eteindre la base et la vide pour préparé la base a récupère les données de la production

service mongod stop
cd /var/lib/mongo
rm -fr *

Sur la machine de production

Eteindre Shinken, Eteindre mongo, copier les données sur la machine de travaille.

Dans cet exemple on va le faire avec une archive pour que le SCP soit plus rapide si vous avez un très bon débit et des CPU faible sur votre machine de prod fait un scp de /var/lib/mongo direct

cd /var/lib/
tar cvzf mongo.tar.gz mongo/
scp mongo.tar.gz @ADDRESS_MACHINE_DE_TRAVAILLE:/tmp

Sur la machine de travaille :

On mette les données dans la base

cd /tmp
tar xvzf mongo.tar.gz mongo/
scp mongo.tar.gz @ADDRESS_MACHINE_DE_TRAVAILLE:/tmp

Il faut ensuite transférer la sauvegarde sur le nouveau serveur et lancer la restauration:

shinken-restore

Restauration sur le même serveur

Si vous souhaitez réutiliser le même serveur, il va falloir:

• Arrêter mongo
• Supprimer ses données
• S'assurer que le format de données est bien WiredTiger
• Restaurer les données

Arrêter MongoDB:

/etc/init.d/mongod stop

Supprimer les données:

rm -rf /var/lib/mongo/*

Migration vers Wired Tiger (si nécessaire)

Pour s'assurer que le format de données est WiredTiger, il faut que l'entrée suivante soit dans le fichier /etc/mongod.conf:

storage:
     engine: wiredTiger

Puis relancer la base:

/etc/init.d/mongod start

Ensuite il faut lancer l'import, qui va se faire avec le nouveau format de données, et avec un espace disque consommé minimal:

shinken-restore