Open main menu

Gramps β

Changes

Nl:Het herstellen van een corrupt gegevensbestand

6,490 bytes added, 18:56, 6 January 2013
→‎Wat doet u dan?
{{grampsmanualcopyright/nl}}
 
{{languages|Recover corrupted family tree|Het herstellen van een corrupt gegevensbestand}}
Uitleg over '''familiestamboom''' en '''corrupte GRDB''', hoe de gegevens herstellen en hoe dit te voorkomen.
 
== Corrupte familiestamboom ==
== Wat was de oorzaak? ===
Niet bekend. Maar een corrupt gegevensbestand is veel onwaarschijnlijker met de recentere versies van Gramps (> 2.2.x).
 
=== Hoe stelt u dit vast? ===
 
Gramps geeft mogelijk aan bij de opstart dat een herstelling nodig kan zijn via een dialoogscherm:
 
Gramps stelde een probleem vast in de onderliggende Berkeley database.
Dit kan hersteld worden via de familiestamboombeheerder.
Selecteer het gegevensbestand en klik op de herstelknop
 
Maar soms is er geen {{man button|Herstel}} knop aanwezig of u ziet deze foutmelding via een terminal
 
(-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: Invalid argument').
 
=== Wat doet u dan? ===
 
Aangeraden is om niet direct op de herstelknop te klikken. Het kan zijn dat dit werkt, maar het kan ook zijn dat Gramps denkt dat er een fout is, maar in werkelijkheid er niets aan de hand is. Wanneer u uw familiestamboom hersteld, kunnen de laatste aanpassingen verloren gaan.
 
Neem een kopie van de familiestamboom die de problemen geeft. Open een terminal en doe:
Dit is een poging om uit te leggen hoe een gegevensbestand corrupt wordt. Hoe kan je je gegevens herstellen en hoe voorkom je dat je gegevens corrupt worden. gramps -l
Dit commando geeft u een lijst van de familiestambomen en de map waar deze bestanden zijn opgeslagen. Normaal is dit een map in de aard van ~/.gramps/grampsdb. Zie ook naar uw [[Gramps_4.0_Wiki_Manual_-_User_Directory/nl|gebruikersmap]]. Kopieer dan de probleemmap met:
cp -a <doelmap> <kopiemap>
Indien de herstelknop aanwezig was, klikt u op de knop. Alles zou normaal moeten werken. Stelt u vast dat er gegevens verloren zijn gegaan of dat de herstelknop toch niet werkte, dan doet u het volgende.
Indien het herstel werkte maar u niet tevreden bent met het resultaat, kunt u opnieuw een kopie maken van deze gegevens en de reservekopie terug op zijn oorspronkelijke plaats zetten.
Zo hebt u opnieuw de corrupte stamboom waar u verder mee kunt werken. Vervolgens kunt u naar de 'bsddb' herstelgereedschappen zoeken. Hiervoor kunt u best de normale pakketbeheerder van uw distributie gebruiken. Het programma is ''db4.x_recover'', waar 4.x een versienummer is. Dit kan hoger of lager zijn. Voor Fedora 17 is dit 'db4-utils-4.8.30-10.fc17'. U kunt nakijken welke ''BSDDB''-version u hebt door naar {{man menu|Hulp -> Over}} dialoo te kijken of met het commando <code> gramps -v</code>.
[[CategoryU gebruikt dit gereedschap als volgt:Nl:Hoe...|Het herstellen van een corrupt gegevensbestand]]
cd /home/<gebruiker>/.gramps/grampsdb/<doelmap>
db4.6_recover -c
Dit zou moeten werken en laat Gramps toe om de familiestamboom te laden. Werkt het niet, kunt u best een ''ticket'' starten op de ''gramps bug tracker''.
==Waarom worden de gegevens corrupt?==De voornaamste oorzaak is het verplaatsen van een grdb-bestand. Indien u dit bestand verplaatst naar een andere map, de bestandsnaam verandert, het bestand kopiëert naar een ander bestand, het bestand verplaatst naar een andere computer of een andere gebruiker kunnen de gegevens 'corrupt' worden.Windows OS====
Hoe komt # download Oracle tools on: http://www.oracle.com/technetwork/products/berkeleydb/downloads/index-082944.html# ...TO_COMPLETE... === Ik heb nog reserve gpkg-bestanden === Indien u nog een reservekopie hebt, kunt u deze 'gpkg-bestanden' proberen te herstellen op deze manier:De procedure om uw gegevens te herstellen via een gbkg-bestand gaat als volgt:# Kopieer het gpkg-bestand naar een nieuwe map, bijvoorbeeld ''a1111''# Kopieer name.txt, open het in een nieuwe map en sla de inhoud op met een unieke naam.# Maak een bestand aan met de naam '''need_recover'''. Let op de met 'underscore' en zonder bestandsextensie. De inhoud van dit?bestand is onbelangrijk.# Start Gramps, klik op een familiestamboom met de naam die u gebruikte in stap 2. Er zou een rood stopteken bij dit bestand moeten staan. Klik op de {{man button|Herstellen}} knop. Het teken zou nu moeten verdwijnen en u zou opnieuw uw familiestamboom moeten kunnen laden.  === Meer veiligheid inbouwen ===Uw genealogische gegevens is het resultaat van veel werk en manuren. Dus kunt u best een '''herstelstrategie''' uitwerken.  Indien u vaak met Gramps werkt: maak een reservekopie van de map waarin zich de gegevensbestanden met de familiestambomen zich bevinden. Maar dit kunnen zeer grote bestanden zijn. Werkt u integendeel enkel sporadisch met Gramps of hebt u niet de nodige ruimte om uw gegevensbestanden te kopiëren, gebruikt u best het XML-formaat (het .gramps formaat). Maar u mag niet vergeten eerst mogelijke privacy-filters uit te schakelen.Het XML-formaat kunt u nog over 5 jaar op een andere computer met een ander OS-systeem gebruiken. Waarschijnlijk is dit niet het geval met het formaat waarin de huidige gegevensbestanden zijn in opgeslagen. XML is door de machine en een mens te lezen. En het formaat is ook op zich zelf staand en ook klein. Dit zijn voorbeelden van goede herstelstrategieën:
Het grdb-bestand heeft 1. Exporteer van tijd tot tijd naar XML, zeker na grote veranderingen aan de gegevens. 2. Exporteer naar XML voor u grote aanpassingen maakt, zoals het importeren van nieuwe gegevens vanuit GEDCOM in een bestaand gegevensbestand of het samenvoegen van gegevens of hulpmiddelen draaien die uw gegevens sterk kunnen veranderen. 3. Exporteer naar XML voor u naar een gegevensbestandsomgeving nodig nieuwe Gramps-- dit versie overschakelt. Het is belangrijk om uiteraard een map met logXML-bestanden, slot-bestanden, tijdelijke bestanden enzexport vanuit de oude versie te doen voor u de nieuwe versie installeert! 4. Exporteer naar XML voor u uw OS opwaardeert.
De huidige stabiele GRAMPSBovendien gebruikt u best het XML-versie slaat deze bestandsomgeving formaat voor elke gegevensmigratie. Dit kan zijn naar een andere computer, gegevens naar uw oma sturen, gegevens kopiëren naar een andere gebruiker op dezelfde computer -- in een <code>~/.gramps/env</code> boomstruktuural deze situaties gebruikt u best XML omdat er geen specifieke binaire gegevens zijn.
Stel Let wel op dat u het grdbXML geen media-bestand <code>/home/gebruiker/genealogie/MijnGegevensobjecten bevat.grdb</code> noemtHet 'gpkg'-formaat daarentegen bevat XML en uw mediabestanden, dan is wat als nadeel heeft de gegevensbestandsomgeving in de <code>/home/gebruiker/mogelijk zeer grootte omvang.gramps/env/home/gebruiker/genealogie/MijnGegevens.grdb</code> map Indien u reeds een goed werkend reservesysteem hebt om uw mediabestanden op te vindenslaan is er eigenlijk geen noodzaak voor de 'gpkg'-bestanden.
Indien u dus het === ACI niet ACID, upgrade, downgrade ===Gramps beschermd uw gegevens door gebruik te maken van een 'ACI'-gegevensbestand verplaatst, kopiëert of herbenoemt zullen . Dit betekent dat de gegevens wel verplaatst worden, laatste aanpassing kan verloren gaan indien er een fout optreed maar dat de vorige aanpassingen niet de opmgevingverloren zijn. Zo geraken de gegevens corruptHet is belangrijk voor u een opwaardering van Gramps uitvoert, dat uw familiestamboom correct afgesloten werd.
==Wat moet ik nu doen?==Normaal gezien zou er ook geen fout mogen optreden indien u uw familiestamboom met een nieuwere versie opent. Zie ook de uitgebreide long research in de Engelstalige {{bug|3975}}, van de versie 4.7.25 van Bsddb die een fout bevatte die aanleiding gaf tot rare foutmeldingen.
Dat hangt er van af of u nog over de correcte omgeving van het gegegevensbestand beschikt. Indien u enekel Een familiestamboom in een bestand kopieerdeoudere versie openen, bestaat de oorspronkelijke omgeving waarschijnlijk nogwordt niet ondersteund. Indien u echter U zult dan een foutmelding zien waarin vermeld wordt dat het gegevensbestand zelf veranderd hebt, is de kans groot dat de omgeving ook veranderd werd. Hebt u echter de volledige <code>.gramps</code> verwijderd, dan is de hele omgeving verlorenaangemaakt met een nieuwere versie.
Dus afhankelijk == Versie 2.2.x: GRDB corruptie =====Wat was de oorzaak?===De voornaamste oorzaak is het verplaatsen van een 'grdb'-bestand. Indien u dit bestand verplaatst naar een andere map, de bestandsnaam verandert, het bestand kopieert naar een ander bestand, het bestand verplaatst naar een andere computer of een andere gebruiker kunnen de situatie moet u onderstaande doengegevens 'corrupt' worden.
===De omgeving bestaat nog===Hebt u nog steeds de omgevingsmap voor het bestand:Hoe komt dit?
;Voorbeeld: U kopieerde <code>/home/user/genealogie/MijnGegevens.Het grdb</code> naar <code>/home/user/genealogie/backup/BackupData.grdb</code> en het nieuwe -bestand werkt niet.;Oplossing: Kopieer de <code>/home/user/.gramps/env/home/user/genealogie/MijnGegevens.grdb</code> heeft een gegevensbestandsomgeving nodig -- dit is een map naar <code>/home/user/.gramps/env/home/user/genealogie/backup/BackupDatamet log-bestanden, slot-bestanden, tijdelijke bestanden enz.grdb</code> en het probleem zou verholpen moeten zijn.
De huidige stabiele GRAMPS-versie slaat deze bestandsomgeving op in een <code>~/.gramps/env</code> boomstructuur.
Stel dat u het grdb-bestand <code>/home/gebruiker/genealogie/MijnGegevens.grdb</code> noemt, dan is de gegevensbestandsomgeving in de <code>/home/gebruiker/.gramps/env/home/gebruiker/genealogie/MijnGegevens.grdb</code> map te vinden.
===De Indien u dus het gegevensbestand verplaatst, kopieert of herbenoemt zullen de gegevens wel verplaatst worden, maar niet de omgeving is verloren===. Zo geraken de gegevens corrupt.
Hebt u de originele omgeving van het bestand niet meer kan u proberen de Berkeley DB gereedschappen te gebruiken. Dit is echter afhankelijk van uw computersysteem. Deze gereedschappen worden gestart met onder andere <code>db_dump</code> en <code>db_load</code>, <code>db41_dump</code> en <code>db41_load</code>, <code>db4.4_dump</code> en <code>db4.4_load</code>. Er zijn nog mogelijkheden, maar er ===Wat moet steeds een ''dump'' en een ''load'' gereedschap zijn en de versie van de gereedschappen moet 4 of hoger zijn. ik nu doen?===
Wat Dat hangt er van af of u eigenlijk doet met ''dump'' is dat nog over de correcte omgeving van het gegevensbestand beschikt. Indien u enkel een bestand kopieerde, bestaat de oorspronkelijke omgeving waarschijnlijk nog. Indien u echter het gegevensbestand opslaat in een tekstbestandzelf veranderd hebt, is de kans groot dat de omgeving ook veranderd werd. Van dit tekstbestand wordt dan een nieuwe Hebt u echter de volledige <code>grdb>.gramps</code>bestand aangemaakt:verwijderd, dan is de hele omgeving verloren.
Dus afhankelijk van de situatie moet u onderstaande doen.
$ db4.4_dump BackupData.grdb > eenbestand.txt====De omgeving bestaat nog==== $ db4.4_load nieuwbestand.grdb < eenbestand.txtkruis dan uw vingers en hoop dat <code>nieuwbestand.grdb</code> kan geopend worden in gramps.Hebt u nog steeds de omgevingsmap voor het bestand:
==Hoe een corrupt ;Voorbeeld: U kopieerde <code>/home/user/genealogie/MijnGegevens.grdb</code> naar <code>/home/user/genealogie/backup/BackupData.grdb</code> en het nieuwe bestand voorkomen?==werkt niet.De hoofdoorzaak is het verplaatsen van ;Oplossing: Kopieer de <code>/home/user/.gramps/env/home/user/genealogie/MijnGegevens.grdb</code> map naar <code>/home/user/.gramps/env/home/user/genealogie/backup/BackupData.grdb</code> en het gegevensbestand. Maar er probleem zou verholpen moeten zijn blijkbaar nog een paar andere mogelijke oorzaken, die echter niet zo vaak voorkomen of die we nog niet volledig begrijpen. Daarom is voorkomen beter dan herstellen.
====De omgeving is verloren====
Daarom Hebt u de originele omgeving van het bestand niet meer kan u proberen de Berkeley DB gereedschappen te gebruiken. Dit is het belangrijk om echter afhankelijk van uw gegevens te ''backuppen''computersysteem. Deze reservekopieen gebeuren in het XML-formaat (het gereedschappen worden gestart met onder andere <code>db_dump</code> en <code>db_load</code>, <code>db41_dump</code> en <code>db41_load</code>, <code>db4.gramps8_dump</code> formaat)en <code>db4. Vergeet niet uit te schakelen privacy filters 8_load</code>... XML is leesbaar door mens Er zijn nog mogelijkheden, maar er moet steeds een ''dump'' en machine. Het is bovendien vrij klein een ''load'' gereedschap zijn en volledigde versie van de gereedschappen moet 4 of hoger zijn. Doe deze zaken dan ook regelmatig# Exporteer Hiervoor kunt u best de normale pakketbeheerder van tijd tot tijd naar XML zeker wanneer u vele aanpassingen deeduw distributie gebruiken.# Exporteer naar XML voor u grote wijzigingen aanbrengtHet programma is ''db4-utils'', zoals het importeren van nieuwe gegevens vanuit bvwaar 4. GEDCOM in x een bestaand gegevensbestandversienummer is. Ofindien u gegevens gaat combineren die de oorspronkelijk gegevens sterk zullen wijzigen# Exporteer naar XML voor u de grampsversie opwaardeerdDit kan hoger of lager zijn. Natuurlijk doet u Voor Fedora 17 is dit met de oude versie voor u de nieuwere versie installeerd!# Exporteer naar XML voor u uw OS opwaardeerd'db4-utils-4.8.30-10.fc17'
Gebruik ook Wat u eigenlijk doet met ''dump'' is dat u het XML-formaat voor gelijk welke gegevensmigratie naar gegevensbestand opslaat in een andere computer, doorsturen van uw gegevens naar uw grootmoeder, kopieren van gegevens naar tekstbestand. Van dit tekstbestand wordt dan een andere gebruiker op dezelfde computer.... . In al deze gevallen gebruikt u het XML-formaat.nieuwe <code>grdb>/code>bestand aangemaakt:
==Kunnen jullie dat niet oplossen ? ==
Vanaf GRAMPS versie 3.x werd het bestandssysteem [[Database Formats/nl|volledig herwerkt]] en wordt nu gebruik gemaakt van de eenvoudigere [[Gramps 3.0 Wiki Manual - Manage Family Trees/nl#Een nieuwe familiestamboom starten|Familiestamboombeheerder]].
$ db4.6_dump BackupData.grdb > eenbestand.txt
$ db4.6_load nieuwbestand.grdb < eenbestand.txt
kruis dan uw vingers en hoop dat <code>nieuwbestand.grdb</code> kan geopend worden in Gramps.
Maar de fout ''DB_RUNRECOVERY'' kan nog steeds [http://www.gramps-project.org/bugs/view.php?id=2818 optreden] !Indien dit gebeurd, kan u het volgende proberendeze fout ziet:
gramps -ldb4.4_dump: eidtrans: unsupported hash version: 9
Om de is dit een aanwijzing dat u een nieuwere versie dient te gebruiken: $ db4.8_dump BackupData.grdb > somefile.txt $ db4.8_load newfile.grdb <doelmap> te vinden in ~/somefile.gramps/grampsdb doet u txt
cp -a <doelmap> <reservemap>Opmerking: Indien u uw distributie 'downgrade' hebt, moet u waarschijnlijk ook een lagere versie van de 4.x hulpmiddelen gebruiken en 4.4 of 4.5 installeren.
Om ===Hoe een corrupt bestand voorkomen?===De hoofdoorzaak is het oude bestand te verplaatsen van het gegevensbestand. Maar er zijn blijkbaar nog een paar andere mogelijke oorzaken, die echter niet zo vaak voorkomen of die we nog niet volledig begrijpen. Daarom is voorkomen beter dan herstellen.
cd /homeWat doenbaar is: regelmatig een [[How_to_make_a_backup/nl|reservekopie]] maken. De reservekopies moeten in het [[Nl:Een XML-bestand aanmaken|XML-formaat]] zijn (het <usercode>/.gramps</grampsdb/<doelmapcode>formaat). Vergeet niet de privacy filters uit te schakelen ... XML is leesbaar door mens en machine. Het is bovendien vrij klein en volledig. Doe deze zaken dan ook regelmatig# Exporteer van tijd tot tijd naar XML zeker wanneer u vele aanpassingen deed. db4# Exporteer naar XML voor u grote wijzigingen aanbrengt, zoals het importeren van nieuwe gegevens vanuit bv. GEDCOM in een bestaand gegevensbestand.6_recover Of indien u gegevens gaat combineren die de oorspronkelijk gegevens sterk zullen wijzigen# Exporteer naar XML voor u de Gramps-cversie opwaardeert. Natuurlijk doet u dit met de oude versie voor u de nieuwere versie installeert!# Exporteer naar XML voor u uw OS opwaardeert.
Gebruik ook het XML-formaat voor gelijk welke gegevensmigratie naar een andere computer, doorsturen van uw gegevens naar uw grootmoeder, kopiëren van gegevens naar een andere gebruiker op dezelfde computer.... . In al deze gevallen gebruikt u het XML-formaat.
{{languages|Recover corrupted family tree|Het herstellen van een corrupt gegevensbestand}}
 
[[Category:Nl:Hoe...|Corrupt gegevensbestand]]
Erikdr
3,245
edits
Retrieved from "https://www.gramps-project.org/wiki/index.php/Special:MobileDiff/29488...42424"