Proxmox’ta Silinen Sanal Makine Nasıl Geri Getirilir?

yazar

Sanal makine veya storage silinmesi sonrasında Proxmox ortamı tamamen kullanılamaz gibi görünebilir. Ancak disk yapısına fiziksel olarak müdahale edilmediyse çoğu zaman veri kaybı yaşanmadan kurtarma yapılabilir.

Silinen Sanal Makine Geri Döner mi?

Proxmox’ta silinen bir VM için tek tuşla geri getirme imkânı bulunmaz. Kurtarma tamamen yedek, snapshot ve disk yapısına bağlıdır. Disk üzerine yeni veri yazılmamışsa kurtarma ihtimali yüksektir, aksi durumda süreç oldukça zorlaşır.

Öncelikle Yedek Var mı Kontrol Edelim

Datacenter menüsünden storage alanına girerek Backups sekmesini açalım. Sanal makineye ait bir vzdump yedeği burada görünüyorsa, geri yükleme işlemi güvenli şekilde yapılabilir.

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

VM Geri Geldikten Sonra Kontrol Liste

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 Lock Backup 500 Hatası Nasıl Çözülür?

Web Panel Yoksa Kurtarmayı Terminalden Yapalım

Panel erişimi olmadığında yedekten dönüş işlemi tamamen terminal üzerinden yürütülür. Aşağıdaki komut ile geri yükleme tamamlandıktan sonra sanal makine manuel olarak çalıştırılır.

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

Yedeği Farklı Disk Alanına Geri Yükleyelim

Restore işlemini başka bir storage üzerinde gerçekleştirmek için storage parametresi kullanılır. Geri yükleme tamamlandığında sanal makine çalıştırılır.

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

Storage Silindiyse Kurtarma Süreci

Bazı durumlarda sanal makine çalışmaz ancak storage silindiği için diskler kaybolmuş gibi görünür. Böyle bir durumda kurtarma adımları, kullanılan storage türüne göre ayrı ayrı ele alınmalıdır.

Sistemi Korumaya Alalım

Yanlış storage silindiği fark edildiği anda disk üzerine yeni veri yazılmasını durdurmak gerekir. Çalışan sanal makineler kapatılmalı ve mümkünse sunucu kontrollü ş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 hâlâ panelde görünüyor, sorun olur mu?

Panelde görünmesi diskin sağlıklı olduğu anlamına gelmez. Start etmek doğrudan zarar vermez ancak yanlış disk eşleşmesi gerçek veri kaybı oluşturur.

Veeam ile alınan yedekler storage silinince işe yarar mı?

Evet, Veeam yedekleri storage’dan bağımsız çalıştığı için silinmiş storage yerine farklı bir alana güvenle geri yükleme yapılabilir.
→ Veeam Backup Kullanarak Proxmox Yedekleme

Snapshot’lar storage ile birlikte silindiyse geri dönüş olur mu?

Snapshot fiziksel olarak diskte duruyorsa geri dönebilir, tamamen silindiyse kurtarma mümkün değildir.

Bazı VM’ler geri geldi bazıları gelmedi, sorun ne?

Gelmeyen sanal makineler farklı bir disk havuzuna ait olabilir. Bu nedenle sistemdeki tüm disk havuzlarının tek tek tekrar tanıtılması gerekir.

Yorum yapın