공용 카운터 모니터링

 

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

마지막으로 수정된 항목: 2008-11-03

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

프로세서와 프로세스 카운터

일반적으로 서버가 프로세서 바운드 상태인지 식별하는 것은 간단합니다. 다음 표의 목록에 나와 있는 카운터를 사용하면 프로세서에 충돌이 있는지 여부를 확인할 수 있습니다.

카운터 예상 값

Processor(_Total)\% Processor Time

프로세서에서 응용 프로그램 또는 운영 체제 프로세스를 실행하는 시간을 백분율로 나타냅니다. 프로세서가 유휴 상태가 아닌 경우에 해당합니다.

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

Processor(_Total)\% User Time

프로세서가 사용자 모드로 실행된 시간을 백분율로 나타냅니다.

사용자 모드는 응용 프로그램, 환경 하위 시스템 및 전체 하위 시스템을 위해 만든 제한된 처리 모드입니다.

75% 미만으로 유지되어야 합니다.

Processor(_Total)\% Privileged Time

프로세서가 특권 모드로 실행된 시간을 백분율로 나타냅니다. 특권 모드는 운영 체제 구성 요소 및 하드웨어 조작 드라이버를 위해 만든 처리 모드입니다. 이 모드를 사용하면 하드웨어 및 모든 메모리에 직접 액세스할 수 있습니다.

75% 미만으로 유지되어야 합니다.

Process(*)\% Processor Time

모든 프로세스 스레드가 프로세서를 사용하여 명령을 실행하는 데 경과된 시간을 백분율로 나타냅니다. 명령은 컴퓨터의 기본 실행 단위이고 스레드는 명령을 실행하는 개체이며 프로세스는 프로그램이 실행될 때 만들어지는 개체입니다. 일부 하드웨어 인터럽트 또는 트랩 상태를 처리하기 위해 실행되는 코드도 이 계산에 포함됩니다.

전체 프로세서 시간이 높으면 이 카운터를 사용하여 높은 CPU를 유발하는 프로세스를 확인할 수 있습니다.

해당 없음.

System\Processor Queue Length(모든 인스턴스)

각 프로세서에서 처리하는 스레드 수를 나타냅니다.

Processor Queue Length를 사용하면 프로세서에 할당된 작업 부하를 처리하는 데 프로세서 용량이 부족하여 프로세서가 충돌하거나 CPU 사용률이 높아지는지 확인할 수 있습니다. Processor Queue Length는 프로세서 준비 큐에서 지연되어 실행 예약 대기 중인 스레드 수를 나타냅니다. 측정이 이루어졌을 때 마지막으로 관찰된 값이 표시됩니다.

단일 프로세서가 실행되는 컴퓨터의 경우 큐 길이가 5보다 큰 것으로 관측되면 작업량이 프로세스에서 원활하게 처리될 수 있는 적정량보다 많은 상황이 빈번하게 발생한다는 것을 경고하는 것입니다. 이 수가 10을 넘으면 프로세서 용량이 모두 사용되는 상태임을 강력하게 나타내는 것입니다(특히 CPU 사용률이 높은 경우).

여러 프로세서가 실행되는 시스템의 경우에는 큐 길이를 실제 프로세서 수로 나눕니다. 하드 프로세서 선호도(프로세스가 특정 CPU 코어에 할당됨)를 통해 구성된 다중 프로세서 시스템의 경우 큐 길이 값이 크면 해당 구성이 불안정하다는 것을 나타낼 수 있습니다.

Processor Queue Length는 일반적으로 용량을 계획하는 데 사용되지 않습니다. 그러나 이를 통해 환경 내 시스템이 작업 부하를 실행할 수 있는지 또는 향후 서버를 위해 추가 프로세서나 더 빠른 프로세서를 구매해야 하는지를 확인할 수 있습니다.

프로세서당 5를 넘지 않아야 합니다.

메모리 카운터

