사서함 서버 모니터링

  • 아티클

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

마지막으로 수정된 항목: 2009-04-13

이 항목에서는 사서함 서버 역할이 설치된 Microsoft Exchange Server 2007 실행 서버를 모니터링하는 데 매우 유용한 성능 카운터에 대한 지침을 제공합니다. Exchange 2007 서버를 모니터링할 때는 성능의 어떤 측면을 매우 중요하게 살펴봐야 하는지 알고 있어야 합니다. 이 항목에는 카운터와 임계값이 자세히 나와 있으므로 이러한 정보를 통해 잠재적인 문제를 사전에 파악하고 문제를 해결할 때 해당 근본 원인을 확인할 수 있습니다.

디스크 카운터

Exchange 2007은 이전 버전의 Exchange보다 디스크 입출력(I/O) 의존도가 낮지만 그래도 디스크 응답 시간은 많은 주요 시스템 기능에 중요한 요소입니다. 지금까지의 경험에 의하면 디스크 문제가 Exchange 성능 문제의 주요 원인이었습니다.

다음 표의 목록에 나와 있는 카운터를 사용하면 데이터베이스 디스크 관련 문제가 있는지 확인할 수 있습니다.

데이터베이스 디스크에 대한 성능 카운터

카운터 예상 값

LogicalDisk(*)\Avg. Disk sec/Read

PhysicalDisk(*)\Avg. Disk sec/Read

디스크에서 데이터를 읽은 평균 시간을 초 단위로 나타냅니다.

참고

Perfmon.exe를 사용하여 디스크를 살펴볼 때 살펴볼 카운터(실제 디스크 또는 논리적 디스크)를 결정하려면 기본 디스크 하위 시스템을 파악하고 있어야 합니다. Windows 클러스터링에서는 볼륨 탑재 지점을 사용하여 운영 체제의 26개 드라이브 제한을 해결할 수 있으므로 드라이브는 드라이브 문자가 아닌 실제 디스크를 나타내는 숫자로 표시될 수 있습니다. 볼륨 탑재 지점에 대한 자세한 내용은 Volume Mount Points(영문) 및 File Systems(영문)를 참조하십시오.

항상 평균적으로 20밀리초(ms) 미만이어야 합니다.

사용자가 1,000명이 넘는 서버에서 디스크 시간이 20밀리초이면 클라이언트에 응답을 반환하는 데 너무 느려 사용자 부하를 수용하지 못할 수 있습니다. RPC(원격 프로시저 호출)의 평균 대기 시간을 확인하여 이러한 값이 권장 값 이내에 있는지 확인하고 늘어난 I/O에 맞춰 디스크 하위 시스템을 조정합니다.

LogicalDisk(*)\Avg. Disk sec/Write

PhysicalDisk(*)\Avg. Disk sec/Write

디스크에 데이터를 작성하는 평균 시간을 초 단위로 나타냅니다.

참고

Perfmon.exe를 사용하여 디스크를 살펴볼 때 살펴볼 카운터(실제 디스크 또는 논리적 디스크)를 결정하려면 기본 디스크 하위 시스템을 파악하고 있어야 합니다. 클러스터 서비스에서는 볼륨 탑재 지점을 사용하여 운영 체제의 26개 드라이브 제한을 해결할 수 있으므로 드라이브는 드라이브 문자가 아닌 실제 디스크를 나타내는 숫자로 표시될 수 있습니다. 볼륨 탑재 지점에 대한 자세한 내용은 Volume Mount Points(영문) 및 File Systems(영문)를 참조하십시오.

항상 평균적으로 100밀리초 미만이어야 합니다.

디스크 작성 값이 크면 디스크 작성 시간과의 직접적인 상관 관계에 따라 읽기 대기 시간에도 영향을 줄 수 있습니다.

로그 디스크에 대한 성능 카운터

카운터 예상 값

LogicalDisk(*)\Avg. Disk sec/Read

디스크에서 데이터를 읽은 평균 시간을 초 단위로 나타냅니다.

평균적으로 20밀리초 미만이어야 합니다.

LogicalDisk(*)\Avg. Disk sec/Write

디스크에 데이터를 작성하는 평균 시간을 초 단위로 나타냅니다.

참고

동기화 복제와 같은 프로세스로 인해 이 카운터의 대기 시간이 늘어날 수 있습니다.

평균적으로 10밀리초 미만이어야 합니다.

TEMP/TMP 및 페이지 파일 디스크에 대한 성능 카운터

카운터 예상 값

LogicalDisk(*)\Avg. Disk sec/Read

디스크에서 데이터를 읽은 평균 시간을 초 단위로 나타냅니다.

평균적으로 10밀리초 미만이어야 합니다.

최대값은 50밀리초 이하여야 합니다.

