딕셔너리와 동적인 뷰
오라클 서버는 V$SYSSTAT 뷰에 모든 시스템 통계를 출력하며, 성능과 문제해결 정보를 위한 많은 다른 뷰들을 사용합니다. 이들 뷰를 질의하여 인스턴스가 시작한 때부터 누적된 총 정보를 찾을 수 있지만, 이것은 종종 그렇게 도움이 되지 않습니다. 인스턴스가 좀처럼 종료되지 않는다면, 통계가 오래되어 거의 의미가 없기 때문입니다.
오라클은 세그먼트 저장장소(테이블, 클러스터, 인덱스, 파티션) 문제를 해결하는데 도움이 될 DBA_xxx 뷰로 데이터 저장장소 통계를 출력합니다.

UTLBSTAT 와 UTLESTAT 유틸리티
가장 바쁜 시간이나 월말과 같이 정의된 기간 동안 성능관련 수치를 수집하여 하드 카피 보고서를 산출해야 합니다.
이일은 ultbstat.sql과 ulestat.sql 스크립트를 사용하여 수행할 수 있습니다.
경험있는 컨설턴트들은 보통 이 유틸리티를 사용하여 데이터를 포착해서 튜닝 프로젝트를 시작합니다.

Oracle Diagnostics 및 Tuning Pack 애플리케이션
또한, 그래픽 감시, 분석 및 오라클 데이터베이스의 자동 튜닝과 같은 많은 오라클 성능 관리 영역을 처리하는 윈도우 기반 애플리케이션 세트인 Oracle Diagnostics and Tuning Packs 과 함께 제공되는 오라클 GUI 툴들을 사용할 수 있습니다.

딕셔너리와 특수 뷰
데이터 저장장소를 상세하게 볼 필요가 있을 경우, 통계자료를 수집하고 DBA_xxx와 특수 뷰 열(column)을 포함시키는 ANALYZE 명령을 사용할 필요가 있습니다.

ANALYZE는  다음과 관련된 뷰 안에 열들을 포함시킵니다.

이 명령은 9장 “오라클 블록의 효율적인 사용”에서 보다 상세하게 설명됩니다.

V$ 뷰

X$ 테이블

전체 시스템 통계

인스턴스/데이터베이스에 속하는 뷰

메모리에 속하는 뷰

디스크 성능에 속하는 뷰

경합에 속하는 뷰

세션 관련 통계

일반적인 전체 시스템 통계
모든 종류의 전체 시스템 통계는 V$STATNAME 뷰의 목록에 만들어 집니다: 약 180가지의 통계
오라클 서버는 모든 계산된 시스템 통계를 V$SYSSTAT 뷰로 출력합니다. 이 뷰를 질의하여 인스턴스가 시작한 때부터 누적된 총 통계를 찾을 수 있습니다.

예
   SQL> SELECT name, class, value FROM v$sysstat;
   NAME                 CLASS    VALUE
   -------------------- -------- ---------
   db block gets          8      7687
   consistent gets        8      17547
   physical reads         8      763
   session uga memory     1      1312236
   session pga memory     1      57634176
   sorts (memory)        64      497
   sorts (disk)          64      0
   sorts (rows)          64      605

 이들 통계는 다음과 같이 튜닝 주제별로 분류됩니다:

SGA 글로벌 통계
오라클 서버는 모든 계산된 메모리 통계를 V$SGASTAT 뷰로 출력합니다. 이 뷰를 질의하여 인스턴스가 시작한 때부터 누적된 상세한 총 SGA 사용을 알 수 있습니다.

예
   SQL> SELECT * FROM v$sgastat;
   POOL           NAME                             BYTES
   -------------- ----------------------------- --------
                  fixed_sga                        46136
                  db_block_buffers                409600
                  log_buffer                      524288
   shared pool    free memory                    8341616
   shared pool    table columns                    15248
   shared pool    SYSTEM PARAMETERS                42946
   shared pool    transactions                     64800
   shared pool    dictionary cache                156524
   shared pool    library cache                   358660
   shared pool    sql area                        551488

대기 이벤트 통계
모든 종류의 대기 이벤트는 V$EVENT_NAME 뷰의 목록에 만들어 집니다: 약 136가지 통계

