000 NUMA düğümünde düşük PLE, 001'de yüksek

SQL Sunucularımızdaki NUMA düğümleri arasında PLE'ye (Sayfa Yaşam Beklentisi) bakıyorum ve oldukça garip bir dağıtımla karşılaştım. NUMA düğümü 000, 001'e kıyasla çok düşük bir PLE'ye sahiptir. Bunun neden olduğundan emin değilim. Çevremizdeki diğer birden çok SQL Sunucusunu kontrol ettim ve diğer üretim sunucuları bu davranışa sahip değil.

Sistem, 256 GB RAM ile Dell m620 üzerinde SQL Server 2012 Enterprise Edition çalıştırıyor. 2 soketli, 6 çekirdekli (HT özellikli) bir makinedir. MAXDOP 6'ya ayarlanmıştır. AFAIK bellek modülleri CPU'ların bellek yuvalarına eşit olarak takılmıştır

Bir şey bana NUMA düğümü 000, diğer düğümleri gerçekleştirmek için diğer SQL görevleri olduğunu söyler, ama ben duydum / gördüm nerede unuttum.

resim açıklamasını buraya girin

PLE görüntüsü

@@Version gösterileri: Microsoft SQL Server 2012 (SP1) - 11.0.3412.0 (X64)

sql-server sql-server-2012 numa

— Kasper Brandenburg
kaynak

Kendi başına PLE çok az şey söyler. Buffer Node ve Memory Node gibi biraz daha fazla ışık tutabilecek daha fazla sayaç var . Ve sonuçta: bir performans sorunu var mı, yoksa bu sadece bir merak mı? SQL Server performansı nasıl analiz edilir

— Remus Rusanu

@RemusRusanu: Elimizde bir performans sorunumuz varsa, kimse bilmiyor :) Tamamen ilgi duymuyorum.

— Kasper Brandenburg

Sayacı görürseniz stolen nodes memory KBdeğeri çok yüksek IMO olan 97G'dir. Çalınan bellek, veritabanı amacıyla kullanılmayan, SQL Server tarafından sıralama, karma ve diğer çeşitli amaçlar için kullanılan bellektir. Diğer yandan hedef ve toplam hafıza aynıdır. Bu tuhaf görünüyor. SP2'yi uygulamalısınız, ancak

— PLE'nin

Peki. SP2'yi yüklemek yerine görselleştirilmiş SQL2014'e gidebiliriz

— Kasper Brandenburg

Bir NUMA düğümünde (bu durumda 0) çalışan yoğun okuma gerektiren bir sorgunuz varsa, diğer NUMA düğümlerine göre daha düşük bir sayfa ömrü beklentisiyle karşılaşabilirsiniz.

Bu tamamen normal.

Şu anda hangi sorguların çalıştığını görmek için Adam Machanic'in mükemmel sp_WhoIsActive özelliğini kullanabilirsiniz . Tamamen ücretsiz. Bazı insanlar bunu her X dakikada bir çalıştırır ve verileri bir tabloya kaydeder, böylece PLE'nin nose edildiği sırada neyin çalıştığını görmek için geri dönebilirler.

— Brent Ozar
kaynak

-1

NUMA mimarisi konusundaki anlayışım, her düğümün hemen hemen kendini izole etmesi. Bu durumda çok farklı işler yapabilirler. Örneğin, 0 şanslıyken ve tüm verilerini arabellek havuzunda bulurken, 0 çok fazla fiziksel G / Ç gerektiren sorgular yürütüyor olabilir.

— SQL Nerd
kaynak