Difference between revisions of "Comment je récupère mon arbre familial"

From Gramps
Jump to: navigation, search
Line 31: Line 31:
 
Bien que déplacer le fichier reste la principale cause de corruption, il semble que d'autres actions moins fréquentes sont également responsables mais pas encore découvertes. Ainsi prévenir d'une corruption n'est pas toujours possible.
 
Bien que déplacer le fichier reste la principale cause de corruption, il semble que d'autres actions moins fréquentes sont également responsables mais pas encore découvertes. Ainsi prévenir d'une corruption n'est pas toujours possible.
  
What is possible though is to backup the data regularly. The backups should be in XML format (the <code>.gramps</code> format). XML is machine- and human-readable. It is completely self-sufficient. It is also smalll. Following are the good practices of backups:
+
Ce qui est possible est de sauvegarder régulièrement ses données. Ces sauvegardes devraient être au format XML (le format <code>.gramps</code>). XML est lisible par la machine- et l'humain. C'est un fichier qui se suffit à lui-même. Il est également léger. Voici les bons moyens pour ces sauvegardes :
# Export to XML from time to time, especially after large edits.
+
# Exporter vers XML de temps en temps, surtout après beaucoup d'éditions.
# Export to XML before making big changes, such as importing new data into an existing database from e.g. GEDCOM; merging records; running tools that may heavily modify the data etc.
+
# Exporter vers XML avant de faire de grands changements, comme importer de nouvelles données dans une base existante par exemple : GEDCOM; fusionner des enregistrements; utiliser les outils qui peuvent modifier grandement vos données.
 
# Export to XML before upgrading gramps to a newer version. Apparently, export to XML with old version before you install the new one!
 
# Export to XML before upgrading gramps to a newer version. Apparently, export to XML with old version before you install the new one!
 
# Export to XML before upgrading your OS.
 
# Export to XML before upgrading your OS.

Revision as of 14:04, 23 October 2007


Une tentative pour expliquer une corruption de GRDB, comment récupérer sa base, et comment l'éviter dans le futur.

Pourquoi cette corruption?

De loin, la principale cause d'une corruption du fichier grdb est le déplacement de ce dernier de son emplacement original. Que vous déplaciez le fichier vers un autre répertoire, le renommer, le copier, que vous le transférez vers une autre machine, ou un autre compte utilisateur -- toutes ces actions vont "corrompre" votre fichier.

Ce qui arrive c'est que le fichier grdb a besoin de son environnement de base de données -- un répertoire avec ses fichiers log, fichiers verrous, fichiers temporaires, etc. Les derniers versions stables conserve l'environnement pour chaque fichier, suivant un arbre hierarchique du répertoire ~/.gramps/env. Si votre fichier grdb est sous /home/utilisateur/généalogie/MesDonnées.grdb alors son environnement est dans le répertoire /home/utilisateur/.gramps/env/home/utilisateur/généalogie/MesDonnées.grdb.

Ainsi, le déplacement, la copie ou le renommage du fichier copiera ses bytes, mais pas son environnement. C'est pourquoi le fichier déplacé apparaît comme corrompu.

Que dois je faire maintenant ?

La réponse dépend de la présence ou non de l'environment de votre base de données. Si vous avez simplement copié un fichier vers un autre alors l'environnement devrait toujours fonctionner. Si vous avez modifié votre base de données depuis, alors l'environnement original a changé, il n'y a pas de bon environnement pour votre nouvelle base. Si vous avez déplacé votre répertoire .gramps (pourquoi oh pourquoi ?) alors les environnements seront perdus. Agissez ainsi en fonction de la situation, comme il est expliqué ci-dessous.

L'environnement existe toujours

Si vous avez un répertoire d'environment pour votre fichier, copiez le suivant ces étapes.

Exemple
Vous avez copié /home/utilisateur/généalogie/MesDonnées.grdb vers /home/utilisateur/généalogie/sauvegarde/SauvegardeDonnées.grdb et le nouveau fichier ne fonctionne plus.
Solution
Copier le répertoire /home/utilisateur/.gramps/env/home/utilisateur/généalogie/MesDonnées.grdb dans /home/utilisateur/.gramps/env/home/utilisateur/généalogie/sauvegarde/SauvegardeDonnées.grdb et ceci devrait solutionner le problème.

L'environnement est perdu

Si vous n'avez plus l'environnement original pour ce fichier, vous devriez essayer de mettre en mémoire et charger vos données en utilisant les outils Berkeley DB. Selon votre système, ils peuvent être appelés db_dump et db_load, db41_dump et db41_load, db4.4_dump et db4.4_load, ou quelque chose comme cela. Peut importe leur nom, il devrait y avoir un outil dump et un outil de chargement et ils devraient être de la version 4 ou supérieur.

Simplement, vous mettez le fichier grdb en mémoire via un fichier texte, puis créez un nouveau fichier grdb à partir de ce fichier texte :

   $ db4.4_dump SauvegardeDonnées.grdb > fichier.txt
   $ db4.4_load nouveaufichier.grdb < fichier.txt

et espérez que gramps ouvrira nouveaufichier.grdb.

Comment prévenir ce type de corruption ?

Bien que déplacer le fichier reste la principale cause de corruption, il semble que d'autres actions moins fréquentes sont également responsables mais pas encore découvertes. Ainsi prévenir d'une corruption n'est pas toujours possible.

Ce qui est possible est de sauvegarder régulièrement ses données. Ces sauvegardes devraient être au format XML (le format .gramps). XML est lisible par la machine- et l'humain. C'est un fichier qui se suffit à lui-même. Il est également léger. Voici les bons moyens pour ces sauvegardes :

  1. Exporter vers XML de temps en temps, surtout après beaucoup d'éditions.
  2. Exporter vers XML avant de faire de grands changements, comme importer de nouvelles données dans une base existante par exemple : GEDCOM; fusionner des enregistrements; utiliser les outils qui peuvent modifier grandement vos données.
  3. Export to XML before upgrading gramps to a newer version. Apparently, export to XML with old version before you install the new one!
  4. Export to XML before upgrading your OS.

Also, use XML format for any data migration. Moving to another machine, sending data to grandma, copying to another user on the same machine -- all of these cases should use XML.

Quelqu'un pourrait corriger ce problème ?

Oui c'est possible ! Dans la prochaine version (GRAMPS 3.0/4.0) cette partie sera complétement réécrite, voir ici.