bestand onherstelbaar?

[Joris DH]

Hallo

Als een bestand ook na "herstellen" dienst weigert , zijn er dan nog alternatieven om het opnieuw aan de praat te krijgen? Of is dit verloren moeite en is het enige alternatief herbeginnen?

Mvg,

Joris

[Rony Rabijns]

Joris,

Gaat het echt om een FM 7 bestand ? Is het niet een FM 5/6 bestand ?

 

In ieder geval is de kostprijs van data recovery zeer hoog en de slaagkans relatief klein. Het is dan ook aan jou om te beslissen wat één en ander waard is.

[Joris DH]

Het gaat om een FM7 bestand - OS windows 2000.

Ik werk al 15 jaar met FM en het is de eerste maal dat ik met een onherstelbaar bestand zit. Het zat maar in de beginfase van ontwerp. Veel is er dus niet verloren. Toch een aansporing om backupversies te maken...

Bedankt.

Joris

[Rony Rabijns]

Het gaat om een FM7 bestand - OS windows 2000.

Ter info (Het zal je bestand niet herstellen ) :

Gebruik je de allerlaatste versie van FM 7, namelijk 7.03 ?

[AvD]

Van vroegere versies is bekend dat een mislukte recovery na x aantal nieuwe pogingen toch plots een bestand opleverde dat kon geopend worden. Maar nogmaals, dat is enkel en alleen bedoeld om de data te redden, niet de database engine. Die moet je als verloren beschouwen.

Meer info hierover: http://www.avd-ci.be/tip049.htm.

[Wim Bongertman]

Over dit onderwerp staan nog meer interessante vragen en antwoorden. Een van de stellingen is dat je een hersteld bestand niet neer zou moeten gebruiken, maar alleenb de data zou moeten redden. Vervolgens zou in een oud leeg bestand de data weer moeten worden ingelezen.

 

Als je nu een programma met developer als runtime hebt ingesteld, dat gaat filemaker zelf zien defect bestand de extentie .OLD geven, vervolgens kun je met het gerepareerde bestand doorwerken. Telt hiervoor dan ook de bovengenoemde procedure? In de gebruiksaanwijzing kan ik een dergelijke waarschuwing nergens vinden.

[AvD]

Wat gebeurt tijdens een recovery heeft Marcel de Maria van FileMaker Inc. een tijdje geleden haarscherp uitgelegd:

 

The Recover command should only be used on files that will not open, or are displaying index problems. If you decide to recover a file then the following happens:

 

1. A new empty database is created to hold data blocks that are about to be copied from the damaged file.

 

2. The logical End of File (EOF) in the damaged database is reset to be equal to the physical EOF and each block of the damaged database is copied over to the new file. As each block is copied, it is examined to validate its internal structure. If any problem is found, the block is repaired.

 

3. The database is reverted to a default state similar to a brand new database. The items that are removed or reverted include: Record Count, Summaries, Sub-summary sort order, Sorted Order, Custom Sort Order, List of Found Records, Import Order, Export Order, Calculation trigger table, Find Patterns, Sort Specification.

 

4. FileMaker validates each record in the database. This includes checking for valid header information and also that each field within the record has a valid key and valid (non-zero) length. As each field is validated, it is checked against a master list of existing fields. If any invalid fields or records are discovered in this process, they are removed from the database.

 

5. FileMaker validates each layout in the database. Defaults are reset and each layout is examined for consistency.

 

6. Next, all field definitions and scripts are validated. Any regenerated fields are named "Recovered Field 1", "Recovered Field 2", and so on. When a field type has been corrupted, FileMaker makes the field a text field, so that any existing data in the field can be retrieved. Every script is checked to make sure it has a valid name, status information and options. If any of these elements of a script is corrupt, then the script is deleted.

 

7. FileMaker now deletes the existing index and reconstructs the index to maintain consistency and referential integrity within the database.

 

8. Finally, any unused space and empty disk blocks are removed from the file.

Nogmaals dus: een bestand dat een recovery onderging is niet meer betrouwbaar in zijn database engine-gedeelte. Een recovery dient enkel en alleen om de data te redden.

De uitleg van de Maria vinden we inderdaad niet terug in de manuals. Dat is jammer, want de vlotte bereikbaarheid van het Recover-commando in het File-menu doet veronderstellen dat het een normale en zelfs courante procedure is. Er zijn zelfs developers geweest die af en toe een recovery deden op onbeschadigde bestanden, net zoals men af en toe zijn nieuwe auto wast. Dat ze daarbij de lak wegkrasten tot op het metaal, ontging hen een beetje...

[Wim Bongertman]

Het antwoord wil in mijn beleving zeggen, dat je na elke aanpassing van bestanden, layouts etc een kopie dient op te slaan die in de toekomst mogelijk - leeg - moet worden gebruikt om de data van herstelde bestanden in terug te lezen om dan te worden ingezet als vervanging van een gerecoverd bestand.

 

Lijkt me wel een omslachtige wijze. Ik begrijp het wel, maar zal tijdens het programmeren een heel andere discipline vereisen. Voor de gebruikers van updates zal er dus een andere recovery procedure moeten worden gemaakt.

 

Bedankt voor de uiteenzetting.