NUMA 노드 000에서 낮은 PLE, 001에서 높은

SQL Server의 NUMA 노드에서 PLE (Page Life Expectancy)을보고 있으며 다소 이상한 분포를 보았습니다. NUMA 노드 000은 001에 비해 PLE가 매우 낮습니다. 왜 그런지 잘 모르겠습니다. 우리 환경에서 다른 여러 SQL Server를 확인했는데 다른 프로덕션 서버에는이 동작이 없습니다.

시스템이 256GB Ram이 장착 된 Dell m620에서 SQL Server 2012 Enterprise Edition을 실행 중입니다. 2 소켓, 6 코어 (HT 가능) 머신입니다. MAXDOP는 6으로 설정됩니다. AFAIK 메모리 모듈은 CPU의 메모리 뱅크에 고르게 설치됩니다.

뭔가 NUMA node 000에 수행해야 할 다른 SQL 작업, 다른 노드가 있다고 말하지만 어디에서 들었는지 본 적이 없습니다.

여기에 이미지 설명을 입력하십시오

PLE 이미지

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

sql-server sql-server-2012 numa

— 카스퍼 브란덴부르크
소스

PLE 자체는 거의 말하지 않습니다. 버퍼 노드 및 메모리 노드 와 같은 카운터가 더 많아 져 더 많은 빛을 비출 수 있습니다. 그리고 궁극적으로 : 성능 문제가 있습니까, 아니면 단지 호기심입니까? 어떻게 SQL Server 성능을 분석

— 레무스 Rusanu

@RemusRusanu : 우리가 우리 손에 성능 문제가 있다면, 아무도 모른다 :) 나는 순수하게 관심을 갖지 않는다.

— 카스퍼 브란덴부르크

카운터 stolen nodes memory KB가 표시되면 값이 97G로 매우 높은 IMO입니다. 도난당한 메모리는 데이터베이스 용도로 사용되지 않고 정렬, 해시 및 기타 기타 용도와 같은 작업을 위해 SQL Server에 의해 사용되는 메모리입니다. 반면 목표와 총 메모리는 동일합니다. 이상해 보인다. SP2를 적용해야하지만 PLE이 잘못 계산 될 수 있다고 생각합니다.

— Shanky

좋구나. SP2를 설치하는 대신 SQL2014를 시각화 할 수 있습니다

— Kasper Brandenburg

하나의 NUMA 노드 (이 경우 0)에서 읽기 집약적 인 쿼리를 실행하는 경우 다른 NUMA 노드에 비해 페이지 수명이 짧을 수 있습니다.

그것은 완전히 정상입니다.

현재 실행중인 쿼리를 확인하려면 Adam Machanic의 뛰어난 sp_WhoIsActive를 사용하십시오 . 완전 무료입니다. 일부 사람들은 X 분마다 그것을 실행하고 데이터를 테이블에 기록하여 PLE 코즈가 나왔을 때 무엇이 돌아가고 있는지 확인할 수 있습니다.

— 브렌트 오자
소스

-1

NUMA 아키텍처에 대한 나의 이해는 각 노드가 거의 자신을 분리한다는 것입니다. 이 경우 그들은 매우 다른 일을하게 될 수 있습니다. 예를 들어, 0은 많은 물리적 I / O가 필요한 쿼리를 실행하는 반면 1은 운이 좋으면 버퍼 풀에서 모든 데이터를 찾습니다.

— SQL 대단하다
소스