DexCore.Net

실시간 모니터링 어떻게 할 것인가? 일반적으로 DBA들은 V$SESSION을 조회하여 실시간 모니터링을 실시하고 있다. 그러나 여기에는 치명적인 문제점이 몇 가지 있다.첫째, msec 단위로 실행되는 OLTP성 쿼리를 V$SESSION을 몇 초 단위(부하를 많이 줄 수 있음)로 폴링하여 인간의 눈으로 식별한다는 것이 가능한가? 물론 모니터링하는 사람이 600만불의 사나이와 같은 시력과 처리 능력을 가지고 있거나, 또는 최소 수십 초에서 1분 이상 걸리는 장기 실행 쿼리일 경우에는 이 방법으로도 가능하다.둘째, 문제가 발생한 최근 10분 간의 경향을 분석하고자 한다면? 특정 쿼리를 개별로 봤을 때는 문제가 없어 보여도, 시계열로 집계하여 분석하면 문제점이 드러난다. 그러나 V$SESSION의 경우 별도로 ..

성능 문제 식별의 시작점은? CPU, Memory, I/O, Network의 4가지 지표를 사용하는 O/S에 비해, DBMS는 성능 지표가 대단히 많은 편이다. 오라클의 경우 11gR2(11.2.0.3) V$SYSSTAT 기준으로 통계 항목의 개수는 무려 622개에 달한다. 대기 이벤트(Wait Event)는 이보다 더 많은 1150개 (v$event_name 기준)다. 그렇다면 성능 문제 식별을 위해 이 모든 성능 통계 항목을 조사해봐야 할까? 물론 그렇지는 않다. 특별한 트러블슈팅이 아닌 한 이들 전체 통계 항목을 조사할 일은 거의 없다. 실제로 일상의 성능 문제를 판별하기 위해 필요한 통계 항목의 개수는 10개 내외로 많지 않다.여기서 한가지 강조하고 싶은 것은 가장 중요한 성능 분석의 시작점은 바..