모든 세션에 대해 누적된 통계 V$SYSTEM_EVENT에 저장되어, 인스턴스가 시작한 때부터의 특정 이벤트에 대한 총 대기시간을 나타냅니다.

문제해결 중이라면, 프로세스가 자원을 기다려온 시간을 알 필요가 있습니다.

일반적인 세션 관련 통계
세션 데이터는 연결시간부터 누적됩니다.
각 사용자 로그온에 관한 현 세션 정보를 출력할 수 있습니다.
또 다른 뷰 V$MYSTAT는 현 세션의 통계를 출력합니다.

예: 세션의 연결 유형을 결정합니다.
   SQL> SELECT sid, username, type, server FROM v$session;
   SID      USERNAME                TYPE        SERVER
   -------- ----------------------- ----------- --------
          1                         BACKGROUND  DEDICATED
          2                         BACKGROUND  DEDICATED
          3                         BACKGROUND  DEDICATED
          4                         BACKGROUND  DEDICATED
          5                         BACKGROUND  DEDICATED
          9 SYSTEM                  USER        DEDICATED
         10 SCOTT                   USER        NONE
         11 JIM                     USER        SHARED

오라클 서버는 모든 계산된 세션 통계를 V$SESSTAT 뷰로 출력합니다. 이 뷰를 질의하여 인스턴스가 시작한 때부터 누적된 총 세션 통계를 찾을 수 있습니다.

 예: 30000 바이트 이상의 pga 메모리를 소비하는 세션을 결정합니다.
   SQL> select username, name, value
     2      from v$statname n, v$session s, v$sesstat t
     3      where s.sid=t.sid
     4      and   n.statistic#=t.statistic#
     5      and   s.type=’USER’
     6      and   s.username is not null
     7      and   n.name=’session pga memory’
     8*     and   t.value > 30000;
   USERNAME         NAME                 VALUE
   ---------------- -------------------- -------------
    SYSTEM          session pga memory   468816   

세션 대기 이벤트 통계
V$SESSION_EVENT 는 인스턴스가 시작한 때부터 세션별 특정 이벤트의 총 대기 수를 나타냅니다.
V$SESSION_WAIT 뷰는 활동중인 세션이 기다리는 자원이나 이벤트의 목록을 나타냅니다.
현재 문제 해결 중이라면, 프로세스가 자원을 기다려 온 시간을 알 필요가 있습니다. V$SESSION_WAIT 의 구조는 세션의 대기 여부와 대기 이유를 실시간으로 검사하기 쉽게 되어 있습니다.
   SQL> select sid, event
     2      from V$SESSION_WAIT
     3*     where wait_time = 0;
   SID        EVENT
   ---------- ---------------------------
            1  pmon timer
            2  rdbms ipc message     
            3  rdbms ipc message
            9  rdbms ipc message
           16  rdbms ipc message
           17  rdbms ipc message
           10  rdbms ipc message
            4  rdbms ipc message
            5  smon timer
   9 rows selected.

그런 다음, 특정 모듈의 사용과 같이, 대기가 빈번하게 발생하는 지의 여부와 다른 현상과 상관관계가 있는지의 여부를 알기 위하여 심층 조사할 수 있습니다.

시작 및 종료 스크립트
동적인 뷰는 시작한 때부터 누적된 총 통계를 나타내지만, 이것은 종종 그렇게 도움이 되지 않습니다. 인스턴스가 다시 시작되지 않는다면, 통계가 오래되어 거의 의미가 없기 때문입니다.

가장 바쁜 시간이나 월말과 같이 정의된 기간 동안 성능관련 수치를 수집하여 report.txt 보고서를 산출해야 합니다.

이일은 UNIX에서 $ORACLE_MOME/rdbms/admin 디렉토리와 NT에서 C:\Orant\Rdbms80\Admin에 저장된 utlbstat.sql과 utlestat.sql 스크립트를 사용하여 수행할 수 있습니다.

통계자료 수집 시작

  SVRMGR> @$ORACLE_HOME/rdbms/admin/utlbstat.sql