LogicalDisk(*)\Avg. Disk sec/Write

디스크에 데이터를 작성하는 평균 시간을 초 단위로 나타냅니다.

평균적으로 10밀리초 미만이어야 합니다.

최대값은 50밀리초 이하여야 합니다.

기타 디스크 카운터

카운터 예상 값

LogicalDisk(*)\Avg. Disk sec/Transfer

정상적인 디스크의 경우 이 카운터 값은 대략 20밀리초입니다. 이 값이 20밀리초보다 크거나 최대값을 보이면 디스크에 문제(예: 오류 또는 속도 저하)가 있다는 것을 나타낼 수 있습니다.

평균적으로 20밀리초 미만이어야 합니다.

최대값은 50밀리초 이하여야 합니다.

정보 저장소 RPC 처리 카운터

Microsoft Office Outlook을 MAPI 모드에서 사용하면 Outlook에서 클라이언트 작업을 클라이언트와 서버 간의 RPC로 실행합니다. 사용자가 온라인 모드에서 실행하는 경우에는 이러한 RPC가 동시에 발생합니다. 서버에서 이러한 동시다발적 요청을 수행할 때 지연이 발생하면 사용자 경험과 Outlook 응답에 직접적인 영향을 미칩니다. 이와 달리 캐시 모드에서 실행할 때에는 수행되는 대부분의 작업이 사용자의 사서함 로컬 복사본에 대해 발생하거나 비동기(백그라운드) RPC 형태로 서버에 보내집니다. 일반적으로 비동기적 RPC는 Outlook 클라이언트 자체에 대한 전반적인 경험이나 응답에 영향을 주지 않습니다. RPC 요청 처리 속도 저하에 대한 자세한 내용은 RPC 요청이 늦게 처리되는 문제 해결을 참조하십시오.

다음 표의 목록에 나와 있는 카운터를 사용하면 정보 저장소 RPC 처리 관련 문제가 있는지 확인할 수 있습니다.

카운터 예상 값

MSExchangeIS\RPC Requests

정보 저장소 프로세스에서 현재 실행되는 전체 RPC 요청을 나타냅니다.

Exchange 2007의 RPC 요청 최대값은 500이고, 이러한 요청은 정보 저장소가 클라이언트의 새 연결을 거부하기 전까지 지정된 어떤 시간에도 실행 가능합니다.

항상 70 미만이어야 합니다.

MSExchangeIS\RPC Averaged Latency

최근 1,024개 패킷에서 이루어진 모든 작업의 평균 RPC 대기 시간을 밀리초 단위로 나타냅니다.

전체 서버 RPC 평균 대기 시간이 증가할 때 클라이언트에 미치는 영향에 대한 자세한 내용은 RPC Client Throttling(영문)을 참조하십시오.

평균적으로 25밀리초 이하여야 합니다.

전체 RPC 대기 시간이 특정 프로토콜에 의해 발생되는지 확인하려면 MSExchangeIS Client (*)\RPC Average Latency를 모니터링하여 클라이언트 프로토콜을 바탕으로 대기 시간을 구분할 수 있습니다.

MSExchangeIS\RPC Client Backoff/sec를 상호 참조하면 대기 시간 증가로 인한 클라이언트 스로틀을 방지할 수 있습니다.

MSExchangeIS\RPC Operations/sec

초당 발생하는 현재 RPC 작업 수를 나타냅니다.

지금까지의 기준 값에 근접해야 합니다. 예상 값보다 훨씬 큰 값은 작업 부하가 변경된 것을 나타내고, 예상 값보다 훨씬 작은 값은 병목 현상으로 인해 클라이언트 요청이 서버에 전달되지 못한다는 것을 나타냅니다.

온라인 모드 클라이언트의 경우 사서함당 IOP가 0.75에서 1 사이이면 보통 사용자로 간주됩니다. 이 값을 계산하는 방법에 대한 자세한 내용은 사서함별 IOPS 측정 방법 항목의 "IOPS 이해" 섹션에 나와 있는 사서함 서버 저장소 디자인 정보를 참조하십시오.

참고

캐시된 Exchange 모드 클라이언트에서는 다른 동기화 관련 기능으로 인해 값이 약간 더 높습니다.

MSExchangeIS\RPC Num. of Slow Packets

이전 1,024개 패킷 중 대기 시간이 2초를 넘는 RPC 패킷 수를 나타냅니다.

평균적으로 1 미만이어야 하며 항상 3 미만이어야 합니다.

MSExchangeIS Client (*)\RPC Average Latency

특정 클라이언트 프로토콜의 이전 1,024개 패킷에 대한 평균 서버 RPC 대기 시간을 밀리초 단위로 나타냅니다.

다음은 확보할 수 있는 클라이언트 프로토콜을 나열한 것입니다.

