Proxmox Silinen VM ve Storage Nasıl Kurtarılır?
Proxmox ortamında sanal makine veya storage silinmesi, çoğu zaman sistemi tamamen çalışamaz hale gelmiş gibi gösterir. Ancak doğru müdahale ile birçok durumda veri kaybı yaşanmadan kurtarma mümkündür.
Silinen Sanal Makine Geri Döner mi?
Proxmox üzerinde silinen bir sanal makine için geri al butonu bulunmaz. Kurtarma süreci tamamen mevcut yedeklere, snapshot’lara ve disk yapısına bağlıdır. Yedek mevcutsa geri dönüş hızlı şekilde yapılabilir, ancak disk üzerine yeni veri yazıldıysa kurtarma ihtimali ciddi şekilde düşer.
Yedek Dosyası Var mı Önce Buna Bakalım
Datacenter alanından storage bölümüne girerek Backups sekmesini inceleyelim. Burada ilgili VM’ye ait bir yedek dosyası bulunuyorsa, geri dönüş işlemi hızlı ve güvenli şekilde yapılabilir.
vzdump-qemu-101-2025_12_08-03_00_01.vma.zst
Restore İşlemi Bittikten Sonra Yapılacaklar
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.
Panele Erişim Yoksa Terminal Üzerinden Restore Edelim
Web arayüzüne erişim sağlanamadığı durumlarda yedekten dönüş işlemi terminal üzerinden yapılabilir. Aşağıdaki komutla geri yükleme başlatılır. Gerekirse farklı bir storage hedefi belirtilerek işlem tamamlanır ve ardından VM çalıştırılır.
qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 101
Restore İşlemini Başka Bir Storage’a Yönlendirelim
Geri yükleme sırasında hedef storage’ı değiştirmek için komuta storage parametresi ekleyebiliriz. Yükleme bittikten sonra VM çalıştırılır.
qmrestore /mnt/backup/vzdump-qemu-101.vma.zst 105 --storage local-lvmStorage Kaybolduysa Nasıl İlerlenmeli
Storage silindiğinde sanal makineler durmuş gibi görünür. Kurtarma süreci, altyapıda kullanılan disk yapısına göre planlanmalıdır.
Veri Yazımını Hemen Durduralım
Yanlış storage silindiği anda çalışan VM’ler kapatılmalı ve disk üzerine yeni veri yazılmasının önüne geçilmelidir. Bu, kurtarma şansını doğrudan etkiler.
qm list
qm stop 101
shutdown -h nowHangi 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| Görünen Yapı | Kurtarma Şansı |
|---|---|
| LVM-Thin | ✅ Çok yüksek |
| ZFS | ✅ Snapshot varsa çok yüksek |
| Directory (ext4/xfs) | ✅ Disk dosyası varsa |
| Ceph | ⚠️ Zor ama mümkün |
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.
lvscanDiski aktif hale getirmek için kullanalım.
lvchange -ay /dev/pve/vm-101-disk-0Silinen 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 101ZFS 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/dataDirectory 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 rescanCeph 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-0Storage 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-0Sık Sorulan Sorular
Storage silindi, VM’ler panelde kaldı, açmak mantıklı mı?
Açma denemesi tek başına veri silmez ancak yanlış disk bağlanırsa kalıcı veri kaybı yaşanabilir.
Veeam yedeği varsa storage silinse bile kurtarma yapılır mı?
Evet. Veeam ile alınan yedekler başka bir storage alanına güvenle geri alınabilir.
→Veeam Backup Kullanarak Proxmox Yedekleme
Snapshot’lar storage silindiğinde otomatik gider mi?
Snapshot’lar ancak fiziksel olarak silinirse kaybolur. Sadece storage tanımı silindiyse snapshot’lar duruyor olabilir.
Tüm VM’ler neden geri gelmedi?
Çünkü bazı VM’ler başka disk havuzlarında bulunuyordur ve henüz o havuzlar sisteme tekrar eklenmemiştir.
