Avamar: Avamar Client의 성능 모니터링을 위해 Microsoft Windows perfmon 사용

이 문서는 Windows를 실행하는 모든 Avamar Client 버전에 적용됩니다.

Perfmon(Performance Monitor)은 강력한 문제 해결 툴이 될 수 있습니다.
시간 경과에 따른 지정된 간격으로 Windows 성능 메트릭을 수집하고 그래픽으로 분석하여 시스템 성능 문제를 식별할 수 있는 로그를 생성할 수 있습니다.

여기서는 수집할 메트릭과 수집하도록 이 툴을 올바르게 구성하는 방법에 대해 설명합니다.

Avamar Client 성능 조사에 대한 자세한 내용은 다음을 참조하십시오. 

• Avamar Client의 백업 성능 저하 병목 현상을 식별하는 방법(해결 경로) 

Perfmon에 액세스하는 방법:

Windows-W를 눌러 실행 창을 엽니다.
Perfmon을 입력합니다.

측정 대상 및 시기

병목 현상은 리소스가 용량 한계에 도달했을 때 발생하며, 성능 저하를 유발할 수 있습니다. 

병목 현상은 부족하거나 잘못 구성된 리소스, 오작동하는 구성 요소 및 프로그램에 의한 잘못된 리소스 요청으로 인해 발생합니다.

병목 현상을 일으키고 서버 성능에 영향을 줄 수 있는 5가지 주요 리소스 영역이 있습니다.

• 물리적 디스크
• 메모리
• 프로세스
• CPU
• 네트워크

이러한 리소스를 과도하게 사용하면 서버 또는 애플리케이션이 눈에 띄게 느려지거나 충돌할 수 있습니다.

이러한 영역에 대해 논의하고 서버의 성능을 측정하는 데 도움이 되는 카운터와 임계값을 조언합니다.
 

샘플링 간격은 로그 파일의 크기와 서버 로드에 상당한 영향을 미칩니다.

문제가 다시 발생하기 전에 기준을 설정하기 위해 문제가 발생할 평균 경과 시간을 기준으로 샘플 간격을 설정합니다. 이렇게 하면 문제가 발생하는 추세를 파악할 수 있습니다.

정상 운영 중 기준선을 설정하기에는 15분이 적절한 시간 범위입니다.

• 문제가 발생하는 데 걸리는 평균 경과 시간이 약 4시간인 경우 샘플 간격을 15초로 설정합니다.
• 문제가 발생하는 시간이 8시간 이상인 경우 샘플링 간격을 5분 이상으로 설정합니다.

이 지침은 로그 파일이 지나치게 커지는 것을 방지하여 데이터 분석을 더 어렵게 만드는 상황을 피하는 데 도움이 됩니다.

성능 오브젝트 및 카운터

• 오브젝트 - 성능 데이터를 관리하는 구성 요소
• 카운터 - 특정 오브젝트와 관련된 성능 통계입니다. 예를 들어 \PhysicalDisk\%유휴 시간은 스핀들이 기록한 유휴 시간에 대한 성능 데이터를 제공합니다.
• 인스턴스 - 고유한 리소스를 나타내는 여러 복제본입니다. \PhysicalDisk\%유휴 시간을 확인하면 시스템에 있는 서로 다른 스핀들과 각 스핀들의 %유휴 시간 값을 확인할 수 있습니다.

샘플 간격

모니터링의 목적과 기간을 염두에 두십시오.

일상적인 모니터링 간격에는 15분의 로깅 간격이 적합합니다.
샘플 간격은 문제를 포착하는 시간 간격으로 줄여야 합니다.
시간이 지남에 따라 점진적으로 발생하는 문제의 경우 더 긴 샘플 간격을 사용할 수 있습니다.

일시적인 문제의 경우 몇 초의 짧은 간격을 사용합니다. 이 샘플링 간격은 디스크 하위 시스템 문제에 유용합니다.

모니터링 기간을 설정할 때 샘플 간격도 함께 고려해야 합니다.
모니터링을 >8시간 동안 실행할 경우, 샘플 간격을 <300초로 두면 매우 큰 파일이 생성될 수 있습니다. 수집 프로세스를 실행하는 데 드는 비용이 결과에 영향을 줄 수 있습니다.

Perfmon 로깅@을 활성화하는 방법

관리자 권한으로 명령 프롬프트를 엽니다.
다음 명령을 복사하여 로그 캡처를 시작하거나 중지합니다.

아래 명령은 성능 모니터 데이터 세트를 생성합니다.

Logman.exe create counter Avamar -o "c:\perflogs\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\LogicalDisk(*)\*" "\Memory\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Process(*)\*" "\Redirector\*" "\Server\*" "\System\*"  -si 00:00:05
Start the logs with:
Logman.exe start Avamar
Stop the logs with:
Logman.exe stop Avamar

Above commands can be modified to collect SQL server Performance Monitor data during backups as: 
First create a folder for log collection as C:\SQL_Performance_Logs\

