NUMAノード000でPLEが低い、001で高い

SQL ServerのNUMAノード全体のPLE（Page Life Expectancy）を調べていますが、かなり奇妙な分布に遭遇しました。NUMAノード000のPLEは001に比べて非常に低くなっています。これがなぜかはわかりません。環境内の他の複数のSQL Serverを確認しましたが、他の運用サーバーにはこの動作がありません。

システムは256GB RAMのDell m620でSQL Server 2012 Enterprise Editionを実行しています。2ソケット、6コア（HT対応）マシンです。MAXDOPは6に設定されています。AFAIKメモリモジュールは、CPUのメモリバンク全体に均等に取り付けられています。

NUMAノード000には他に実行すべきSQLタスクがあること、他のノードがあることを教えてくれますが、どこで聞いた/見たのか忘れてしまいました。

@@Version 表示：Microsoft SQL Server 2012（SP1）-11.0.3412.0（X64）

1つのNUMAノード（この場合は0）で読み取り集中型のクエリを実行している場合、他のNUMAノードに比べてページの予想寿命が短くなる可能性があります。

それは完全に正常です。

現在実行されているクエリを確認するには、Adam Machanicの優れたsp_WhoIsActiveを使用できます。それは完全に無料です。一部の人々は、それをX分ごとに実行し、データをテーブルに記録して、PLEがノーズダイブしたときに何が実行されていたかを確認できるようにします。

NUMAアーキテクチャーについての私の理解は、各ノードはほとんどそれ自体を分離するということです。その場合、彼らは結局非常に異なる仕事をすることになります。たとえば、0は多くの物理I / Oを必要とするクエリを実行し、1は幸運になり、そのすべてのデータをバッファプールで検出することができます。