超融合服务器在导出OVF的模板的时候,文件格式是*.tar.gz的格式,该格式无法在workstation之类的软件程序中导入使用,由于文件过大也没法直接解压,更改后缀为OVA也无法使用,请问H3C的超融合导出的模板文件如何在其他虚拟化系统中使用
(0)
H3C UIS/CAS 导出的是标准 OVF,但打包成了 tar.gz(ovf+qcow2+mf),不能直接改后缀当 OVA 用;要在 VMware Workstation 用,必须:解压 → 转成 VMDK → 用 ovftool 重打包成兼容 OVA/OVF,或直接转成 VMX。
下面分步骤给你一套不用重装、不用超大临时空间、能落地的方案。
一、为什么直接改后缀不行
UIS 导出的 tar.gz 里面是:
xxx.ovf(配置文件)
xxx.qcow2(磁盘,不是 VMDK)
xxx.mf(校验)
VMware Workstation 不认 qcow2,只认 VMDK;
OVA 本质是 tar,但顺序必须是:ovf → mf → vmdk,且磁盘必须是 VMDK。
所以:改后缀 ≠ 转格式,必然报错。
二、方案(推荐,最稳):解压 → 转 qcow2→VMDK → ovftool 打包成 VMware 兼容 OVA
1)找一台有空间的 Linux(或 Windows 装 WSL2)
不需要全部解压到同一盘,可分盘操作。
2)解压 tar.gz(只解出 ovf、mf,不解大磁盘也行)
bash
运行
# 先看内容
tar tf your.tar.gz
# 只解压 ovf 和 mf(几十KB)
tar xf your.tar.gz *.ovf *.mf
# 再单独解压 qcow2 到有空间的盘(关键)
tar xf your.tar.gz *.qcow2 -C /mnt/bigdisk/
3)qemu-img 把 qcow2 转成 VMDK(必须)
bash
运行
# 格式:qemu-img convert -O vmdk 源.qcow2 目标.vmdk
qemu-img convert -O vmdk /mnt/bigdisk/xxx.qcow2 /mnt/bigdisk/xxx.vmdk
时间看大小,200GB 大概 30–60 分钟;
不需要双倍空间,转完可删 qcow2。
4)修改 ovf 文件,把 qcow2 改成 vmdk
打开 xxx.ovf,找到类似:
xml
<File href="xxx.qcow2" ... />
改成:
xml
<File href="xxx.vmdk" ... />
同时检查 Disk 部分的 diskId 对应正确。
5)用 VMware 官方 ovftool 打包成兼容 OVA / 直接转 VMX
先下载 ovftool(Windows/Linux 都有):
bash
运行
# 打包成标准 OVA(顺序正确,Workstation 可直接导入)
ovftool xxx.ovf output.ova
# 或者直接转成 VMX(直接能在 Workstation 打开)
ovftool xxx.ovf output.vmx
6)导入 Workstation
直接打开 .vmx,或导入 .ova;
若提示 “未通过 OVF 规范检查”,点重试即可(放宽校验)。
三、方案二(不想用 Linux):Windows 下用 7-Zip + ovftool
用 7-Zip 打开 tar.gz,只解压 ovf、mf、qcow2 到不同盘;
用 Windows 版 qemu-img(可单独下载)转 qcow2→VMDK;
改 ovf 里的文件名;
用 Windows 版 ovftool 打包成 OVA/VMX。
四、方案三(最快,适合一次性迁移):UIS 直接导出为 “虚拟机镜像” 而非 OVF
在 UIS/CAS 上:
不要选 “导出 OVF 模板”;
选 “导出镜像”,格式选 qcow2 或 raw;
拿到单文件 qcow2,直接用 qemu-img 转 VMDK,再建 VMX,更省事。
五、常见坑 & 避坑
空间不够:分盘解压、转格式,不用一次性全放一个盘;
ovf 里磁盘路径错:转完 VMDK 后,文件名必须和 ovf 里一致;
Workstation 内置 ovftool 版本低:
去 VMware 官网下最新 ovftool,替换 Workstation 安装目录里的 ovftools 文件夹,可解决兼容性报错。
(0)
.tar.gz格式)本质是标准OVF文件集的压缩包,并非直接兼容VMware Workstation等工具的OVA格式。其核心问题在于:.tar.gz是纯OVF描述文件(.ovf)+磁盘文件(.vmdk)+校验文件(.mf)的压缩包,而VMware Workstation要求导入的是标准OVA文件(单文件TAR归档)或直接解析OVF文件组。直接修改后缀为.ova无法解决格式差异,需通过规范流程转换。以下是具体解决方案:.tar.gz文件用7-Zip等工具解压到本地目录(无需全量解压到磁盘,可直接在压缩软件内操作)。文件 → 打开,直接选中解压后的.ovf文件(非压缩包本身)。.vmdk磁盘文件并完成导入。.ovf和.mf文件(通常仅几KB~MB),Workstation会自动关联同目录下的.vmdk(即使仍在压缩包内,部分版本支持直接读取)。1ovftool "H3C_Exported_Folder/your_vm.ovf" "converted_vm.ova"converted_vm.ova可直接在Workstation中双击导入。.tar.gz,获取原始OVF文件组目录。.ovf和.mf文件(通常<10MB),保留.vmdk在压缩包内。.ovf时,手动指定.vmdk路径(指向压缩包内文件,部分版本支持直接读取)。1ovftool "H3C_Exported.tar.gz?file=vm.ovf" "vmware_vm.ova".ovf文件中的<vssd:VirtualSystemType>字段,例如:1<vssd:VirtualSystemType>vmx-11</vssd:VirtualSystemType> <!-- 改为Workstation支持的版本 -->.tar.gz 必须包含完整的OVF文件组(.ovf+.vmdk+.mf),缺失任一文件会导致校验失败。-s001.vmdk),需先合并为单文件(用vmkfstools)。.tar.gz ≠ .ova,OVA是特定结构的TAR归档,需工具规范打包。.vmdk通常是标准流优化格式(streamOptimized),VMware可直接识别。.tar.gz模板需解压后通过.ovf文件直接导入,或用VMware OVF Tool转换为标准OVA。核心是确保OVF描述文件与磁盘文件的关联正确,并适配目标平台的硬件驱动。若迁移后启动异常,优先检查磁盘控制器和网卡类型是否匹配目标虚拟化环境。(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论