Exchange 2007에서는 Exchange 2007의 작동 방식이 많이 변경되어 Exchange Server 2003보다 더 많은 메모리가 사용됩니다. Exchange 2003에서는 실제 메모리의 4GB만 처리할 수 있습니다. 그리고 운영 체제 커널에 여러 가지 방식으로 영향을 주는 페이징 풀, 비페이징 풀 메모리 등과 같은 운영 체제에 대한 기타 제한 사항도 있습니다. 또한 정보 저장소의 전체 데이터베이스 캐시 크기에 대한 제한 사항도 있어 저장소 프로세스에 사용할 수 있는 메모리 용량을 제한할 수 있습니다.

64비트 플랫폼에서 실행되는 Exchange 2007에서는 이러한 제한이 대부분 없어졌습니다. Exchange 2007에서는 특정 서버에 설치된 RAM 용량까지 처리할 수 있습니다. 서버의 메모리 용량이 많을수록 전반적으로 정보 저장소 프로세스에서 소모되거나 캐시되는 양이 더 많습니다. 주요 이점은 특정 데이터를 읽거나 쓰기 위해 디스크로 이동하는 대신 저장소 캐시의 데이터를 다시 사용하면서 메모리에서 더 많은 작업이 수행된다는 점입니다. ESE(Extensible Storage Engine) 데이터베이스 캐싱과 Exchange 2007과 Exchange 2003의 차이점에 대한 자세한 내용은 Exchange 2007의 ESE 데이터베이스 캐시 크기를 참조하십시오. Exchange 2007 메모리 구성 계획에 대한 자세한 지침은 메모리 구성 계획을 참조하십시오.

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

카운터 예상 값

Memory\Available Mbytes

프로세스에 할당하거나 시스템에서 즉시 사용할 수 있는 실제 메모리 양(MB 단위)을 나타냅니다. 이 값은 대기 중(캐시됨)이거나 비어 있거나 0으로 채워진 페이지 목록에 할당된 메모리의 총계입니다. 메모리 관리자에 대한 자세한 내용은 MSDN(Microsoft Developer Network) 또는 Windows Server 2003 Resource Kit의 "System Performance and Troubleshooting Guide"를 참조하십시오.

항상 100MB 이상으로 유지되어야 합니다.

Memory\Pool Nonpaged Bytes

항상 실제 메모리에 있는 시스템 가상 주소로 구성되기 때문에, 페이징 입출력(I/O) 없이 모든 주소 공간에서 액세스할 수 있습니다. 페이징 풀과 마찬가지로 비페이징 풀은 시스템을 초기화할 때 만들어지며 커널 모드 구성 요소에서 시스템 메모리를 할당할 때 사용됩니다.

각 TCP 연결에 비페이징 풀 메모리가 소모되므로 연결 수가 매우 높지 않는 한 대개 이 카운터 값은 검토되지 않습니다.

해당 없음.

Memory\Pool Paged Bytes

공유 시스템 메모리 중에서 디스크 페이징 파일에 페이징할 수 있는 부분을 나타냅니다. 페이징 풀은 시스템을 초기화할 때 만들어지며 커널 모드 구성 요소에서 시스템 메모리를 할당할 때 사용됩니다.

메모리 누수 가능성을 나타내는 페이징 풀 바이트의 증가 상태를 모니터링합니다.

해당 없음

Memory\Cache Bytes

파일 시스템 캐시의 현재 크기를 바이트 단위로 나타냅니다. 기본적으로 캐시는 사용 가능한 실제 메모리의 50%까지 사용할 수 있습니다. 이 카운터 값은 Memory\System Cache Resident Bytes, Memory\System Driver Resident Bytes, Memory\System Code Resident Bytes 및 Memory\Pool Paged Resident Bytes의 합계입니다.

응용 프로그램에서 메모리 사용량을 캐시한 다음에는 이 값이 일정하게 유지되어야 합니다. 이 카운터에서는 작업 집합 삭제 및 과다한 페이징으로 인해 발생할 수 있는 급격한 하락 현상을 조사합니다.

콘텐츠 인덱스 카탈로그 및 연속 복제 로그 복사에 사용됩니다.

해당 없음

Memory\Committed Bytes

