VMware Datastore Dolu Hatası Nasıl Çözülür? Güvenli Teşhis ve Alan Açma Rehberi

VMware datastore dolu hatası, bir ESXi host üzerindeki VMFS, NFS veya vSAN veri alanında boş kapasite kritik seviyeye indiğinde ya da tamamen tükendiğinde görülür. Bu durum sanal makinenin snapshot alamamasına, disk genişletememesine, vMotion işlemlerinin başarısız olmasına ve bazı durumlarda çalışan VM’lerin yazma hatasıyla durmasına yol açabilir. Güvenli çözüm, yalnızca dosya silmek değildir: önce datastore türünü, gerçek tüketimi ve büyüyen dosyayı belirlemek; ardından snapshot birleştirme, gereksiz medyayı kaldırma, veriyi taşıma veya kapasiteyi genişletme işlemlerini kontrollü biçimde uygulamaktır.

Bu rehber, vCenter Server ile yönetilen veya bağımsız ESXi hostlarda VMware datastore dolu hatası için güvenli teşhis ve çözüm akışını açıklar. Çalışan VM’lerin .vmdk, -delta.vmdk ya da .vswp dosyalarını doğrudan silmeyin; bu işlem geri döndürülemez veri kaybına neden olabilir.

Belirti ve etki alanı

Hata, vSphere Client görev ekranında veya Events bölümünde farklı ifadelerle görünebilir. Yaygın belirtiler şunlardır:

• The datastore is full, No space left on device veya File is larger than the maximum size supported by datastore olayları
• Snapshot oluşturma, silme veya consolidate işleminin başarısız olması
• Thin-provisioned bir VMDK’nin yazma sırasında büyüyememesi
• VM’nin Invalid, Inaccessible duruma geçmesi ya da I/O hataları üretmesi
• vMotion, Storage vMotion, klonlama veya yedekten geri dönüş işlerinin tamamlanamaması
• vSphere alarmında datastore kullanımının sarı veya kırmızı seviyeye ulaşması

Datastore’un %100 dolu olması acil durumdur. Önce yeni snapshot, ISO bağlama, klonlama, disk büyütme ve planlanmamış bakım işlerini durdurun. Kritik VM’lerde veri tutarlılığını korumak için uygulama sahiplerini bilgilendirin ve mümkünse bir bakım penceresi oluşturun.

VMware datastore dolu hatası için hızlı teşhis özeti

1. Hangi datastore’un dolu olduğunu ve datastore türünü doğrulayın: VMFS, NFS veya vSAN.
2. vSphere Client üzerinden en büyük VM, snapshot ve bağlı ISO dosyalarını belirleyin.
3. Snapshot varlığını ve Needs Consolidation uyarısını kontrol edin.
4. Thin disklerin beklenmeyen büyümesi, bellek swap dosyaları ve uygulama/log dosyalarını inceleyin.
5. Boş alan çok azsa, en düşük riskli yöntemle geçici alan kazanın; ardından kalıcı çözüm olarak taşıma veya kapasite artırma uygulayın.
6. Her işlemden sonra görevleri, alarmı ve VM dosya bütünlüğünü doğrulayın.

İlk 10 dakikada kontrol edilecekler

Kontrol	Ne gösterir?	Öncelik
Datastore kapasite özeti	Toplam, kullanılan ve boş alan	Kritik
Snapshots sütunu	Delta disk büyümesi olasılığı	Kritik
Needs Consolidation	Silinmiş görünen fakat diskte kalan snapshot zinciri	Yüksek
Datastore Files görünümü	ISO, eski VM klasörü, log veya büyük dosyalar	Yüksek
Son görevler ve olaylar	Başarısız yedek, snapshot veya disk büyütme işlemleri	Yüksek
vSAN kapasite durumu	Küme genelindeki kullanılabilir alan ve yeniden dengeleme ihtiyacı	vSAN için kritik

Olası nedenler

Snapshot delta disklerinin büyümesi