Exchange 관리자

Exchange ActiveSync

Exchange 사서함 도우미

Exchange Outlook Web Access

Exchange POP-IMAP

Exchange 전송

Exchange 기타 클라이언트

Exchange 외부에서 Outlook 사용

Exchange 콘텐츠 인덱싱

Exchange 가용성 서비스

Exchange 관리되는 사용자 지정 폴더 만들기

Exchange 관리 작업

Exchange 모니터링 작업

Exchange 통합 메시징

평균적으로 50밀리초 미만이어야 합니다.

IMAP4, 외부에서 Outlook 사용 또는 기타 클라이언트(MAPI)와 같은 여러 가지 클라이언트 유형 간의 다양성을 통해 해당 하위 구성 요소의 문제를 직접 해결할 수 있습니다.

MSExchangeIS Client(*)\RPC Operations/sec

과도한 양의 RPC 작업/초를 수행하는 클라이언트 프로토콜을 나타냅니다.

IMAP4, POP3 또는 외부에서 Outlook 사용의 대기 시간이 높으면 사서함 서버가 아닌 클라이언트 액세스 서버에 문제가 있음을 나타낼 수 있습니다. MAPI 등 기타 클라이언트의 대기 시간이 비교적 낮은 경우에는 특히 그렇습니다.

경우에 따라 IMAP 대기 시간이 높으면 클라이언트 액세스 서버의 대기 시간이 높다는 것을 나타낼 뿐만 아니라, 사서함 서버의 병목 현상을 나타낼 수도 있습니다.

해당 없음

클라이언트 작업 카운터

서버 응용 프로그램으로서 Exchange는 클라이언트 요청에 응답하여 가능한 빠르고 효율적으로 요청을 수행하려고 합니다. 다음 카운터에는 사용자 요청의 개수와 특징이 나타나기 때문에, 관리자는 클라이언트 작업이 Exchange 성능 문제의 주요 원인인지 쉽게 확인할 수 있습니다.

카운터 예상 값

MSExchangeIS Mailbox(_Total)\Messages Delivered/sec

메시지가 모든 받는 사람에게 배달되는 비율을 나타냅니다.

저장소로의 현재 메시지 배달 비율을 나타냅니다.

해당 없음

MSExchangeIS Mailbox(_Total)\Messages Sent/sec

전송 서버로 보내진 메시지 비율을 나타냅니다.

전송 서버에 보내진 현재 메시지를 확인하는 데 사용됩니다.

MSExchangeIS Mailbox(_Total)\Messages Submitted/sec

클라이언트에서 전송한 메시지 비율을 나타냅니다.

클라이언트에서 전송한 현재 메시지 비율을 확인하는 데 사용됩니다.

MSExchangeIS Client(*)\JET Log Records/sec

클라이언트 요청을 처리하는 동안 생성된 데이터베이스 로그 레코드 비율을 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

MSExchangeIS Client(*)\JET Pages Read/sec

클라이언트 요청을 처리하는 동안 디스크에서 읽힌 데이터베이스 페이지 비율을 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

MSExchangeIS Client(*)\Directory Access: LDAP Reads/sec

클라이언트 요청을 처리하는 동안 발생한 현재 LDAP(Lightweight Directory Access Protocol) 읽기 비율을 나타냅니다.

프로토콜당 현재 LDAP 읽기 비율을 확인하는 데 사용됩니다.

MSExchangeIS Client(*)\Directory Access: LDAP Searches/sec

클라이언트 요청을 처리하는 동안 발생한 현재 LDAP 검색 비율을 나타냅니다.

프로토콜당 현재 LDAP 검색 비율을 확인하는 데 사용됩니다.

RPC 클라이언트 스로틀 카운터

Exchange 2007에는 개별 클라이언트가 서버 리소스를 과도하게 사용하지 못하도록 RPC 클라이언트를 스로틀하는 새 기능이 있습니다. RPC 클라이언트 백오프에 대한 자세한 내용은 Understanding Client Throttling(영문)을 참조하십시오.

다음 표의 목록에 나와 있는 카운터를 사용하면 RPC 클라이언트 스로틀 관련 문제가 있는지 확인할 수 있습니다.

카운터 예상 값

MSExchangeIS\RPC Client Backoff/sec

서버가 클라이언트에 백오프하도록 알리는 비율을 나타냅니다.

클라이언트 백오프가 발생하는 비율을 나타냅니다.

이 값이 높으면 서버 부하가 많아져 전체 평균 RPC 대기 시간이 늘어나기 때문에 클라이언트 스로틀이 발생함을 나타낼 수 있습니다.