커밋된 가상 메모리의 양을 바이트 단위로 나타냅니다. 커밋된 메모리란 디스크 페이징 파일에 예약된 공간이 있는 실제 메모리입니다. 각 실제 드라이브에는 페이징 파일이 하나 이상 있을 수 있습니다. 이 카운터는 최근에 관찰된 값만 표시하며, 이 값은 평균값이 아닙니다.

커밋된 바이트가 사용된 양을 확인합니다.

해당 없음

Memory\%Committed Bytes in Use

Memory\Committed Bytes 대 Memory\Commit Limit 비율을 나타냅니다. 커밋된 메모리는 디스크에 작성되어야 하는 페이징 파일에 예약된 공간이 있는 사용 중인 실제 메모리입니다. 커밋 제한은 페이징 파일의 크기에 따라 결정됩니다. 페이징 파일이 커지면 커밋 제한도 증가하며 이 비율은 감소합니다. 이 카운터는 현재 값(%)만 표시하며, 이 값은 평균값이 아닙니다.

이 값이 90%를 넘을 정도로 매우 크면 커밋이 실패할 수 있습니다. 이는 시스템이 메모리 가중 상태에 있음을 나타내는 것입니다.

해당 없음

메모리 페이징 카운터

서버의 부하량이 많거나 메모리가 부족한 경우 운영 체제는 메모리 블록이나 페이지를 페이징 파일로 페이징 아웃하여 현재 요청 프로세스에서 충분한 메모리를 사용하여 요청 작업을 마칠 수 있도록 합니다. 프로세스가 메모리에 저장된 페이지를 요청할 때 요청된 위치에서 해당 페이지를 찾을 수 없을 때 페이지 오류가 발생합니다. 이를 하드 페이지 오류라고 합니다. 페이지가 메모리 어딘가에 있다면 소프트 페이지 오류라고 합니다. 대부분의 프로세서는 성능 문제를 일으키지 않고 소프트 페이지 오류를 처리할 수 있습니다. 이전에 페이지 아웃된 메모리 블록이 응용 프로그램이나 프로세스에서 요청되면 이 메모리를 다시 메모리 캐시로 변환해야 합니다. 이 프로세스에서는 더 많은 데이터가 페이징 파일에 읽고 작성되기 때문에 서버 전반의 성능에 나쁜 영향을 줄 수 있으며, 전체 프로세서 시간을 소모합니다.

다음 표의 목록에 나와 있는 카운터를 사용하면 페이징 파일 문제가 있는지 확인할 수 있습니다.

카운터 예상 값

Memory->Transition Pages Repurposed/sec

시스템 캐시 가중 상태를 나타냅니다.

평균적으로 100보다 작아야 합니다.

최대값은 1,000보다 작아야 합니다.

Memory\Page Reads/sec

메모리가 아닌 디스크에서 데이터를 읽어야 함을 나타내는 카운터로, 메모리가 부족해 페이징이 시작됨을 나타냅니다. 값이 초당 30을 넘으면 서버가 더 이상 부하를 유지하지 못함을 의미합니다.

평균적으로 100보다 작아야 합니다.

Memory\Pages/Sec

하드 페이지 오류를 해결하기 위해 페이지가 디스크에 읽고 작성된 비율을 나타냅니다. 이 카운터는 전반적인 시스템 지연을 일으키는 오류 유형에 대한 주요 표시기입니다. 그리고 이 값은 Memory\Pages Input/sec과 Memory\Pages Output/sec의 합계입니다. 또한 페이지 수로 계산되므로 변환할 필요 없이 Memory: Page Faults/sec 등과 같은 다른 페이지 수와 비교할 수 있습니다. 이 값에는 파일 시스템 캐시(일반적으로 응용 프로그램에서 요청) 및 캐시되지 않는 매핑된 메모리 파일에서 오류를 해결하기 위해 검색된 페이지도 포함됩니다.

Pages/sec 카운터에서 반환된 값은 예상 값보다 클 수 있습니다. 이 값은 페이징 파일 작업이나 캐시 작업과는 관련이 없을 수 있으며, 대신 메모리 매핑 파일을 연속하여 읽는 응용 프로그램에 의해 발생될 수 있습니다.

