The database format is not recognized.

Question

I have a several files of access databases that aren't recover after a hard disk format.
I try to recover with some tools, for example, recoverit, recuva or recover my files, and after that the files are inaccessible.

I tried many solutions from people of youtube but without results.

I need help because the file belong to our accounting department.

I would be very grateful if someboy can help me.

Regards.

Answer 1

To safeguard your database in future You might like to take a look at BackupDemo.zip in my public databases folder at:

https://1drv.ms/f/c/44cc60d7fea42912/EhIppP7XYMwggESpAAAAAAAB3aLXYo7DdARg01KnQIyoLg?e=fASl3m

Firstly, this little demo file assumes that the database is split into separate front and back ends.  Even in a single user environment it is strongly recommended that an operational database be split, with the back end containing the tables only, and the front end containing all other objects, along with links to the back end tables.  In a multi-user environment splitting the database is essential, with the back end being installed in a location on the system to which all authorised users have full permissions, and separate copies of the front end being installed on each user's local machine.

The demo allows backups of the back end to be made from within the front end to two locations, e.g. an external drive and a cloud location such as OneDrive or DropBox.  It also includes provision for restoring the data from either backup.

The front end should also be backed up of course, but this will only be necessary if any design changes are made, whereas the back end should be backed up very regularly.  With my own financial databases for instance I do so after each session.  It only takes a few mouse clicks, and ensures that my backup data is always up to date.  If the database accesses any external files, e.g. image files, the paths to which are stored in the database, then provision should be made for these to be backed up also.

Answer 2

That is a very hard lesson to learn. Perhaps a data recovery service can help, although I suspect that is going to be quite expensive with no guarantee of success.

I keep at least 3 or 4 backups of all of my working files, even though I no longer work with clients. I implemented this protocol many, many years ago, when I was still responsible for client databases.

1. I back up files to a second computer kept active mainly for that purpose and for testing.
2. I back up files on that second computer to an external hard drive attached to it.
3. I back up files to an external hard drive attached to this computer.
4. I back up files to an off-premise, or "cloud" back up service.

As the saying goes, you can't have too many backups.

Answer 3

My backup was the hard disk to recover. I haven't any other backup's files.

Many thanks at all.

Answer 4

You should try to recover as much of the data as possible from the most recent backups of the database files. You may have to reenter some of the recently added data if it wasn't in the most recent of your backups.

Answer 5

If it was O365 then all docs are on OneDrive

If not O365 then unless you have external backs then at some point data will be lost.

Stop using the drive and send to a data recovery specialist, eg OnTrack