VMware Snapshot Silinemiyor Hatası Nasıl Çözülür? Güvenli Teşhis ve Birleştirme Rehberi

VMware snapshot silinemiyor hatası, vSphere Client içindeki Delete, Delete All veya Consolidate işleminde görevin başarısız olması ya da uzun süre ilerlememesi durumudur. Sorun, yalnızca Snapshot Manager ekranındaki kayıtla sınırlı olmayabilir; delta disklerin ana VMDK dosyasına yazılması, datastore boş alanı, başka bir ESXi ana makinesinin tuttuğu kilit veya beklemede kalmış bir vCenter görevi süreci durdurabilir. Bu rehberde çalışan sanal makineyi gereksiz kapatmadan önce güvenli teşhis adımları, log inceleme yöntemleri ve hatanın kaynağına göre uygulanacak çözümler açıklanır. Amaç snapshot dosyalarını elle silmek değil, VMware’in desteklediği birleştirme mekanizmasıyla disk zincirini güvenli biçimde düzeltmektir.

Belirti, kapsam ve işlem öncesi güvenlik uyarıları

Hata çoğunlukla şu belirtilerden biriyle görülür: Cannot delete snapshot, File is locked, Operation timed out, Insufficient disk space veya Virtual machine disks consolidation is needed. Bazen görev başarılı görünür; ancak sanal makinenin özet ekranında disk birleştirme gerektiğine dair uyarı kalır.

Snapshot silme işlemi, snapshot verisini çöpe taşımaz. Değişen bloklar ana disk zincirine yazılır. Bu nedenle işlem, disk I/O yoğunluğu oluşturabilir ve özellikle büyük veya uzun süredir açık snapshot’larda saatler sürebilir.

Başlamadan önce:

• Uygulama sahibiyle bakım penceresi ve olası performans etkisini planlayın.
• Mevcut, geri dönülebilir ve test edilmiş yedeği doğrulayın. Snapshot, yedekleme yerine geçmez.
• Çalışan sanal makinenin klasörünü datastore üzerinden kopyalamayın, yeniden adlandırmayın ve *-delta.vmdk, .vmsd veya .vmdk dosyalarını elle silmeyin.
• Snapshot işlemi sürerken aynı VM için ikinci bir silme, klonlama, Storage vMotion veya yedekleme işi başlatmayın.

VMware snapshot silinemiyor hatası için hızlı teşhis özeti

Kontrol	Ne aranır?	İlk güvenli aksiyon
vCenter görevleri	Çalışan, takılmış veya hata veren snapshot görevi	Hata ayrıntısını ve başlatan kullanıcı/işlemi kaydedin.
Snapshot Manager	Görünen snapshot veya yalnızca consolidation uyarısı	Duruma göre Delete, Delete All ya da Consolidate seçin.
Datastore alanı	Yetersiz boş alan, büyüyen delta diskler	İşlemden önce güvenli biçimde alan açın veya kapasite sağlayın.
Dosya kilidi	Başka host, yedekleme aracı veya süreç tarafından kilit	Kilidi tutan ana makineyi belirleyin; dosya silmeyin.
Host ve vCenter logları	Lock, timeout, I/O veya izin hatası	Logdaki ilk somut hataya göre hedefli işlem yapın.

Olası nedenler

Datastore’da yeterli boş alan olmaması

Snapshot büyürken ve silinirken datastore üzerinde geçici alan ihtiyacı oluşabilir. Sanal makinenin aktif yazma yükü yüksekse delta dosyaları silme sırasında da büyümeyi sürdürebilir. Alan yetersizliği, snapshot commit işlemini kesebilir veya VM’i duraklatma riskini artırabilir. Tek bir sabit “güvenli alan yüzdesi” yoktur; VM disk boyutu, snapshot delta boyutu ve yazma hızı birlikte değerlendirilmelidir.

Consolidation gereksinimi ve artık delta dosyaları

Snapshot görünürde silinmiş olsa da disk zinciri fiziksel olarak tamamen birleştirilmemiş olabilir. Bu durumda vCenter, Virtual machine disks consolidation is needed uyarısını gösterir. Bu uyarı, yeni snapshot üretmekten ziyade mevcut disk dosyalarının desteklenen yöntemle birleştirilmesini gerektirir.

VMDK dosya kilidi

Bir ESXi hostu, başka bir VM işlemi veya bazı yedekleme entegrasyonları VMDK dosyasında kilit bırakabilir. VM başka bir hostta çalışırken eski hostun kilit sahibi görünmesi; host iletişimi, depolama erişimi veya tamamlanmamış bir iş ihtimalini gösterir. Kilit sorunu çözülmeden tekrar tekrar snapshot silme denemek sorunu büyütebilir.

Takılmış görev, yönetim bağlantısı veya depolama gecikmesi

vCenter ile ESXi arasındaki yönetim iletişimi, hostd/vpxa servisleri, NFS/iSCSI bağlantısı ya da fiziksel depolama gecikmesi görev zaman aşımına yol açabilir. Bu senaryoda hata mesajı snapshot ile ilgili görünse bile kök neden depolama veya yönetim katmanında olabilir.

