Proxmox Veri Kurtarma VM ve Storage Kurtarma

Proxmox’ta Silinen VM ve Storage Geri Kurtarılabilir mi?

Proxmox ortamında sanal makine veya storage silinmesi sistemi tamamen durmuş gibi gösterebilir. Ancak doğru adımlar izlenirse birçok senaryoda veri kaybı yaşanmadan kurtarma mümkündür. Proxmox’ta silinen bir sanal makine için doğrudan geri al seçeneği yoktur. Kurtarma tamamen yedek, snapshot ve disk yapısına bağlıdır. Yedek varsa geri dönüş hızlıdır, disk üzerine yeni veri yazıldıysa kurtarma ihtimali ciddi şekilde düşer.

Yedekleri Kontrol Edelim

Proxmox panelinde Datacenter kısmına girip storage alanını açalım ve Backups sekmesini kontrol edelim. Sanal makineye ait bir yedek dosyası burada yer alıyorsa, kurtarma işlemi mümkün demektir.

vzdump-qemu-101-2025_12_08-03_00_01.vma.zst

vzdump-qemu-101-2025_12_08-03_00_01.vma.zst

Geri Yükleme Sonrası Kontroller

Restore tamamlandıktan sonra sanal makineyi başlatalım. Diskler doğru şekilde bağlı mı kontrol edelim. IP adresi değişmiş mi bakalım. Web servisi, veritabanı servisi ve cron görevleri çalışıyor mu mutlaka test edelim.

Eğer geri yükleme sonrası sanal makine başlatılamıyor ve VM is locked backup veya 500 hatası alıyorsanız, bu durum Proxmox’ta kilitlenmiş yedekleme işlemlerinden kaynaklanır. Bu hatanın çözümünü detaylı şekilde ele aldığımız yazımıza aşağıdan ulaşabilirsiniz.

Panel Yoksa Terminalden Geri Yükleyelim

Eğer Proxmox arayüzüne erişemiyorsak geri yükleme işlemini doğrudan terminal üzerinden yapabiliriz. Aşağıdaki komut ile yedeği ilgili VM ID’ye geri yükleyelim. Farklı bir storage alanına yüklemek istersek komuta ayrıca storage parametresi ekleyebiliriz. İşlem tamamlandıktan sonra sanal makineyi başlatalım.

qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 101

Farklı Bir Storage Alanına Yükleyelim

Yedeği mevcut storage dışında farklı bir alana geri yüklemek istiyorsak aşağıdaki komutu kullanabiliriz. İşlem tamamlandıktan sonra sanal makineyi başlatalım.

qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 105 --storage local-lvm

qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 105 --storage local-lvm

Storage Silme Sonrası Kurtarma Yolu

Diskler kaybolmuş gibi görünse bile çoğu zaman storage yapısı hâlâ sistemde durur. Bu nedenle kurtarma yöntemi storage tipine göre belirlenir.

Kurtarma Öncesi Sistemi Sabitleyelim

Storage silme hatasında, önce mevcut durumu korumak gerekir. VM’ler durdurulmalı ve sunucu mümkünse kapatılmalıdır.

qm list
qm stop 101
shutdown -h now

qm list
qm stop 101
shutdown -h now

Hangi Storage Silinmiş Kontrol Edelim

Silinen storage’ın gerçekten diskten mi gittiğini yoksa sadece Proxmox arayüzünden mi silindiğini anlamak için mevcut disk ve LVM yapısını net olarak görmemiz gerekir. Aşağıdaki komutlar sayesinde storage tipi kesin olarak tespit edilir ve kurtarma ihtimali doğrudan ortaya çıkar.

pvs
vgs
lvs

pvs
vgs
lvs

LVM-Thin Silindiyse Birebir Kurtarma Akışı

Storage silinse bile çoğu zaman VM diskleri LVM üzerinde fiziksel olarak durmaya devam eder. İlk olarak diskin gerçekten silinip silinmediğini kontrol etmemiz gerekir.

lvscan

lvscan

Diski aktif hale getirmek için kullanalım.

