Webcontrat - Sauvegardes : Différence entre versions

De Wiki_DR13
Aller à : navigation, rechercher
(Replicat Baie Equalogic)
(VM's)
Ligne 26 : Ligne 26 :
  
  
== 4 Replicat Baie Equalogic ==
+
== 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 "Recoverd"
 +
 
 +
 
 +
 
 +
== 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.
 
Procédure de dernier recours, il faut mettre en ligne le backup et autoriser les 2 hôtes a s'y connecter.

Version du 28 décembre 2016 à 09:21

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 :

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 "Recoverd"


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