HCI6.10.0虚拟存储完全不可靠，大家注意点

场景1：

某夜做oracle数据库迁移，将阿里云备份的整库放到windows虚拟机中然后拍摄快照，然后做测试导入，导入中发现oracle某个地方忘记配置了，遂关机恢复快照，配置oracle完成后尝试导入备份文件，结果提示错误，计算MD5后发现MD5不一致，后面又重新复制了备份文件才成功导入。

场景2：

Linux磁盘采用磁盘卷和逻辑卷形式，开始没考虑有个应用需要存放对象文件的，于是添加磁盘（2TB，MBR）并对磁盘进行转换并入现有的逻辑空间，操作无报错，应用也可以正常访问。重启机器后发现无法启动报PV卷丢失，出来一看日志提示启用未生效的开机编辑配置：磁盘2被删除，重新添加。我只是合并逻辑空间，怎么就没了啊。。。

场景3：

为了复现场景2，新建了台测试机，安装完系统和VMTOOL，拍摄快照并进行场景2复现，场景2操作后重启成功了（添加了120GB磁盘），遂准备回滚测试是否是MBR添加2TB磁盘的问题，恢复开机后一看控制台人都晕了，提示xfs逻辑卷需要修复，按以往经验用xfs_repair进行修复，重启后一样。。。

总结：按以前6.7.0都没出现过这种情况，建议核心业务快向领导申请买个CDP授权算了或者买其他备份软件的CDP。。 ；原来我是每天0点快照，这下看是否要延后或者直接改为凌晨备份好了。

应该开一个工单，让二线分析一下啊。要是BUG的话要赶紧修复。不然生产环境谁敢用

一起来学习，一起来学习

这个具体无法恢复的原因查清楚了吗？不是说HCL有很多数据备份的机制和技术吗？不应该出现这个问题哈。

多谢分享，图文结合，有助于工作。