前一篇

https://editor.csdn.net/md/?articleId=107850579

通过innobackupex --copy-back异机恢复

接着昨天的分析，今天将备份文件拷贝到另一台ECS服务器上进行异机恢复，花费了5个多小时（网络传输2个小时左右，innobackupex --copy-back3个多小时），成功恢复了数据库。

故障机处理

之前怀疑是本机的ECS云硬盘有问题，这里将磁盘上的文件拷贝到其他ECS服务器上，将该块硬盘重新分区（parted）和mkfs.ext4，将磁盘重新挂载到/data目录下，从新初始化数据库成功（之前初始化数据库有问题），这里成功了（有点高兴，确实磁盘有问题，但什么问题还没有确认）。
从其他ECS上将备份的文件拷贝回本机的/data目录下，在拷贝文件的同时，没有确认云硬盘是否正常挂载成功（还是粗心了），赶紧通过df -h和mount命令查看一下，what？磁盘没有挂载成功，数据库初始化在系统盘上，拷贝回来的文件在系统盘上，赶紧中断了远程拷贝（防止系统盘撑爆），再次通过mount /dev/vdb1 /data没有报错，但磁盘还是没有挂载上，这里将/dev/vdb1挂载到/data01则没有问题，接着初始化数据库，成功了，接着执行innobackupex 恢复数据库，后台进程正常执行，应该是没什么问题了。

遗留的问题

1、为什么重新分区和格式化磁盘后，无法将磁盘挂载到原目录(这时没有重启ecs服务器试试)
2、没有搞清楚/dev/vdb1到底出了什么问题，导致无法通过mysql_install_db初始化数据库(对//dev/vdb1能正常读写)

总结

1、应该提前进行异机恢复，验证备份是否有效
2、怀疑本机ECS磁盘有问题，可以将磁盘上的所有文件拷贝到其它ECS上，对磁盘进行重新格式化测试
3、磁盘挂载时太粗心了，mount /dev/vdb /data执行后没有立即确认，差点导致系统盘撑爆
4、ECS共享磁盘具体问题没有排查清楚