Hosting disk ve inode kullanımı nasıl kontrol edilir?

Hosting hesabında boş disk alanı bulunmasına rağmen yeni dosya oluşturulamıyorsa dosya sayısı sınırı, yani inode kullanımı gündeme gelebilir. Disk kotası veri boyutunu, inode sınırı ise dosya sistemi nesnelerinin sayısını ilgilendirir. İkisini aynı ölçüm gibi değerlendirmek yanlış temizlik kararlarına yol açabilir. Önce hangi sınırın dolduğunu belirlemek gerekir.

Disk alanını ne tüketir?

Site dosyaları, görseller, e-posta kutuları, yedek arşivleri, önbellek ve uygulama günlükleri depolama kullanır. Veritabanı kotasının hesaba nasıl dahil edildiği hizmet yapılandırmasına bağlı olabilir. Bir klasörün boyutu ile paneldeki toplam kullanımın aynı olmaması bu nedenle tek başına hata değildir. Ölçümün güncellenme sıklığı da sonucu etkileyebilir.

Bir uygulama binlerce küçük önbellek veya oturum dosyası oluşturabilir. Bu dosyaların toplam boyutu düşükken sayısı çok yüksek olabilir. Tersine tek bir büyük yedek arşivi çok yer kaplayıp az sayıda dosya oluşturur. Disk ve inode için ayrı çözüm düşünülmesinin nedeni budur.

Kontrol adımları

1. Paneldeki göstergeleri ayırın. cPanel Disk Usage aracı klasörlerin depolama kullanımını incelemeye yardımcı olur. Inode göstergesi sağlayıcınızın sunduğu ek istatistikte bulunabilir; görünmüyorsa hizmet limitini ve ölçümü destekten isteyin.
2. En büyük veya en kalabalık alanları bulun. E-posta, yedek, önbellek ve log klasörlerini sırayla değerlendirin. Bir klasörü yalnız adı gereksiz göründüğü için silmeyin.
3. Uygulamanın temizleme aracını kullanın. Önbellek veya oturum verisini uygulamanın desteklediği yöntemle temizleyin. Canlı dosyaların elle silinmesi kullanıcı oturumlarını veya işlemleri etkileyebilir.
4. Yedekleri ayrı konumda saklayın. Aynı hosting hesabındaki çok sayıda tam yedek kotayı hızla doldurabilir. Gerekli arşivlerin başka bir güvenli konuma gerçekten kopyalandığını doğrulamadan silmeyin.
5. Kullanımı yeniden ölçün. Temizlikten sonra panelin güncellenmesini bekleyin ve yeni dosya oluşturmayı kontrollü test edin. Tek seferlik rahatlama yerine büyüme nedenini izleyin.

Silmeden önce doğru sorular

Bu dosya hangi uygulamaya ait? Yeniden üretilebilir mi? Son erişim veya değişiklik tarihi ne anlatıyor? Aynı içeriğin doğrulanmış bir yedeği var mı? Bu sorulara cevap yoksa büyük bir klasörü topluca kaldırmak yerine kapsamı daraltın. Özellikle e-posta depolarında dosya sistemi üzerinden gelişigüzel silme, istemciyle sunucu arasındaki tutarlılığı bozabilir.

Örneğin günlük olarak oluşturulan tam yedekler sınırsız tutuluyorsa yalnız eski arşivleri silmek geçici çözümdür. Saklama süresini, yedek sıklığını ve dış depolama hedefini düzenlemek gerekir. Benzer biçimde aşırı büyüyen hata günlüğü, temizlenmesi gereken dosyadan önce çözülmesi gereken bir uygulama hatasına işaret edebilir.

Yeni paket seçmek ne zaman anlamlıdır?

Normal iş yükünüz ve gerekli saklama politikası mevcut sınırları düzenli aşıyorsa daha geniş bir paket değerlendirilir. Ancak bozuk bir görevün sınırsız dosya oluşturduğu durumda yalnız kota artırmak sorunu erteler. Önce olağan kullanım ile anormal büyümeyi ayırın. Gereken kapasiteyi günlük artış ve tutulacak yedek sayısıyla birlikte hesaplayın.

Sık sorulan sorular

Sınırsız trafik, sınırsız dosya anlamına gelir mi? Hayır. Trafik, disk, inode ve işlem kaynakları farklı ölçülerdir. Paket koşullarını her biri için ayrı okuyun.

Dosyayı sildim ama alan açılmadı; neden? Çöp kutusu, ölçüm gecikmesi veya hâlâ açık tutulan dosyalar etkili olabilir. Hemen daha fazla dosya silmeden önce nedeni araştırın.

Hangi dosyaları destek ekibine göstermeliyim? Klasör yolu, yaklaşık boyut, dosya sayısı ve artış zamanı faydalıdır. İçinde kişisel veri bulunan dosya içeriklerini gereksiz yere paylaşmayın.

İlgili teknik kaynak

• cPanel: Disk Usage