Forum
Merhabalar ÇözümPark ve Ekibi,
Yapımızda Bulunan MsSQL Sunucumuzda Performans Kaynaklı Bazı Durumlar İletildiğinden Dolayı PLE Değeri İle İlgili Bir İzleme Başlattım,
Job İle 1 Dakika Aralıkta PLE Değerini Tablo' ya Yazmaktayım,
Yalnız Kontrol Ettiğimde 23 Saat İçerisinde Counter Değerinde Sıfırlanma Olmaktadır.
2 Gün Aktif Şekilde Loglanmasında 23 Saat İçerisinde Tekrarlanması Durumu Nedir ?
Ayrıca Memory Option Baktığımda Bir Sorun Görülmemektedir,
Sunucu Kaynaklarını İncelediğimde Herhangi Bir Donanımsal Log Bulunmamaktadır,
Ayrıca Tüm Database' ler İçin Oluşturduğum Job İle 12 Saat Aralıkta Rebuild İndex ve Update Statistics Uygulanmaktadır ve Bu Durum PLE Değerini Etkiler mi ?
Burada Nasıl Bir Kontrol ve İnceleme Yapabilirim ?
Sorunun PLE değerinin düşük olduğundan kaynaklandığını nasıl tespit ettiniz ?
PLE değeri bir page in memory de yaşama süresini tutan bir değerdir. Sizin backup, integrity check,update statistics ya da index maintenance gibi operasyonlar datayı diskten memorye alacağı için PLE değeriniz doğal olarak düşecektir. Beklenen ve normal bir durumdur.
OLTP ortamınızda OLAP amaçlı bazı queryleri bile PLE değerinizi 0 lara yaklaştırabilir. Data boyutuna makina konfiginize ve sorguya bağlı tabii ki.
İbhrahim merhaba,
Page Life Expectancy değeri SQL Server'da bir page in ortalama ram'da kalma süresinin saniye olarak değeridir. Normalde sistemde 100 gb lık datan olduğunu düşün. Bunun aktif olarak 20 gb ı ile çalışıyorsun ve ram değerin de 32 GB. Normal şartlarda senin aktif olarak ram e aldığın 20 GB lık data ram de başka yere ihtiyaç duymaz. Ancak ne zaman ki sen sistemde yedek almaya başladın ya da index rebuild gibi işlemler yapmaya başladın bu kez sistem tüm 100 gblık data yı ram e almaya çalışır. Tabi ram sınırlı olduğu için bunu aşama aşama yapar yani page lerin bir kısmını ram e alır işlemi yapar sonra diğerlerine geçer ve bu kez ramdeki bu page leri ram den atar ve diğerlerini getirir. Böylece page lerin ramde kalma süresi yani Page Life Expectancy değeri düşer. Yani senin tabirinle sıfırlanır.
Aranan page lerin ram de olmaması yani PLE değerinin düşük olması bunu diskten okumaya yönlendirir bu da sistemi yavaşlatır.
Sorunun PLE değerinin düşük olduğundan kaynaklandığını nasıl tespit ettiniz ?
PLE değeri bir page in memory de yaşama süresini tutan bir değerdir. Sizin backup, integrity check,update statistics ya da index maintenance gibi operasyonlar datayı diskten memorye alacağı için PLE değeriniz doğal olarak düşecektir. Beklenen ve normal bir durumdur.
OLTP ortamınızda OLAP amaçlı bazı queryleri bile PLE değerinizi 0 lara yaklaştırabilir. Data boyutuna makina konfiginize ve sorguya bağlı tabii ki.
Geri Dönüşünüz İçin Teşekkür Ediyorum,
Query Üzerinde Gecikme Kaynaklı İnceleme Sonucunda PLE Tarafında Duruma Odaklanılmıştır,
Maintance Plan İncelediğimde Update Statictics ve Rebuild İndex Tarafında Disable Bırakıldıktan Sonra Değer 400 K Olarak İzlenilmektedir ve Query Tarafına Baktığımda Sabit Query Olduğu İçin Performans Tarafında Gözle Görülür Farklar Bulunmaktadır Şu Durumda
İbhrahim merhaba,
Page Life Expectancy değeri SQL Server'da bir page in ortalama ram'da kalma süresinin saniye olarak değeridir. Normalde sistemde 100 gb lık datan olduğunu düşün. Bunun aktif olarak 20 gb ı ile çalışıyorsun ve ram değerin de 32 GB. Normal şartlarda senin aktif olarak ram e aldığın 20 GB lık data ram de başka yere ihtiyaç duymaz. Ancak ne zaman ki sen sistemde yedek almaya başladın ya da index rebuild gibi işlemler yapmaya başladın bu kez sistem tüm 100 gblık data yı ram e almaya çalışır. Tabi ram sınırlı olduğu için bunu aşama aşama yapar yani page lerin bir kısmını ram e alır işlemi yapar sonra diğerlerine geçer ve bu kez ramdeki bu page leri ram den atar ve diğerlerini getirir. Böylece page lerin ramde kalma süresi yani Page Life Expectancy değeri düşer. Yani senin tabirinle sıfırlanır.
Aranan page lerin ram de olmaması yani PLE değerinin düşük olması bunu diskten okumaya yönlendirir bu da sistemi yavaşlatır.
Geri Dönüşünüz İçin Teşekkür Ediyorum Ömer Bey,
Bu Durum Daha Açıklayıcı Oldu ve Job Tarafında Planlama Yaptığımda Tekrar Gözden Geçirmem Gerektiğini Anladım,