Webcontrat - Sauvegardes

Recapitulatif

Nom	Emplacement	Utilisation	temps de rétablissement	Programmation	temps de rétention
MACHINES
VDP	LOCAL	Restauration VM complète	<2h	Tous les soirs	a vérifier
Snapshots EQL	LOCAL	Restauration VM complète si VDP inaccessible	<12h	Tous les soirs à 20h00 / 21h00
APPLICATIFS

VM's

1 VDP

Les VM sont sauvegardées tous les soir sur VDP.

Pour s'y connecter, il faut passer par l'interface web de Vcenter :

https://vcenter2:9443/vsphere-client/

• Dans le menu a gauche, cliquer sur vsphere Data Protection
• Choisir VDP WebContrat
• cliquer sur restaurer

Suivre la procédure, ca peut être long il y a très peu (voir pas) de logs sur la console.

Si la restauration échoue, il faut peut être éteindre la machine qu l'on restaure.

2 Snapshots sur baie equallogic

Voir https://intranet.dr13.cnrs.fr/wiki/index.php/Webcontrat_-_Equallogic#Sauvegarde

3 vSphere Replication (PRA)

Les machines nécessaires a un redémarrage de l'activité sont dupliquées au moins toutes les 24H sur le site ADV. Cela permet de redémarrer ces machines sur le site distant. ATTENTION : il est très compliqué de repartir en arrière et de renvoyer les machines vers RDM Nutiliser qu'en cas de crash majeur !!

Procédure :

Pour redémarrer une machine sur ADV :

• se connecter sur le vCenter ADV (https://vcenter-adv.campus.montp.cnrs.fr:9443/vsphere-client/)
• Dans le menu à gauche, cliquer sur vSphere Replication
• Cliquer sur monitor.

Une liste des VMs disponibles s'affiche ainsi que leur état.

• Sur la machine cible, clic droit puis Recovery
• Choisir "Use the latest avalable data", si on en arrive là, c'est que le site RDM est HS
• Choisir l'emplacement de la VM sur les 2 écrans suivants
• Décocher "Power the VM" il y a des modifs a faire avant de la lancer

Dans le menu à gauche, cliquer sur Virtual MAchines, une nouvelle machine est apparue

• Clic sur la VM
• Modifier les paramètres
• Il faut aller renseigner le reseau et penser à activer la carte
• REDUIRE AU MINIMUM la CPU et la mémoire, on vais faire tourner une grande partie de l'infra sur 1 seul haote au lieur de 6 !
• Allumer la machine comme d'habitude

Sur la page de monitoring de vSphere Replication la machine est bien passée dans un état "Recovered"

Retour à la normale SI DES MODIFS ONT été faites sur la VM quand elle était démarrée sur ADV :

Sur ADV :

• arrêter la réplication de la VM en statut recovered (clic droit stop)
• Vérifier sur RDM que la réplication a bien été supprimée
• DEPUIS ADV, clic droit sur la VM puis "All vSpher Replication actions" et Configure

• Réplication to a Vcenter server
• Choisir RDM comme destination
• Auto-assign
• Choisir le bon datastore
  • NE pas laisser par défaut, il faut cliquer sur Browse
  • Choisir le disque dur de la VM d'origine sur RDM, cela permettra de ne synchroniser que les modifs pour gagner du temps.
  • Accepter l'alarme
• Finir le wizzard avec les options par défaut.

La VM va se répliquer a nouveau vers RDM. Une fois terminer, il faut rebasculer la VM sur RDM :

• Arrêter la VM sur ADV
• Dans la console Replication RDM, clic droit sur la machine puis Recovery
• Corriger la conf réseau, remettre les ressources à la normale puis démarrer la VM

Une fois la machine revenue sur RDM, il faut recommencer la procédure de suppression de la réplication puis recréer une réplication vers ADV suivant le même principe que ci dessus (utilisation du disque d'origine)

Si il s'agit d'une machine qui subit peu de changements, simplement arrêter la machine sur ADV, détruire la conf de synchro et la redémarrer sur RDM, en perdant toutes les modifs. Il faut ensuite reconfigurer une réplication vers ADV.

4 Replicat Baie Equalogic (Disaster Recovery)

Procédure de dernier recours, il faut mettre en ligne le backup et autoriser les 2 hôtes a s'y connecter.

Fichiers

• Dispos sur TiNa (voir plus bas)

• L'ensemble des fichiers sauvegardés est dispo sur 10.30.0.200 dans /export

Databases

TiNa

Les bases de données sont sauvegardées toutes les 2 heures sur TiNa2  :

Accès via page web :

http://193.49.133.15:25088

Accès via ssh / X11 :

ssh -X root@193.49.133.15  (A préférer)

Initialiser l’environnement :

source /usr/Atempo/TimeNavigator/tina/.tina.sh

Lancer la console :

tina_adm&

Se connecter :

admin/k7...

Choisir les bases de données a restaurer en se connectant avec root (mdp root mysql dans Keypassx)

Mysqldump

Un dump mysql de toutes les base est fait tous les matin. Elle sont dispo sur le filer dans le répertoire /export/SAVE/mariadb

LDAP

Un script tourne sur chaque serveur ldap et sauvegarde soit dans /home/sauvegarde soit dans /home/save.

att_loc.ldif -> attributs locaux a utiliser pour une restauration
ldap_save -> fichier entier, inutilisable sous sa forme pour resto sur nos annuaire (mais permet de remonter un annuaire complet pour tests ou verifs)

Procédure de restauration :

Redemarrer sur une base vide :

/etc/init.d/slapd stop
mv /var/lib/ldap-people /var/lib/ldap-people.save
mkdir /var/lib/ldap-people
chown -R openldap:openldap /var/lib/ldap-people 
/etc/init.d/slapd start

Reinjecter les attributs locaux :

ldapadd -W -D "cn=admin,ou=People,dc=cnrs,dc=fr" -h localhost -x -f /tmp/att_loc.ldif -c

Verifier en faisant une recherche locale :

ldapsearch -x -b "ou=People,dc=cnrs,dc=fr"  "(ACMO=*)" -h localhost