利用Veeam U-A恢复MySQL数据库

常常被问及Veeam是否支持某某数据库/应用程序的对象恢复，其实这个问题的答案和问题中提到的 某某数据库/应用程序完全没有关系，这类问题的答案永远是肯定的。因为Veeam有一个超强的恢复工具：U-AIR（Universal Application-Item Recovery）

今天我就以MySQL为例，给大家详解一下这个恢复工具。

先来看看今天的备份存档，这是一个安装在CentOS上的MySQL 5.1.7，我使用Veeam Backup & Replication对其进行备份，备份过程中执行了Pre-freezing和Post-freezing脚本确保其数据一致性，关于此脚本，大家可以参考Veeam官网的白皮书，因为Veeam白皮书实在太详尽，我就不在此处担当复读机啦。

具体链接如下：

对于源虚拟机上，我的MySQL中有以下这些测试数据：

然后这个状态的这台MySQL虚拟机我做了一次备份，这时候因为一些意外原因，我的veeamlab这个database被破坏了，我需要通过备份，将这个veeamlab database还原出来。此时，坏了的veeamlab将会被我弃用，而我会新建一个空的veeamlab_recovered作为新的目标还原库，而这时MySQL则是一切正常状态。

接下去mssql数据库还原，我的还原过程开始了，启动Universal Lab Request Wizard来申请一个之前的备份存档，用于还原，申请过程非常简单。

给出需要申请的VM Name，这里完全支持模糊名称。

还原点我选择最新一份。

完成之后提交申请。

至此，U-AIR恢复申请提交完成，须等待备份管理员审核还原申请。

我接下去通过Veeam Enterprise Manager来到备份管理员视图，进行此次还原申请的审核。

Approve过程也非常简单，在这里完全用到Veeam SureBackup/Virtual Lab的功能，具体SureBackup/Virtual Lab的配置可参考之前的推文 。《》

这个审批过程，Veeam会自动找到合适的虚拟机备份存档：

会选择合适Virtual Lab和SureBackup Job作为还原的临时环境：

如此，审批过程就结束了，接下去，在数据库管理员这端，等待一小段时间后，将会获得临时还原环境的访问信息。

通过172.20.1.139，我ssh到这台还原环境中，而此时我原来的10.10.1.139还是处于正常运行状态。检查临时的还原环境中的数据库情况如下：

数据一切正常，接下去，我需要做一件事情，就是将这里的数据提取出来，然后传输至原来的10.10.1.139中，进行还原。我使用mysqldump命令来提取数据。

提取完后，数据存放至/tmp/mysql/veeamlab.sql文件中。

然后我们回到原机器10.10.1.139中，使用Virtual Lab中Static IP Mapping技术，我设定了能够让所有机器通过10.10.1.138这个地址访问到虚拟实验室中的临时还原环境，这时候，我可以从10.10.1.138中抽取这个dump进行还原。

还原命令依旧非常简单：

至此，所有数据还原工作完成，我们看到我们希望还原的数据已经全部找回。数据库管理员可以提前终止UAIR环境，也可以让它在使用时间到期后自动回收。

好了，今天恢复MySQL的样例就是这些，这个恢复没有太多前提条件，唯一的条件就是使用Veeam Backup & Replication，有了Veeam您就能和我一样进行如此轻松的进行任何数据库/应用程序对象的恢复了。

更多精彩内容，请长按???

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!