이 스크립트는 BEGIN과 END 테이블을 생성하여 동적인 성능 테이블(V$xxx)로부터 데이터의 스냅샷을 찍어 초기 통계자료를 수집하여 BEGIN 테이블에 저장합니다.

 SVRMGR> create table stats$begin_stats as select * from
      2> v$sysstat where 1=0;
 SVRMGR> create table stats$end_stats as select * from
      2> stats$begin_stats;

 

 상태 테이블명

 기본으로 하는 것

 stats$begin_latch
 stats$begin_roll
 stats$begin_lib
 stats$begin_dc
 stats$begin_event
 stats$begin_view

 stats$begin_file  
 stats$begin_waitstat

 v$latch
 v$rollstat
 v$librarycache
 v$rowcache
 v$system-_event
 v$filestat, ts$,
 v$datafile, file$
 stats$file_view
 v$waitstat


통계 수집 종료

 SVRMGR> @$ORACLE_HOME/rdbms/admin/utlestat.sql

 SVRMGR> insert into stats$end_latch select * from v$latch;

 상태 테이블명

 기본으로 하는 것

 stats$end_stats
 stats$end_lib
 stats$end_event
 stats$end_waitstat
 stats$end_roll
 stats$end_file
 stats$end_dc

 v$sysstat
 v$librarycache
 v$system-_event
 v$waitstat
 v$rollstat
 stats$file_view
 v$rowcache

주의: 스크립트는 SYSDBA로서 연결되어 SYS의 디폴트 테이블스페이스 SYSTEM에 테이블을 생성합니다. 스크립트를 실행하기 전에, 이러한 목적으로 새로운 테이블스페이스를 생성하고 SYS의 디폴트 테이블스페이스를 이 새로운 테이블스페이스로 변경시키십시오. 2개의 스크립트 실행을 종료한 때에는, SYS의 디폴트 테이블스페이스를 SYSTEM으로 다시 변경하십시오.

Report .txt
utlestat.sql 스크립트에 의하여 생성된 보고서는 DIFFERENCE 테이블에 일련의 SELECT 문을 포함합니다.
  SQL> spool report.txt;
  SQL> select  . . .  from stats$lib;
주의: 아래 섹션은 여기서 상세하게 다루지 않고, 다른 장에서 다루어질 것입니다. 이 목록은 이들 튜닝 영역에 익숙하게 하기 위하여 제시된 것입니다.

라이브러리 캐쉬 통계
라이브러리 캐쉬는 공유된 SQL과 PL/SQL 영역을 포함합니다.
이 영역을 튜닝한다는 것은, 라이브러리 캐쉬 실패가 오라클 성능에 영향을 미친다는 것을 탐지할 때마다, SQL이나 PL/SQL를 처리하는 분석 또는 실행 단계에서 실패를 줄일 수 있다는 것을 의미합니다.

시스템 통계
보고서의 이 섹션은 각 전체 시스템 통계에 사용자 커밋 당 총 작업 수와 로그온당 총 작업 수를 나타내는 총 작업 수를 제공합니다. 이것은 여러 영역을 튜닝하는데 도움이 됩니다.

예1: DBWR 체크포인트
    Statistic                    Total Per Trans Per Logon
    --------------------------- ------ --------- ---------
    DBWR checkpoint buffers wri    219       .46      9.95
    DBWR checkpoint write reque    159       .33      7.23

DBWR 체크포인트는 DBWR에 보내진 체크포인트 메시지 수를 나타냅니다.

체크포인트 동안 I/O 증가는 성능 감소의 결과를 초래할 수 있습니다.

init.ora 파라미터 LOG_CHECKPOINT_INTERVAL을 증가시켜 체크포인트의 수와 빈도를 감소시키십시오.  그러나, 드문 체크포인트는 데이터베이스 복구 시간을 증가시킨다는 것을 명심하십시오.

예2: Consistent gets, db block gets, physical reads
    Statistic                 Total Per Transact    Per Logon
    ---------------------- -------- ------------ ------------
    consistent gets          559715      1168.51     25441.59
    db block gets            419280        20.77       452.23
    physical reads           419280       875.32     19058.18

