proxmox ve 使用vzdump 方式進行備份，我預設是有壓縮的，所以檔名就是 vzdump-qemu….
每把備份檔放在另一台Proxmox 上，我是透過sftp的方式，測試的2台機器Promox VE都是6.0-4
先解壓縮 指令如下
gzip -d vzdump-qemu-101-2019_12_26-08_09_48.vma.gz
看到解出來的是.vma 什麼鬼？怎麼不是.qcow2的格式
ls
vzdump-qemu-101-2019_12_26-08_09_48.vma
原來，vma格式包含了row檔和config，要先解包得到raw檔，暫存在./Webserver這個目錄下
vma extract vzdump-qemu-101-2019_12_26-08_09_48.vma ./Webserver
DEVINFO ./BWebserver/tmp-disk-drive-sata0.raw 42949672960
進去看看，果然看到的.raw和一個qemu的設定檔。
cd Webserver/
ls
disk-drive-sata0.raw qemu-server.conf
大小約40G
ls -al
total 39297356
drwxr-xr-x 2 root root 4096 Dec 26 14:30 .
drwx—— 6 root root 4096 Dec 26 14:11 ..
-rw-r–r– 1 root root 42949672960 Dec 26 14:30 disk-drive-sata0.raw
-rw-r–r– 1 root root 349 Dec 26 14:11 qemu-server.conf
接來來就要轉檔了 使用qemu-img進行轉檔
qemu-img convert -O qcow2 disk-drive-sata0.raw disk-drive-sata0.qcow2
qemu-img: error while writing sector 35833368: No space left on device
本機空間不足，先開了一個虛擬機，把轉出來的qcow2直接放進去好了，101是虛擬的ID，順便-c 減小容量
qemu-img convert -O qcow2 -c disk-drive-sata0.raw /path/101/disk-drive-sata0.qcow2
確認轉檔的狀態，原始的影檔是40G的vm-101-disk-0.qcow2，要用這個15G的disk-drive-sata0.qcow2來偷天換日一下。
cd /path
ls -al
total 15103536
drwxr—– 2 root root 4096 Dec 26 14:57 .
drwxr-xr-x 4 root root 4096 Dec 26 13:38 ..
-rw-r–r– 1 root root 15529844224 Dec 26 15:37 disk-drive-sata0.qcow2
-rw-r—– 1 root root 42956488704 Dec 26 13:38 vm-101-disk-0.qcow2
冊掉空白的檔磁碟，再來偷天換日
rm -f vm-101-disk-0.qcow2
mv disk-drive-sata0.qcow2 vm-101-disk-0.qcow2
然後，進UI啟動，就正常了
參考文件
1.移轉esxi vm至pve
2.轉檔縮size
Promox VE的備份與匯入，真的不若Xenserver來的方便。
隨機文章
- 乳摸：Google 要認真的幹一票了！Gphone 明年降臨？ (2007-11-06)
- 在CentOS 6.3中安裝VirtualBox和VMware Workstation 9 (2012-09-12)
- Windows 10 企業版 LTSC 拿來做為工作機？6個小時的努力後…我的結論是？ (2021-09-14)
- 使用phpmyadmin導入資料到mysql出現#1062 – Duplicate entry ‘0’ for key ‘PRIMARY’ (2017-01-04)
- 633跳票&黃金10年，我一直笑了 (2012-01-10)
隨機美圖
