OVM虚拟机文件损坏，最快且最稳的修复思路是：先备份当前状态，再判断坏的是配置文件还是磁盘镜像，然后依次尝试重建配置、镜像自检修复、从快照或备份恢复，这三步走通，九成场景能找回数据。
OVM（Oracle VM）在不少企业里承载着数据库和中间件，文件一旦损坏，业务可能直接停摆，别急着找恢复公司，先按下面的路径一步步排查，多数情况下，问题并不复杂。
OVM虚拟机文件损坏怎么修复？先判断类型再动手
OVM虚拟机的文件通常分成两类：一类是虚拟机描述文件（vm.cfg），记录CPU、内存、磁盘映射这些配置；另一类是磁盘镜像文件（常见后缀 .img 或 .vhd），存放实际的系统和业务数据，这两种文件损坏后，修复方法完全不同，第一步就是确认坏的是哪一个。
登录OVM Server宿主机，进入共享存储挂载点，找到以虚拟机命名的目录，里面如果只有 vm.cfg 缺失或乱码，那只是配置损坏；如果镜像文件打开读不出、大小异常，那就是镜像损坏，也可以看OVM Manager中虚拟机的状态：显示“配置丢失”大概率是描述文件问题，显示“无法读取磁盘”则是镜像问题。
OVM虚拟机无法启动怎么修复？先做这两项检查
第一项：检查宿主机和存储连接状态。 很多时候“文件损坏”只是共享存储掉线，虚拟机被强制挂起，在OVM Manager里查看主机是否在线，存储是否正常挂载，如果是OCFS2或NFS掉线，重新挂载后虚拟机可能自己就恢复了，这种假损坏经常出现在网络不稳的机房环境里。
第二项：检查配置文件和日志。 在宿主机上查看 /var/log/ovm 目录下的日志，重点找 disk、config、lock 关键字，然后打开 vm.cfg，看看有没有乱码、空行或字段丢失，如果配置文件和原始模板不一致，用OVM Manager重新创建一个配置相同的虚拟机，在步骤里选择“使用已有磁盘”，把原磁盘挂载上去，这个方式能绕开大部分配置损坏问题。
镜像文件损坏的三种修复路径
镜像文件损坏的程度不同,采用的路径也不同，按从轻到重的顺序来：
-
用QEMU工具检测修复。 如果镜像是VHD或QCOW2格式，在宿主机上执行
qemu-img check /路径/disk.vhd，能看到损坏区块的数量，接着执行qemu-img check -r all /路径/disk.vhd，让工具自动尝试修复。这个命令只能用于支持校验的格式，RAW格式直接跳过，RAW裸镜像没有自校验信息，不能这样修。 -
挂载镜像直接抢救数据。 对RAW或VHD镜像，用
losetup -fP disk.img将镜像挂载为环回设备，然后用fsck -y /dev/loop0p1修复内部文件系统，修复成功后，把/dev/loop0p1挂到/mnt/rescue，直接拷贝重要数据，如果根目录已经损坏，试试用testdisk扫描扇区，找回丢失的分区表。 -
使用按扇区提取工具保存残留数据。 当上面两步都失败，用
dd把镜像完整复制一份，再对副本使用photorec按文件签名扫描，能捞回数据库文件、日志和文档，注意，每次都操作副本，绝不动原文件，业内专家指出，绝大多数逻辑损坏在副本上操作，成功率比直接操作原文件高得多。
OVM和VMware哪个好？为什么OVM文件更容易坏
不少人去论坛搜OVM和VMware哪个好,但运维真正该关心的是：为什么OVM文件容易“生病”？OVM的磁盘镜像默认放在共享存储上，读写路径长，涉及网络、锁协议、并发写入，VMware使用VMFS日志型文件系统，断电后有日志回放机制；OVM的OCFS2集群文件系统如果锁节点配置不当，网络抖动时就可能把镜像文件状态搞乱，看起来就像损坏了。
行业共识认为,OVM文件损坏多半不是虚拟化软件本身的问题，而是存储层和网络层的异常，存储延迟飙升、光纤松动、多节点并发写同一文件，这些才是元凶，所以在OVM和VMware之间选型时，如果业务全栈是Oracle数据库，OVM是低成本的合理选择；如果只是通用业务，VMware的故障自愈能力确实更强，但授权费也更高，适合自己的才是好选择。
OVM虚拟机损坏数据恢复多少钱？值不值得请人
自己动手修不成功时,很多人会搜OVM虚拟机损坏数据恢复多少钱，这个价格没有固定标准，主要受三种因素影响：
- 故障类型：逻辑层面损坏，比如文件系统元数据丢失、分区表损坏，恢复费用普遍在几百到几千元，磁盘物理坏道、固件加密或盘片划伤，费用会上升到数千甚至万元。
- 所在城市：北京、上海、深圳的数据恢复公司报价普遍高于二三线城市，但他们支持远程操作，实际地域限制不大。
- 是否需要开盘：开盘换磁头要在无尘室进行，属于最高收费档，OVM虚拟机文件如果存在本地盘上，出现这种情况才需要这种操作。
我的建议是,镜像里如果是核心业务数据，自己尝试次数不要超过两次，每一次检测和挂载都可能改变原数据，判断自己搞不定时，尽早停手，找有经验的工程师远程处理，这比反复试错更省钱，也比数据彻底擦除更稳妥。
防止OVM虚拟机文件再次损坏：备份和迁移要点
修复只是补救,真正的重点是不再坏第二次。
OVM虚拟机迁移到KVM前必须做的转换
很多企业为了省授权费,把OVM上的虚拟机迁到KVM，迁移过程最容易弄坏文件，因为直接拷贝 .img 会导致分区表和块大小不兼容，正确做法是：在原OVM上先清理文件系统，执行 fsck -y 确认干净，然后用
qemu-img convert -f raw -O qcow2 disk.img disk.qcow2 转换格式，最后在KVM宿主机上用 qemu-img check 验证转换结果，再启动虚拟机，这一步做扎实，迁移后的损坏概率会明显降低。
快照和备份的正确姿势
- 快照不是备份，它只是保存变更前的状态，生产环境的快照保留时间别超过48小时，否则COW文件不断膨胀，反而拖垮存储性能。
- 每天做离线备份，用
rsync把镜像同步到另一台物理存储，保留至少7个版本，有条件的话做异地副本，防的是机房断电和火灾。 - 重要变更前手动导出配置文件，OVM Manager里一键导出虚拟机配置，一个XML文件只有十几KB，但能在配置损坏时帮你省下大半天排查时间。
关于OVM虚拟机文件损坏的常见疑问
Q1: OVM虚拟机文件损坏后还能启动吗？
分情况,仅配置文件损坏时，虚拟机在OVM Manager里显示异常，但磁盘数据完好，重新创建虚拟机挂载原盘后大概率能启动，磁盘镜像损坏时，如果损坏区域不在系统关键区块，也可能勉强进入系统，但建议先抢救数据，再继续使用。
Q2: 没有备份怎么恢复OVM虚拟机？
优先把磁盘镜像完整复制一份到本地,用 qemu-img check -r all 修复副本，再尝试用testdisk扫描分区，如果镜像文件头损坏，用十六进制编辑器查看第一扇区是否存在，或者通过ISO启动盘引导虚拟机进入救援模式，修复系统引导文件，没有备份时，每一步操作都要基于副本进行。
Q3: qemu-img修复会不会导致更多数据丢失？
qemu-img check -r all 会修改镜像中的结构信息，有极小概率引发二次损坏，正确做法是在完整副本上执行修复，修复前记录原文件大小，修复后对比目录文件数，如果修复报告显示大量新增错误，立即停止，改用按扇区提取数据的方案。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/743377.html