Snapshot, VM’nin temel diskini dondurur ve değişen blokları delta dosyalarına yazar. Snapshot uzun süre kalırsa veya VM yoğun yazma yaparsa -delta.vmdk dosyaları hızla büyüyebilir. Snapshot Manager’da snapshot görünmese bile önceki başarısız silme işlemleri nedeniyle birleştirme gerekebilir.

Thin-provisioned disklerin gerçek kullanımının artması

Thin disk, ilk oluşturulduğunda yalnızca kullanılan blok kadar datastore alanı kaplar. Konuk işletim sistemine yeni veri yazıldıkça VMDK büyür. Konuk sistemden dosya silmek, VMDK dosyasını her zaman datastore üzerinde hemen küçültmez. Bu nedenle yalnızca işletim sistemi içindeki boş alanı görmek yeterli değildir.

Unutulmuş dosyalar, ISO’lar ve eski VM klasörleri

Datastore’da terk edilmiş VM klasörleri, büyük ISO imajları, başarısız klonların kalıntıları veya kullanılmayan sanal diskler yer kaplayabilir. Ancak bir dosya kullanılmıyor gibi görünse bile envanter dışı bir VM, yedekleme ürünü veya bağlı bir VM tarafından kullanılabilir. Sahiplik doğrulanmadan silinmemelidir.

Log, swap ve bellek dökümü dosyaları

VM klasöründe vmware.log dosyalarının olağandışı büyümesi, VM bellek swap dosyası (.vswp) veya uygulama tarafından VM diski içine yazılan loglar alan tüketebilir. .vswp normalde VM kapatıldığında kaldırılır; çalışan bir VM’ye ait bu dosyayı silmek güvenli değildir.

Datastore türüne özgü kapasite sorunu

VMFS datastore’da alttaki LUN dolu olabilir veya LUN genişletildikten sonra VMFS genişletilmemiş olabilir. NFS datastore’da kapasite, NAS tarafında yönetilir. vSAN’da tek bir datastore görseniz de kapasite küme genelindedir; koruma politikaları, yeniden senkronizasyon ve arıza toleransı gereksinimleri kullanılabilir alanı azaltabilir.

Log ve teşhis komutları

Öncelikle vSphere Client’ta Datastores görünümünden kapasiteyi, ardından ilgili datastore için Files, VMs ve Monitor > Tasks and Events bölümlerini inceleyin. ESXi Shell veya SSH yalnızca kurum politikanız izin veriyorsa ve geçici olarak etkinleştirilmelidir.

ESXi üzerinde bağlı dosya sistemlerini ve boş alanı listelemek için:

esxcli storage filesystem list

Alternatif olarak standart kapasite görünümü için:

df -h

Bir datastore içindeki klasörleri listelemek için, köşeli parantez içindeki adı kendi datastore adınızla değiştirin:

ls -lah /vmfs/volumes/<datastore_adi>

Belirli bir VM’de snapshot durumu için önce VM kimliğini bulun, sonra snapshot bilgisini sorgulayın:

vim-cmd vmsvc/getallvms
vim-cmd vmsvc/snapshot.get <VMID>

vCenter Server ve PowerCLI erişimi olan ortamlarda datastore kapasitesini, en büyük VM dosyalarını ve snapshot’ları merkezi olarak görmek için aşağıdaki örnekler kullanılabilir:

Connect-VIServer <vcenter_fqdn>
Get-Datastore | Select-Object Name, CapacityGB, FreeSpaceGB
Get-VM | Get-Snapshot | Select-Object VM, Name, Created, SizeGB

Not: Snapshot boyutu, kullanılan alanın tek göstergesi değildir; yine de eski snapshot’ları önceliklendirmek için faydalıdır. ESXi host üzerindeki dosyaları komut satırından silmek yerine önce vSphere Client envanteri ve görev kayıtlarıyla ilişkiyi doğrulayın.

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

1. Değişiklik öncesi koruma alın

