허브 전송 서버 모니터링
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
마지막으로 수정된 항목: 2010-01-08
허브 전송 서버 역할이 설치되어 있는 Microsoft Exchange Server 2007을 실행 중인 서버를 모니터링할 때는 가장 중요한 성능 측면을 파악해야 합니다. 허브 전송 서버 작업은 보통 CPU 및 저장소(디스크)를 많이 사용합니다. CPU는 허브 전송 서버, edgetransport.exe 프로세스 및 바이러스 백신 프로세스에서 사용합니다. 허브 전송 서버에는 메시지를 처리하고 콘텐츠 변환 및 메시지 분기 등의 작업을 수행하기 위한 CPU 주기가 필요합니다. 각 메시지를 검사하는 바이러스 백신 프로세스는 다른 프로세스에 비해 때때로 CPU 및 메모리를 더 많이 사용할 수 있습니다. 또한 허브 전송 서버 역할 프로세스에서는 메일을 메모리에서 큐 데이터베이스로 복사하므로 디스크 리소스 성능도 중요합니다.
뿐만 아니라 허브 전송 서버와 같은 Active Directory 사이트에 CCR(클러스터 연속 복제) 사용 가능 저장소 그룹이 있는 경우에는 이러한 그룹으로 인해 전송 쓰레기 수거통이 사용됩니다. 허브 전송 서버에서 전송 쓰레기 수거통이 사용하도록 설정되면 디스크 사용량이 약 400~500% 증가합니다.
다음 표에는 디스크 성능 병목 현상을 식별하는 데 사용할 수 있는 카운터와, 성능 병목 현상이 발생할 때까지 허용되는 디스크 대기 시간이 나와 있습니다.
카운터 | 예상 값 |
---|---|
Logical/Physical Disk(*)\Avg. Disk sec/Read 디스크에서 데이터를 읽은 평균 시간을 초 단위로 나타냅니다. | 평균적으로 20밀리초 미만이어야 합니다. 최대값은 50밀리초 이하여야 합니다. |
Logical/Physical Disk(*)\Avg. Disk sec/Write 디스크에 데이터를 작성하는 평균 시간을 초 단위로 나타냅니다. | 평균적으로 20밀리초 미만이어야 합니다. 최대값은 50밀리초 이하여야 합니다. |
다음 표에는 큐 관련 문제(로컬 또는 원격)가 발생했는지 확인하는 데 사용할 수 있는 카운터가 나와 있습니다.
카운터 | 예상 값 |
---|---|
\MSExchangeTransport Queues(_total)\Aggregate Delivery Queue Length (All Queues) 모든 큐에서 배달 대기 중인 메시지 수를 표시합니다. | 3,000보다 작아야(5,000 이하) 합니다. |
\MSExchangeTransport Queues(_total)\Active Remote Delivery Queue Length 활성 원격 배달 큐의 메시지 수를 표시합니다. | 항상 250보다 작아야 합니다. |
\MSExchangeTransport Queues(_total)\Active Mailbox Delivery Queue Length 활성 사서함 큐의 메시지 수를 표시합니다. | 항상 250보다 작아야 합니다. |
\MSExchangeTransport Queues(_total)\Submission Queue Length 전송 큐의 메시지 수를 표시합니다. | 100을 초과할 수 없습니다. 값이 지속적으로 높은 경우 Active Directory 및 사서함 서버에 병목 현상이나 성능 관련 문제가 있는지 확인하십시오. |
\MSExchangeTransport Queues(_total)\Active Non-Smtp Delivery Queue Length 외부 커넥터에서 사용되는 Drop 디렉터리의 메시지 수를 표시합니다. | 항상 250보다 작아야 합니다. |
\MSExchangeTransport Queues(_total)\Retry Mailbox Delivery Queue Length 원격 사서함으로 메시지를 배달하려고 시도하는 다시 시도 상태의 메시지 수를 표시합니다. | 항상 100보다 작아야 합니다. |
\MSExchangeTransport Queues(_total)\Retry Non-Smtp Delivery Queue Length SMTP(Simple Mail Transfer Protocol)가 아닌 게이트웨이 배달 큐에 있는 다시 시도 상태의 메시지 수를 표시합니다. | 100을 초과할 수 없습니다. |
\MSExchangeTransport Queues(_total)\Retry Remote Delivery Queue Length 원격 배달 큐에 있는 다시 시도 상태의 메시지 수를 표시합니다. | 100을 초과할 수 없습니다. 다음 홉에서 큐 문제의 원인을 확인하는 것이 좋습니다. |
\MSExchangeTransport Queues(_total)\Unreachable Queue Length 도달할 수 없는 큐의 메시지 수를 표시합니다. | 100을 초과할 수 없습니다. |
\MSExchangeTransport Queues(_total)\Largest Delivery Queue Length 가장 큰 배달 큐의 메시지 수를 표시합니다. | Edge 전송 및 허브 전송 서버 역할에 대해 200보다 작아야 합니다. |
\MSExchangeTransport Queues(_total)\Poison Queue Length 포이즌 메시지 큐의 메시지 수를 표시합니다. | 항상 0이어야 합니다. |
참고: |
---|
큐 길이 임계값을 결정할 때는 서버 처리량은 물론 알림을 받을 때까지 허용 가능한 배달 지연을 고려해야 합니다. 일반적인 중간 크기의 서버 및 일반적인 최대 지연의 경우 \MSExchangeTransport Queues(_total)\Aggregate Delivery Queue Length (All Queues) 카운터에 대한 권장 최대값은 5,000입니다. 환경의 성능을 최적화하기 위해 집계 제한 및 기타 제한의 사용자 지정을 모두 고려해 볼 수 있습니다. 예를 들어 서버에서 보통 초당 25개의 메시지를 처리하는 경우 경고를 받을 때까지의 평균 메시지 지연 시간을 5분 이하로 지정하려면 임계값을 25개 메시지/초 x 5분 x 60초/분 = 7,500개 메시지로 설정합니다. 그러나 서버가 메시지를 초당 평균 5개밖에 처리하지 못하는 경우에는 경고 임계값을 1,500개 메시지로 설정합니다. 이 계산에서 지연 시간이 5분 이하라는 것은 메시지가 항상 5분 이내에 배달된다는 의미가 아니라, 특정 단일 서버의 평균 배달 시간이 5분 이하여야 한다는 의미입니다. 메시지에서 실제 배달 시간을 확인하는데 필요한 홉 수를 고려하십시오. 또한 메시지 큐의 크기가 크면 서버 리소스가 부족할 수 있으므로 계산에서는 서버 하드웨어도 고려하십시오. |
다음 카운터를 사용하면 다양한 메시지 통계를 정확하게 측정할 수 있습니다. 이러한 모든 통계는 현재 디자인의 효율성 및 효능을 평가하는 데 유용합니다. 또한 이러한 통계를 통해 정보 저장소 인터페이스를 비롯한 다양한 전송 구성 요소 간의 상호 작용을 파악할 수 있습니다.
카운터 | 예상 값 |
---|---|
\MSExchangeTransport Queues(_total)\Messages Submitted Per Second 초당 전송 큐에 대기 중인 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
\MSExchangeTransport Queues(_total)\Messages Completed Delivery Per Second 초당 배달되는 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
\MSExchange Store Driver(_total)\Inbound: LocalDeliveryCallsPerSecond 초당 로컬 배달 시도 횟수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
\MSExchange Store Driver(_total)\Outbound: Submitted Mail Items Per Second 초당 전송되는 메일 항목 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
\MSExchangeTransport SmtpReceive(_total)\Average bytes/message 받은 인바운드 메시지당 평균 메시지 바이트 수를 표시합니다. SMTP 수신 커넥터에 대해 받는 메시지의 크기를 확인합니다. | 해당 없음 |
\MSExchangeTransport SmtpReceive(_total)\Messages Received/sec 초당 SMTP 서버가 받는 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchangeIS Mailbox(_Total)\Messages Sent/sec 초당 SMTP 송신 커넥터가 보내는 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
\MSExchange Store Driver(_total)\ Inbound: MessageDeliveryAttemptsPerSecond 초당 전송 메일 항목 배달 시도 횟수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchange Store Driver(_total)\Inbound: Recipients Delivered Per Second 초당 배달되는 인바운드 받는 사람 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchangeTransport Queues(_total)\Messages Queued for Delivery Per Second 초당 배달을 위해 대기 중인 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchangeTransport Queues(_total)\Messages Completed Delivery Per Second 초당 배달되는 메시지 수를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
전송 쓰레기 수거통은 서버에 오류가 발생하는 경우 복원 기능을 제공하고, 이 섹션에서 설명하는 카운터를 통해 전송 쓰레기 수거통의 현재 크기 및 사용 프로필을 자세히 파악할 수 있습니다. 또한 전송 쓰레기 수거통은 허브 전송 서버에 디스크 I/O(입/출력)를 더 추가하며, 허브 전송 서버에서 성능 관련 문제를 해결할 때 고려해야 합니다. Exchange 디스크 I/O에 대한 자세한 내용은 Exchange 디스크 I/O의 원인을 참조하십시오.
다음 표에는 전송 쓰레기 수거통 문제가 있는지를 확인하는 데 사용할 수 있는 카운터가 나와 있습니다.
카운터 | 예상 값 |
---|---|
\MSExchangeTransport Dumpster\Dumpster Size 현재 이 서버의 전송 쓰레기 수거통에 있는 메일 항목의 총 크기(바이트)를 표시합니다. 전송 쓰레기 수거통의 전체 크기를 표시합니다. | 해당 없음 |
\MSExchangeTransport Dumpster\Dumpster Inserts/sec 이 서버에서 항목이 전송 쓰레기 수거통으로 삽입되는 속도를 표시합니다. 전송 쓰레기 수거통 삽입의 현재 속도를 확인합니다. | 해당 없음 |
\MSExchangeTransport Dumpster\Dumpster Item Count 현재 이 서버의 전송 쓰레기 수거통에 있는 메일 항목의 총 수를 표시합니다. 전송 쓰레기 수거통에 보관 중인 항목의 현재 양을 표시합니다. | 해당 없음 |
\MSExchangeTransport Dumpster\Dumpster Deletes/sec 이 서버에서 항목이 전송 쓰레기 수거통에서 삭제되는 속도를 표시합니다. 전송 쓰레기 수거통 삭제의 현재 속도를 확인합니다. | 해당 없음 |
다음 카운터는 Exchange Server 2007 SP1(서비스 팩 1)에서 처음 도입되었으며, 허브 전송 메일 데이터베이스에 대한 중요한 정보를 표시합니다.
카운터 | 예상 값 |
---|---|
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\I/O Log Writes/sec 완료된 로그 파일 쓰기 작업 속도를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\I/O Log Reads/sec 완료된 로그 파일 읽기 작업 속도를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchange Database ==> Instances(*)\Log Generation Checkpoint Depth 프로세스가 실패하면 데이터베이스 파일에 다시 실행하거나 실행 취소해야 할 작업량(로그 파일 수)을 나타냅니다. | 항상 1,000보다 작아야 합니다. |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\Version buckets allocated 할당된 버전 버킷의 총 수입니다. edgetransport.exe.config 파일에 나와 있는 기본 역 압력 값을 표시합니다. Exchange 2007 RTM(Release To Manufacturing) 버전 – 보통=60, 높음=100 Exchange 2007 SP1 버전 – 보통=120, 높음=200 데이터베이스 캐시 크기 지침에 대한 자세한 내용은 New maximum database cache size guidance for Exchange 2007 Hub Transport server role(영문)을 참조하십시오. | 항상 200보다 작아야 합니다. |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\I/O Database Reads/sec 완료된 데이터베이스 읽기 작업 속도를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\I/O Database Writes/sec 완료된 데이터베이스 쓰기 작업 속도를 표시합니다. 현재 부하를 확인합니다. 값을 지금까지의 기준 값과 비교합니다. | 해당 없음 |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\Log Record Stalls/sec 로그 버퍼가 가득 찼기 때문에 로그 버퍼에 추가하지 못하는 초당 로그 레코드 수를 표시합니다. 이 카운터 값이 0이 아닌 경우의 대부분은 로그 버퍼 크기에 병목 현상이 발생했을 수 있습니다. | 평균적으로 10초 미만이어야 합니다. 최대값은 초당 100 이하여야 합니다. |
MSExchange Database ==> Instances(edgetransport/Transport Mail Database)\Log Threads Waiting 데이터베이스 업데이트를 완료하기 위해 데이터가 로그에 작성되도록 기다리는 스레드 수를 표시합니다. 이 값이 너무 크면 로그에 병목 현상이 발생했을 수 있습니다. | 평균적으로 기다리고 있는 스레드가 10개보다 작아야 합니다. |
다음 표에는 전송 에이전트 사용을 추적하는 데 사용할 수 있는 카운터와 각 카운터에서 전자 메일 메시지를 처리하는 데 걸리는 시간이 나와 있습니다. 여기에는 조직에서 현재 사용 중인 스팸 방지, 바이러스 백신 또는 전송 기능이 포함될 수 있습니다.
카운터 | 예상 값 |
---|---|
MSExchange Extensibility Agents(*)\Average Agent Processing Time (sec) 이벤트당 평균 에이전트 처리 시간(초)을 표시합니다. | 항상 20보다 작아야 합니다. 대기 시간이 계속해서 높은 경우 에이전트에서 응답이 없는 것일 수 있습니다. |
MSExchange Extensibility Agents(*)\Total Agent Invocations 마지막으로 다시 시작한 후의 총 호출 수를 표시합니다. 현재 호출 속도를 표시합니다. | 해당 없음 |
'IT이야기 > Exchange' 카테고리의 다른 글
와일드 인증서 발급 파워쉘 (0) | 2016.02.19 |
---|---|
높은 Version Bucket으로 인해 발생하는 Back Pressure를 확인하고 예방할 수 있는 방법 (0) | 2016.02.19 |
[Exchange2007]클라이언트 액세스 서버 모니터링 (0) | 2016.02.19 |
[exchange 2010/2013] 로그인 사용자 통계 (2) | 2016.02.19 |
[Ex2013]Version Buckets 임계치 초과로 인한 백프레셔 현상 처리방법 (0) | 2016.02.16 |