标签：ext3grep inode mysql --restore-inode
http://www.admin5.com/article/20140523/546473.shtml
如果.MYD文件丢失或者误删除，有没有备份，也没有二进制日志，还没有备库，那怎么办呐？
案例：灾难恢复
在没有备份，没有日志，没有备库，数据文件还被删除的情况下恢复数据
恢复思路
在系统中删除文件并非真正在存储中抹去数据，而是仅仅是标示对应的block块可以被重新分配，因此，数据还是在的，只是正常方式读取不到
因此，假如可以通过非正常方式读到这些数据，在重重新保存文件，那么数据就还原回来了、
mysql 配置
为了模拟一次数据误删除，并且使用ext3grep恢复数据，需要以下环境准备
1，创建一个单独的分区。
2，将MSYQL数据拷贝到该分区中
3，将新的分区挂载到mysql数据文件目录
原因？ext3grep 无法操作一挂载的分区，因此mysql的数据应该存在一个独立分区上，这样方便挂载和卸载
使用ext3grep 查看文件系统:
ext3grep 可以帮助我们通过文件系统读取底层数据。
--ls --inode 可以查看指定文件或目录的信息
ext3grep /dev/sdb1 --ls --inode 2
使用ext3grep 恢复文件
使用--restore-inode的参数组合，我们可以恢复指定的文件
ext3grep /dev/sdb1 --restore-inode 12354
本文所用到的工具链接：
1.ext3grep:https://code.google.com/p/ext3grep/
ext3grep依赖e2fsprogs-devel和e2fsprogs-lib包,因此需要先安装他们才能编译ext3grep
tar xvf ext3grep-0.10.2.tar.gz -C /home
cd xt3grep-0.10.2
./configure
make
mkae install.
如果是ext4文件系统，使用下面的工具即可使用方法和ext3一样的
extundelete /dev/sdb1 --inde 2
extundelete /dev/sdb1 --restore-inode 57146
extundelete
模拟案例如下：
>drop table t2;
/etc/init.d/mysqld stop
mount 查看mysql数据在那个分区
ll -id /usr/local/mysql 查看mysql的inode
2 drwxr-xr-x 3 root root 4096 Jan 14 16:52 mysql
umount / /var/lib/mysql
ext3grep /dev/sdb1 --ls --inode 2
ext3grep /dev/sdb1 --ls --inode 48961(db1 具体某一库的inode)
接下来根据iNode 恢复到一个空目录
cd /root/test
ext3grep /dev/sdb1 --restore-inode 48961
mv test/RESTORE-FILEs/inode.48691 test/RESTORE-FILEs/t2.MYD
mv test/RESTORE-FILEs/inode.48692 test/RESTORE-FILEs/t2.MYI
mv test/RESTORE-FILEs/inode.48693 test/RESTORE-FILEs/t2.frm
mount /dev/sdb2 /var/lib/mysql
cp t2.* /usr/local/mysql/data/db1
chow -R mysql.mysql . * (pwd =/var/lib/mysql/db1)
/etc/mysqld start
最后在查看数据是不是完整、
本文出自 “crazy_sir” 博客，请务必保留此出处http://douya.blog.51cto.com/6173221/1604049
标签：ext3grep inode mysql --restore-inode
原文地址：http://douya.blog.51cto.com/6173221/1604049
