유용한 성능 카운터
성능 카운터를 사용하면 컴퓨터 리소스가 사용되는 위치를 확인할 수 있습니다. 아래에 설명된 카운터는 Host Integration Server 구성 요소의 수요 및 성능을 평가하기 위한 중요한 정보를 제공합니다.
메모리: Pages/sec
Windows Server의 메모리 로드를 이해하려면 먼저 가상 메모리를 구현하기 위한 기술인 페이징을 이해해야 합니다. 페이징은 메모리와 디스크 간에 프로그램 지침 또는 데이터의 블록(페이지)을 전환합니다. 페이징은 Windows의 가상 메모리 관리자에서 필요에 따라 수행됩니다.
Pages/sec는 필요할 때 메모리에 없기 때문에 디스크에서 읽거나 디스크에 쓴 페이지 수입니다(즉, 디스크 액세스가 필요한 페이지 오류 수). 카운터에는 캐시가 애플리케이션의 파일 데이터에 액세스할 때 생성된 페이징 트래픽이 포함됩니다.
Pages/sec는 서버가 과도하게 페이징되는지 여부를 결정하기 위한 기본 카운터입니다. 이 카운터가 올라가면 디스크 액세스(읽기 또는 쓰기)에 필요한 시간으로 인해 서버 응답성이 느려집니다. 통신 전용 서버에 충분한 물리적 메모리가 장착되어 있어 페이징이 거의 필요하지 않습니다.
pages/sec에 허용되는 가장 높은 값은 시스템마다 다릅니다. 시스템 부하가 너무 많은 페이징을 유발하는지 여부를 판단하는 한 가지 방법은 페이징이 증가함에 따라 프로세서 활동이 크게 떨어지는지 여부를 관찰하는 것입니다. 이는 시스템이 실제로 지침을 처리하는 대신 페이지 전환에 사용됨을 나타냅니다.
과도한 페이징을 수정하는 주요 방법은 서버에 물리적 메모리를 더 추가하거나 서버에 대한 수요를 줄이는 것입니다. 서버에서 수행해야 하는 작업의 다양성을 좁히거나 서버에 액세스하는 사용자 수를 줄여 수요를 줄일 수 있습니다. 예를 들어 파일, 인쇄 및 호스트 통합 서버 요구 사항이 있는 오버로드된 다목적 서버는 Host Integration Server 트래픽 전용이거나, 한 서버에 배치된 사용자 로드를 두 서버(부하 분산)로 나눌 수 있습니다. 메모리 오버로드의 경우 실제 메모리를 추가하면 필요한 성능이 향상될 수 있습니다.
페이징의 영향을 줄이는 보조 방법은 디스크 시스템을 업그레이드하는 것입니다. 여기에는 더 빠른 디스크 설치, 두 번째 디스크 설치, RAID 스트라이프 사용 또는 유사한 업그레이드가 포함됩니다. 이 업그레이드는 페이징(pages/sec)을 감소시키지 않지만 페이징 프로세스 자체를 가속화합니다. 예를 들어 느린 IDE 디스크를 더 빠른 SCSI 디스크로 바꾸면 지정된 페이징 속도가 20~40페이지/초로 허용될 수 있습니다.
시스템: %총 프로세서 시간 및 프로세서: %프로세서 시간
시스템: %총 프로세서 시간은 시스템 프로세서가 사용 중인 경과 시간의 백분율입니다. 유용한 작업을 수행하는 데 소요된 총 프로세서 시간의 일부로 볼 수 있습니다. 일반적인 로드 중 60~80%의 값은 최대 부하에 대한 일부 예약을 허용하기 때문에 좋은 값입니다. 그러나 프로세서가 일정 기간 동안 100%로 유지되면 프로세서 병목 현상이 발생할 수 있습니다. 다중 프로세서 시스템에서 프로세서: 각 프로세서에 대한 %Processor Time 을 확인하여 부하가 프로세서 간에 분산되는 방식을 확인할 수 있습니다.
총 프로세서 시간 값을 보는 한 가지 유용한 방법은 사용자 부하 증가 및 감소를 나타내는 카운터와 함께 차트 보기에 있습니다. 사용자 로드의 경우 이러한 카운터에는 호스트 통합 서버 논리 단위 세션: 처리량 바이트/초 및 호스트 통합 서버 어댑터 <이름>: 처리량 프레임/초가 포함됩니다. 이러한 두 카운터는 호스트 통합 서버 작업이 있는 경우에만 사용할 수 있습니다. 예를 들어 논리 단위 세션에 대한 최대 수요 기간 동안 총 프로세서 시간이 100%에 도달하여 해당 세션에 남아 있음을 알 수 있습니다. 이는 호스트 통합 서버 컴퓨터가 최대 용량에 도달하고 추가 요구 사항이 추가 프로세서 또는 추가 서버가 필요할 수 있음을 나타낼 수 있습니다.
시스템: %Total Processor Time을 서버 주요 기능과 관련된 다른 카운터와 함께 보는 것도 유용할 수 있습니다. 예를 들어 호스트 통합 서버 컴퓨터가 파일 서버인 경우 서버: 서버 세션 카운터가 유용할 수 있습니다. 프로세서 작업의 원본을 분석하는 데 도움이 될 수 있는 다른 카운터는 프로세스: 관련이 있다고 생각하는 프로세스의 %Processor Time 과 시스템: 총 인터럽트/초입니다. 또한 클라이언트 컴퓨터에서 TCP/IP를 사용하는 경우 TCP: 연결 설정을 살펴보는 것이 좋습니다.
시스템: 총 인터럽트/초 및 프로세서: 인터럽트/초
시스템: 총 인터럽트/초는 컴퓨터가 디바이스 인터럽트 수신 및 서비스 속도입니다. 디바이스 인터럽트는 작업이 완료되거나 디바이스에 주의가 필요함을 나타내기 위해 디바이스가 프로세서에 보내는 신호입니다. 인터럽트 생성할 수 있는 일부 디바이스는 어댑터, 네트워크 어댑터, 시스템 타이머(클록) 및 마우스입니다. 시스템: 총 인터럽트/초 는 이러한 디바이스가 컴퓨터 전체에서 얼마나 사용 중이었는지를 나타냅니다.
마찬가지로 각 프로세서에 대해 Processor: 인터럽트/초 는 프로세서가 디바이스 인터럽트 수신 속도입니다.
인터럽트 동안 일반 스레드 실행은 일시 중단됩니다. 인터럽트로 인해 프로세서가 우선 순위가 높은 다른 스레드로 전환될 수 있습니다. 클록 인터럽트는 주기적이고 빈번합니다(초당 100개 순서로). 인터럽트 활동의 배경을 만듭니다.
이러한 카운터는 서버에 대한 일반적인 수요를 나타내는 데 도움이 될 수 있으며 시스템: %총 프로세서 시간 및 메모리: Pages/sec와 같은 프로세서 및 메모리 데이터와 결합할 때 유용할 수 있습니다.
SNA 연결: 처리량 바이트/초
SNA 논리 단위 세션: 처리량 바이트/초
SNA 어댑터 이름: 처리량 프레임/초
이러한 카운터는 호스트 통합 서버 활동을 나타냅니다. 이러한 카운터를 관찰할 때 SNA 관리자를 시작하고 시스템 모니터에서 관찰되는 동일한 서버를 두 번 클릭하는 것도 유용할 수 있습니다. 특정 수준의 Host Integration Server 활동과 상관 관계가 있는 사용자 및 세션 수를 볼 수 있습니다. 프로세서 및 메모리 부하에 대한 데이터와 결합된 이 정보는 서버의 부하 및 성능을 이해하는 데 도움이 될 수 있습니다. 낮은 처리량이 반드시 성능 저하를 의미하지는 않지만 단순히 현재 활동이 낮음을 나타낼 수 있습니다.
인터럽트 처리 및 메시지 처리에 대한 서버 오버헤드가 바이트가 아닌 프레임당 증가하기 때문에 프레임/초를 측정하면 초당 바이트보다 서버 부하를 더 잘 나타낼 수 있습니다. 즉, 바이트가 많은 큰 프레임에는 바이트 수가 적은 작은 프레임과 동일한 오버헤드가 필요합니다.
SNA 연결: 받은 데이터 바이트 수/초
SNA 연결: 전송된 데이터 바이트 수/초
SNA 논리 단위 세션: 받은 데이터 바이트 수/초
SNA 논리 단위 세션: 전송된 데이터 바이트 수/초
SNA 어댑터 이름: Data Bytes Received/Sec
SNA 어댑터 이름: Data Bytes Transmitted/Sec
SNA 어댑터 이름: 프레임 수신/초
SNA 어댑터 이름: 프레임 전송/초
SNA 어댑터 이름: 처리량 바이트/초
이러한 카운터는 이전 세 개의 카운터와 함께 사용할 때 호스트 통합 서버 활동에 대한 추가 세부 정보를 제공합니다.
SNA 어댑터 이름: 어댑터 오류
SNA 어댑터 이름: 연결 실패
SNA 어댑터 이름: 연결 성공
이러한 카운터는 짧은 기간 동안 연결 또는 어댑터가 실패한 다음 정상으로 돌아가는 패턴을 검색하는 데 유용할 수 있습니다. 이벤트 로그는 실패 원인에 대한 자세한 정보를 제공할 수 있습니다. 이러한 카운터를 사용하여 시스템 모니터 경고를 설정하여 오류가 너무 많은 경우 경고가 트리거되도록 할 수도 있습니다.
참고 항목
시스템 모니터 개요
System Monitor(시스템 모니터)