메뉴 건너뛰기

XEDITION

study

성능 모니터 주요 체크 카운터

proin 2020.07.27 09:45 조회 수 : 0

http://egloos.zum.com/light99/v/4983555


 

기능 : windows 2000의 성능 모니터로 시스템의 소프트웨어, 하드웨어의 성능을 확인 할 수 있다.
          - 시스템의 적정 용량
          - 시스템의 오류검사
          - 시스템의 현재 현황

1. 사용법 : 시작 ----> 관리도구 ---> 성능( 실행 --> perfmon )
    1) 시스템 모니터 ( 실시간으로 모니터링 하는 방법 )
        + 아이콘 클릭  --->  개체선택  --->  카운터 선택  ---> 인스턴트 선택 

 

          
    2) 카운터 로그 ( 로그분석하고 저장하여 파일로 저장, 저장된 파일을 이용하여 로그분석하는 방법) 
          카운터로그--->로그 새로 만들기--->목록추가---->로그파일 탭 선택--->파일경로, 종류, 크기 결정 

        
        3) 경고 (이 기능을 사용하면 해당 카운터가 제한치만큼 부하가 걸렸을때 경고문이 나타난다.)          

    2. 성능개체와 카운터의 중요 목록

      1) momory
        - avaiLABle Kbytes : 사용 가능한 메모리 양 (전체 시스템의 메모리 대비 20%이상 있어야 함)
      
        - Page Faults / sec : 초당 시스템에서 일어나는 페이지 오류의 초당 평균 수. 0에 가까울 수록 좋으며,
                                      초당 2이상의 페이지 오류가 발생하면 메모리를 추가 해야한다.
                             5초 이상 지속되는 하드 페이지 실패는 RAM이 부족하다는 메세지로 중요한 표시이다.
      
        - Page / sec  : 초당 시스템에 의해 디스크에서 잃거나 디스크로 쓴 페이지의 평균값 (5보다 작을 것을 권장)
                               곧 실제메모리에서 가상메모리로 페이징이 일어난 횟수를 나타남, 시도 때도 없이 페이징이
                               일어나면 메모리가 딸린다는 뜻이다.
                         
        - cache Fault /sec : cache manager가 즉각적인 캐시에서 페이지를 찾지 못할 때 발생

        - process : working set / SQL sever 인스턴스 : SQL 서버가 사용하는 메모리 양으로 5MB 보다 높아야 한다.
 
        - committed Bytes : 최고 작업기간 동안 허용하는 비교치를 특정 시간동안 추적해야 한다.
                                     적어도 4M의 메모리 또는 커밋된 메모리가 사용할 수 있는 메모리의 5% 이상이
                                     항상 있어야 한다.

     2) processor
       - %processor time : cpu 사용율로 75% 넘지 않을 것을 권장 
        
       - %User time : 응용 프로그램이 사용한 CPU 사용율

       - Processor Queue length : 프로세서 대기열에 있는 스레드 수 : 2보다 작아야 한다.

       - Context Switches / sec : 컴퓨터의 모든 프로세서가 한 스레드에서 다른 스레드로 전환한 횟수.
                                               CPU당 5000이 넘게 되면, resource Contention problem 발생.
     
    3) physical disk
       - % Disk Time (Physical % Logical) 
            : 지속적인 시간동안 55%를 넘지 않아야 한다.
              선택한 디스크가 읽기 및 tm기 요청을 제공하는데 사용되는 경과 시간 비율입니다.
              Physical disk와 함께 avg. disk queue length는 디스크 드라이브 장애를 나타내는 중요한 
              표시이다.  명령줄 유틸리티 diskperf /y 를 실행한 후에 디스크 카운터를 추격해야 한다.

      - avg. disk queue length ( 대기열의 대기수, 최 2를 넘지 않을 것을 권장 )
            :  디스크가 읽기와 tm기 요청을 수용할 정도로 빠르지 않으면 해당 요청은 대기열에 넣게 된다.
            :  physical % disk time은 85% 이상, avg disk queue length는 둘 이상, 또는 RAM의 부족으로 
               디스크 작업이 이루어 질 수 없는 경우 다스크 병목 현상이 발생 할 수 있다.

      - avg. disk read queue length : 대기열의 읽기 요청 대기수

      - avg. disk write queue length : 대기열의 쓰기 요청 대기수

 4) SQL sever
     - Cache Manager / Cache hit Ratio 
            : 캐쉬 적중률 (90% 이상 권장 , 미만시 메모리 추가, OLTP 시스템에는 99% 권장)

     - Buffer manager / Buffer Cache Hit Ratio 
            : 캐쉬 적중률 (90% 이상 권장 )
    
     - Databases / Transactions/sec
            : DB에 있는 모든 데이타 파일의 총 크기
   
     
