NTFS günlüğü nedir ve neden sürekli büyür?

İki günlük, iki görev

Birincisi $LogFile'dur: NTFS'nin kendi metaverisi için tuttuğu ileri yazım (write-ahead) günlüğü. NTFS yapısal bir şeyi değiştirmeden önce — dosyanın boyutunu, diskteki konumunu, bir dizin girdisini — yapılacak değişikliği önce $LogFile'a yazar; böylece işlemin ortasında elektrik kesilse bile birim bağlanabilir ve büyük ölçüde sağlam kalır. Tasarımı gereği sınırlıdır ve kendi içinde döner; birkaç MB'dan birkaç on MB'a kadar. Onu hiçbir zaman siz yönetmezsiniz ve hiçbir temizlik aracının dokunmaması gerekir.

İkincisi, insanların gerçekten karşılaştığıdır: $UsnJrnl:$J, yani USN (Update Sequence Number) değişiklik günlüğü — birimdeki değişikliklerin kronolojik kaydı: oluşturulan, yeniden adlandırılan, silinen, yazılan dosyalar. Var olma sebebi, uygulamaların son baktıklarından bu yana neyin değiştiğini öğrenmek için tüm diski yeniden taramak zorunda kalmamalarıdır.

• Windows Search dizinleyicisi — neyi yeniden dizinleyeceğini tam olarak bilir
• yedekleme yazılımları — tüm ağacı gezip dolaşmadan değişen dosyaları saptar
• bulut eşitleme istemcileri — yalnızca gerçekten değişenleri yükler
• Everything gibi anında arama araçları — dizinlerini güncel tutar
• kurumsal DLP ve eDiscovery ajanları — dosya olaylarını denetler
• bazı antivirüsler — tam taramalar arasında dosya etkinliğini izler

Neden büyür ve bu ne zaman önemli?

USN günlüğü, değişiklik trafiğiyle büyür: derleme işleri, tarayıcı önbellekleri, yeniden düzenlenen fotoğraf kitaplıkları — her oluşturma, yeniden adlandırma ve silme küçük bir kayıt ekler. Azami boyutu yapılandırılabilir ve uygulamalar onu yükseltebilir; bir eşitleme veya yedekleme ajanı, çevrimdışı olduğu sürede hiçbir değişikliği kaçırmamak için tam da bu yüzden büyük bir günlük isteyebilir. Günlük sınırına ulaşınca kendi içinde döner: en eski kayıtlar üzerine yazılır. Başka bir deyişle büyük bir günlük genellikle bilinçli bir ayardır, bir sızıntı değil — ve dosya yöneticilerinin göremediği yerde, NTFS metaverisinin içinde yaşadığı için “açıklanamayan” kullanılan alan olarak görünür.

Yapmadığı şey ise herhangi bir şeyi yavaşlatmak. Eklenen kayıtlar minicik sıralı yazmalardır; okuyucular — arama, yedekleme, eşitleme — günlük olmasaydı diski yeniden taramak için çok daha fazla CPU yakardı. Günlüğün maliyeti yer, hız değildir.

Ne yapmalı (ve ne yapmamalı)

Genellikle: hiçbir şey. Kendininkini görmek isterseniz yönetici olarak fsutil usn queryjournal C: komutunu çalıştırın — günlük kimliğini ve kayıt istatistiklerini verir. Gerçekten yere ihtiyacınız varsa ve yeniden tarama fırtınasına katlanabilirseniz, fsutil usn deletejournal /D C: güvenlidir: değişiklik kayıtlarını siler, dosyalarınızı değil; günlük yeniden oluşturulur. Hemen ardından Search ve eşitleme araçlarının tam tarama yapacağını bekleyin — amacı fiilen boşa çıkaran, tek seferlik bir CPU ve disk etkinliği zirvesi.

Asla yapmamanız gereken, $LogFile'un peşine düşmektir: o bir dosya değil metaveridir ve kullanıcı tarafındaki hiçbir araç onu birimi bozmadan silemez. Günlüğünüz devasa büyüdüyse, verimli soru “onu nasıl küçültürüm” değil “sınırı hangi uygulama yükseltti” sorusudur — cevabı size bunun yedekleme aracınız mı, eşitleme istemciniz mi yoksa çalıştığını unuttuğunuz bir şey mi olduğunu söyler.

Sorular ve yanıtlar

Bunları da okuyun