페이지 파일 I/O를 확인하려면 Memory\Pages Input/sec 및 Memory\Pages Output/sec 카운터를 사용합니다.

평균적으로 1,000 미만이어야 합니다.

Memory\Pages Input/sec

하드 페이지 오류를 해결하기 위해 디스크에서 읽은 페이지의 비율을 나타냅니다. 하드 페이지 오류는 프로세스가 해당 작업 집합이나 실제 메모리에 없는 가상 메모리의 페이지를 참조할 때 발생합니다. 페이지는 디스크에서 검색해야 합니다. 페이지 오류가 발생하면 시스템이 연속된 여러 페이지를 메모리로 읽어 읽기 작업의 이점을 최대화합니다. Memory\Pages Input/sec 값과 Memory\Page Reads/sec 값을 비교하여 각 읽기 작업 중에 메모리로 읽어들인 평균 페이지 수를 계산할 수 있습니다.

평균적으로 1,000 미만이어야 합니다.

Memory\Pages Output/sec

실제 메모리의 공간을 비우기 위해 디스크에 작성된 페이지의 비율을 나타냅니다. 페이지는 실제 메모리에서 변경될 때만 디스크에 다시 작성되므로 코드가 아닌 데이터를 포함하고 있을 것입니다. 페이지 출력 비율이 높으면 메모리 부족을 의미할 수 있습니다. Microsoft Windows에서는 실제 메모리가 적게 공급될 때 더 많은 페이지를 디스크에 작성하여 공간을 비웁니다. 이 카운터는 페이지 수를 표시하며 변환 없이 다른 페이지 수와 비교할 수 있습니다.

평균적으로 1,000 미만이어야 합니다.

프로세스 메모리 사용량 카운터

시스템의 모든 응용 프로그램과 서비스는 프로세스로 실행되므로 이러한 프로세스를 모니터링하여 메모리 또는 프로세서의 비정상적인 사용량을 발견하는 것이 중요합니다. 다음 표와 이후 두 섹션에 나와 있는 카운터를 사용하여 시스템 리소스를 독점할 수 있는 프로세스를 쉽게 구분해낼 수 있습니다.

카운터 예상 값

Process(*)\Private Bytes

이 프로세스가 할당하여 다른 프로세스와는 공유할 수 없는 현재 바이트 수를 나타냅니다.

이 카운터를 사용하여 프로세스에 대한 메모리 누수를 확인할 수 있습니다.

정보 저장소 프로세스의 경우, 이 카운터 값을 데이터베이스 캐시 크기와 비교하여 정보 저장소 프로세스에 메모리 누수가 있는지 확인합니다. 정보 저장소의 전용 바이트 값이 데이터베이스 캐시의 값과 함께 동일하게 증가하면 메모리 누수 없이 정상적으로 작동하는 것입니다.

해당 없음

Process(*)\Virtual Bytes

프로세스에서 현재 사용하고 있는 가상 주소 공간 크기를 바이트 단위로 나타냅니다.

이 카운터를 사용하여 프로세스에서 많은 양의 가상 메모리를 사용하는지 확인할 수 있습니다.

해당 없음

프로세스 작업 집합 카운터

이 카운터는 프로세스의 작업 집합이 늘어나 메모리를 추가로 사용하고 정상 성능보다 느리게 되는 경우를 확인하는 데 유용합니다.

카운터 예상 값

Process(_Total)\Working Set

이 프로세스 작업 집합의 현재 크기를 바이트 단위로 나타냅니다. 작업 집합이란 프로세스의 스레드가 최근에 작업한 메모리 페이지 집합입니다. 컴퓨터에 있는 빈 메모리가 임계값을 초과하면 페이지는 사용 중이 아니라도 프로세스의 작업 집합에 남아 있습니다. 빈 메모리가 임계값 아래이면 페이지는 작업 집합에서 삭제됩니다. 이 페이지가 필요하면 주 메모리에서 없어지기 전에 소프트 오류 처리되어 다시 작업 집합에 있게 됩니다.

작업 집합의 크기가 현저하게 증가하거나 감소하면 페이징이 발생합니다.