Log ve komutlarla güvenli teşhis

Önce vSphere Client içinde VM’nin Monitor > Tasks and Events alanını inceleyin. Hata metnini, zaman damgasını ve görev adını not edin. Snapshot Manager’da görünür snapshot varsa adını ve oluşturulma zamanını da kaydedin.

PowerCLI ile görünür snapshot ve VM durumunu kontrol etme

Aşağıdaki salt-okunur komutlar vCenter’a bağlanarak Snapshot Manager’da görünen snapshot’ları listeler. Bunlar, consolidation uyarısı varken görünmeyen artık diskleri tek başına tespit etmez.

Connect-VIServer -Server vcenter.fqdn
Get-VM -Name "VM_ADI" | Select-Object Name,PowerState
Get-VM -Name "VM_ADI" | Get-Snapshot | Select-Object Name,Created,SizeMB,Description

vcenter.fqdn ve VM_ADI değerlerini kendi ortamınıza göre değiştirin. PowerCLI’nin kurulu olduğu bir yönetim istemcisi ve ilgili vCenter yetkileri gerekir.

ESXi üzerinde datastore kapasitesini inceleme

SSH erişimi yalnızca kurum politikanız izin veriyorsa, VM’nin kayıtlı olduğu ESXi hostunda geçici olarak etkinleştirilmelidir. ESXi Shell komutları sürüme göre küçük farklılıklar gösterebilir. Önce dosya sistemlerini listeleyin:

esxcli storage filesystem list

Çıktıdaki ilgili datastore için kapasite ve kullanılabilir alanı inceleyin. vSAN ortamlarında dosya düzeyindeki kontroller yerine vCenter içindeki vSAN Capacity görünümünü ve ilgili vSAN olaylarını esas alın.

Host ve vCenter loglarında hata arama

ESXi hostunda snapshot, kilit ve I/O ifadelerini incelemek için:

grep -iE "snapshot|consolidat|lock|busy|timeout|I/O error" /var/log/hostd.log | tail -n 100
grep -iE "snapshot|consolidat|lock|busy|timeout|I/O error" /var/log/vpxa.log | tail -n 100

vCenter Server Appliance kullanılan ortamlarda vCenter tarafındaki ilgili kayıt genellikle aşağıdaki dosyadadır:

grep -iE "snapshot|consolidat|lock|timeout" /var/log/vmware/vpxd/vpxd.log | tail -n 100

Log dosyasına erişim ve kabuk kullanımı, vCenter sürümüne ve güvenlik politikasına bağlıdır. Hata zamanıyla eşleşen kayıtları değerlendirin; eski bir olayın tek başına bulunması güncel kök nedeni kanıtlamaz.

VMDK kilidi şüphesini doğrulama

Loglarda file is locked veya Unable to access file görülüyorsa, VM klasöründeki ilgili descriptor VMDK dosyası üzerinde kilit bilgisini kontrol edin. -flat.vmdk veya -delta.vmdk yerine küçük boyutlu descriptor .vmdk dosyasını kullanın.

vmkfstools -D /vmfs/volumes/DATASTORE_ADI/VM_KLASORU/DISK_ADI.vmdk

Çıktıdaki kilit sahibi bilgisi, sorunun hangi hostla ilişkili olabileceğini gösterir. Bu bilgiyle VM’nin çalıştığı hostu, yakın zamanda kullanılan yedekleme proxy’lerini ve datastore erişimini karşılaştırın. Kilit sahibi belirlendi diye hostu veya VM’i doğrudan kapatmayın; önce aktif görev ve yedekleme işlemi olmadığını doğrulayın.

Güvenli adım adım çözüm

1. Çakışan işlemleri durdurun ve kapasiteyi hazırlayın

VM üzerinde çalışan yedekleme, replikasyon, disk genişletme veya taşıma görevi varsa, ürünün kendi konsolundan işi güvenli biçimde durdurun ya da tamamlanmasını bekleyin. Datastore alanı yetersizse, onaylı bakım planıyla başka kaynaklardan alan açın veya kapasite genişletin. VM dosyalarını elle silerek alan açmayın.

2. Doğru vSphere işlemini seçin

• Tek bir görünür snapshot sorunluysa: Snapshot Manager’dan o snapshot için Delete seçin. Bu işlem snapshot değişikliklerini ana disk zincirine işler.
• Birden çok görünür snapshot varsa: Zincirin tamamının artık gerekli olmadığından eminseniz Delete All kullanın. Bu işlem tüm snapshot’ları birleştirir; geri alınamaz.
• Snapshot görünmüyor, yalnızca consolidation uyarısı varsa: VM üzerinde sağ tıklayıp Snapshots > Consolidate çalıştırın.

Görevi bir kez başlatın ve Tasks ekranından takip edin. Büyük disklerde yüzdesel ilerleme görünmeyebilir; datastore I/O, delta dosyası boyutu ve loglardaki güncel kayıtlar daha anlamlı göstergeler olabilir.

