File GDB Recover

[TedCronin]

So, the recovery is only for simple FCs, but if the simple FCs participate in a topology, and you have accidentally removed a file, does the fact that the file is from a layer, a simple layer, that happens to participate in a topology negate the ability to be recovered?

[LanceShipman · Accepted solution]

A file involved in a topology will be recovered. The topology and feature dataset will not be recovered.

[TedCronin]

So, what are the file names THAT we cannot remove?  What is the suffix?  I am having a hard time trying to delete something to test this out.  I tried a a00000009.gdbtablx file, but that was unable to be recovered.

Not that I would normally do this, since a file GDB is kinda like a coverage in that you just don't touch inside of explorer...


Messages
Executing: RecoverFileGDB C:\beta\GDB\TestTol.gdb C:\beta\GDB\test Foo2
Start Time: Tue Jan 17 10:34:14 2012
Unable to recover table [AssessorGIS_ACR_GIS_ParcelLines]
Unable to recover table [AssessorGIS_ACR_GIS_Parcels]
Succeeded at Tue Jan 17 10:34:20 2012 (Elapsed Time: 6.00 seconds)

[LanceShipman]

delete the signature file ("gdb") or the a00000001.gdbtable.

Lance

[LanceShipman]

The tables are pairs .gdbtable and .gdbtablx. They are both binary files. The .gdbtablx file is the index to the .gdbtable. If either are removed the data is non-recoverable. What most commonly happens with file geodatabase corruption is the meta data tables are removed. This tool will read all of the .gdbtable, .gdbtablx pairs that it finds and recover them based on the header information from the .gdbtable. The a00000001.gdbtable is usually the catalog.