페이징 파일을 권장값인 RAM+10으로 설정합니다. 작업 집합이 삭제되면 Process(*)\Working set를 추가하여 영향을 받는 프로세스를 확인합니다. 이 카운터는 시스템 전반이나 프로세스 전반의 문제를 나타낼 수 있습니다. 이 카운터를 Memory\System Cache Resident Bytes와 상호 참조하면 시스템 전반의 작업 집합이 삭제되고 있는지 확인할 수 있습니다.

해당 없음

프로세스 핸들 카운터

이 카운터는 프로세스의 핸들 수가 늘어나 메모리를 추가로 사용하고 정상 성능보다 느리게 되는 경우를 확인하는 데 유용합니다.

카운터 예상 값

Process(*)\Handle Count

이 프로세스가 현재 연 전체 핸들 수를 나타냅니다. 이 수는 이 프로세스의 각 스레드에 의해 열린 핸들 수의 합과 같습니다.

특정 프로세스에 대한 핸들 수가 증가하면 핸들 누수가 발생하여 오류가 있다는 것을 나타내는 것일 수 있으며, 이는 서버의 성능 문제를 일으키는 원인이 됩니다. 이러한 현상이 반드시 문제가 되는 것은 아니지만 핸들 누수의 발생 여부를 확인하기 위해 지속적으로 모니터링해야 합니다.

해당 없음

.NET Framework 카운터

Microsoft .NET Framework는 Exchange 2007의 필수 구성 요소입니다. 대부분의 Exchange 2007 구성 요소는 이 프레임워크를 기반으로 하는 관리 코드로 완전히 다시 만들어졌습니다. 관리 코드에는 실시간으로 응용 프로그램을 컴파일하는 기능과 같이 비관리 코드에 비해 중요한 이점이 있으므로 다른 아키텍처나 플랫폼에서의 응용 프로그램 실행을 염려하지 않아도 됩니다. 또한 관리 코드는 메모리를 효율적으로 관리할 수 있는 기능도 제공합니다. Microsoft .NET 연결 소프트웨어에서는 CLR(공용 언어 런타임)이 사용되는데 이를 통해 여러 언어가 동일한 런타임을 공유하므로 언어가 서로 다른 환경에서의 코딩 작업이 더욱 편리해집니다. 공용 언어 런타임 개요에서 설명한 대로, 런타임을 대상으로 하는 언어 컴파일러를 사용해 개발한 모든 코드를 관리 코드라고 합니다. 

응용 프로그램을 실시간으로 빌드하거나 컴파일하면 컴파일이 진행되는 동안 성능이 향상되는 등의 이점이 있습니다. Exchange를 설치하는 동안 Exchange 구성 요소가 미리 컴파일되므로 설치 시간이 현저하게 늘어납니다. 하지만 그 결과로 이제 초기 로드 시간이 훨씬 단축되므로 서버 성능이 향상됩니다. 컴파일 후 이러한 바이너리는 로컬 컴퓨터의 GAC(전역 어셈블리 캐시)에 저장됩니다. 이렇게 미리 컴파일하는 프로세스를 NGEN이라고 합니다. NGEN에 대한 자세한 내용은 네이티브 이미지 생성기(Ngen.exe)를 참조하십시오.

Exchange 2007에는 Windows 커널과 .NET CLR 메모리 관리와 같은 기타 종속성이 있습니다. 이러한 종속성은 모니터링해야 하는 Exchange의 가장 중요한 측면입니다. 메모리가 제대로 관리되지 않거나 조각화가 심해지면 페이징이 과도하게 발생하므로 처리 능력이 불필요하게 향상되어 전체 클라이언트 대기 시간에 큰 영향을 줍니다.