클라이언트 스로틀은 특정 클라이언트 사용자 작업을 수행할 때 발생할 수도 있습니다. 수행되는 클라이언트 작업과 RPC 작업의 발생 비율에 따라 백오프 발생이 정상적인 때도 있습니다.

해당 없음

MSExchangeIS\Client: RPCs Failed:Server Too Busy/sec

저장소가 시작된 이후 클라이언트에서 서버 사용량이 많음 ROC 오류로 인해 실패했다고 보고한 RPC 비율입니다.

항상 0이어야 합니다.

예상 값보다 높으면 RPC 스레드가 소모되었거나 Microsoft Office Outlook 2007 이전 버전의 Outlook이 실행되는 클라이언트에 클라이언트 스로틀이 발생한 것을 나타낼 수 있습니다.

MSExchangeIS\Client: RPCs Failed:Server Too Busy

저장소가 시작된 이후 클라이언트에서 서버 사용량이 많음 ROC 오류로 인해 실패했다고 보고한 RPC 수입니다.

항상 0이어야 합니다.

메시지 큐 카운터

Exchange 2007 사서함 서버는 메시지 배달에 허브 전송 서버를 사용하므로 다음 카운터는 전송 계층의 문제를 확인하는 데 매우 중요합니다.

카운터 예상 값

MSExchangeIS Mailbox(_Total)\Messages Queued for Submission

전송된 메시지 중 전송 계층에서 아직 처리하지 않은 현재 메시지 수를 나타냅니다.

항상 50 미만이어야 합니다.

대기 상태가 15분 이상 지속되면 안 됩니다.

이는 전송 서버 연결에 문제가 있거나 역 압력이 발생함을 나타낼 수 있습니다.

MSExchangeIS Public(_Total)\Messages Queued for Submission

전송된 메시지 중 전송 계층에서 아직 처리하지 않은 현재 메시지 수를 나타냅니다.

항상 20보다 작아야 합니다.

데이터베이스 카운터

Exchange는 근본적으로 데이터 무결성과 저장을 위해 트랜잭션 로그와 데이터베이스 파일을 사용하는 데이터베이스 응용 프로그램입니다. 다음 카운터에는 데이터베이스 자체에 쓰는 중의 문제든, 트랜잭션 로그에 쓰는 중의 문제든 또는 데이터베이스 구성 요소 간 상호 작용 중의 문제든 데이터베이스 계층에서 발생하는 문제가 표시됩니다.

카운터 예상 값

MSExchange Database ==> Instances(*)\Log Generation Checkpoint Depth

프로세스가 실패하면 데이터베이스 파일에 다시 실행하거나 실행 취소해야 할 작업량(로그 파일 수)을 나타냅니다.

사서함 서버 역할의 경우 항상 500 미만이어야 합니다. 정상적인 서버의 각 저장소 그룹 인스턴스에는 20에서 30 사이의 값으로 표시되어야 합니다.

지속된 기간에 검사점 깊이가 계속 증가하면 버전 저장소에 영향을 주는 장기 실행 트랜잭션 또는 데이터베이스 디스크 관련 병목 현상이 발생한 것입니다.

Edge 전송 서버 역할의 경우 항상 1,000 미만이어야 합니다.

MSExchange Database(Information Store)\Database Page Fault Stalls/sec

데이터베이스 파일 페이지 요청을 통해 데이터베이스 캐시 관리자에게 데이터베이스 캐시에서 새 페이지를 할당하도록 요구되는 비율을 나타냅니다.

항상 0이어야 합니다.

이 값이 0이 아니면 데이터베이스가 더티 페이지를 데이터베이스 파일에 플러시하는 속도가 너무 느려 새 페이지를 할당하도록 페이지를 비울 수 없는 상태입니다.

MSExchange Database(Information Store)\Log Record Stalls/sec

로그 버퍼가 가득 찼기 때문에 로그 버퍼에 추가하지 못하는 초당 로그 레코드 수를 나타냅니다. 이 카운터 값이 0이 아닌 경우의 대부분은 로그 버퍼 크기에 병목 현상이 발생했을 수 있습니다.

I/O 로그 쓰기 대기 시간이 길면 로그 장치에서 동기화 복제 또는 RAID5를 확인하십시오.

평균값은 초당 10 미만이어야 합니다.

최대값은 초당 100 이하여야 합니다.

MSExchange Database(Information Store)\Log Threads Waiting

데이터베이스 업데이트를 완료하기 위해 데이터가 로그에 작성되도록 기다리는 스레드 수를 나타냅니다. 이 값이 너무 크면 로그에 병목 현상이 발생했을 수 있습니다.

평균적으로 10 미만이어야 합니다.

통상적으로 이 카운터의 최대값이 Log Record Stalls/sec 카운터의 최대값과 같으면 트랜잭션 로그 디스크에 병목 현상이 발생한 것입니다.