For default SQL instance run:

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\SQLServer:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

For named instance, replace server with instance name

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\MSSQL$InstanceName:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

start collecting logs:

Logman start Avamar_SQL_perf_log

stop log collection：

Logman stop Avamar_SQL_perf_log

카운터 및 해당 임계값

메모리

사용 중인 %Committed bytes:
커밋된 메모리는 현재 사용 중인 물리적 메모리로, 디스크에 기록이 필요할 경우를 대비해 페이지 파일에 공간이 예약되어 있습니다.
페이징 파일의 크기에 따라 커밋 제한이 결정됩니다. 페이징 파일이 확장되면 커밋 제한이 증가하고 비율이 감소합니다.
이 카운터는 현재 백분율 값만 표시합니다. 평균 값이 아닙니다. 이 값이 지속적으로 80%를 초과하면 페이지 파일이 너무 작을 수 있습니다.

Available bytes:
Available Bytes는 프로세스에 할당하거나 시스템에 즉시 사용할 수 있는 물리적 메모리 양(바이트)입니다.
x64 시스템에서는 이러한 제한이 거의 없습니다. 이 값이 설치된 RAM의 5% 미만으로 일관되게 떨어지면 조사해야 합니다. 이 값이 설치된 RAM의 1% 이하로 지속적으로 떨어진다면, 명백한 문제가 있는 것입니다.

Committed Bytes:
커밋된 메모리는 하나 이상의 디스크 페이징 파일에 예약된 공간이 있는 물리적 메모리입니다.
각 하드 드라이브에 하나 이상의 페이징 파일이 있을 수 있습니다.
이 카운터는 절대로 변경되지 않아야 합니다. 변경 사항은 페이지 파일 확장을 나타내며 즉시 조사해야 합니다.

Free System Page Table 항목:
이는 이전의 구형 x86 버전에서 문제가 되곤 했습니다. Windows Server 2003 SP2 서버에서 /3Gb 스위치를 사용하지 않고 부팅하면 값은 약 200,000 PTE 정도입니다.
/3Gb 스위치를 사용하여 부팅하면 약 25,000 PTE로 줄어듭니다.

Pool Nonpaged Bytes:
Pool Nonpaged Bytes는 논페이지 풀의 크기(바이트)입니다. 이는 디스크에 기록될 수 없고, 할당되어 있는 동안 반드시 물리적 메모리에 유지되어야 하는 오브젝트를 위해 운영체제가 사용하는 시스템 메모리 영역(물리적 메모리)입니다.
논페이지 풀 사용률이 지속적으로 80%를 초과한다면, 논페이지 풀 고갈 문제(이벤트 ID 2019)가 발생할 수 있습니다.

Pool Paged Bytes:
Pool Paged Bytes는 사용되지 않을 때 디스크에 쓸 수 있는 오브젝트에 대한 시스템 메모리(운영 체제에서 사용하는 물리적 메모리)의 영역인 페이지 풀의 크기(바이트)입니다.
페이지 풀은 논페이지 풀보다 더 큰 리소스입니다. 이 값이 최대 구성 풀 크기의 70%를 지속적으로 초과한다면, 페이징 풀 고갈 문제(이벤트 ID 2020)가 발생할 위험이 있습니다.

프로세서 (각 프로세서 및 전체 확인)

%Interrupt time:
프로세서가 샘플 간격 동안 하드웨어 인터럽트를 수신하고 처리하는 데 소요되는 시간입니다. 
이 값은 인터럽트를 생성하는 디바이스의 활동을 간접적으로 나타냅니다. 예를 들어 시스템 클록, 마우스, 디스크 드라이버, 데이터 통신 라인, 네트워크 인터페이스 카드 및 기타 주변 기기의 활동입니다. 
이러한 디바이스는 작업을 완료하거나 주의가 필요할 때 프로세서를 중단시킵니다. 

%DPC time:
I/O 작업을 완료하는 데 필요한 시간을 나타냅니다. 위와 마찬가지로 값이 >25%에 도달하면 조사가 필요합니다.

%Privileged Time:
운영 체제 커널이 작업을 수행하는 시간입니다. 일반적으로 애플리케이션 또는 웹 서버의 임계값은 30% 미만입니다.

%Processor Time:
단일 프로세서 시스템에서 값이 지속적으로 > 90%에 도달하거나, 멀티프로세서 시스템에서 > 80%에 도달하는 경우 조사가 필요합니다.

네트워크 인터페이스

Packets received discarded:
잠재적인 하드웨어 문제를 확인하는 데 사용됩니다. 임계값> 1. 가능한 해결 방법은 네트워크 버퍼를 조정하는 것입니다.

Packets received errors:
잠재적인 하드웨어 문제를 확인하는 데 사용됩니다. 임계값> 2

디스크(각 디스크의 경우)