다음 표에 있는 카운터를 모니터링하면 관리된 응용 프로그램이 과도한 가비지 컬렉션을 일으키는지 여부를 확인할 수 있습니다. 가비지 컬렉션은 더 이상 사용되지 않는 개체의 메모리를 비우기 위해 CLR에서 기본적으로 사용되는 방식입니다. 서버에 사용 가능한 메모리가 충분하지 않거나 메모리 누수로 인해 응용 프로그램이 자체 할당된 메모리보다 더 많은 양을 사용할 경우 메모리 부족 현상이 발생할 것입니다. 이때는 오랜 시간에 걸쳐 많은 양의 메모리를 비워야 할 것입니다. CLR의 자동 메모리 관리에 대한 자세한 내용은 Automatic Memory Management(영문)를 참조하십시오.

다음 표의 목록에 나와 있는 카운터를 사용하면 .NET Framework의 기본적인 문제를 확인할 수 있습니다.

카운터 예상 값

.NET CLR Memory(*)\% Time in GC

가비지 컬렉션이 발생한 때를 나타냅니다. 카운터가 임계값을 초과하면 CPU가 정리되고 있는 중으로 작업 부하 측면에서 효율적으로 사용되지 않음을 나타냅니다. 서버에 메모리를 추가하면 이러한 상태가 개선됩니다.

이 카운터 값이 더 커지면 일부 개체가 Gen 1 가비지 컬렉션에 포함되지 않고 Gen 2로 승격되고 있을 수 있습니다. Gen 2 컬렉션에는 정리를 위한 전체 글로벌 카탈로그가 필요합니다. 다른 .NET 메모리 카운터를 추가하여 이러한 경우를 확인할 수 있습니다.

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

.NET CLR Exceptions(*)\# of Excepts Thrown/sec

초당 발생한 예외 수를 나타냅니다. 이 값에는 .NET 예외를 비롯하여 .NET 예외로 변환되는 비관리 예외가 포함됩니다. 예를 들어, 비관리 코드로 된 null 포인터 참조 예외가 .NET System.NullReferenceException과 같은 관리 코드로 다시 발생할 수 있습니다. 따라서 이 카운터에는 처리된 예외와 처리되지 않은 예외가 모두 포함됩니다. 예외는 아주 드문 경우에만 발생하며 프로그램의 정상적인 제어 흐름에서는 발생되지 않습니다. 이 카운터는 높은 예외 발생 비율(초당 100개 초과)로 인해 잠재적인 성능 문제가 발생하면 이를 나타내도록 만들어졌습니다. 이 카운터의 값은 시간에 따른 평균값이 아닌, 마지막 두 샘플에 관찰된 값을 각 샘플 간격 기간으로 나눈 값의 차이입니다.

총 RPS의 5%(Web Server(_Total)\Connection Attempts/sec * .05) 미만이어야 합니다.

.NET CLR Memory(*)\# Bytes in all Heaps

다른 카운터 4개 즉, Gen 0 Heap Size, Gen 1 Heap Size, Gen 2 Heap Size 및 Large Object Heap Size의 값을 합한 것입니다. 이 카운터는 GC 힙에 현재 할당된 메모리를 바이트 단위로 나타냅니다.

이러한 메모리 영역의 유형은 MEM_COMMIT입니다. 자세한 내용은 VirtualAlloc에 대한 플랫폼 SDK 문서를 참조하십시오. 이 카운터의 값은 Process\Private Bytes(프로세스의 모든 MEM_COMMIT 영역을 계산함) 값보다 항상 작습니다. Private Bytes 값에서 # Bytes in all Heaps 값을 뺀 값은 비관리 개체가 커밋한 바이트 수입니다.

이 카운터는 메모리 누수 발생 가능성이나 관리 또는 비관리 개체의 과도한 메모리 사용을 모니터링하는 데 사용할 수 있습니다.

해당 없음

네트워크 카운터

Exchange 서버의 안정된 성능을 확보하려면 네트워크 자체뿐 아니라 네트워크를 배포하는 방법도 매우 중요합니다. 일반적으로 100Mbps의 네트워크는 대부분의 조직에 충분한 대역폭을 제공하므로 네트워크가 네트워크 바인딩되는 경우는 드뭅니다. 그러나 서버당 사용자 수와 메시지 크기가 계속 늘어남에 따라 네트워크에 병목 현상이 생기지 않도록 하는 것이 중요합니다.

다음 표의 목록에 나와 있는 카운터를 사용하여 네트워크 성능 저하 여부를 확인할 수 있습니다.