기다리는 로그 스레드 값이 로그에 사용 가능한 스핀들보다 크면 해당 로그 디스크에 병목 현상이 발생한 것입니다.

MSExchange Database(Information Store)\Version buckets allocated

할당된 버전 버킷의 총 수를 나타냅니다.

기본 버전 버킷의 최대값은 16,384개입니다. 버전 버킷 수가 최대값의 70퍼센트에 이르면 서버가 버전 저장소를 모두 사용하는 위험한 상태입니다.

항상 12,000보다 작아야 합니다.

MSExchange Database Instances(*)\I/O Database Reads Average Latency

데이터베이스 읽기 작업별 평균 대기 시간을 밀리초 단위로 나타냅니다.

평균적으로 20밀리초여야 합니다.

최대값은 50밀리초여야 합니다.

MSExchange Database Instances(*)\I/O Database Writes Average Latency

데이터베이스 쓰기 작업별 평균 대기 시간을 밀리초 단위로 나타냅니다.

평균적으로 50밀리초여야 합니다.

데이터베이스 페이지 오류 정지가 일어나지 않으면 최대값은 100밀리초까지 허용됩니다.

MSExchange Database(Information Store)\Database Cache Size (MB)

데이터베이스 캐시 관리자가 파일 작업을 피하기 위해 데이터베이스 파일에서 일반적으로 사용하는 정보를 보관하는 데 사용하는 시스템 메모리 양(MB)을 나타냅니다. 데이터베이스 캐시 크기가 너무 작아 최적의 성능을 얻기 힘들고 시스템에 사용 가능한 메모리가 거의 없는 경우(메모리/사용 가능한 바이트 값 확인) 시스템에 메모리를 추가하여 성능을 향상시킬 수 있습니다. 시스템에 사용 가능한 메모리는 많지만 데이터베이스 캐시 크기가 일정 수준 이상으로 증가하지 않는 경우 데이터베이스 캐시 크기가 인위적으로 낮은 수준으로 제한되어 있을 수 있습니다. 이 제한을 늘리면 성능이 향상될 수 있습니다.

최대값은 RAM-2GB입니다(동기화 복제가 사용되는 서버의 경우에는 RAM-3GB). 이 카운터와 Database Cache Hit % 카운터는 서버 성능 문제를 실제 메모리를 추가하여 해결할 수 있는지 판단하는 데 매우 유용합니다.

이 카운터를 저장소 전용 바이트와 함께 사용하면 저장소 메모리 누수가 있는지 확인할 수 있습니다.

MSExchange Database(Information Store)\Database Cache % Hit

파일 작업을 야기하지 않고 데이터베이스 캐시에서 수행한 데이터베이스 파일 페이지 요청을 백분율로 나타냅니다. 이 값이 너무 낮으면 데이터베이스 캐시 크기가 너무 작은 것일 수 있습니다.

온라인 모드 클라이언트가 대부분인 회사의 경우에는 90%를 넘어야 합니다.

캐시 모드 클라이언트가 대부분인 회사의 경우에는 99%를 넘어야 합니다.

적중률이 이러한 수치보다 작으면 데이터베이스 캐시가 부족한 것일 수 있습니다.

MSExchange Database\Log Bytes Write/sec

로그에 작성된 바이트 비율을 나타냅니다.

항상 10,000,000보다 작아야 합니다.

각 로그 파일의 크기가 1,000,000바이트인 경우 초당 10개의 로그가 초당 10,000,000바이트로 산출됩니다. 이 값은 대용량 메시지나 루핑 메시지가 전송됨을 나타낼 수 있습니다.

사용자 부하를 확인하기 위한 정보 저장소 카운터

다음 카운터에서 사용 중인 프로토콜 종류 및 서버의 사용자 부하를 확인할 수 있습니다.

카운터 예상 값

MSExchangeIS Client(*)\RPC Operations/sec

과도한 양의 RPC 작업/초를 수행하는 클라이언트 프로토콜을 나타냅니다.

IMAP4, POP3 또는 외부에서 Outlook 사용의 대기 시간이 높으면 사서함 서버가 아닌 클라이언트 액세스 서버에 문제가 있음을 나타낼 수 있습니다. MAPI 등 기타 클라이언트의 대기 시간이 비교적 낮은 경우에는 특히 그렇습니다.

경우에 따라 IMAP 대기 시간이 높으면 클라이언트 액세스 서버의 대기 시간이 높다는 것을 나타낼 뿐만 아니라, 사서함 서버의 병목 현상을 나타낼 수도 있습니다.

해당 없음

MSExchangeIS Client (*)\RPC Average Latency

평균적으로 50밀리초 미만이어야 합니다.