Consistent gets 는 FOR UPDATE절을 사용하지 않는 질의를 위하여 버퍼 캐쉬에서 액세스되는 블록의 수입니다.

DB blocks gets는 INSERT, UPDATE, SELECT FOR UPDATE 문을 위하여 버퍼 캐쉬에서 액세스되는 블록의 수입니다.

이들 합은 logical reads 의 수입니다.

Physical reads는 물리적 I/O를 유발시키는 블록에 대한 요청 수입니다.

적중률을 계산하여, database buffer cache 의 크기가 충분히 큰지, 또는 메모리 안에 읽은 블록을 종종 유지할 수 없는지를 탐지하십시오.

대기 이벤트 통계
각 시스템 대기 이벤트는 CPU 시간의 비용을 치르는 context switch입니다. 총 시간을 조회함으로써, 어떤 것이 프로세스가 대기 상태인 병목현상을 나타내는지 결정할 수 있습니다.

래치 통계
오라클은 래치를 사용하여 공유 커서를 위한 라이브러리 캐쉬나 버퍼 캐쉬 내의 데이터 버퍼를 위한 LRU(Least-Recently-Used, 최저사용빈도) 목록과 같은 내부 구조에 액세스하는 것을 막습니다.

래치 영역을 튜닝하는 것에는 래치 할당을 위한 경합을 감소시키는 것이 포함됩니다.

롤백 경합 통계
트랜잭션이 계속 수행되기 전에 롤백 헤더 내에서 슬롯을 차지하기 위하여 대기해야 할 경우, 성능은 감소합니다.

이 섹션은 언두(undo) 헤더를 위한 경합을 결정하는데 도움이 됩니다.

버퍼 사용 중 대기 통계
이 작은 섹션은 “버퍼 사용중 대기” 대기 이벤트가 높은 경우, 어떤 부류의 블록(데이터 블록, 세그먼트 헤더 또는 언두 헤더)의 경합이 높은지를 나타냅니다.

딕셔너리 캐쉬 통계
모든 SQL 이나 PL/SQL 문은 딕셔너리 객체와 딕셔너리 캐쉬에 액세스할 수 있습니다. 딕셔너리 캐쉬에서의 실패는 I/O 의 증가와 성능의 저하를 가져옵니다.

이 영역을 튜닝하는 것은 딕셔너리 캐쉬 실패를 감소시키는 것을 의미합니다.

이 섹션은 캐쉬된 항목의 각 유형에 대해 성공과 실패를 나타냅니다.

데이터 파일/테이블스페이스 당 I/O 통계
이 섹션은 각 데이터파일과 테이블스페이스에 대한 이들 작업을 위해 소요된 시간의 양, 물리적 읽기/쓰기 수, 물리적 블록 읽기/쓰기 수를 계산하여, 여러 디스크 드라이브에 파일 I/O 를 분산시키는 방법을 나타냅니다.

측정 기간
이 섹션은 utlbstat가 시작 관련 통계를 수집하기 시작한 시간과 utlestat가 종료 관련 통계를 수집하기 시작한 시간을 나타냅니다.

Report .txt  출력
report.txt의 첫번째 섹션의 예제입니다. 

Report .txt  출력
report.txt의 마지막 섹션의 예제입니다. 

Event Management 시스템

Event Management(EM) 시스템은 다음 작업에 유용합니다.

EM 저장소 테이블에는 다음 사항이 들어 있습니다.

미리 정의된 이벤트 테스트 범주

다음 4개의 슬라이드에는 결함, 공간, 자원 및 성능 튜닝 영역의 이벤트 테스트에 대한 내용이 자세히 나와 있습니다. 감사 관리 테스트 범주는 튜닝 범위에 속하지 않습니다.

결함 관리 이벤트

이 테스트는 데이터베이스 또는 노드 레벨에서 발생할 수 있는 결함을 주로 모니터합니다. 결함 관리 테스트에는 다음과 같은 것이 있습니다.

공간 관리 이벤트

이 테스트에서는 시스템 또는 데이터베이스에서의 디스크 공간 요구 사항을 주로 모니터합니다. 공간 관리 테스트에는 다음과 같은 것이 있습니다.

자원 관리 이벤트