카운터 예상 값

Network Interface(*)\Bytes Total/sec

네트워크 어댑터가 데이터 바이트를 처리하고 있는 속도를 나타냅니다.

이 카운터에는 모든 응용 프로그램 및 파일 데이터를 비롯하여 패킷 헤더 등의 프로토콜 정보가 포함됩니다.

100Mbps 네트워크 어댑터의 경우 6-7Mbps 미만이어야 합니다.

1000Mbps 네트워크 어댑터의 경우 60-70Mbps 미만이어야 합니다.

Network Interface(*)\Packets Outbound Errors

오류로 인해 전송하지 못한 아웃바운드 패킷 수를 나타냅니다.

항상 0이어야 합니다.

IPV4\Datagrams/sec

IPV6\Datagrams/sec

인터페이스로(부터) IP 데이터그램을 보내고(받는) 비율(초당 발생 횟수)로, 오류가 있는 데이터그램도 포함됩니다. 전달된 데이터그램은 이 비율에 포함되지 않습니다.

현재 사용자 부하를 확인합니다.

해당 없음

TCPv4\Connections Established

TCPv6\Connections Established

현재 상태가 ESTABLISHED 또는 CLOSE-WAIT일 때의 TCP 연결 개수를 나타냅니다.

설정 가능한 TCP 연결 수는 비페이징 풀의 크기로 인해 제한됩니다. 비페이징 풀이 소모되면 새 연결을 설정할 수 없습니다.

현재 사용자 부하를 확인합니다.

해당 없음

TCPv4\Segments Received/sec

TCPv6\Segments Received/sec

오류 시 받은 세그먼트를 포함하여 세그먼트를 받은 비율을 나타냅니다. 이 값에는 현재 설정된 연결에서 받은 세그먼트가 포함됩니다.

현재 사용자 부하를 확인합니다.

해당 없음

TCPv4\Connection Failures

TCPv6\Connection Failures

TCP 연결이 SYN-SENT 또는 SYN-RCVD 상태에서 CLOSED 상태로 직접 전환된 횟수와 SYN-RCVD 상태에서 LISTEN 상태로 직접 전환된 횟수를 합한 것입니다.

오류 수가 늘어나거나 오류 비율이 지속적으로 늘어나면 대역폭이 부족한 것일 수 있습니다.

TCPv4\Connections Reset

TCPv6\Connections Reset

TCP 연결이 ESTABLISHED 또는 CLOSE-WAIT 상태에서 CLOSED 상태로 직접 전환된 횟수를 나타냅니다.

일부 브라우저에서 TCP Reset(RST) 패킷을 전송하므로, 이 카운터를 사용하여 다시 설정 비율을 결정할 때 유의해야 합니다.

다시 설정 횟수가 늘어나거나 다시 설정 비율이 지속적으로 늘어나면 대역폭이 부족한 것일 수 있습니다.

Exchange 도메인 컨트롤러 연결 카운터

Exchange 2007은 글로벌 카탈로그 도메인 컨트롤러의 성능에 영향을 받습니다. 토폴로지의 각 Exchange 서버에서는 다음 표의 목록에 나와 있는 카운터를 사용하여 글로벌 카탈로그와의 통신 속도가 저하되는지 확인합니다.

다음 표의 목록에 나와 있는 카운터를 사용하여 네트워크 성능 저하 여부를 확인할 수 있습니다.

카운터 예상 값

MSExchange ADAccess Caches(*)\LDAP Searches/Sec

초당 실행된 LDAP(Lightweight Directory Access Protocol) 검색 요청 수를 나타냅니다.

이 카운터는 현재 LDAP 검색 비율을 확인하는 데 사용됩니다.

해당 없음

MSExchange ADAccess Domain Controllers(*)\LDAP Read Time

LDAP 읽기 요청을 지정된 도메인 컨트롤러에 보내고 응답을 받는 데 걸리는 시간을 밀리초(ms) 단위로 나타냅니다.

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

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

MSExchange ADAccess Domain Controllers(*)\LDAP Search Time

