Proxmox’ta Yanlış Silinen VM ve Diskleri Kurtarma

yazar

Proxmox’ta yanlışlıkla VM veya storage silinmesi ilk anda tüm sistem çökmüş gibi bir izlenim oluşturur. Oysa çoğu senaryoda veriler fiziksel olarak hâlâ diskte durur ve doğru adımlarla kurtarılabilir.

Silinen Sanal Makine Geri Döner mi?

Proxmox üzerinde silinen sanal makineler için doğrudan geri alma seçeneği yoktur. Kurtarma ihtimali yedekleme durumuna, snapshot varlığına ve disk üzerine yeni veri yazılıp yazılmadığına göre değişir. Yedek varsa işlem kolaydır, üzerine yazım yapıldıysa risk ciddi ölçüde artar.

Kurtarma İçin İlk Adım Yedek Kontrolü

Panel üzerinden Datacenter bölümüne girip ilgili storage’ı açalım ve Backups sekmesini kontrol edelim. Eğer sanal makineye ait bir yedek dosyası listeleniyorsa, kurtarma işlemi sorunsuz şekilde gerçekleştirilebilir.

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

Geri Yükleme Tamamlandıktan Sonraki Adımlar

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.

Proxmox VM Locked Sorunu ve “Yedekleme Kilitli 500” Hatası

Arayüz Kapalıysa Yedekten Terminal ile Dönelim

Proxmox paneline erişim mümkün değilse geri yükleme işlemi SSH üzerinden terminal ile gerçekleştirilir. Yedek dosyası doğru dizindeyse aşağıdaki komut yeterlidir. İşlem bittikten sonra sanal makine başlatılabilir.

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

Yedekten Dönüşü Alternatif Storage Üzerine Alalım

Varsayılan alan yerine farklı bir storage hedeflemek için aşağıdaki komut yeterlidir. İşlem sonrası sanal makineyi başlatalım.

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

Storage Silinmesi Sonrası Kurtarma Aşamaları

Storage silindiğinde VM diskleri görünmez hale gelebilir. Bu noktada izlenecek yol, LVM, ZFS, Directory veya Ceph gibi yapıların hangisinin kullanıldığına göre değişir.

İlk Olarak Sistemi Güvene Alalım

Storage hatası fark edildiğinde yapılacak ilk iş, diske veri yazımını kesmektir. Açık VM’ler kapatılmalı ve sistem güvenli şekilde durdurulmalıdır.

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
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.

lvscan

Diski aktif hale getirmek için kullanalım.

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

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

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

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

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

Sık Sorulan Sorular

Storage silindi ama VM’ler listede duruyor, çalıştırmak riskli mi?

Çalıştırma işlemi doğrudan zararlı değildir ancak disk yolu bozuk olduğu için sağlıklı açılmaz. Asıl risk, yanlış disk eşlemesidir.

Veeam Backup ile alınan yedekler storage silinse de çalışır mı?

Evet. Veeam image tabanlı çalıştığı için mevcut storage silinse bile yedekler farklı bir alana güvenli şekilde döndürülebilir.
→ Veeam Backup Kullanarak Proxmox Yedekleme

Snapshot’lar görünmüyorsa tamamen kaybolmuş mudur?

Snapshot hâlâ diskte duruyorsa geri getirilebilir, ancak dosya sistemi üzerinden silindiyse geri dönüş mümkün olmaz.

Aynı storage’ı ekledim ama eksik VM’ler var, sebebi ne olabilir?

Eksik VM’lerin diskleri eklediğiniz storage dışında başka bir disk grubunda bulunuyor olabilir.

Yorum yapın