Windows Kayıt Defteri nedir — ve boyutu neden neredeyse hiç önemli değil

Bir veritabanı, çöp kutusu değil

Yapısal olarak kayıt defteri, hive adı verilen bir dosya takımından oluşur: SAM, SECURITY, SOFTWARE ve SYSTEM, C:\Windows\System32\config içinde durur; her kullanıcı profili de kendi NTUSER.DAT'ını ekler. regedit'te bildiğiniz beş kök anahtar olarak görünürler: dosya ilişkilendirmeleri ve COM kaydı için HKEY_CLASSES_ROOT, ayarların kendi yarınız için HKEY_CURRENT_USER, sürücülerin ve hizmetlerin kendini tanıttığı makine geneli katman için HKEY_LOCAL_MACHINE, yüklenmiş tüm profiller için HKEY_USERS ve açılışta oluşturulan donanım profili için HKEY_CURRENT_CONFIG. Değerler bir avuç türde gelir — dizeler, DWORD, QWORD, ikili veri — ve dürüst olmak gerekirse anlatılacak her şey bundan ibarettir.

Açılışta çekirdek, makine hive'lerini belleğe yükler; her oturum açılışında sizin NTUSER.DAT'ınız da üstüne HKEY_CURRENT_USER olarak bağlanır. Sonraki her arama, belirli bir anahtar yolunu izleyen hedefli bir iniştir, tarama değil: uygulama bir değere ihtiyaç duyduğunda tam o anahtarı adıyla ister. Yazma işlemlerini, değişiklikleri birkaç saniye içinde diske aktaran tembel yazıcı tamponlar — fişi çekmenin ender durumlarda bir hive'i tutarsız bırakması ve Windows'un sonraki açılışta bir onarım turu atmasının nedeni budur.

Şişkin kayıt defteri neden diskten yer, hızdan değil

İşte “600.000 hata” kalabalığının sizin hiç okumamanızı umduğu kısım: Windows kayıt defterini asla tepeden tırnağa taramaz. Sorgular doğrudan adı geçen anahtara gider; bu yüzden 150 MB'a büyüyen bir SOFTWARE hive'i tek bir sorguda tertemiz olanıyla tamamen aynı davranır — şişkinliğin bedeli disk alanı ve bellek ayak izidir, gecikme değil. Hive'ler açılışta bir kez yüklenir ve önbelleğe alınır; hiçbir işlem sırasında yeniden çözümlenmez. Kayıt defteri “birleştirme” ve “sıkıştırma” araçları dosyaları diskte gerçekten küçültebilir ve getirinin tamamı budur: SSD'de kazanılan alan bütün hikâyedir; kazanılacak hız zaten kalmamıştır.

Aynı nedenden ötürü, kaldırılmış programlardan arta kalan öksüz girdiler atıldır. Ölü bir anahtarı unutan bir kaldırıcı yalnızca birkaç kilobayt israf etmiştir; siz regedit'i açıp aramadıkça o anahtarı sayan bir şey yoktur. Dürüst istisnalar dar ve somuttur: gerçekten okunan bir hareketli yoldaki bozuk değer — bir bağlam menüsü işleyicisi, bir Image File Execution Options anahtarı, bozuk bir dosya ilişkilendirmesi — gerçek sonuçlar doğurur. Ama bu, belirli bir adresteki hasardır; binlerce girdiyi tek seferde silen “temizleyicilerin” yol açtığı da tam olarak bu tür hasardır, giderdikleri değil.

Kayıt defterinin gerçekten ısırdığı yer — ve güvenli dokunma yolu

Korkutucu ününü kayıt defteri tam olarak üç yerde kazanmıştır ve bunlardan ikisinde sorun genel bir çürüme değil, tek bir yanlış değerdir. Ona göre davranın: değiştirmeden önce yedek alın, bir seferde tek şeyi değiştirin ve satış noktası ne kadar çok sildiği olan bir aracı asla çalıştırmayın.

• Bozulma — yüklenemeyen bir hive açılışı tamamen durdurabilir; buradaki araçlar Sistem Dosyası Denetleyicisi ve kurtarma ortamıdır, temizleyiciler değil
• Kötü ince ayarlar — hareketli bir yoldaki (kabuk uzantıları, IFEO, hizmetler) tek bir yanlış değer anında ve gerçek sonuçlar doğurur
• Kötü amaçlı yazılım kalıcılığı — otomatik çalışma anahtarları ve IFEO hata ayıklayıcı ele geçirmeleri, adıyla tanınmaya değer klasik saklanma noktalarıdır
• Gizlilik izleri — TypedPaths, RunMRU ve RecentDocs etkinliğinizi kendi hive'iniz içinde kayda geçirir
• Yedekler — regedit'te düzenlemeden önce anahtarı dışa aktarın; geri yükleme noktaları da kayıt defterini yakalar
• RegBack — Windows 10 1803'ten itibaren System32\config\RegBack içindeki otomatik hive yedeği varsayılan olarak kapalıdır; zamanlanmış bir görev veya SetPeriodicBackup değeri onu geri getirir

Sorular ve yanıtlar

Bunları da okuyun