August 22, 2014

Recovery after DROP [ TABLE | DATABASE ]

In your recovery practice we often face the problem when data lost by execution DROP TABLE or DROP DATABASE statement. In this case even our InnoDB Data Recovery tool can’t help, as table / directory with files was deleted (if you have innodb-file-per-table). And the same for MyISAM, all .MYD / .MYI / .frm – files are deleted in this case.

So first step after DROP is to restore files, and for ext3 file system there are two utilities which can help of you are fast (and lucky) enough.
First one is ext3grep http://code.google.com/p/ext3grep/, with some instruction on this page http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html.
And also there is TestDisk, with wide list of functionality, one of them is to restore deleted files.

I don’t know such tools for xfs, so in this case DROP will be fatal.

But better advise is do your backups :)

About Vadim Tkachenko

Vadim leads Percona's development group, which produces Percona Clould Tools, the Percona Server, Percona XraDB Cluster and Percona XtraBackup. He is an expert in solid-state storage, and has helped many hardware and software providers succeed in the MySQL market.

Comments

  1. zer4tul says:

    photorec or foremost might work for xfs. you can have a try.

  2. paul says:

    The real recovery process is called restore from last backup then relay binlog files since last backup up to point in time now().

  3. Aleksandr Kuzminsky says:

    If lost data worth time spent, InnoDB recovery tool can scan a disk image as well.

  4. Vadim says:

    paul,

    I am all for it. Unfortunately this is not answer when one calls us asking for help with recovering data (and not having backup).

Speak Your Mind

*