IMAP4, 외부에서 Outlook 사용 또는 기타 클라이언트(MAPI)와 같은 여러 가지 클라이언트 유형 간의 다양성을 통해 해당 하위 구성 요소의 문제를 직접 해결할 수 있습니다.

MSExchangeIS Client(*)\JET Log Records/sec

클라이언트 요청을 처리하는 동안 생성된 데이터베이스 로그 레코드 비율을 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Client(*)\JET Pages Read/sec

클라이언트 요청을 처리하는 동안 디스크에서 읽힌 데이터베이스 페이지 비율을 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Client(*)\Directory Access: LDAP Reads/sec

클라이언트 요청을 처리하는 동안 발생한 현재 LDAP 읽기 비율을 나타냅니다.

프로토콜당 현재 LDAP 읽기 비율을 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Client(*)\Directory Access: LDAP Searches/sec

클라이언트 요청을 처리하는 동안 발생한 현재 LDAP 검색 비율을 나타냅니다.

프로토콜당 현재 LDAP 검색 비율을 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Mailbox(_Total)\Messages Delivered/sec

메시지가 모든 받는 사람에게 배달되는 비율을 나타냅니다.

저장소로의 현재 메시지 배달 비율을 나타냅니다.

해당 없음

MSExchangeIS Mailbox(_Total)\Messages Sent/sec

전송 서버로 보내진 메시지 비율을 나타냅니다.

전송 서버에 보내진 현재 메시지를 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Mailbox(_Total)\Messages Submitted/sec

클라이언트에서 전송한 메시지 비율을 나타냅니다.

클라이언트에서 전송한 현재 메시지 비율을 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS\User Count

정보 저장소에 연결된 사용자 수를 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchangeIS Public(_Total)\Replication Receive Queue Size

처리되도록 기다리고 있는 복제 메시지 수를 나타냅니다.

항상 100보다 작아야 합니다.

이 값은 복제 간격 간의 최소값으로 반환됩니다.

클라이언트 관련 검색 카운터

다음 카운터는 Exchange 사서함이나 공용 폴더에 대해 클라이언트에서 시작한 작업과 관련된 문제를 나타냅니다.

카운터 예상 값

MSExchangeIS Mailbox(*)\Slow Findrow Rate

속도가 더 느린 FindRow를 사서함 저장소에서 사용해야 하는 비율을 나타냅니다.

어떤 특정 사서함 저장소라도 10 이하여야 합니다.

예상 값보다 높으면 응용 프로그램이 사서함을 크롤링 또는 검색하는 것으로, 이는 서버 성능에 영향을 줍니다. 데스크톱 검색 엔진, CRM(Customer Relationship Management) 또는 기타 타사 응용 프로그램이 이 경우에 해당됩니다.

MSExchangeIS Mailbox(*)\Search Task Rate

초당 만들어진 검색 작업 수를 나타냅니다.

항상 10보다 작아야 합니다.

MSExchangeIS\Slow QP Threads

최적화되지 않은 쿼리를 현재 실행하고 있는 쿼리 프로세서 스레드의 수를 나타냅니다.

항상 10보다 작아야 합니다.

MSExchangeIS\Slow Search Threads

최적화되지 않은 쿼리를 현재 실행하고 있는 검색 스레드 수를 나타냅니다.

항상 10보다 작아야 합니다.

MSExchangeIS Mailbox(*)\Categorization Count

사서함 저장소에 있는 분류 수를 나타냅니다. 분류는 사용자가 필터링된 보기를 만들거나 검색을 수행할 때 만들어집니다. 정보 저장소에서 관리해야 하는 분류 수가 너무 많으면 성능에 영향을 미칠 수 있습니다.

시스템에 있는 제한된 검색 폴더와 일반 검색 폴더 전체의 수를 나타냅니다. 특히 MAPI 인터페이스를 사용하는 타사 응용 프로그램을 구현한 이후에 이 값이 급격하게 증가하는지 확인해야 합니다.

해당 없음

콘텐츠 인덱싱 카운터

평균 사서함 크기가 증가하면 Exchange 2007은 데이터를 인덱싱하거나 검색하는 데 더 많은 리소스를 사용해야 합니다. 다음 카운터에서 이러한 쿼리를 수행하는 데 서버 리소스가 충분한지 확인할 수 있습니다.

카운터 예상 값

Process(Microsoft.Exchange.Search.ExSearch)\% Processor time

현재 Exchange 검색 서비스에서 소비하고 있는 프로세서 시간을 나타냅니다.

일반적으로 전체 CPU의 1%보다 작아야 하며 5% 이상으로 유지될 수 없습니다.

Process(msftefd*)\%Processor Time

저장소 프로세스에서 콘텐츠 인덱싱을 업데이트하는 데 소비되는 프로세서 시간을 나타냅니다.

