저는 아인트호벤의 Fontys University 학생이며 현재 SQL Server 도구 개발에 도움이되는 일련의 인터뷰를 진행하고 있으며 해당 분야의 전문가로부터 피드백을 받고 싶습니다.
내 질문 중 하나는 다음과 같습니다.
SQL Server 인스턴스에서 성능 및 전반적인 상태를 확인할 수있는 성능 카운터는 무엇입니까?
특히 나는 선이 나빠질 때 임계 값에 관심이 있습니다.
자밀 영 아인트호벤 네덜란드
답변
다음은 SQL Server에 대한 Perfmon 자습서입니다. http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
더 많은 카운터와 임계 값을 보려면 여기 Quest에있을 때 수행 한 포스터가 있습니다. http://www.quest.com/documents/landing.aspx?id=11635
답변
이것은 인터넷 검색으로 사용할 수있는 많은 자료가 포함 된 큰 주제입니다. 시작점으로, 이들은 내가 처음 보려고하는 카운터입니다.
프로세서 – % 프로세서 시간
시스템 – 프로세서 큐 길이
요청하는 모든 DBA에서 CPU 사용량에 대해 다른 목표 값을 얻을 수 있습니다. SQL Server 라이센스는 비싸므로 한편으로는 CPU 사용을 최대화하고 다른 한편으로는 가용성을 손상시키지 않으려 고합니다. 잘 이해 된 워크로드가있는 이상적인 세상에서는 70 % 사용을 목표로하고 80-90 %로 경고하며 90 % 이상으로 경고 할 수 있습니다. 최고점과 최저점의 워크로드로 현실 세계로 돌아 가면 평균 50-60 %를 목표로하는 것이 더 편할 것입니다.
메모리 – 사용 가능한 MB
페이징 파일 – 사용량
전용 SQL Server를 사용하면 설치된 RAM에 따라 100-200mb 미만의 사용 가능한 메모리가 굶주림과 OS 페이징 위험을 나타낼 수 있습니다. 일반적으로 많은 페이지 파일 활동을보고 싶지 않기 때문에 % 사용률이 2 %보다 큰지 조사하고 5 %를 초과하는지 염려합니다
버퍼 관리자 – 버퍼 캐시 적중률
버퍼 관리자 – 페이지 수명
이 두 카운터는 서버에 대해 설정된 기본 라인에 대해 더 잘 고려됩니다. 캐시 적중률은 가능한 한 100 %에 가깝고 PLE는 수천 초 안에 실행되는 것이 이상적입니다. 역사적인 평균에서 벗어나면주의하십시오.
SQL 통계 – 배치 요청 / 초
SQL 통계 – 컴파일 / 초
SQL 통계 – 재 컴파일 / 초
Requests / sec는 서버가 얼마나 “사용 중”인지에 대한 상대적 상대 측정입니다. 높은 컴파일 / 재 컴파일 값은 쿼리 컴파일시 낭비되는 CPU주기를 나타낼 수 있습니다.
물리 디스크 – 평균. 디스크 초 / 읽기
물리 디스크 – 평균. 디스크 초 / 쓰기
물리 디스크 – 디스크 읽기 / 초
물리 디스크 – 디스크 쓰기 / 초
올바르게 구성된 IO 시스템에 대한 대략적인 지침은 로그 드라이브의 경우 <5ms (이상적으로 1ms), 데이터의 경우 <20ms (이상적으로 <10ms)입니다. 초당 읽기 / 쓰기는 드라이브의 알려진 제한에 대해 고려해야합니다. 즉, 1000 IOPS 용량이있는 경우 평균 IOPS가 750에 도달하면 업그레이드 옵션을 평가하고 있습니다.