yum install -y ncdu
du보다 속도도 빠르고 디렉토리별로 나열해서 보기도 편하고 통파티션으로 설치된 리눅스에서 어디가 용량큰지 찾자고 계속 du 치고있ㅉ말자
| rpmforge (0) | 2018.08.31 |
|---|---|
| ssl 인즉서 적용 확인하는곳 (0) | 2018.08.31 |
| sed '/^\#/d' 파일 > 파일_주석제거된거 (0) | 2018.08.31 |
| 특정 프로세스 grep으로 찾아가지고 해당 프로세스들 $2 불러와서 kill 하기 (0) | 2018.08.31 |
| tee 명령어 (0) | 2018.08.31 |
Processor\%Processor Time : % Processor Time은 프로세서가 비유휴 스레드를 실행하는 데 소비하는 시간의 백분율입니다. 이것은 프로세서가 각 샘플 간격 동안 유휴 스레드를 실행하는 데 소비한 시간을 측정하여 간격 기간에서 그 값을 뺀 것입니다. 각 프로세서에는 유휴 스레드가 있는데 이것은 다른 어떤 스레드도 실행되지 않을 때 사이클을 소비하는 스레드입니다. 이 카운터는 프로세서 동작의 주요 표시기이며 샘플 간격 동안 관찰되는 사용 시간의 평균 백분율을 표시합니다. 이것은 서비스가 비활성인 시간을 모니터링하여 100%에서 그 값을 뺀 것입니다.
즉 쉽게 말해서, 1시간 동안 CPU상태를 관찰하였고, 1시간 중에서 30분간 CPU가 일을 하였다면, %Processor Time은 50% 입니다. 일반적으로 %Processor Time이 80%이상 사용되고 있으면, 관심을 가지고 사용량의 변화를 모니터하셔야 합니다.
Processor\%Privileged Time : % Privildged Time은 프로세스 스레드가 특권 모드에서 명령을 실행하면서 경과된 시간을 백분율로 표시한 것입니다. Windows 시스템 서비스가 호출되면, 서비스는 시스템 전용 데이터를 액세스하기 위해 흔히 특권 모드에서 실행됩니다. 그러한 데이터는 사용자 모드에서 실행되는 스레드가 액세스하지 못하도록 보호됩니다. 시스템 호출은 페이지 오류 또는 인터럽트가 발생할 때처럼 명시적이거나 암시적입니다. 일부 초기 운영 체제와는 달리 Windows는 사용자 및 특권 모드의 일반적인 보호뿐만 아니라 하위 시스템을 보호하기 위해 프로세스 경계를 사용합니다. 응용 프로그램을 대신하여 Windows에서 수행한 일부 작업은 프로세스의 특권 시간 및 다른 하위 시스템 프로세스에서도 나타납니다. 쉽게 말해서, 운영체제가 사용한 시간의 백분율 값입니다.
Memory\Available Bytes : Available Bytes는 컴퓨터에서 실행되는 프로세스에 사용할 수 있는 실제 메모리의 양(바이트)입니다. 이것은 0으로 채워 있거나 비어 있거나 대기 중인 메모리 목록에 있는 공간을 합해 계산합니다. 빈 메모리는 사용할 준비가 된 메모리이고, 0으로 채워진 메모리는 다음 프로세스가 이전 프로세스에서 사용된 데이터를 보지 못하도록 0으로 채운 메모리 페이지로 구성되며, 대기 메모리는 프로세스의 작업 집합(실제 메모리)에서 제거되어 디스크로 라우트되었지만 다시 호출되어 사용될 수 있는 메모리를 말합니다. 이 카운터는 최근에 관찰된 값만 표시하며 평균값은 아닙니다. 사용 가능한 여유 메모리는 많이 있으면 좋겠지만, 그렇지 않다면, 최소한 5Mbyte이상은 남아 있어야 합니다.
Memory\Page Faults/sec : Page Faults/sec는 프로세스가 사용하는 메모리 공간(Working Set)에 존재하지 않는 코드나, 데이터를 요청할 경우에 발생합니다. 이 때 요청된 코드나 데이터를 다른 메모리 공간에서 찾으면 Soft Page Fault라고 하며, 디스크에서 찾게되면 Hard Page Fault라고 합니다. Page Faults/sec은 초당 발생한 Soft Page Fault와 Hard Page Fault의 합입니다.
Soft Page Fault값은 Page Faults/sec값에서 Pages/sec값을 빼면 됩니다.
따라서, Page Faults/sec의 값은 작을수록 좋다고 말 할 수 있겠으며, 상황에 따라서 그 임계치는 다르므로, 평상시에 모니터하여 적정 값을 파악해 두셔야 합니다.
Memory\Pages/sec : Pages/sec는 하드 페이지 부재를 해결하기 위해 디스크에서 읽거나 디스크로 쓴 페이지의 비율입니다. 이것은 Memory\\Pages Input/sec과 Memory\\Pages Output/sec의 합입니다. 메모리 공간이 부족하게 되면, 디스크의 페이징 파일로 메모리의 내용을 옮겨서 메모리의 여유공간을 확보하여 사용하게 되며, 또 필요 시 페이징 파일에서 데이터를 메모리로 로드하여 처리하는 과정을 반복하게 되므로 성능이 저하되게 됩니다.
Pages/sec 카운터 값이 20이상 지속되면 메모리 이상을 의심해야 합니다.
PhysicalDisk\%Disk Read Time : 디스크가 읽기 작업을 수행한 시간의 백분율입니다.
PhysicalDisk\%Disk Write Time : 디스크가 쓰기 작업을 수행한 시간의 백분율입니다.
PhysicalDisk\%Disk Time : 디스크가 읽기 및 쓰기 작업을 수행한 시간의 백분율이며, 이 값은 Disk Read Time과 Disk Write Time의 합입니다.
PhysicalDisk\Avg. Disk Queue Length : 디스크의 읽기 및 쓰기 작업을 위해 대기중인 실제 디스크 큐 길이 입니다. 이 값은 디스크당 2를 초과하게 되면, 디스크 쪽 부하를 점검해야 합니다.
PhysicalDisk\Current Disk Queue Length : 현재 시점의 디스크 읽기 및 쓰기 작업을 위해 대기중인 디스크 큐 길이 입니다. 이 값 역시 2를 초과하면, 디스크 쪽 부하를 점검해야 합니다.
Network Interface\Current Bandwidth : 네트워크 인터페이스의 현재 대역폭입니다. 사용하는 네트워크 어댑터 카드의 지원 가능 대역이 100Mbps인 경우에 Current Bandwidth값이 10Mbps라면 네트워크 어댑터 카드의 속성 세팅이 잘못 되었을 가능성이 큽니다.
Network Interface\Packets Outbound Errors : 이 항목은 오류로 인해서 외부로 반출할 수 없는 패킷의 수를 나타냅니다.
Network Interface\Packets Received Errors : 이 항목은 상위 계층의 프로토콜로 전달되지 못하도록 하는 오류를 포함하고 있는 외부로부터 유입되는 패킷의 수를 나타냅니다.
Server\Bytes Total/sec : 이 항목은 초당 서버가 네트워크에서 주고 받은 바이트 수 입니다. 동일 네트워크에 존재하는 서버들의 각각의 Bytes Total/sec 합이 네트워크 대역폭보다 크다면, 네트워크 분리를 고려하셔야 합니다.
SQLServer:Buffer Manager\Buffer cache hit ratio : SQL서버가 데이터를 디스크에서 읽지 않고 버퍼 풀에서 찾은 페이지 비율입니다. 이 값은 90% 이상 유지되어야 하며, 대부분의 시스템에서 98% 정도 유지 됩니다. 이 값이 90보다 낮다면 버퍼 공간이 부족하다고 판단할 수 있습니다.
SQLServer:Buffer Manager\Page life expectancy : 이 항목은 페이지가 참조되지 않고 얼마나 오랫동안 버퍼에 존재할 수 있는가를 초 단위로 나타냅니다. 이 값이 300초 이하이면, 성능향상을 위해 SQL서버에 추가적인 버퍼 공간이 필요하다고 볼 수 있습니다.
SQLServer:Buffer Manager\Page reads/sec : 모든 데이터베이스에 대해서 발생한 물리적 데이터 페이지의 초당 읽기 수를 나타냅니다. 물리적 I/O는 상대적으로 비용이 많이 발생하므로, 더 큰 데이터 캐시를 사용하거나, 인덱스 및 쿼리를 효율적으로 작성하거나, 데이터베이스 모델링을 다시하여 물리적 I/O비용을 줄여야 합니다.
SQLServer:Buffer Manager\Stolen Page : 윈도우 시스템이 SQL서버가 아닌 다른 응용 프로그램의 요구를 충족시키기 위하여 얼마나 많은 페이지들이 SQL Server 데이터 캐시로부터 제거되었는지를 나타낸다. min Server memory를 지정하여 SQL서버가 지정한 만큼의 SQL서버 전용으로 메모리를 할당하게 할 수 있지만, 그 만큼 다른 프로그램이 적은 메모리로 운영되게 되므로 페이징이 발생하게 됩니다. 따라서 메모리 증설을 고려해야 합니다.
SQLServer:Databases\Log Flushes/sec : 초당 발생한 로그 플러시 수를 나타냅니다. 하나의 로그플러시는 하나의 트랜잭션이 커밋되어 로그 파일에 기록되는 것을 의미 합니다.
SQLServer:Databases\Transactions/sec : 선택한 데이터 베이스에서 발생한 초당 발생하는 트랜잭션 수를 나타냅니다.
SQLServer:General Statistics\User Connections : 시스템에 연결된 사용자 수를 나타냅니다.
SQL Server:Latches\Average Latch Wait Time(ms) : 요청된 래치에 대한 평균 래치 대기 시간(ms)
SQL Server:Latches\Latch Waits/sec : 즉시 서비스 될 수 없고 자원 해제를 위해 대기해야 하는 래치 요청 수
SQL Server: Locks\Average Wait Time(ms) : 리소스에 잠금을 걸기 위해 대기하였던 평균 시간(ms)을 나타냅니다.
SQL Server: Locks\Lock Timeouts/sec : 리소스에 잠금을 얻기 위해 대기하면서 타임 아웃된 잠금 요청 횟수를 나타냅니다.
SQL Server: Locks\Lock Waits/sec : 즉시 충족시킬 수 없고 잠금을 허가하기 위해서 호출자가 기다려야 하는 잠금 요청 수
SQL Server: Locks\Number of Deadlocks/sec : 교착 상태를 일으킨 잠금 요청 수
SQL Server: Memory Manager\Memory Grants Pending : 작업 영역 메모리 허가를 위해 대기하고 있는 현재의 프로세스 수
SQL Server: Memory Manager\Target Server Memory(KB) : SQL Server가 사용할 수 있는 전체 메모리 양
SQL Server: Memory Manager\Total Server Memory(KB) : SQL Server가 사용하고 있는 전체 메모리 양
SQL Server: SQL Statistics\Batch Requests/sec : 초당 요청 받은 SQL 배치 요청 수
SQL Server: SQL Statistics\SQL Compilations/sec : 초당 SQL Server가 SQL문을 컴파일 한 수
SQL Server: SQL Statistics\Re-Compilations/sec : 초당 SQL Server가 SQL문을 재 컴파일 한 수
출처
http://sqler.pe.kr/web_board/view_list.asp?id=919&read=8898&pagec=17&gotopage=17&block=1&part=myboard7&tip=
| 모니터링시 조치 방법 (0) | 2018.08.31 |
|---|---|
| 병목현상 점검 조치 (0) | 2018.08.31 |
출처 : http://tiger5net.egloos.com/5096569
| 분류 | 항목 | 임계값 | 대처방법 |
| Memory | Available Mbytes | 5MB 이하 (최소값) | * 사용 가능한 물리적 메모리 용량 - Memory 20~25%보다 작은 값이 측정된다면, 특정 프로세스가 메모리누수를 발생시키고 있으므로 프로세스를 확인하거나 메모리증설 |
| Page Faults/sec | 20 | * 초당 Page Fault 수 - 20이상이 되면 서버가 불안정 - 특히, 메모리 불량이거나 패리티에러가 발생하면 수치가 높아짐 - 웹서버는 보통 80~200은 정상으로 판단 | |
| Pages/sec | 20이상 : 경고 30이상 : 위험 | * 초당 페이징 수 - SQL서버 1) Buffer Cache Hit Ratio도 이상이 있는 경우 메모리증설 필요 2) Buffer Cache Hit Ratio에 이상이 없는 경우 다른 Application의 영향 유무파악 SQL서버 메모리구성 설정변경 (동적->고정) - 일반서버 Available Mbytes가 정상인데 임계치를 넘는 경우는 다른 Application에서 메모리관리를 잘못하는 경우임. | |
| Pool Nonpaged Bytes | 비정상 증가 | * 메모리 중 non-paged pool의 크기 - 유휴상태에서 해당값이 비정상적으로 증가한다면 메모리누수 | |
| PhysicalDisk | % Disk Time | 50%이상 : 경고 60%이상 : 위험 | * Disk IO 사용율 - 임계치면 IO 과부하가 예상 - 논리파티션이나 개별 Disk의 값이 아닌 Disk Array 전체의 값 - Array증설 필요 |
| Avg. Disk Queue Length | 2이상 | * Disk 대기열에 있는 IO요청 평균 수 - Array인 경우 임계치 산정은 Disk수 * 2 - Disk교체 or Array 구성이 아닐 경우 Array 구성 | |
| Processor | % Processor Time | 70%이상 : 경고 80%이상 : 위험 | * CPU 사용율 - 시스템에 의한 사용율 + 사용자에 의한 사용율 |
| Interrupts/sec | 비정상 증가 | * 초당 인터럽트 횟수 - 네트웍카드와 같은 하드웨어에 문제가 생길 경우 급증 | |
| Server | Bytes Total/sec | 네트웍카드 최대 전송률 | * 초당 전송바이트 수 - 장착된 네트웍카드의 최대 전송률과 비슷해지면 고 성능의 네트웍카드나 추가의 네트웍카드의 장착이 필요 |
| Pool Paged Peak | 물리적 메모리양 | * paged pool로 잡혔던 최대크기 - 해당값이 높다면 Application이 busy상태임. - 메모리의 과부하로 이어지기 때문에 응용코드의 수정필요 | |
| Server Work Queues | Queue Length | 4이상 | * CPU의 현재 작업큐의 길이 - 임계치 이상이면 CPU에 병목이 발생중임. |
| SQL Server: Buffer Manager | Buffer cache hit ratio | 90%이하 | * 메모리 접근 시 Disk가 아닌 Buffer를 사용하는 비율 - sqlserver.exe 프로세스의 메모리 사용을 체크하는 기준 - 메모리증설 필요 |
| SQL Server: General Statistics | User Connections | 255이상 | * DB Connection 수 - DB connection count >= SQL서버 max worker thread일 때, Connection당 1개씩의 worker thread 가 할당되어 가장 좋음 - 임계치 이상일 경우 "max worker threads" 설정값을 늘림. |
| System | Processor Queue Length | 2이상 | * CPU연산을 하기위한 Thread 대기 수 - 임계치 산정은 CPU수 * 2 - SQL서버 1) CPU사용율이 낮으나 임계치를 벗어난 경우 SQL서버의 "max worker threads" 설정값을 줄임. 2) CPU사용율이 높거나 #1의 경우로 미해결인 경우 CPU증설or thread수를 줄일 방법모색 - 일반서버 1) CPU증설 or thread수를 줄일 방법모색 |
| * 임계치 초과가 10분이상 지속된다면 H/W의 증설을 검토해야 함. | |||
참고자료1 : SQL서버 진단을 위한 주요 성능카운터
참고자료2 : 서버 성능 평가
성능 모니터는 서버에 리소스가 부족할 때 원격 시스템에서 데이터를 가져오지 못할 수 있으므로 서버에 성능 문제가 있음을 알고 있다면 성능 모니터를 로컬에서 실행하는 것이 좋습니다. 중앙 컴퓨터에서 원격으로 실행하는 것은 여러 서버를 모니터링하거나 기준으로 사용하고자 할 때 가장 이상적입니다.
| mssql 튜닝을위한 성능 모니터 (0) | 2018.08.31 |
|---|---|
| 병목현상 점검 조치 (0) | 2018.08.31 |