Çözüm işleminden önce etkilenen VM’lerin son başarılı yedekleme durumunu kontrol edin. Snapshot, yedek değildir ve yeni bir snapshot oluşturmak dolu datastore sorununu artırabilir. Kritik veritabanı veya işlem uygulamalarında uygulama sahibinin onayı olmadan VM kapatma, snapshot birleştirme veya taşıma yapmayın.

2. Acil ama güvenli alan kazanın

Datastore tamamen doluysa, önce silinmesi güvenle doğrulanmış büyük ISO imajlarını veya kullanılmayan, envanterle ilişkisi olmayan dosyaları vSphere Client Datastore Browser üzerinden kaldırın. Dosyanın bağlı olmadığını, yedekleme işinde kullanılmadığını ve geri dönüş ihtiyacı bulunmadığını teyit edin.

VM’i kapatmak uygunsa, geçici swap dosyası alanı geri kazanılabilir. Ancak bu yalnızca kapasite baskısını hafifletir; asıl tüketim nedenini çözmez. VM kapatma, hizmet kesintisi yaratacağından bakım penceresinde yapılmalıdır.

3. Snapshot’ları doğru yöntemle kaldırın veya birleştirin

Snapshot Manager’da gerekli olmayan snapshot’ları tek tek ve kontrollü biçimde silin. Birden fazla snapshot varsa, Delete All işlemi tüm snapshot zincirini birleştirmeye çalışır; işlem uzun sürebilir ve ek boş alan gerektirebilir. İşlem sırasında VM disk dosyalarını elle silmeyin.

VM özet ekranında Needs Consolidation görünüyorsa, yeterli boş alan sağlandıktan sonra Snapshots > Consolidate işlemini başlatın. Birleştirme görevinin tamamlanmasını vCenter görevlerinden takip edin. Alan yetersizliği nedeniyle işlem başarısız olursa, önce başka datastore’a taşıma veya kapasite genişletme seçeneğini değerlendirin.

4. VM’yi başka datastore’a taşıyın

Ortamda yeterli boş alanı olan başka bir datastore varsa, lisans ve altyapı yeteneklerinize bağlı olarak Storage vMotion ile çalışan VM’yi taşıyabilirsiniz. Storage vMotion için hem kaynak hem hedef taraftaki alan gereksinimlerini hesaplayın; kaynak datastore tamamen doluysa işlem başlayamayabilir.

Kesinti kabul edilebiliyorsa VM’yi kapatıp cold migration uygulamak daha az geçici kaynak gerektirebilir. Taşıma öncesinde bağlı ISO, bağımsız diskler, RDM yapılandırması ve yedekleme politikası gibi bileşenleri kontrol edin.

5. Datastore kapasitesini doğru katmanda artırın

VMFS: Depolama yöneticisi önce alttaki LUN’u genişletir. ESXi host yeni kapasiteyi gördükten sonra vSphere Client üzerinden ilgili datastore için kapasite artırma sihirbazı kullanılarak mevcut VMFS extent genişletilir. LUN genişletme ve VMFS genişletme iki ayrı aşamadır.

NFS: vSphere tarafında datastore boyutu, NAS paylaşımının sunduğu kapasiteye bağlıdır. NAS dosya sistemi, kota ve snapshot rezerv alanını depolama tarafında kontrol edin.

vSAN: Disk ekleme veya kapasite cihazı değişimi öncesinde vSAN Skyline Health, yeniden senkronizasyon, hata toleransı politikası ve bakım modu veri taşıma seçeneğini inceleyin. Yetersiz kapasitede hostu bakım moduna almak, nesne erişilebilirliğini riske atabilir.

6. Thin disk büyümesini kalıcı olarak yönetin

Konuk işletim sistemindeki gereksiz verileri, uygulama loglarını ve geçici dosyaları temizleyin. Disk alanı geri kazanımı için VMDK küçültme işlemi, disk türüne, konuk işletim sistemine ve depolama yapısına göre planlanmalıdır; yanlış uygulama veri kaybı riski taşır. Önce yedek alın, uygulama tutarlılığını sağlayın ve üretici dokümantasyonuna uygun prosedür kullanın.