- Buffer manager / CheCKpoint pages/sec
            : 검사점에 의한 플러쉬된 페이지 수

     - Access Methods / skipped ghosted records/sec
            :페이지 스플릿 발생 수 

  
   - SQL StatistICS / SQL compilations/sec
            :초당 컴파일 수 

     - SQL server general statistics/User connection
            :현재 연결된 사용자 수 (Maximum Worker Threads = 255)

     - SQL server : Cache Hit Ratio
            : 이것은 SQL 서버가 디스크에 액세스하는 것에 대한 캐쉬에서 데이터를 찾는 시간에 대한
              비율입니다. 80%보다 적은 캐쉬 적중률은 SQL Server에 RAM이 부족함을 나타냅니다.
              시스템에 RAM이 많이 있다고 해도 SQL Server에 대한 충분한 RAM이 할당되지 않았다면
              이러한 문제가 발생할 수 있습니다. SQL 서버에 보다 많은 RAM을 제고하려면 sp_configure
              저장된 프로시저 및 SQL Server Enterprise Manager를 사용하십시오.

 

  
  5) 기타

    - Active Server Page, Requests Queued
            : 이것은 대기역에서 서비스를 기다리는 요청수를 모니터링합니다.
              스트레스 상황에서 지연된 요청수가 상당히 증가할 경우 프로세서 사용율은 비교적 낮게 남아있고, 
              이것은 스크립트가 처리할 수 있는 것보다 많은 호출을 수신하는 COM 개체를 호출하고 있다는
              표시입니다. 이러한 경우에 ASP에서 호출된 COM 개체는 일반적으로 장애가 됩니다.

    
    - System : >% Total Processor Time
            : 이것은 프로세서가 사용 중인 시간에 대한 비율입니다. 이 카운터가 지속적으로 80%~100% 사이에서
            실행되고 있을 때, Cpu 병목 현상의 중요한 표시가 됩니다. 이때는 프로세서 추가 설치를 고려해 보십시오.


    - System : Processor Queue Lenght
            : 이것은 프로세서 주기를 기다리며 대기하는 스레드 수의 순간적인 계산(평균 아님)입니다.
              둘 이상으로 지속되는 프로세서 대기열 길이는 일반적으로 프로세서 정체를 나타냅니다.
              보다 많은 프로세서의 설치를 고려하십시오.

  
   - SQLServer - Locks : Total Blocking Locks.
           : 차단 잠금 수가 높으면 데이터베이스에서 핫스폿을 나타냅니다. 사이트 개발자에게 알려주십시오.


  - Process : Private Bytes
           : 이 프로세스가 할당한 현재 바이트 수는 다른 프로세스와 공유할 수 없습니다.


  - Thread : Context Switches / Sec : Inetingo => Thread#
           :프로세서 당 쓰레드 또는 쓰레드 풀의 최대 수를 측정합니다. 너무 많은 컨텍스트 전환을 하지 않았는지
            확인 하려면 이 카운터를 모니터링 해야 합니다. 컨텍스트 전환에서 손실한 메모리는 성능이 향상되기
            보다는 감소하는 위치에 추가되는 쓰레드의 이점을 허용합니다. 초당 15,000개 이상의 컨텍스트 전환에
            대해서는 심각하게 고려해야 합니다.

 

 


 

 

번호 제목 글쓴이 날짜 조회 수
84 Create and apply simple filters to an image using OpenCV and Python proin 2020.08.31 0
83 Flutter 소개와 개발환경 구축 proin 2020.08.29 2
82 Sudo pip install은 안돼요! proin 2020.08.28 0
81 Memory(Private Bytes, Working Set, Virtual Bytes) proin 2020.07.29 0
80 [윈도우 배치 프로세스] 프로세스 메모리 사용량 체크하기 proin 2020.07.27 0
79 특정 프로세스 메모리 사용량 모니터링 로그 프로그램 file proin 2020.07.27 0
» 성능 모니터 주요 체크 카운터 proin 2020.07.27 0
77 성능 모니터 주요 체크 카운터 proin 2020.07.27 0
76 성능 모니터 주요 카운터 정리 proin 2020.07.27 0
75 프로세스 메모리 사용량 로그 기록 - 성능 모니터 이용 proin 2020.07.27 0
74 [기타] 윈도우에서 삼바 로그아웃 하기 proin 2020.05.15 1
73 openmediavault 이용하여 라즈베리파이 나스(NAS) 만들기 (FTP 파일서버 구축 방법) proin 2019.09.18 0
72 ITS : OpenProject 설치 & 초기 환경설정 proin 2019.09.18 0
71 초보를 위한 도커 안내서 - 설치하고 컨테이너 실행하기 proin 2019.09.18 0
70 vmware 에 헤놀로지 (synology) 및 DSM 설치 proin 2019.06.16 1
69 VMware에서 XPEnology DSM6.2구동 proin 2019.06.16 0
68 Xpenology(해놀로지) 6.1.5 DSM 설치 proin 2019.06.14 0
67 [Ubuntu] Could not get lock 에러 해결 방법 proin 2019.06.14 0
66 [아두이노] 아두이노/라즈베리파이 호환 카메라 모듈 / Mini moduleCamera Shield w/5 MP OV5642 forArduino UNOMega2560 board proin 2019.06.14 0
65 [아두이노] Arducam MINI Camera Demo Tutorial for Arduino proin 2019.06.14 0
위로