LDAP 검색 요청을 보내고 응답을 받는 데 걸리는 시간을 밀리초(ms) 단위로 나타냅니다.

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

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

MSExchange ADAccess Processes(*)\LDAP Read Time

LDAP 읽기 요청을 지정된 도메인 컨트롤러에 보내고 응답을 받는 데 걸리는 시간을 밀리초(ms) 단위로 나타냅니다.

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

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

MSExchange ADAccess Processes(*)\LDAP Search Time

LDAP 검색 요청을 보내고 응답을 받는 데 걸리는 시간을 밀리초(ms) 단위로 나타냅니다.

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

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

MSExchange ADAccess Domain Controllers(*)\LDAP Searches timed out per minute

마지막 1분 동안에 LDAP_TIMEOUT을 반환한 LDAP 검색 수를 나타냅니다.

모든 역할에 대해 항상 10 미만이어야 합니다.

이 값이 높으면 Active Directory 리소스에 문제가 있을 수 있습니다.

MSExchange ADAccess Domain Controllers(*)\Long running LDAP operations/Min

이 도메인 컨트롤러에서 지정한 임계값보다 오래 걸린 분당 LDAP 작업 수를 나타냅니다. 기본 임계값은 15초입니다.

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

이 값이 높으면 Active Directory 리소스에 문제가 있을 수 있습니다.

Active Directory 도메인 컨트롤러 성능

다음 섹션에서는 Windows Server 2008 또는 Windows Server 2003 운영 체제에서 실행되는 도메인 컨트롤러에 특정 정보를 포함하여 Active Directory 도메인 컨트롤러 성능에 대한 정보를 제공합니다.

참고

다음 섹션의 내용은 Edge 전송 서버 역할이 설치된 Exchange 2007 서버에는 해당하지 않습니다.

일반 정보

모든 LDAP 및 인증 요청은 하나의 도메인 컨트롤러나 여러 도메인 컨트롤러에서 처리하므로 Active Directory 응답 시간이 Exchange 서버 성능에 직접 영향을 줄 수 있습니다. 문제를 해결할 때 LDAP 대기 시간으로 인해 Exchange 서버 성능에 문제가 발생한 것으로 확인되면 다음 적절한 단계를 통해 도메인 컨트롤러를 집중적으로 검토해야 합니다.

Windows Server 2008 도메인 컨트롤러 성능 지침

Windows Server 2008 도메인 컨트롤러의 성능 관련 문제를 간단히 해결하려면, 데이터 수집기 세트를 사용하여 안정성 및 성능 모니터(Reliability and Performance Monitor)로 Active Directory 성능을 모니터링하면 됩니다.

Windows Server 2008 도메인 컨트롤러의 경우 수집기 템플릿이 Reliability and Performance\Data Collector Sets\System\Active Directory Diagnostics 아래의 Reliability and Performance Monitor에 있습니다. 이 도구를 사용하면 5분 동안 데이터가 수집된 다음 Reliability and Performance\Reports\System\Active Directory Diagnostics 아래에 보고서가 생성됩니다. 이 보고서를 통해 서버에서의 병목 현상 발생 가능성을 쉽게 확인할 수 있습니다. 예를 들어, 안정성 및 성능 모니터를 사용하면 실행 시간이 길어 전반적인 성능 저하와 LDAP 응답 시간 저하의 원인이 되는 LDAP 검색의 발생 여부를 쉽게 확인할 수 있습니다. 잠재적인 CPU 또는 디스크 병목 현상이 존재하는지도 확인할 수 있습니다.

Windows Server 2008의 안정성 및 성능 모니터에 대한 자세한 내용은 Performance and Reliability(영문)를 참조하십시오.

Windows Server 2003 도메인 컨트롤러 성능 지침

Windows Server 2003 도메인 컨트롤러의 성능 문제를 편리하게 해결하기 위해 서버 성능 관리자를 사용하여 데이터를 자동으로 수집할 수 있습니다.

서버 성능 관리자 다운로드에 대한 자세한 내용은 Microsoft Windows Server 2003 Performance Advisor(영문)를 참조하십시오.