필자는 "SQL Server 2008 Query Performance Tuning Distilled"라는 책을 읽고 일부 경우 perf mon 메트릭에 대한 설명이 약간 모호하다는 것을 알았습니다. 내가 다루는 모든 측정 항목을 나열하고 각 것에 대한 내 감각을 나열합니다. 필요한 부분을 설명해주고 싶습니다. 내 의견을 제안, 그것은 주로 항목 # 2, 6, 7 도움을 찾고 있어요.Perf Mon 메트릭 분석
- 사용 가능한 바이트 : 무료 실제 메모리. 자명 한
- 페이지/초 및 페이지 오류/초 : 99 %가 명확합니다. 유일한 질문은 페이지가 메모리에서 한 위치에서 다른 위치로 스왑 될 수있는 이유입니다 (소프트 오류).
- 버퍼 캐시 적중률 : 새로 요청한 메모리를 얼마나 자주 사용할 수 있는지. 아마 저조한 이름이 붙어 있긴하지만 분명히 보입니다. 그 대신에 "Buffer Pool Free Hit Ratio"라고 불러야했는지 궁금합니다.
- Page 수명 예상치 :이 버퍼 풀 캐시 메트릭은 캐시 히트 빈도와 사용 가능한 메모리로 제어됩니다. 오히려 분명하다.
- 지연 기록/초 : 디스크에 더티 버퍼를 쓰는 비율. 오히려 분명하다.
- 메모리 보조금 보류 중 : "SQL Server 메모리 내에서 메모리 부여를 위해 보류중인 프로세스 수". 이상한. SQL Server 메모리와 관련된 프로세스가 정확히 하나만 있으면 안됩니까? 확실하지 않습니다!
- 대상/전체 서버 메모리 : "총 서버 메모리가 대상 서버 메모리보다 훨씬 적 으면 ... 최대 서버 메모리 구성 매개 변수가 너무 낮게 설정되어 있습니다." 다소 불명확하다. SQL 서버 메모리 사용의 합계를 결정하는 두 가지 설정 인
target server memory
과max server memory
이있는 이유는 무엇입니까? 그것은 "합계"가 결합 된 모든 데이터베이스 인스턴스에 대한 것이기 때문에 "최대"는 개별 데이터베이스에 대한 것입니까?
아마도 항목 # 7과 관련된 전반적인 질문은 각 데이터베이스 인스턴스가 사용 가능한 모든 실제 메모리의 (거의) 최대 메모리 사용량으로 구성 될 때 어떻게됩니까? 나는 SQL Server가 호스팅하는 모든 인스턴스에 그렇게 많은 것을 부여하지 않을 것이며, 필요에 따라 자체 균형을 유지할 것이라고 예상합니까? 그것보다 더 복잡한가?