3,245
edits
Changes
→Wat doet u dan?
{{languages|Recover corrupted grdb|Het herstellen van een corrupt gegevensbestandgrampsmanualcopyright/nl}}
{{languages|Recover corrupted family tree|Het herstellen van een corrupt gegevensbestand}}
== 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 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? =Waarom worden == 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: 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 corrupten 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>. U gebruikt dit gereedschap als volgt: 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''. ====Windows OS==== # 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: 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 nieuwe Gramps-versie overschakelt. Het is belangrijk om uiteraard een XML-export vanuit de oude versie te doen voor u de nieuwe versie installeert! 4. Exporteer naar XML voor u uw OS opwaardeert. Bovendien gebruikt u best het XML-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 al deze situaties gebruikt u best XML omdat er geen specifieke binaire gegevens zijn. Let wel op dat XML geen media-objecten bevat. Het 'gpkg'-formaat daarentegen bevat XML en uw mediabestanden, wat als nadeel heeft de mogelijk zeer grootte omvang. Indien u reeds een goed werkend reservesysteem hebt om uw mediabestanden op te slaan is er eigenlijk geen noodzaak voor de 'gpkg'-bestanden. === ACI niet ACID, upgrade, downgrade ===Gramps beschermd uw gegevens door gebruik te maken van een 'ACI'-gegevensbestand. Dit betekent dat de laatste aanpassing kan verloren gaan indien er een fout optreed maar dat de vorige aanpassingen niet verloren zijn. Het is belangrijk voor u een opwaardering van Gramps uitvoert, dat uw familiestamboom correct afgesloten werd. 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. Een familiestamboom in een oudere versie openen, wordt niet ondersteund. U zult dan een foutmelding zien waarin vermeld wordt dat het gegevensbestand werd aangemaakt met een nieuwere versie. == Versie 2.2.x: GRDB corruptie =====Wat was de oorzaak?===De voornaamste oorzaak is het verplaatsen van een 'grdb'-bestand. Indien je u dit bestand verplaatst naar een andere map, de bestandsnaam verandert,het bestand copiëert kopieert naar een ander bestand, het bestand verplaatst naar een andere computer of een andere gebruiker kunnen de gegevens 'corrupt' worden.
Hoe komt dit?
Het grdb-bestand heeft een gegevensbestandsomgeving nodig -- dit is een map met log-bestanden, slot-bestanden, tijdelijke bestanden enz. . 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.
Dat hangt er van af of u nog over de correcte omgeving van het gegevensbestand beschikt. Indien u enkel een bestand kopieerde, bestaat de oorspronkelijke omgeving waarschijnlijk nog. Indien je dus u echter het gegevensbestand verplaatstzelf veranderd hebt, copiëert of herbenoemt zullen is de kans groot dat de gegevens wel verplaatst worden, maar niet omgeving ook veranderd werd. Hebt u echter de opmgevingvolledige <code>. Zo geraken gramps</code> verwijderd, dan is de gegevens corrupthele omgeving verloren.
====De omgeving bestaat nog====If you have environment directory for that file, copy it under the above gudelines.;Example: You copied <code>/home/user/genealogy/MyData.grdb</code> to <code>/home/user/genealogy/backup/BackupData.grdb</code> and the new file is not working.;SolutionHebt u nog steeds de omgevingsmap voor het bestand: Copy <code>/home/user/.gramps/env/home/user/genealogy/MyData.grdb</code> directory into <code>/home/user/.gramps/env/home/user/genealogy/backup/BackupData.grdb</code> and this should fix the problem.
{{languages|Recover corrupted family tree|Het herstellen van een corrupt gegevensbestand}}