저장소 프로세스가 안정된 상태에 있는 시간의 10%보다 작아야 합니다.

전체 크롤링은 전체 처리 시간을 늘리지만 전체 저장소 CPU 용량을 초과해서는 안 됩니다. 스로틀 카운터를 확인하여 서버 성능의 병목 현상으로 인해 스로틀이 발생하는지를 확인할 수 있습니다.

MSExchange Search Indices(*)\Recent Average Latency of RPCs Used to Obtain Content

Microsoft Exchange 정보 저장소 서비스에 대한 최근 RPC의 평균 대기 시간을 밀리초 단위로 나타냅니다. 이 RPC는 지정한 데이터베이스의 필터 디먼 콘텐츠를 가져오는 데 사용됩니다.

Outlook 클라이언트의 대기 시간과 일치합니다.

MSExchange Search Indices(*)\Throttling Delay Value

작업자 스레드가 Microsoft Exchange 정보 저장소 서비스에서 문서를 검색하기 전에 유휴 상태로 있는 전체 시간을 밀리초 단위로 나타냅니다. 이 값은 스로틀 모니터 스레드를 통해 설정됩니다.

현재 스로틀 지연 값을 나타냅니다. 이 값이 0이 아니면 잠재적인 서버 병목 현상이 발생하여 인덱싱 발생 비율을 스로틀하기 위해 도입된 지연값을 야기함을 나타냅니다.

해당 없음

MSExchange Search Indices(*)\Average Document Indexing Time

문서를 인덱싱하는 데 걸리는 평균 시간을 밀리초 단위로 나타냅니다.

항상 30밀리초보다 작아야 합니다.

MSExchange Search Indices(*)\Full Crawl Mode Status

이 .mdb 파일이 전체 크롤링을 수행할지(값=1) 또는 수행하지 않을지(값=0)를 나타냅니다.

지정한 데이터베이스에 전체 크롤링이 발생하는지 확인하는 데 사용됩니다.

CPU 리소스 사용량이 많으면 단일 데이터베이스 또는 데이터베이스 집합에 콘텐츠 인덱싱이 발생하고 있을 수 있습니다.

해당 없음

사서함 도우미 카운터

이 섹션의 내용은 일정 자동 표시(Calendar Attendant), 리소스 예약 도우미, 부재 중 알림 및 관리되는 폴더 도우미에 적용됩니다.

다음 표의 목록에 나와 있는 카운터를 사용하면 사서함 도우미 관련 문제가 있는지 확인할 수 있습니다.

카운터 예상 값

Process(MSExchangeMailboxAssistants)\%Processor Time

현재 사서함 도우미에서 소비하고 있는 프로세서 시간을 나타냅니다.

전체 CPU 용량의 5%보다 작아야 합니다.

MSExchange Assistants(*)\Mailboxes Processed/sec

시간 기반 도우미가 처리한 초당 사서함 비율을 나타냅니다.

이 카운터의 현재 부하 통계를 확인할 수 있습니다.

해당 없음

MSExchange Assistants(*)\Events Polled/sec

초당 폴링된 이벤트 수를 나타냅니다.

이 카운터의 현재 부하 통계를 확인할 수 있습니다.

해당 없음

MSExchange Assistants(*)\Events in queue

메모리 내부 큐에서 도우미의 처리를 위해 대기 중인 이벤트 수를 나타냅니다.

항상 낮은 값으로 유지되어야 하며 값이 높으면 성능 병목 현상을 나타낼 수 있습니다.

MSExchange Assistants(*)\Average Event Processing Time in Seconds

선택한 이벤트의 평균 처리 시간을 나타냅니다.

항상 2보다 작아야 합니다.

리소스 예약 카운터

다음 카운터에서 서버의 리소스 예약 부하를 확인할 수 있습니다.

카운터 예상 값

MSExchange Resource Booking\Average ResourceBooking Processing Time

리소스 예약 도우미의 평균 이벤트 처리 시간을 나타냅니다.

항상 낮은 값으로 유지되어야 하며 값이 높으면 성능 병목 현상을 나타낼 수 있습니다.

MSExchange Resource Booking\Requests Failed

리소스 예약 도우미가 이벤트를 처리하는 동안 발생한 총 실패 횟수를 나타냅니다.

항상 0이어야 합니다.

일정 자동 표시 카운터

다음 카운터에서 서버의 일정 자동 표시 부하를 확인할 수 있습니다.

카운터 예상 값

MSExchange Calendar Attendant\Average Calendar Attendant Processing time

일정 자동 표시의 평균 이벤트 처리 시간을 나타냅니다.

항상 낮은 값으로 유지되어야 하며 값이 높으면 성능 병목 현상을 나타낼 수 있습니다.

MSExchange Calendar Attendant\Requests Failed

