PLE rendah pada NUMA simpul 000, tinggi pada 001


10

Saya melihat PLE (Page Life Expectancy) di seluruh NUMA node pada SQL Server kami, dan menemukan distribusi yang agak aneh. NUMA simpul 000 memiliki PLE yang sangat rendah dibandingkan dengan 001. Saya tidak yakin mengapa demikian. Saya telah memeriksa beberapa Server SQL lain di lingkungan kami, dan server produksi lainnya tidak memiliki perilaku ini.

Sistem menjalankan SQL Server 2012 Enterprise Edition pada Dell m620 dengan 256GB Ram. Ini adalah mesin 2 soket, 6 inti (berkemampuan HT). MAXDOP diatur pada 6. Modul memori AFAIK dipasang secara merata di seluruh tepi memori CPU

Sesuatu memberi tahu saya NUMA simpul 000 memiliki tugas SQL lain untuk dilakukan, bahwa node lain, tetapi saya sudah lupa di mana saya mendengar / melihatnya.

masukkan deskripsi gambar di sini

masukkan deskripsi gambar di sini

Gambar PLE

@@Version menunjukkan: Microsoft SQL Server 2012 (SP1) - 11.0.3412.0 (X64)


2
PLE sendiri tidak banyak memberi tahu. Ada lebih banyak penghitung seperti Buffer Node dan Memory Node yang dapat memberikan sedikit lebih banyak cahaya. Dan akhirnya: apakah ada masalah kinerja, atau ini hanya rasa ingin tahu? Bagaimana menganalisis kinerja SQL Server
Remus Rusanu

@RemusRusanu: Jika kita memiliki masalah kinerja di tangan kita, tidak ada yang tahu :) Saya meminta murni karena ketertarikan.
Kasper Brandenburg

Jika Anda melihat counter stolen nodes memory KBnilainya 97G yang merupakan IMO sangat tinggi. Memori yang dicuri adalah memori yang tidak digunakan untuk keperluan basis data tetapi oleh SQL Server untuk operasi seperti pengurutan, hash, dan keperluan lainnya. Di sisi lain target dan total memori sama. Ini sepertinya aneh. Anda harus menerapkan SP2 tetapi saya merasa bahwa PLE mungkin mendapatkan perhitungan yang salah
Shanky

Baik. Kita mungkin pergi SQL2014 divisualisasikan daripada menginstal SP2
Kasper Brandenburg

Jawaban:


1

Jika Anda memiliki kueri intensif baca yang berjalan pada satu NUMA node (dalam hal ini, 0), maka itu dapat mengalami harapan hidup halaman yang lebih rendah dibandingkan dengan NUMA node lainnya.

Itu sangat normal.

Untuk melihat pertanyaan apa yang sedang berjalan saat ini, Anda dapat menggunakan sp_WhoIsActive unggulan Adam Machanic . Benar-benar gratis. Beberapa orang bahkan menjalankannya setiap X menit dan mencatat data ke dalam tabel sehingga mereka dapat kembali untuk melihat apa yang sedang berjalan pada saat PLE menukik.


-1

Pemahaman saya tentang arsitektur NUMA adalah bahwa setiap node cukup banyak mengisolasi dirinya sendiri. Dalam hal itu mereka akhirnya dapat melakukan pekerjaan yang sangat berbeda. Misalnya, 0 bisa mengeksekusi kueri yang membutuhkan banyak I / O fisik sementara 1 beruntung dan menemukan semua datanya di kumpulan buffer.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.