Çözümün doğrulanması

İşlem bittiğinde yalnızca yeşil alarma güvenmeyin. Aşağıdaki kontrolleri tamamlayın:

• Datastore’un boş alanını vSphere Client ve esxcli storage filesystem list çıktısında doğrulayın.
• Başarısız snapshot, consolidate, taşıma veya disk genişletme görevi kalmadığını kontrol edin.
• Etkilenen VM’nin açık, erişilebilir ve beklenen disklerle çalıştığını doğrulayın.
• VM özet ekranında Needs Consolidation uyarısının kalktığını teyit edin.
• Uygulama loglarında disk yazma, dosya sistemi veya veritabanı I/O hatalarının devam etmediğini inceleyin.
• Yeni yedekleme işinin başarıyla tamamlanmasını izleyin.

Tekrarını önleme

• Datastore için kurumunuzun kapasite politikasına uygun sarı ve kırmızı alarm eşikleri tanımlayın; yalnızca yüzde değil, kalan GB/TB değerini de takip edin.
• Snapshot yaşını ve sayısını düzenli denetleyin. Yedekleme ürünü snapshot kullanıyorsa başarısız işleri günlük kontrol edin.
• Thin-provisioned diskler için kapasite taahhüdünü izleyin; toplam sanal disk kapasitesini fiziksel datastore kapasitesiyle karıştırmayın.
• ISO, eski VM ve test verileri için sahiplik, saklama süresi ve kaldırma süreci oluşturun.
• VMFS, NFS ve vSAN için kapasite planını depolama ekibiyle birlikte yürütün; vSAN’da koruma politikalarının gerçek kapasite etkisini hesaba katın.

Sonuç: VMware datastore dolu hatasını kalıcı biçimde yönetmek

VMware datastore dolu hatası, çoğu zaman kontrolsüz büyüyen snapshot’lar, thin disk tüketimi veya planlanmayan dosya birikiminden kaynaklanır. Güvenli yaklaşım; datastore türünü doğrulamak, tüketen dosyayı kanıtla belirlemek, disk dosyalarını elle silmeden alan açmak ve ardından taşıma ya da kapasite artırma ile kalıcı pay bırakmaktır. Özellikle snapshot birleştirme ve vSAN bakım işlemlerinde, boş alan ve iş yükü etkisi değerlendirilmeden değişiklik yapılmamalıdır.

Sık sorulan sorular

Datastore doluyken çalışan VM’yi kapatmak zorunda mıyım?

Her zaman değil. Önce güvenle kaldırılabilecek ISO veya doğrulanmış gereksiz dosyalarla alan açılabilir. Ancak VM’ye ait swap alanını geri kazanmak veya cold migration yapmak için kontrollü kapatma gerekebilir.

Snapshot dosyalarını Datastore Browser’dan silebilir miyim?

Hayır. -delta.vmdk, .vmsd ve ilişkili VM dosyalarının elle silinmesi snapshot zincirini bozabilir. Snapshot Manager veya Consolidate işlemini kullanın.

Konuk işletim sisteminde dosya silmek datastore alanını hemen düşürür mü?

Genellikle hayır. Thin VMDK büyüdükten sonra konuk içindeki silinen bloklar datastore üzerinde otomatik olarak her zaman geri kazanılmaz. Geri kazanım ayrı ve planlı bir işlemdir.

VMFS LUN’u büyüttüm; datastore boyutu neden değişmedi?

LUN genişletme sonrasında ESXi’nin yeni kapasiteyi görmesi ve VMFS datastore’un ayrıca genişletilmesi gerekir. Bu iki adımı vSphere Client’tan ayrı ayrı doğrulayın.

vSAN datastore doluysa yalnızca büyük bir VM’yi silmek yeterli olur mu?

Her zaman değil. vSAN’da nesne bileşenleri, koruma politikaları ve yeniden senkronizasyon kullanılabilir alanı etkiler. Silme öncesi ve sonrası vSAN Health ile kapasite durumunu değerlendirin.