%Idle time:
이 카운터는 디스크가 유휴 상태였던 시간을 정확하게 측정합니다. 즉, 운영체제로부터 디스크에 전달된 모든 요청이 완료되고, 대기 중인 요청이 없는 상태를 의미합니다.
계산은 디스크가 유휴 상태가 될 때 시스템이 이벤트에 타임스탬프를 기록하고, 디스크가 새 요청을 받을 때 다시 타임스탬프를 기록하는 방식으로 이루어집니다.
캡처 간격이 끝나면 유휴 상태에 있었던 시간의 비율을 계산합니다. 이 카운터 값은 100(항상 유휴 상태)에서 0(항상 사용 중)까지 범위를 가집니다.
이 카운터는 디스크 서브시스템의 포화를 정확하게 결정합니다. 

Avg. Disk Queue Length:
Avg. Disk Queue Length는 (디스크 전송/초) *(디스크 초/전송)와 같습니다.
이는 수학적 대기열 이론인 리틀 법칙(영문)에 기반합니다. 
참고로, 이 값은 유도된 것이며 직접 측정한 값이 아닙니다. 스핀들 수의 두 배 미만인 값은 양호한 값입니다.

Avg Disk Sec/Transfer:
디스크 전송이 완료되는 데 걸린 평균 시간(초)을 표시합니다.
눈금은 초이지만 카운터의 정밀도는 밀리초입니다. 즉, 0.004 값은 디스크 전송이 완료되는 평균 시간이 4밀리초임을 나타냅니다.
I/O 레이턴시를 측정하는 데 사용되는 Perfmon의 카운터입니다. 다음은 샘플 값입니다. 이 값은 사용 중인 디스크의 품질에 따라 달라질 수 있습니다.

Reads
Excellent    <  08 Msec (.008 seconds)
Good         <  12 Msec (.012 seconds)
Fair         <  20 Msec (.020 seconds)
Poor         >  20 Msec (.020 seconds)

Writes
Excellent    <  01 Msec (.001 seconds)
Good         <  02 Msec (.002 seconds)
Fair         <  04 Msec (.004 seconds)
Poor         >  04 Msec (.004 seconds)

Split I/Os:
파일 조각화로 인한 I/O 분할 속도를 측정합니다. 이 문제는 I/O 요청이 인접하지 않은 파일 세그먼트의 데이터에 닿는 경우에 발생합니다. 0에 가까워야 합니다.
RAID 스트라이프 크기 또는 NTFS 블록 크기가 너무 작기 때문에 이 값이 다를 수 있습니다.

% Free Space: 
선택한 논리 디스크에서 사용 가능한 총 공간의 비율을 표시합니다. 항상 >15%의 여유 공간이 있어야 하며, 권장 용량은 >25%입니다.

프로세스

•        Handle Count: 풀 누출과 상관 관계 분석
•        Virtual bytes: 애플리케이션에서 사용하도록 예약된 가상 메모리입니다.
•        Working set bytes: 애플리케이션이 소유한 물리적 메모리에 상주하는 전용 바이트입니다.

Perfmon에서 물리적 디스크와 논리적 디스크 성능 오브젝트의 차이점은 무엇입니까?

Perfmon에는 디스크 성능과 직접 관련된 두 가지 객체, 즉 물리적 디스크와 논리적 디스크가 있습니다.
카운터는 같은 방식으로 계산되지만 범위는 다릅니다.

물리적 디스크 성능 오브젝트는 컴퓨터의 디스크 드라이브를 모니터링합니다. 물리적 하드웨어를 나타내는 인스턴스를 식별합니다. 카운터는 물리적 인스턴스의 모든 파티션에 대한 액세스 합계입니다.

논리적 디스크 성능 오브젝트 논리적 파티션을 모니터링합니다. 성능 모니터는 논리적 디스크를 드라이브 문자나 마운트 지점으로 식별합니다.
하드 드라이브에 여러 파티션이 있는 경우, 이 카운터는 전체 디스크가 아니라 선택된 파티션의 값만 보고합니다.
동적 디스크를 사용할 때는 논리 볼륨이 둘 이상의 하드 드라이브에 걸쳐 있을 수 있으며, 이 경우 카운터 값에는 해당 논리적 디스크가 걸쳐 있는 모든 하드 드라이브에 대한 접근이 포함됩니다.

Windows 성능 모니터에서 하드 드라이브 레이턴시를 표시하는 카운터는 무엇입니까?

• 물리적 디스크 성능 오브젝트 -> Avg. Disk sec/Read 카운터 - 평균 읽기 레이턴시를 표시합니다.
• 물리적 디스크 성능 오브젝트 -> Avg. Disk sec/Write 카운터 - 평균 쓰기 레이턴시를 표시합니다.
• 물리적 디스크 성능 오브젝트 -> Avg. Disk Sec/Transfer 카운터 - 읽기 및 쓰기 모두에 대한 합산 평균을 표시합니다.
• _Total 인스턴스는 컴퓨터의 모든 하드 드라이브에 대한 평균 레이턴시입니다.

서로 다른 인스턴스는 개별 물리적 디스크를 나타냅니다.

상황별 모니터링 시 확인해야 할 카운터 -: