Sinds een paar weken heb ik problemen met bestandsherstel. Mijn Aldfaer-versie is 4.2, rapportversie 4.2.0.7.

De problemen zijn al eerder in dit forum gemeld, namelijk dat er geen bak-bestanden van de code- of andere tabellen zijn aangemaakt en dat andere tabellen niet geïnitialiseerd kunnen worden. De fout komt bij elk bestandsherstel terug (elke keer met een andere tabel). Nu zijn de code- en tussenvoegseltabel leeg en heb ik moeten teruggrijpen op een veiligheidskopie van 10 dagen terug.

Mijn vraag: wordt dit probleem (eigenlijk mijn eerste sinds de vele jaren dat ik Aldfaer gebruik) misschien veroorzaakt door een meelopende externe backup-disk? Anders kan ik het niet verklaren.

Kan je misschien aangeven waarom je bestandsherstel uitvoert. Normaal gesproken is dat niet nodig

Omdat Aldfaer soms plotseling vertraagt bij de invoer van gegevens als datum en plaats, waardoor de indruk bestaat dat Aldfaer moeite heeft om de invoer te verwerken. Vandaar bestandsherstel.

Maar afgezien daarvan, waarom ontstaan er fouten met grote vervelende gevolgen bij bestandsherstel, waardoor bij mij twijfel gaat ontstaan over de stabiliteit van dit Aldfaeronderdeel, twijfel, die ik voordien nooit heb gehad.

Tymen,
ik heb even gezocht naar draadjes over bak-bestanden enz. maar niets gevonden. Kunt u aangeven met welk draadje dit probleem eerder is aangetroffen?
Bij mijn weten ziet niemand aparte tabellen voor code of datum of wat dan ook en ben dan ook erg benieuwd.

Wat bedoelt u met een meelopende externe back-up disk. Betekent dat u een back-up maakt terwijl Aldfaer open is of gewoon dat een extra externe disk aanwezig is.
Als u denkt dat invoer stagneert door die externe disk dan koppelt u hem toch eens af en test dan nog eens hoe het zit met de invoer?
Als u, werkende aan Aldfaer, op de achtergrond een zwaar proces start, zoals een back-up, dan kan dat, afhankelijk van uw werkgeheugen, een vertraging betekenen voor iedere applicatie die u op dat moment open heeft staan.

Persoonlijk denk (gissen) ik dat u ooit bent overstapt van een oudere versie naar 4.2 en dat de stamboom wellicht niet goed is geconverteerd.

U zou eens kunnen proberen om van al uw gegevens een nieuwe stamboom te maken; dat kan door een gedcom te exporteren (met alle instellingen voor gedcom aangevinkt) en die gedcom dan weer te importeren in de nieuwe stamboom.

Han,

Hierbij de desbetreffende thread:

Bestandsherstel
Hierbij voeg ik de gevraagde gegevens. Iedere keer,tijdens de zelfde sessie, krijg ik steeds een ietwat verschillend antwoord, ik voeg de tekst van 3 pogingen na elkaar hierbij, wanneer ik meerdere malen probeer verandert de tekst steeds:

Eerste poging
Tijdens het bestandsherstel is de volgende fout opgetreden:
Bestand Uitzoeken niet geïnitialiseerd (bak bestand niet verwijderd).
Herstart Aldfaer om het probleem op te lossen. Zet een recente veiligheidskopie terug als het probleem zich dan nog steeds voordoet.

Tweede poging
Tijdens het bestandsherstel is de volgende fout opgetreden:
Bestand Voornaam niet geïnitialiseerd (bak bestand niet verwijderd).
Herstart Aldfaer om het probleem op te lossen. Zet een recente veiligheidskopie terug als het probleem zich dan nog steeds voordoet.

Derde poging
Tijdens het bestandsherstel is de volgende fout opgetreden:
Bestand Bron niet geïnitialiseerd (bak bestand niet verwijderd).
Herstart Aldfaer om het probleem op te lossen. Zet een recente veiligheidskopie terug als het probleem zich dan nog steeds voordoet.

etc.

Ik heb het advies bij de foutmelding opgevolgd en de veiligheidskopie teruggezet. Dat heeft toch hetzelfde effect als via het gedcom-bestand? Toch kreeg ik bij het afsluiten (met bestandsherstel + veiligheidskopie) opnieuw een soort melding als hierboven maar dan voor het (lege) bestand Heerlijkheid.

De externe meelopende backup is een western digital schijf van het type My Passport Essential, die on the fly een backup maakt. Ik heb het idee dat de problemen na aansluiting begonnen op te treden. Zal hem afkoppelen en dan eens kijken of de foutmelding weer gaat optreden.

Tymen,

Ik begrijp nu dat het gaat om meldingen vanuit bestandsherstel. In al die jaren dat ik met Aldfaer werk heb ik die nog nooit gezien. Vandaar de vraag.

Een Veiligheidskopie (VK) is niet hetzelfde als een gedcom export bestand.
Een VK maakt een kopie van het stamboombestand en een Gedcom leest ieder record en voegt daar alle gewenste onderdelen bij en zet dat in een bestand dat voor Aldfaer maar ook voor andere applicaties ingelezen kan worden.

Een VK heeft n.m.s. eerder een corrupt gegeven overgenomen dan een Gedcom. In beide gevallen en in deze situatie moet er wel een visuele controle plaatsvinden.
Heeft u de meest recente VK teruggezet of van vóór de bevindingen.

Heeft u ooit een back-up teruggezet en daarna Aldfaer weer gebruikt? Het kan ook zomaar een foutieve back-up zijn geweest. De term 'on the fly' kan zowel 'continue op de achtergrond' of 'alleen maar vluchtig' of ?? betekenen.

Han,

Ik heb nu twee maal Aldfaer afgesloten met bestandsherstel + veiligheidskopie ZONDER de continu op de achtergrond meelopende backup disk en beide keren was er geen probleem. Maar als dat klopt, dan heb ik echt geen idee wat er aan de hand is...

Het probleem wordt volgens de foutmelding veroorzaakt doordat het bak-bestand van bijv. de voornaamtabel niet verwijderd is.

Kwam op Kieskeurig onderstaande tegen "voor wat het waard is"

Ik vind dit een baggerding. Ik gebruik een externe schijf maar met één doel: veel data op kwijt kunnen en makkelijk uit kunnen wisselen met andere computers. Dat eerste lukt wel, dat tweede minder. De My Passport heeft een virtuele CD aan boord met allerlei voor mij ongewenste extra's. Nu kun je die virtuele CD wel uitzetten, maar wanneer je de schijf in een nieuwe computer stopt, moeten er wel speciale drivers geïnstalleerd worden. Waardeloos. Ik heb dit ding van mijn baas gekregen en een gegeven paard... Maar wanneer je zelf zo'n ding koopt, zou ik voor een ander merk/type gaan.

Tymen, ik denk dat je het zelf al ondervindt dat jouw continue back-up systeem intervenieert met openstaande applicaties. Hoewel je dus van Aldfaer een melding krijgt, waardoor het op een Aldfaer probleem lijkt, is het de back-up die parten speelt. Iedere wijziging in Aldfaer volgt die op de voet en maakt er een nieuwe incremental back-up van. Dat betekent dat ie geheel Aldfaer vergelijkt met wat ie heeft en zet in een extra bestandje de toevoeging/mutatie. Intussen moet jij wachten.

Het vervelende van back-up systemen is dat bij het terugzetten van de back-up dit alleen maar lukt als de PC exact dezelfde hardware-configuratie heeft. Stop je na een disk-crash er een andere disk in dan is de kans groot dat de back-up niet zonder meer teruggezet kan worden.

Beste Jan en Han,

Bedankt voor jullie reacties, maar vanmorgen ondervond ik dat het probleem elders gezocht moest worden, want ik heb de externe schijf nu al twee dagen afgekoppeld en vanmorgen trad de fout tot tweemaal toe opnieuw op bij het afsluiten van Aldfaer.

Misschien, Han, moet ik je raad maar opvolgen en de database opnieuw opbouwen aan de hand van een gedcom. Vraag: gaat alle materiaal dan ook "automatisch" mee?

O ja, Jan, ook deze schijf was een cadeautje :-)

jammer, ik dacht dat het wel eens aan de back-up kon liggen.

Als u een gedcom export maakt moet u zorgen dat bij de instellingen voor de gedcom alles is aangevinkt, dus ook al het materiaal. Het materiaal mag blijven staan want daar is niets mis mee. In de gedcom staan dan alleen de verwijzingen.

U kunt ook nog even de help er op naslaan wat de export gedcom betekent.

Heb ik gedaan (en het privacyfilter uitgezet, dat ik anders aan heb staan voor mijn website). Ik vind het toch een wat enge operatie, want er staan ruim 17.000 personen in de database en ik zou niet graag willen dat er een paar tussen uit vallen. Bedankt (ook Jan) voor al jullie goede hulp.

Tymen,
je kunt toch aan de hand van de oude stamboom het aantal personen bepalen en dat controleren met de nieuwe stamboom.

Maar bekijk de nieuwe stamboom natuurlijk even voor een jouw bekende tak.dat biedt wat houvast dat alles goed is gegaan.

Han,

Het goede nieuws: dat is inderdaad hezelfde en alles lijkt te werken. Het slechte nieuws: de bestandsherstel foutmelding treedt ook weer op bij de nieuw gevormde stamboom, evenals de plotselinge vertraging bij het invoeren van gegevens. Vreemd...