Sistem disk belleği havuzundaki bellek ayrılamıyor
Bu makale, sistem disk belleği havuzuna bellek ayıramaması sorununa yönelik bir çözüm sağlar.
Şunlar için geçerlidir: Windows Server 2012 R2
Özgün KB numarası: 312362
Belirtiler
Sunucunuz ağır bir yük altındayken, Sunucu hizmeti sistem olay günlüğünde aşağıdaki hatayı tekrar tekrar günlüğe kaydedebilir. Sunucunun disk belleği havuz belleğinin yetersiz olduğunu gösterir:
Kaynak - SRV
Tür - Hata
Olay Kimliği - 2020
Açıklama-Havuz boş olduğundan sunucu sistem disk belleği havuzundan ayrılamadı.
Veri-
0000: 00040000 00540001 00000000 c00007e4
0010: 00000000 c000009a 000000000 00000000
0020: 00000000 00000000 0000000b
Neden
Disk belleği havuzu belleğinin tedarikini azaltan çeşitli faktörler olabilir. Havuz etiketlemesini etkinleştirmek ve farklı zaman aralıklarında almak poolsnaps
, disk belleği havuzu belleğini hangi sürücünün tüketiyor olduğunu anlamanıza yardımcı olabilir. poolsnaps
MmSt etiketinin (Mm bölüm nesnesi prototipi PTE'ler) en büyük tüketici ve disk belleği havuzu belleğinin tükenmiş olduğunu gösteriyorsa veya sistem hata olayı 2020'leri günlüğe kaydediyorsa, sunucuda açık çok sayıda dosya olma olasılığı yüksektir. Varsayılan olarak, sistem toplam disk belleği havuzunun yüzde 80'ine ulaştığında Bellek Yöneticisi ayrılan disk belleği havuzu belleğini kırpmaya çalışır. Sistem yapılandırmasına bağlı olarak, bir bilgisayardaki olası en yüksek disk belleği havuzu belleği 343 MB olabilir ve bu sayının yüzde 80'i 274 MB'tır. Bellek Yöneticisi talebe yetişecek kadar hızlı kırpamıyorsa, bu makalenin "Belirtiler" bölümünde listelenen olay oluşabilir. Bellek Yöneticisi'ni kırpma işlemini daha önce başlatacak şekilde ayarlayarak (örneğin, yüzde 60'a ulaştığında), ani yoğun kullanım sırasında disk belleği havuzu talebine ayak uydurmak ve disk belleği havuz belleğinin bitmesi önlenebilir.
Çözüm
Önemli
Bu bölüm, yöntem veya görev, kayıt defterini nasıl değiştireceğinizin anlatıldığı adımları içermektedir. Ancak kayıt defterini hatalı biçimde değiştirirseniz önemli sorunlar oluşabilir. Bu nedenle bu adımları dikkatle uyguladığınızdan emin olun. Ek koruma için kayıt defterini değiştirmeden önce yedeklemeyi unutmayın. Böylece, bir sorun oluşursa kayıt defterini daha sonra geri yükleyebilirsiniz. Kayıt defterini yedekleme ve geri yükleme hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasına tıklayın:
322756 Windows'da kayıt defterini yedekleme ve geri yükleme
Aşağıdaki ayarlama önerisi sorunu hafiflet konusunda yardımcı olmuştur:
Kayıt Defteri Düzenleyici (Regedt32.exe) başlatın.
Kayıt defterinde aşağıdaki anahtarı bulun ve tıklatın:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
Düzenle menüsünde, Değer Ekle'ye tıklayın ve sonra da aşağıdaki kayıt defteri değerini ekleyin:
Değer adı: PoolUsageMaximum
Veri türü: REG_DWORD
Sayı: Ondalık
Değer verileri: 60Değerin 60 olarak ayarlanması, Bellek Yöneticisi'ne kırpma işlemini varsayılan yüzde 80 ayarı yerine PagedPoolMax'ın yüzde 60'ında başlatması konusunda bilgilendirir. Yüzde 60'lık bir eşik, etkinlikteki ani artışları işlemek için yeterli değilse, bu ayarı yüzde 50 veya yüzde 40'a düşürün.
Değer adı: PagedPoolSize
Veri türü: REG_DWORD
Radix: Onaltılık
Değer verileri: 0xFFFFFFFFPagedPoolSize ayarının 0xFFFFFFFF olarak ayarlanması, diğer kaynakların yanı sıra en yüksek disk belleği havuzunu bilgisayara ayırır.
Dikkat
0xFFFFFFFF PagedPoolSize ayarı, 64 GB RAM'e sahip 32 bit Windows Server 2003 tabanlı bilgisayarlarda kullanılması önerilmez. Bu, Ücretsiz Sistem PTE girdisini devre dışı bırakacaktır ve bilgisayarın sürekli yeniden başlatılmasına neden olabilir. Bu yapılandırma için gereksinimlere ve kullanılabilir kaynaklara göre dikkatle bir değer seçin.
Kayıt Defteri Düzenleyicisi'nden çıkın.
Değişikliklerin etkili olması için sunucuyu yeniden başlatın.
Durum
Microsoft, bunun "Şunlar için geçerlidir" bölümünde listelenen Microsoft ürünlerinde bir sorun olduğunu onayladı.
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin