문제

나는 여러 대형 테이블을 사본으로 분할된 사본에 트랜잭션 데이터베이스입니다.

나는 걱정에 대해 충돌이 발생하의 성능을 내 생산용됩니다.

에서도 이것을 완화하기 위해,내가 찾는 것으로 자원을 지냈다.나는가를 설정하는 스크립트를 사용하는 리소스 풀을 제한하는 최대 5%CPU 및 메모리입니다.

는 유일한 부분에 대해 이는 나의 효과에 PLE.

내가 알고있는 것처럼,선택에서 테이블을 읽은 값을 주시기 바랍니다.이것은 뭔가 다른 것에 캐시입니다.(의 기본 개념 PLE.) 그러나"강제적으로"항목에 제한 될 5%내가 지정된?

을 의미한 후에 사용했 5%의 메모리니다,그것은 단지 강아웃 캐시 항목에서 동일한 5%? (을 떠나 다른 95%영향을 받지 않습니다.)

다른 방법으로의 요청 이 있습니다:는 메모리의 제한 5%같은 말을 캐쉬의 제한 5%?

도움이 되었습니까?

해결책

이 MSDN 페이지 메모리에만 설정을 쿼리에 영향을 미칠 메모리:

리소스 관리자 리소스 풀

MIN_MEMORY_PERCENT 및 MAX_MEMORY_PERCENT

이러한 설정은 최소값과 최대 금액의 메모리 예약에 대한 리소스 풀 수 있는 공유되지 않은 다른 자원을 수 있습니다.메모리 참조하 여기에는 쿼리를 실행 권한을 부여 메모리 버퍼에 수영장 메모리(예를 들어,데이터 인덱스 페이지).설정에는 최소한 메모리 값을 위해 수영장이 있다는 것을 의미 없는 비율의 메모리를 지정한 사용할 수 있는 모든 요청에서 실행될 수도 있습니다 이 자원을 수 있습니다.이것은 중요한 차별화 요인에 비해 MIN_CPU_PERCENT 기 때문에,이 경우에는 메모리에 남아 있을 수 있습이 주어진 리소스 풀을 때에도 풀하지 않는 모든 요청에서 작업 그룹에 속한 수영장도 있습니다.따라서는 것이 중요 당신은 매우 주의해야 할 때 이 설정을 사용하기 때문에,이 메모리를 사용할 수 없습니다 사용하여 다른 어떤 수영장이 없는 경우에도 활성 요청이 있습니다.최대 메모리 값 설정에 대한 수영장을 의미하는 경우 요청에서 실행되는 이 수영장,그들은 결코 이상의 비율의 메모리입니다.

위을 나타내는 버퍼에 수영장에서 제외한 리소스 풀을 제한 사항이 있습니다.따라서,원하시는 경우에는 일부를 수행하는 행동을 일으킬 수 있는 전체를 버퍼에 수영장을 비우기 위해서를 실행하는 프로세스할 수 있습을 보장하는 프로세스가 실행 중에는 수정이 불가능합니다.

다음서에서 발췌한 것입 MSDN 블로그 SQL 서버에 페이지의 평균 수명:

페이지 수명(PLE)는 최고의 표시는 방법 휘발성의 버퍼 풀(BP).그것은 성,카운터에서 발견되는 SQL Server:버퍼 관리자 성 객체입니다.또한 버퍼드 노드:페이지의 평균 수명은 반대하는 고려되어야한 NUMA 시스템 같은 논리를 사용하여 노드당으로 한 것에 non-NUMA 시스템입니다.

변동성을 측정하여 평균""생명의 내에 있는 페이지 버퍼에 수영장(초 단위).만약 페이지를 덮어쓰거나 세 밖으로 시작,완전히 새로운 삶입니다.

그래서 많은 경우 페이지로 덮어 새로운 데이터를 매우 자주,평균 PLE 낮은 것,그리고 우리의 혈압의 변동성이 높은 것입니다.

반면 대부분의 페이지에 우리의 BP 남아 있고 덮어 쓰지 않고,평균 PLE 높은 것,그리고 혈압의 변동성이 낮을 것입니다.

그럼 왜 우리는 케어에 대해 혈압의 변동성과 PLE?무엇을 할 수 있을 알고 혈압의 변동성이 할까요?무슨은"좋은"와"악"PLE 그?

PLE 수 있는 측정값의 실제 IO 의 SQL 서버입니다.희망 나는 당신의 관심을 가지고 있기 때문에 물리적 IO 주요 성능 문제 모두에 대해 읽기 및 쓰기.

질문에서 의견에 여기:

무슨은"쿼리"메모리고 그것은 어떻게 다른 cache?

쿼리 메모리를 사용에 대한 쿼리를 실행.그것은 일시적으로 사용되는 것처럼 종류,비트맵을 만들고,해시 테이블,etc.캐시가 포함되 메모리 테이블 데이터입니다.

같은 소리 내 질문에 대답은 PLE 것에 의해 보호되지 않을 리소스 관리자를 모두.그 소리는 오른쪽?

맞습니다.페이지의 평균 수명은 기간에 대한 모든 데이터는 페이지 편 메모리에 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 dba.stackexchange
scroll top