이 테스트에서는 데이터베이스 자원 사용을 모니터합니다. 자원 관리 테스트에는 다음과 같은 것이 있습니다.

성능 관리 이벤트

이 테스트에서는 주로 데이터베이스 튜닝 통계를 모니터합니다. 성능 관리 테스트에는 다음과 같은 것이 있습니다.

미리 정의된 이벤트 사용법

다음 절차를 따르면 관리되는 모든 노드에 이벤트를 생성할 수 있습니다.

  1. 콘솔의 메뉴 표시줄에서 Event->Create Event를 선택하거나 콘솔 도구 모음을 선택합니다.
  2. Create Event 창의 네 페이지에 해당 내용을 입력합니다.
    - General: 이벤트 이름, 유형, 설명, 빈도 및 대상
    - Tests: 체인된 행 감지 또는 과도한 CPU 사용 등의 이벤트 테스트
    - Parameters: 선택한 테스트에 필요한 매개변수
    - Permissions: 저장소의 다른 관리자가 이 이벤트에 대해 가지고 있는 사용 권한(또는 권한)
  3. 이 이벤트를 등록할 것인지 라이브러리에 저장할 것인지 또는 두 가지를 모두 할 것인지 결정합니다.
  4. 모든 페이지를 채운 후 이벤트를 즉시 실행(등록)할 것인지 이벤트 라이브러리에 저장할 것인지를 지정합니다.

빈도

각 이벤트에서 빈도는 인텔리전트 대행자가 이벤트 조건을 검사하는 주기를 결정합니다. 관리자는 기존 이벤트를 수정하거나 새 이벤트를 생성하여 빈도를 조정할 수 있습니다.

풀다운 목록에서 이벤트를 모니터하는 빈도를 선택하여 이벤트 조건을 검사하는 주기를 결정합니다. 이벤트 임계값이 지정한 빈도보다 더 긴 시간 동안 지정한 레벨 이상으로 유지되면 새 알림이 전송되지 않습니다. 그러나 조건이 주의에서 경고로(또는 경고에서 주의로) 바뀌면 새 알림이 전송됩니다.

매개변수

Fixit 작업

Fixit 작업은 이벤트 발생 시 문제를 해결하기 위해 생성하는 자동 또는 수동 작업을 말합니다. 다음 두 방법 중 하나를 사용하여 이벤트가 감지한 문제를 해결할 수 있습니다.

참고

In-House 스크립트

유틸리티 및 Oracle 툴에서 필요로 하는 모든 통계를 제공할 수는 없을 것입니다. 그러므로 다음을 수행하려면 스스로 스크립트를 생성할 수 있어야 합니다.

Oracle Diagnostics 및 Tuning Pack

표준 EM 제품 이외에도 Diagnostics 및 Tuning pack은 실시간 그래픽 성능 정보를 제공하면서 Oracle 데이터베이스에 대한 그래픽 모니터, 분석 및 자동 튜닝 등의 많은 Oracle 성능 관리 분야를 다루는 Windows 기반 통합 모니터 및 튜닝 응용 프로그램을 선택 사항으로 제공합니다.

Performance Manager

실시간으로 데이터베이스 성능을 모니터하는 기능을 제공합니다. 사용자, 처리 능력, 테이블스페이스, 리두 로그, 버퍼, 캐시 및 I/O에 대해 매우 다양한 데이터베이스 성능 통계를 표시하는 수십 개의 미리 정의된 차트를 제공합니다.

TopSessions

연결된 세션에서 데이터베이스 인스턴스 자원을 사용하는 방식을 실시간으로 모니터합니다. 선택한 통계에 따라 정렬된 상위 n개의 세션을 표시하여 세션 작업에 대한 개요를 볼 수 있습니다.

또한 동일한 자원에 액세스하는 사용자 간의 파괴적인 행위를 막기 위한 방식인 잠금을 모니터할 수 있습니다.

Oracle Trace Manager

이 응용 프로그램을 사용하면 여러 응용 프로그램에서 발생하는 이벤트에 대한 데이터를 수집하여 성능을 모니터할 수 있습니다. 데이터 수집이 발생하도록 하려면 Oracle Trace 루틴 호출이 이 응용 프로그램에 포함되어 있어야 합니다.