일정 자동 표시가 이벤트를 처리하는 동안 발생한 총 실패 횟수를 나타냅니다.

항상 0이어야 합니다.

저장소 전송 카운터

이 카운터는 허브 전송 서버와 사서함 서버의 Microsoft Exchange 정보 저장소 서비스 간의 인터페이스와 관련한 문제를 식별하고 확인하는 데 유용합니다. Exchange Server 2003과 달리 Exchange 2007은 SMTP(Simple Mail Transfer Protocol)가 아닌 RPC를 통해 허브 전송 서버와 통신하므로 대기 시간과 큐가 더욱 중요한 문제입니다.

카운터 예상 값

MSExchange Store Interface(_Total)\RPC Latency average (msec)

RPC 요청의 평균 대기 시간을 밀리초 단위로 나타냅니다. 평균값은 exrpc32가 로드된 이후의 모든 RPC에 대해 계산됩니다.

항상 100밀리초보다 작아야 합니다.

MSExchange Store Interface(_Total)\RPC Requests outstanding

현재 해결되지 않은 RPC 요청 수를 나타냅니다.

항상 0이어야 합니다.

MSExchange Store Interface(*)\ROP Requests outstanding

해결되지 않은 총 원격 작업(ROP) 요청 수를 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchange Store Interface(*)\RPC Requests Outstanding

해결되지 않은 총 RPC 요청 수를 나타냅니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchange Store Interface(*)\RPC Requests failed (%)

전체 RPC 요청 수에서 실패한 요청의 비율입니다. 여기서 실패는 오류 코드가 반환된 실패와 예외로 인한 실패의 합계를 의미합니다.

항상 0이어야 합니다.

MSExchange Store Interface(*)\RPC Requests Sent/sec

초당 시작된 RPC 요청의 현재 속도입니다.

현재 부하를 확인하는 데 사용됩니다.

해당 없음

MSExchange Store Interface(*)\RPC Slow Requests (%)

모든 RPC 요청 중에서 느린 RPC 요청의 비율입니다.

느린 RPC 요청이란 500밀리초보다 시간이 더 걸리는 요청을 말합니다.

항상 1보다 작아야 합니다.

MSExchange Store Interface(*)\RPC Slow Requests latency average (msec)

느린 요청의 평균 대기 시간을 밀리초 단위로 나타냅니다.

느린 RPC 요청의 평균 대기 시간을 확인하는 데 사용됩니다.

해당 없음

MSExchangeMailSubmission(*)\Hub Servers In Retry

다시 시도 모드에 있는 허브 전송 서버 수를 나타냅니다.

항상 0이어야 합니다.

MSExchangeMailSubmission(*)\Successful Submissions Per Second

현재 메일 전송률을 확인할 수 있습니다.

해당 없음

MSExchangeMailSubmission(*)\Failed Submissions Per Second

항상 0이어야 합니다.

MSExchangeMailSubmission(*)\Temporary Submission Failures/sec

초당 임시 전송 실패 수를 나타냅니다.

항상 0이어야 합니다.

로컬 연속 복제, 클러스터 연속 복제 및 대기 연속 복제 카운터

이러한 카운터에는 복제 엔진 및 복제 파트너와 관련된 문제가 명확하게 나타납니다. 이러한 문제는 로컬 또는 원격 문제일 수 있습니다.

카운터 예상 값

MSExchange Replication(*)\CopyQueueLength

수동 복사본 로그 파일 폴더에 복사되도록 대기 중인 트랜잭션 로그 파일 수를 나타냅니다. 손상이 없는지 검사를 거치기 전까지는 복사가 완료된 것으로 간주되지 않습니다.

참고

이 카운터에서 CCR(클러스터 연속 복제) 클러스터의 두 노드를 수동 노드에 따라 모니터링해야 합니다.

CCR의 경우 항상 10보다 작아야 합니다.

LCR(로컬 연속 복제)의 경우에는 항상 1보다 작아야 합니다.

MSExchange Replication(*)\ReplayQueueLength

수동 복사본에 재생되도록 대기 중인 트랜잭션 로그 파일의 수를 나타냅니다.

참고

이 카운터에서 CCR 클러스터의 두 노드를 수동 노드에 따라 모니터링해야 합니다.

현재 재생 큐 길이를 나타냅니다. 값이 클수록 전달, 장애 조치(failover) 또는 활성화를 수행할 때 저장소 탑재 시간이 길어집니다.

MSExchange Replica Seeder(*)\Seeding Finished %

시드의 완료율을 나타냅니다. 값 범위는 0%~100%입니다.

전반적인 서버 성능이나 현재 네트워크 대역폭에 영향을 미칠 수 있는 특정 데이터베이스에 대한 시드 발생 여부를 확인하는 데 사용됩니다.

해당 없음