3. Kilit veya yönetim hatasını hedefleyin

Kilit doğrulandıysa, kilidi tutan hostun erişilebilirliği, ilgili VM işlemi ve yedekleme entegrasyonu incelenmelidir. VM başka bir hostta çalışıyorsa fakat kilit eski bir hostu işaret ediyorsa, bu durum deneyimli VMware yöneticisi tarafından değerlendirilmelidir. Yönetim ajanlarını yeniden başlatma, vCenter bağlantısını ve geçici yönetim işlemlerini etkileyebilir; aktif görev varken rutin ilk çözüm olarak uygulanmamalıdır.

Depolama hatalarında datastore bağlantısı, NFS/iSCSI yolları, multipath durumu ve depolama sistemi olayları kontrol edilmeden snapshot işlemini zorlamak doğru değildir. Sorun fiziksel depolama katmanındaysa önce bu katman kararlı hale getirilmelidir.

4. Son çare seçeneklerini kontrollü değerlendirin

Yeterli alan olduğu, çakışan iş bulunmadığı ve kilit kök nedeninin giderildiği halde birleştirme başarısız oluyorsa VMware destek kaydı veya kurumun VMware uzmanı ile ilerlemek güvenlidir. Storage vMotion gibi yöntemler bazı disk zinciri sorunlarında yardımcı olabilir; ancak hedef datastore kapasitesi, uyumluluk ve bakım etkisi önceden değerlendirilmelidir. Destek yönlendirmesi olmadan VMDK zincirini elle düzenlemeyin ya da delta dosyalarını silmeyin.

Çözümün doğrulanması

İşlem tamamlandıktan sonra şu kontrolleri yapın:

• Tasks and Events içinde Remove Snapshot veya Consolidate virtual machine disk files görevinin başarıyla bittiğini doğrulayın.
• Snapshot Manager’ın beklenen şekilde boş olduğunu veya yalnızca korunması gereken snapshot’ları içerdiğini kontrol edin.
• VM özet ekranındaki disk consolidation uyarısının kaybolduğunu doğrulayın.
• Datastore boş alanının normal seyre döndüğünü ve VM içinde uygulama/disk I/O hatası olmadığını kontrol edin.
• Bir sonraki yedekleme işini izleyin; başarıyla tamamlanması, yedekleme entegrasyonunun yeni snapshot oluşturup temizleyebildiğini gösterir.

Tekrarını önleme

• Snapshot’lara sahiplik, amaç ve son kullanma zamanı atayın; geçici snapshot’ları izlenmeden bırakmayın.
• Datastore kapasitesi için uyarılar tanımlayın ve snapshot büyümesini düzenli takip edin.
• Yedekleme yazılımının snapshot temizleme ve hata bildirimlerini düzenli gözden geçirin.
• Depolama gecikmesi, yol hataları ve host bağlantı sorunlarını snapshot hatası oluşmadan ele alın.
• Bakım dönemlerinde uzun süreli snapshot’ları azaltın; yoğun yazma alan kritik VM’lerde snapshot süresini özellikle sınırlayın.

Sonuç

VMware snapshot silinemiyor hatası çoğu zaman yalnızca bir arayüz problemi değildir; kapasite, disk zinciri, kilit veya depolama iletişimi kontrol edilmelidir. Güvenli yaklaşım; yedeği doğrulamak, aktif görevleri incelemek, datastore alanını sağlamak, loglarla somut hatayı belirlemek ve ardından uygun Delete, Delete All veya Consolidate işlemini tek seferde çalıştırmaktır. Dosyaları elle silmek yerine kök nedeni çözmek, VM bütünlüğünü korur.

Sık sorulan sorular

Snapshot silmek sanal makineyi kapatır mı?

Genellikle hayır; işlem çalışan VM üzerinde yapılabilir. Ancak disk I/O ve gecikme artabilir. Kritik iş yüklerinde bakım penceresi planlamak daha güvenlidir.

Delete ile Delete All arasındaki fark nedir?

Delete seçili snapshot’ı siler ve değişikliklerini uygun disk zincirine işler. Delete All, mevcut tüm snapshot’ları birleştirir. İkisi de geri alınamaz disk işlemleridir.

Consolidate ne zaman kullanılmalıdır?

Snapshot Manager’da snapshot görünmediği halde vCenter disk birleştirme gerektiğini bildiriyorsa Consolidate kullanılır. Görünür snapshot zinciri varsa önce hangi snapshot’ın korunacağı değerlendirilmelidir.

Snapshot dosyalarını datastore tarayıcısından silebilir miyim?

Hayır. Delta veya VMDK dosyalarının elle silinmesi disk zincirini bozabilir ve veri kaybına neden olabilir. Silme ve birleştirme işlemini vSphere üzerinden yürütün.

Snapshot neden yedek değildir?

Snapshot genellikle aynı datastore ve altyapı bağımlılıklarını kullanır. Datastore, host veya disk zinciri sorunu snapshot’ı da etkileyebilir. Ayrı depolama konumunda doğrulanmış yedek gereklidir.