Oracle Trace Data Viewer

이 응용 프로그램을 사용하면 추적 형식 출력을 볼 수 있고 적절한 튜닝 또는 구성 결정을 할 수 있습니다.

Capacity Planner

이 응용 프로그램을 사용하면 현재 작업 로드를 기반으로 시스템 자원 계획을 수립할 수 있습니다.

Tablespace Manager

이 응용 프로그램을 사용하면 데이터베이스 저장 영역을 모니터 및 관리할 수 있습니다. 테이블스페이스 사용 정보 개요를 표시할 수 있으며 병합 기능을 사용하여 인접한 사용 가능 블록을 묶을 수 있습니다.

SQL Analyze

이 응용 프로그램을 사용하면 SQL 응용 프로그램을 튜닝할 수 있습니다.

Oracle Expert

이 응용 프로그램을 사용하면 데이터베이스 환경 성능을 최적화할 수 있습니다. Oracle Expert는 데이터베이스 초기 구성 및 기존 데이터베이스의 성능 특징을 수집하고 평가하는 작업을 지원합니다. 이 툴은 즉시 구현할 수 있는 튜닝 권장 사항을 제공합니다.

Performance Manager 특성

Performance Manager 응용 프로그램은 성능 데이터를 실시간 그래픽 뷰로 캡처, 계산 및 표시하며, 사용자는 이 뷰를 사용하여 다음 작업에 필요한 주요 사항을 모니터할 수 있습니다.

실시간 모드로 표시되는 데이터는 저장하여 재생할 수 있습니다.

새 차트를 정의할 수 있으며 많은 범주의 차트를 포함하는 창을 표시할 수 있습니다.

일곱 가지의 미리 정의된 차트 범주를 사용하여 표시할 수 있습니다. 각 범주에는 상위 주제에 초점을 맞춘 일련의 특정 차트들이 포함되어 있습니다.

Lock Manager

Locks, Blocking / Waiting Locks 및 User Type Locks 차트를 포함합니다.

I/O

File I/O Rate, File I/O Rate Details, Network I/O Rate 및 System I/O Rate 차트를 포함합니다.

Contention

Circuit, Dispatcher, Free List Hit %, Latch, Lock, Queue, Redo Allocation Hit %, Rollback NoWait Hit % 및 Shared Server 차트를 포함합니다.

Database Instance

Process, Session, System Statistics, Table Access, Tablespace, Tablespace Free Space, # Users Active, # Users Logged on, # Users Waiting, # Users Waiting for Locks 및 # Users Running 차트를 포함합니다.

Load

Buffer Gets Rate, Network Bytes Rate, Redo Statistics Rate, Sort Rows Rate, Table Scan Rows Rate 및 Throughput Rate 차트를 포함합니다.

Memory

Buffer Cache Hit %, Data Dictionary Cache Hit %, Library Cache Hit %, Library Cache Details, SQL Area, Memory Allocated, Memory Sort Hit %, Parse Ratio 및 Read Consistency Hit % 차트를 포함합니다.

Top Resource Consumers

Top Resource Consumers는 데이터베이스 서비스에 대해 미리 정의되어 있는 차트입니다.

Overview of Performance

이 개요는 다른 여러 범주에서 가장 많이 사용되는 차트를 조합하여 표시합니다. 개요 차트를 사용하여 데이터베이스 작업을 전체적으로 이해한 후 필요에 따라 좀 더 구체적인 보고서로 드릴 다운하십시오. 다음 항목이 포함되어 있습니다.

Overview of Throughput

이것은 Overview of Performance 클래스에 대한 그룹 차트입니다. 아이콘은 네 개의 작은 막대 그래프 모양입니다.

Overview of Cache Utilization

이 그룹 차트는 Buffer Cache Hit %, Library Cache Hit %, Data dictionary Cache Hit %, Memory Sort Hit % 및 Rollback (Nowait) Hit % 차트를 포함합니다.

User-Defined

사용자가 정의한 차트가 있는 경우, 이 범주를 사용하여 사용자가 정의한 차트를 선택할 수 있습니다.

