윈도우XP의 성능 및 로그 서비스를 이용한 시스템 로그 기록

출처: http://blog.naver.com/khj77ok?Redirect=Log&logNo=60035674565



1. 컴퓨터 관리를 실행시킨다.


2. 성능 로그 및 경고 메뉴중 카운터 로그를 선택한다.

3. 마우스 오른쪽 버튼을 클릭하여 새로그설정을 클릭한다.

4. 새로그의 이름을 설정한다.  (임의로 시스템 부하체크로 설정하였다.)
이름을 넣고 확인버튼을 클릭하면 다음 화면으로 넘어간다.

5. 카운터 추가 버튼을 클릭하여  사용하고자 하는 카운터를 추가한다.

6. 카운터 추가항목에 들어오면 성능개체에서 원하는 그룹을 선택한다.
(Network Interface, Processor, LogicalDisk, 등등..)

원하는 항목을 선택한후 추가 버튼을 클릭한다.
(화면에 변화없이 뒤쪽 화면에 추가되었으니 화면에 변화 없다고 마구 클릭하지 말자!!)
추가가 완료되었으면 닫기 버튼을 클릭한다.



7. 샘플채취 간격을 설정한다.

8. 로그파일 설정을 변경한다.
로그종류를 텍스트, 쿼리 등등으로 변경할수 있는데 엑셀에서 쉽게 불러올수 있도록 텍스트(쉼표구분형식)으로 저장한다.

9. 일정을 선택한다.
여기의 일정은 큰 의미가 없으며 최초 기동시각을 설정하는데만 사용한다.
완료후 확인 버튼을 클릭하여 전체 완료를 한다.

10. 화면에 시스템 부하 항목이 생성되었다.
이 항목은 9번에서 설정한 시각이 되면 자동 동작을 하게 되는데  수동으로 작동시키고자 할경우 ▶ 버튼을 클릭하면 된다

11. 로그 기록이 시작되면 항목이 녹색으로 변경된다.

# 성능개체와 카운터 중요 항목


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개
    이상의 컨텍스트 전환에 대해서는 심각하게 고려해야 합니다.