Bonjour,

Le 01/10/2014 17:00, GepiAdminBerthelot a écrit :
> Concernant le problème 1 avec le travail sur les bases... je vous
> adresse un second remerciement, mais je me sens moyennement "chaud" à
> tenter l'aventure ... quoique ...
> 1- En effet , si je me monte un Gepi  "intermédiaire" que je fais toute
> la manip dedans et que , bonheur..., cela se passe bien , je fais une
> alors une sauvegarde.
> 2- Ensuite sur le gepi en production je fais une sauvegarde puis je
> l'arrete .

Non.
Juste verrouiller les connexions autres qu'administrateur et sauvegarder.

Histoire qu'en cas de blague par la suite, vous puissiez repartir de la
sauvegarde sans vous occuper de ce qui aurait pu être saisi
simultanément si vous aviez laissé les connexions ouvertes.


> 3- j'extrais du zip de l'intermediaire les tables archivage_*  que
> j'injecte (reconstruction du zip avec ces tables supplémentaires ?) dans
> la sauvegarde du production

Oui.
Il faut extraire les DROP TABLE et CREATE TABLE en plus des INSERT INTO.
On va supprimer les anciennes tables d'archivage qui ne contiennent que
les données de 2012-2013 et précédentes mais dans lesquelles il manque
2013-2014.

La ré-injection va remettre les 2012-2013 et précédentes, mais aussi les
2013-2014 qui auront été sauvegardées sur le gepi temporaire sur un
autre serveur.


> 4- je relance la production et je restaure la sauvegarde modifiée

Non.
Injecter le fichier SQL sur le gepi en production (tu as une sauvegarde
avant, donc pas de pb) et ensuite tu rouvres les connexion.
Si tu n'injectes que les lignes concernant les tables archivage_*, il
n'y a pas de raison d'avoir de pb.
Dans le pire des cas en supprimant par exemple une apostrophe dans une
de ces lignes, tu pourrais bourriner la partie archivage, mais c'est tout.
Il suffirait de réinjecter correctement les tables archivage.


> 5- je rouvre la production
> P.S. : Je me "moque" des cahiers de textes de l'an passé , seuls les
> bulletins 2013-2014 et 2012-2013 m'intéressent
> 
> Ca "pourrait" marcher ?  Si oui cela me parait moins risqué que de
> travailler directement sur les tables de la production non ?

C'est pas directement puisque l'archivage est fait sur un autre serveur.


Attention à ne pas se contenter d'un
        cp -a /var/www/gepi /var/www/gepi2
pour faire les manips dans le gepi2 parce que le
        /var/www/gepi2/secure/connect.inc.php
contiendrait des références à la base de données en production.
C'est ce que précisait Marc récemment dans un mail.


Cordialement
-- 
Stephane Boireau
Collège Le Hameau - Bernay (27)
http://stephane.boireau.free.fr/gadgets/crobards.html
_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users

Répondre à