TopSessions 특성

DBA는 종종 일반 데이터베이스 모니터에서 제공하는 정보보다 더 많은 정보를 필요로 합니다. 예를 들어, DBA가 Performance Manager를 통하여 파일 I/O 문제를 감지할 수 있습니다. 이 경우 가장 많은 I/O 작업을 발생시키고 있는 특정 사용자 세션이 어느 것인지 알면 신속하게 문제를 해결하는 데 도움이 될 것입니다.

TopSessions는 다음 사항을 모니터하는 툴입니다.

개요 표시

TopSessions 창은 데이터베이스에 연결되어 있는 일정 수의 사용자 세션을 특정한 정렬 순서(구성 가능)로 표시합니다. 창은 다음과 같은 기능을 갖고 있습니다.

  1. 창에 표시되는 정보는 선택한 옵션에 따라 달라집니다. 모니터되는 데이터베이스에 현재 연결되어 있는 사용자 각각에 대해 다음과 같은 열이 창에 표시됩니다.
    - Username: 현재 연결되어 있는 Oracle 데이터베이스 사용자의 이름입니다.
    - SID(세션 식별자): 현재 세션을 고유하게 식별합니다.
    - OSUser: 연결을 설정한 시스템에서의 운영 체제 사용자 이름입니다.
    - Sort Statistic Value: Option 창에서 선택한 통계 필터 및 정렬 통계 값을 기반으로 한 값을 표시합니다.
    - Command: 해당 세션이 현재 실행하고 있는 SQL 명령입니다.
    - Status: 해당 세션의 현재 상태가 ACTIVE, INACTIVE 또는 KILLED 중 어떤 것인지 보여 줍니다.
    - Machine: 사용자가 연결을 요청한 시스템입니다.
    - Program: 세션 연결을 시작한 프로그램(예: SQL*Plus)입니다.
  2. Session 메뉴 옵션을 사용하여 다음을 액세스할 수 있습니다.
    - Details: 세션을 선택한 경우 이 옵션은 세션 통계 및 일반 세션 정보를 표시합니다.
  3. 모니터하고 있는 데이터베이스의 사용자 이름과 서비스 이름은 TopSessions 창의 제목 표시줄에 표시됩니다.
  4. 열을 기준으로 TopSessions 창 내용을 정렬하려면 해당 열 머리글을 누릅니다.

Details 창(Statistics Filter)

모든 세션을 드릴 다운하여 TopSessions Details 창을 열 수 있습니다.

Statistics Filter 필드의 값을 선택하여 모니터할 통계 그룹을 지정할 수 있습니다. 그러면 Sort Statistics 필드가 해당 그룹에 속하는 모든 통계로 채워집니다. 아래에서는 각 통계 필터를 해당 그룹에 속하는 몇몇 통계와 함께 설명합니다(V$STATNAME일 경우).

TopSessions Details(TSD): Locks 페이지

Locks 페이지에는 주로 V$LOCK 고정 뷰에 있는 정보가 표시됩니다. 이 페이지의 주요 정보는 다음과 같습니다.

Locks 페이지 필드

Locks 페이지를 구성하는 각 행의 필드는 다음과 같습니다.

Tablespace Manager 특성

report.txt 출력의 I/O 섹션을 통해 부적절한 테이블스페이스 구성으로 인한 데이터베이스 성능 문제를 의심할 수 있습니다. 이러한 경우 Oracle Tablespace Manager를 사용하여 데이터베이스 저장 영역을 모니터하고 관리할 수 있습니다.

다음 사항을 드릴 다운할 수 있습니다.

많은 다른 툴들은 데이터베이스의 논리적인 측면을 다루지만 Tablespace Manager는 데이터베이스의 물리적 측면을 다룹니다.

Trace Manager 특성

Oracle Trace Manager는 다른 소프트웨어 제품 및 응용 프로그램에서 성능 및 자원 사용 데이터를 수집하는 데 사용되는 응용 프로그램입니다.

성능 모니터 응용 프로그램에서 사용하는 대부분의 데이터는 표본 추출 방법에 기반하여 수집됩니다. 예를 들어, Performance Manager 및 TopSessions에서는 이 기법을 사용하여 동적 성능 뷰에서 데이터를 정기적으로 수집합니다.

Oracle Trace Manager는 새로운 데이터 수집 방법을 제공합니다. 즉 Oracle Trace Manager는 모니터하고 있는 응용 소프트웨어의 주요 이벤트 또는 데이터베이스 이벤트가 발생할 때마다 이에 대한 모든 데이터를 수집합니다.

Oracle Trace Manager의 일반적인 용도

이벤트 예제

특성

Oracle Expert는 통합 규칙과 더불어 자동 성능 튜닝을 제공합니다. Oracle Expert는 다음 사항을 자동화합니다.

튜닝 범위

Instance Optimizations

SGA 크기, I/O 분배, 정렬 작업 성능 등 데이터베이스 인스턴스를 튜닝하기 위한 정보를 수집합니다.

SQL Reuse Opportunities

공유 풀을 분석하여 공유 풀을 비효율적으로 사용하는 SQL 문을 식별합니다.

Appropriate Space Management

테이블스페이스, 사용자 및 다른 데이터베이스 구조를 분석하여 데이터베이스 파일 배치 또는 세그먼트에 대한 저장 영역 매개변수와 같은 효과적인 저장 방식을 결정합니다.

Optimal Data Access

인덱스가 테이블에 필요한지 불필요한지 결정합니다.

다음 사항을 선택하여 사용자가 Optimal Data Access 필드 검사를 정의할 수 있습니다.

수집

데이터는 튜닝 세션별로 수집되어 Oracle Expert 저장소에 저장되어야 합니다. 그러면 Oracle Expert는 데이터를 분석하여 튜닝 권장 사항을 생성할 수 있습니다.

선택한 튜닝 범주에 따라 다음과 같이 다섯 개의 수집 클래스가 선택됩니다.

세션 데이터 보고서

수집한 데이터에 대한 상세 정보를 제공합니다.

분석 보고서

Oracle Expert는 이 보고서의 수집 데이터를 자세히 분석한 후 규칙을 사용하여 튜닝 권장 사항을 생성합니다.

인스턴스 권장 사항 구현

인스턴스에 대한 init.ora 파일의 인스턴스 매개변수 값을 Oracle Expert에서 생성한 .ora 파일의 인스턴스 매개변수 값으로 바꿉니다.

인덱스 권장 사항 구현

Oracle Expert에서 생성한 .sql 파일을 실행합니다. Oracle Expert가 기존 인덱스를 수정할 것을 권장할 때 .sql 파일에는 먼저 기존 인덱스를 삭제한 후 권장 수정 사항을 이용하여 인덱스를 새로 생성하는 SQL 문이 포함된다는 데 유의하십시오.

구조 권장 사항 구현

Oracle Expert에서 생성한 .txt 파일을 검사합니다. 이 파일에는 해당 정보를 제공해야 하는 자리에 문자열 <TBS>를 포함하는 SQL 문이 있습니다. 올바른 정보를 입력한 후에는 이 파일의 SQL 문을 실행할 수 있습니다.

 참조

 문맥 참조

 초기화 파라미터

 TIMED_STATISTICS

 동적인 성능 뷰

 V$FIXED_TABLE
 V$SYSSTAT
 V$SGASTAT
 V$EVENT_NAME
 V$SYSTEM_EVENT
 V$SESSION
 V$SESSTAT
 V$SESSION_EVENT
 V$SESSION_WAIT
 V$LIBRARYCACHE
 V$ROWCACHE
 V$LATCH
 V$ROLLSTAT
 V$WAITSTAT
 V$FILESTAT
 V$DATAFILE

 데이터 딕셔너리 뷰

 DBA_TABLES
 DBA_TAB_COLUMNS
 DBA_CLUSTERS
 DBA_INDEXES
 INDEX_STATS
 INDEX_HISTOGRAM

 명령어

 ANALYZE
 ALTER SYSTEM SET  TIMED_STATISTICS=true

 패키지된 프로시저 및 함수

 None

 스크립터

 utlbstat.sql
 utlestat.sql
 catperf.sql
 dbms*.sql

X 정답:A


O


X 정답:AE