Vous regardez une version antérieure (v. /display/INFRA/Site+soce+%3A+descente+de+prod+vers+recette) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 6) afficher la version suivante »

Site Soce.fr : Procédure pour redescendre une version de la production vers la recette

Environnements :

 

OS, versions serveur web : Debian 7, Apache 2.2

Production : 

VM : hesykhia2 (hors LDAP)

Base SQL : prod_anakrys_gorg

URL : https://www.arts-et-metiers.asso.fr

Recette :

VM : pyracmon (hors LDAP)

Base SQL : int_anakrys_gorg

URL : https://recette.soce.fr

Étapes :

1- Manipulations bases SQL :

  • Vider les tables de la base actuelle de recette : int_anakrys_soce
  • Copier les tables de la base prod "prod_anakrys_soce" vers la base recette "int_anakrys_soce"

 

2- Manipulation bases Postgresql du grAM

 

  • Vider les tables suivantes de l'env de recette : "gram_accounts", "gram_accounts_groups", "gram_accounts_roles", "gram_groups", "gram_roles", "gram_aliases"]

  • Les copier à partir des données de l'env de production

 

3- Réinitialisation du LDAP

 

  • vider le ldap : Via apache directory studio


  • relancer avec synchro totale avec la commande bash :

    heroku run -a rec-gram-api-2 rails runner "MasterData::Account.find_each{|a|LdapDaemon.new.request_account_update(a)}"

    Génère un message de synchro vers LDAP daemon pour chaque utilisateur.

4- Gorgmail

 

  • Reset via la commande : 

    heroku run -a rec-grog-mail rake db:migrate:reset && rake db:seed_recette

    Drop la base de donnée, la reconstruit à partir des migrations (plus lents que de recharger le schéma mais ça assure d'avoir bien tout les sql qui sont ré-implémentés) puis charge les données d'initialisation de la recette

 

5- GoogleApps

 

  • Suppression de tous les comptes GApps

  • suppression de toutes les Id google apps dans le grAM


 

  • Aucune étiquette