lvchange -ay /dev/pve/vm-101-disk-0

lvchange -ay /dev/pve/vm-101-disk-0

Silinen VM Config Dosyasını Geri Yükleme

Storage silindiğinde çoğu zaman sadece VM yapılandırma dosyası kaybolur, disk yerinde kalır. Bu durumda VM sıfırdan oluşturulup eski disk tekrar bağlanır.

qm create 101
qm set 101 --scsihw virtio-scsi-pci
qm set 101 --scsi0 /dev/pve/vm-101-disk-0
qm set 101 --boot order=scsi0
qm set 101 --memory 4096
qm set 101 --cores 4
qm set 101 --net0 virtio,bridge=vmbr0
qm start 101

qm create 101
qm set 101 --scsihw virtio-scsi-pci
qm set 101 --scsi0 /dev/pve/vm-101-disk-0
qm set 101 --boot order=scsi0
qm set 101 --memory 4096
qm set 101 --cores 4
qm set 101 --net0 virtio,bridge=vmbr0
qm start 101

ZFS Storage Silindiyse

ZFS tarafında çoğu zaman dataset silinmez, sadece storage tanımı düşer. Dataset duruyorsa storage yeniden eklenerek VM’ler otomatik görünür.

zfs list
zfs rollback pool/vmdata@autosnap
pvesm add zfspool zfsdata --pool rpool/data

zfs list
zfs rollback pool/vmdata@autosnap
pvesm add zfspool zfsdata --pool rpool/data

Directory Storage Silindiyse

Directory storage silinse bile VM disk dosyaları genelde disk üzerinde durur. Storage yolu tekrar tanımlandığında VM’ler yeniden görünür.

mv /var/lib/vz/images /var/lib/vz/images-old
pvesm add dir local --path /var/lib/vz
qm rescan

mv /var/lib/vz/images /var/lib/vz/images-old
pvesm add dir local --path /var/lib/vz
qm rescan

Ceph Storage Silindiyse

Ceph tarafında storage silindiyse ama purge yapılmadıysa RBD diskler yeniden bağlanabilir.

rbd ls
qm set 101 --scsi0 ceph-pool:vm-101-disk-0

rbd ls
qm set 101 --scsi0 ceph-pool:vm-101-disk-0

Storage Silindi VM Listede Var Ama Başlatılamıyorsa

Bu durumda genelde Proxmox disk yolunu çözemediği için VM başlatılamaz. Disk bağlantısı silinip yeniden tanımlandığında sorun düzelir.

qm set 101 --delete scsi0
qm set 101 --scsi0 /dev/pve/vm-101-disk-0

qm set 101 --delete scsi0
qm set 101 --scsi0 /dev/pve/vm-101-disk-0

Sık Sorulan Sorular

Storage sildim ama VM’ler hâlâ listede görünüyor, açarsam zarar verir mi?

VM disk yolu bozuk olduğu için açılmaz. Ancak start denemesi diske zarar vermez. Asıl zarar, yanlış diskin yeni VM’ye bağlanmasıyla oluşur.

Veeam Backup ile alınan Proxmox yedekleri storage silinse bile geri yüklenebilir mi?

Veeam ile alınan image-level yedekler storage seviyesinden bağımsız çalıştığı için disk yapısı bozulsa bile farklı bir storage alanına güvenli şekilde geri yükleme yapılabilir.

—> Veeam Backup Kullanarak Proxmox Yedekleme

Storage silinince snapshot’lar kaybolduysa geri gelir mi?

Eğer snapshot dosya sistemi hâlâ duruyorsa gelir. ZFS için bunu uygulayalım.

zfs list -t snapshot

zfs list -t snapshot

Aynı storage’ı tekrar ekledim ama bazı VM’ler geldi bazıları gelmedi?

Sadece eklediğiniz storage değil de sistemdeki diğer disk havuzlarını da tek tek tespit edip Proxmox’a ayrı ayrı yeniden tanıtmak gerekir. Eksik kalan havuz eklenmeden o VM’lerin geri gelmesi mümkün değildir.