İçeriğe geç

Proxmox’ta Silinen Sanal Makine ve Storage Nasıl Kurtarılır?

Kategori: Sanallaştırma Teknolojileri, ve Sunucu Sistemleri

Proxmox ortamında sanal makine veya storage silinmesi, sistemi tamamen durmuş gibi gösterebilir. Ancak doğru müdahale ile birçok senaryoda 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 seçeneği bulunmaz. Kurtarma tamamen yedek, snapshot ve disk yapısına bağlıdır. Yedek varsa geri dönüş hızlı şekilde yapılabilir. Disk üzerine yeni veri yazıldıysa kurtarma ihtimali ciddi şekilde düşer.

İlk Olarak Yedeği Kontrol Edelim

Panelden Datacenter bölümüne girelim. Ardından Storage alanı açalım ve Backups sekmesine girdiğimizde aşağıdaki gibi bir yedek dosyası görülüyorsa sanal makinenin kurtarılması mümkündür.

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

Restore Sonrası Kontrolleri Yapalım

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 panele erişemiyorsak geri yükleme işlemini terminal üzerinden yapalım.

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

Farklı bir storage alanına yüklemek istersek bunu kullanalım. Komut tamamlandıktan sonra sanal makineyi başlatalım.

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

Storage Silindiyse Kurtarma Süreci

Bazı durumlarda sanal makine durur ama storage silindiği için diskler kaybolmuş gibi görünür. Böyle bir durumda storage türüne göre ilerleyelim.

Sistemi Korumaya Alalım

Yanlış storage silindiğini fark ettiğimiz anda önce disk üzerine yeni veri yazılmasını durduralım. Çalışan sanal makineleri kapatalım. Mümkünse sunucuyu da kontrollü şekilde kapatalım.

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

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.

İlk Yorumu Siz Yapın

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir