Oracle DB 10g에서 성능 튜닝 향상
Oracle 10g includes many performance tuning enhancements including:

Oracle 10g는 많은 성능 튜닝 향상을 포함합니다:

Automatic Performance Diagnostic and Tuning Features
Automatic Shared Memory Management
Wait Model Improvements
Automatic Optimizer Statistics Collection
Dynamic Sampling
CPU Costing
Optimizer Hints
Rule Based Optimizer Obsolescence
Tracing Enhancements
SAMPLE Clause Enhancements
Hash Partitioned Global Indexes
자동 성능 측정과 튜닝 특성들
자동 공유 메모리 관리
대기 모델 증대
자동 최적화기 통계 수집
동적 샘플링
CPU 소비
최적화기 Hint들
규칙 기반 최적화기 방식 버림
Tracing 강화
샘플 구문 강화들
Hash로 분할된 전역 인덱스들
Automatic Performance Diagnostic and Tuning Features
자동 성능 측정과 튜닝 특성들
Oracle 10g includes several features related to automatic performance diagnostics and tuning including:

Oracle 10g는 자동 성능 측정과 튜닝과 연관된 여러가지 특성들을 포함합니다:

Automatic Optimizer Statistics Collection - The name says it all.
Automatic Workload Repository (AWR) - An extended version of the STATSPACK repository that is the heart of all the new diagnostics and tuning features.
Automatic Database Diagnostic Monitoring (ADDM) - An automatic diagnostics and tuning tool which uses the information stored in the AWR.
Automatic SQL Tuning Advisor - A built in SQL tuning feature.
Most of these features are beyond the scope of this article and as such will be dealt with in separate aticles.
자동 최적화기 통계 수집 - 그 이름이 그것의 모든 것을 말해줍니다.
자동 작업부하 저장소(AWR) - STATSPACK 저장소의 하나의 확장된 버전
자동 DB 측정 모니터링(ADDM) - AWR에 저장된 정보를 사용하는 하나의 자동 측정과 튜닝툴
자동 SQL 튜닝 조언자 - 내장된 SQL 튜닝 특성
대부분의 이러한 특성들은 이 페이지의 범위를 벗어나며 그런 것 때문에 다른 페이지에서 다뤄질 것입니다.

Automatic Shared Memory Management
자동 공유 메모리 관리
Automatic Shared Memory Management puts Oracle in control of allocating memory within the SGA. The SGA_TARGET parameter sets the amount of memory available to the SGA. This parameter can be altered dynamically up to a maximum of the SGA_MAX_SIZE parameter value. Provided the STATISTICS_LEVEL is set to TYPICAL or ALL and the SGA_TARGET is set to a value other than "0" Oracle will control the memory pools which would otherwise be controlled by the following parameters:

자동 공유 메모리 관리는 Oracle이 SGA 안에 할당된 메모리의 제어 아래에 있도록 합니다. SGA_TARGET 파라메터는 SGA에서 가용한 메모리의 양을 설정합니다. 이 파라메터는 SGA_MAX_SIZE 파라메터 값까지 최대한도로 동적으로 변경될 수 있습니다. STATISTICS_LEVEL이 TYPICAL 또는 ALL로 설정하고 SGA-TARGET이 0이 아닌 값으로 설정되도록하면 Oracle은 메모리풀을 제어할 수 있습니다. 아니면 메모리 풀은 다음의 파라메터들을 통해서 제어될 것입니다:

참고 - SGA란? : OS의 메모리와 관련되어 ORACLE에서 말하는 SGA란 ORACLE 인스턴스의 데이터, 제어 정보를 보관하고 있는 공유 메모리 구조를 말합니다. 공유라는 의미는 인스턴스에 연결된 여러 사용자들이 서로 공유한다는 뜻이므로 메모리 영역 중 여러 사용자들이 서로 공유해야 하는 부분을 SGA 영역이라 보면 됩니다.

DB_CACHE_SIZE (default block size) (기본 블록 크기)
SHARED_POOL_SIZE
LARGE_POOL_SIZE
JAVA_POOL_SIZE
If these parameters are set to a non-zero value they represent the minimum size for the pool. These minimum values may be necessary if you experience application errors when certain pool sizes drop below a specific threshold.

만약 이런 파라메터들이 0이 아닌 값으로 설정이되면 그들은 풀에 대한 최소한의 크기를 나타냅니다. 이런 최소한의 값들은 만약 당신이 특정 풀 크기가 특정한 경계점 아래로 떨어졌을 때 응용 상의 에러를 만나면 필요할 것입니다.

The following parameters must be set manually and take memory from the quota allocated by the SGA_TARGET parameter:

다음의 파라메터들은 수동적으로 설정되어야 하고, SGA_TARGET 파라메터에의해 할당된 영역으로부터 메모리를 잡게됩니다:

DB_KEEP_CACHE_SIZE
DB_RECYCLE_CACHE_SIZE
DB_nK_CACHE_SIZE (non-default block size) (기본 블록 크기가 아닌)
STREAMS_POOL_SIZE
LOG_BUFFER
Wait Model Improvements
대기 모델 증대
A number of views have been updated and added to improve the wait model. The updated views include:

대기 모델을 증대시키기 위해 수많은 뷰들이 갱신되었고 추가되었습니다. 갱신된 뷰들은 이렇습니다:

V$EVENT_NAME
V$SESSION
V$SESSION_WAIT
The new views include:

새로 추가된 뷰들은 이렇습니다:

V$ACTIVE_SESSION_HISTORY
V$SYSTEM_WAIT_HISTORY
V$SESS_TIME_MODEL
V$SYS_TIME_MODEL
V$SYSTEM_WAIT_CLASS
V$SESSION_WAIT_CLASS
V$EVENT_HISTOGRAM
V$FILE_HISTOGRAM
V$TEMP_HISTOGRAM
The following are some examples of how these updates can be used.

다음의 것들은 어떻게 이 갱신들이 사용될 수 있는지에 대한 예들입니다.



The V$EVENT_NAME view has had three new columns added (WAIT_CLASS_ID, WAIT_CLASS# and WAIT_CLASS) which indicate the class of the event. This allows easier aggregation of event details:

V$EVENT_NAME 뷰는 세 개의 새로운 컬럼이 추가되었습니다(WAIT_CLASS_ID, WAIT_CLASS# and WAIT_CLASS). 이 컬럼들은 이벤트의 클래스를 나타냅니다. 이것은 이벤트의 상세한 내용을 더 쉽게 간략화시킬 수 있도록 해줍니다:


-- Display time waited for each wait class.
-- 각각의 대기 클래스를 기다렸던 시간을 표시
SELECT a.wait_class, sum(b.time_waited)/1000000 time_waited
FROM v$event_name a
JOIN v$system_event b ON a.name = b.event
GROUP BY wait_class;

WAIT_CLASS TIME_WAITED
--------------------------- -----------
Application .013388
Commit .003503
Concurrency .009891
Configuration .003489
Idle 232.470445
Network .000432
Other .025698
System I/O .095651
User I/O .109552

9 rows selected.
9개 열이 선택되었습니다.
The V$SESSION view has had several columns added that include blocking session and wait information. The wait information means it's no longer necessary to join to V$SESSION_WAIT to get wait information for a session:

V$SESSION 뷰는 세션을 블록킹하고 대기 정보를 포함하는 여러 개의 컬럼들이 추가되었습니다. 대기 정보가 의미하는 것은 세션에 대한 대기 정보를 얻기 위해 더 이상 V$SESSION_WAIT에 참여할 필요가 없다는 것을 의미합니다.

-- Display blocked session and their blocking session details.
-- 블록당한 세션과 그들의 블록킹 세션의 세부 목록을 표시합니다.
SELECT sid, serial#, blocking_session_status, blocking_session
FROM v$session
WHERE blocking_session IS NOT NULL;

no rows selected.
아무런 열도 선택되지 않았습니다.

-- Display the resource or event the session is waiting for.
-- 세션이 대기하고 있는 자원 또는 이벤트를 표시합니다.
SELECT sid, serial#, event, (seconds_in_wait/1000000) seconds_in_wait
FROM v$session
ORDER BY sid;

SID SERIAL# EVENT SECONDS_IN_WAIT
---------- ---------- ----------------------------------- ---------------
131 20 SQL*Net message from client .000015
133 501 wakeup time manager .000138
134 28448 SQL*Net message to client 0
135 4 queue messages .000003
137 8 SQL*Net message from client .000132
....
167 1 rdbms ipc message 0
168 1 rdbms ipc message 0
169 1 rdbms ipc message .079485
170 1 pmon timer .092645

29 rows selected.
29 열이 선택되었습니다.
The V$SESSION_WAIT_CLASS view allows you to see the session wait information broken down by wait class for each session:

V$SESSION_WAIT_CLASS 뷰는 각각의 세션에 대한 대기 클래스에 의해 망가진 세션 대기 정보를 볼 수 있도록 해줍니다:

-- Display session wait information by wait class.
-- 대기 클래스에 의한 세션 대기 정보를 표시합니다.
SELECT *
FROM v$session_wait_class
WHERE sid = 134;

SID SERIAL# WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS TOTAL_WAITS TIME_WAITED
---------- ---------- ------------- ----------- ------------------- ----------- -----------
134 28448 4217450380 1 Application 2 0
134 28448 3875070507 4 Concurrency 1 2
134 28448 2723168908 6 Idle 57 392127
134 28448 2000153315 7 Network 68 5

4 rows selected.
4개 열이 선택되었습니다.
The V$SYSTEM_WAIT_HISTORY view shows historical wait information which allows you to identify issues after the session has ended.

V$SYSTEM_WAIT_HISTORY 뷰는 세션이 종료된 후에 발생된 대기 정보들을 구분하도록 해주는 순서적인 대기 정보를 보여줍니다.

Automatic Optimizer Statistics Collection
자동 최적화기 통계 수집
By default Oracle 10g automatically gathers optimizer statistics using a scheduled job called GATHER_STATS_JOB. By default this job runs within a maintenance windows between 10 P.M. to 6 A.M. week nights and all day on weekends. The job calls the DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC internal procedure which gathers statistics for tables with either empty or stale statistics, similar to the DBMS_STATS.GATHER_DATABASE_STATS procedure using the GATHER AUTO option. The main difference is that the internal job prioritizes the work such that tables most urgently requiring statistics updates are processed first.

기본적으로 Oracle 10g는 자동적으로 최적화기 통계를 GATHER_STATS_JOB이라고 불리는 스케쥴에 따르는 작업을 사용해서 최적화기 통계를 모읍니다. 기본적으로 이 작업은 유지 윈도우 안에서 주간 내내와 모든 주말의 저녁인 10 P.M.에서 6 A.M.에 수행됩니다. 작업은 내부 프로시져인 DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC을 부릅니다. 이 프로시져는, DBMS_STATS.GATHER_DATABASE_STATS가 GATHER AUTO 옵션을 사용하는 것과 비슷하게, 비어있거나 상태가 안좋은 통계 중에 하나를 가진 테이블에 대한 통계를 모읍니다. 주요한 차이점은 내부 작업은 가장 긴급히 통계를 업데이트를 해야 하는 테이블과 같은 작업을 먼저 처리하도록 우선순위를 매긴다는 점입니다.

In some cases automatically gathering statistics can cause problems. Highly volatile tables and load tables may have their statistics gathered when there is an unrepresentative number of rows present. These situations can be avoided by using one of two methods:

몇몇의 경우에 자동적으로 통계를 모으는 것은 문제를 야기할 수 있습니다. 매우 자주 바뀌는 테이블들과 매우 자주 불려지는 테이블들은 하나의 나타내지 않는 숫자의 열이 있을 때 그들의 통계정보가 모아질 수 있습니다. 이러한 상황들은 하나 또는 두개의 메서드 중에 하나로 피해질 수 있습니다.

The current statistics can be deleted and locked to prevent DBMS_STATS from gathering new statistics. If the OPTIMIZER_DYNAMIC_SAMPLING parameter is set to 2 (the default) or higher the necessary statistics will be gathered as part of the query optimization stage (See Dynamic Sampling):
현재의 통계들은 지워질 수 있고 새로운 통계들을 모으는 것에서 DBMS_STATS을 방지하도록 lock될 수 있습니다. 만약 OPTIMIZER_DYNAMIC_SAMPLING 파라메터가 2로 설정되거나(기본값) 더 높으면 요구되는 통계들은 쿼리 최적화 단계의 부분처럼 모아질 것입니다(동적 샘플링을 보세요):

BEGIN
DBMS_STATS.delete_table_stats('MY_SCHEMA','LOAD_TABLE');
DBMS_STATS.lock_table_stats('MY_SCHEMA','LOAD_TABLE');
END;
/
The statistics can be gathered then locked at a time when the table contains the appropriate data:
통계들은 모아진 다음에 적절한 데이터를 포함하게 될 때 lock될 수 있습니다.

BEGIN
DBMS_STATS.gather_table_stats('MY_SCHEMA','LOAD_TABLE');
DBMS_STATS.lock_table_stats('MY_SCHEMA','LOAD_TABLE');
END;
/
System statistics and statistics for fixed object, such as dynamic performance tables, are not gathered automatically.

동적 성능 테이블과 같은, 시스템 통계와 수정된 객체를 위한 통계는 자동적으로 수집되지 않습니다.

Dynamic Sampling
동적 샘플링
Dynamic sampling enables the server to improve performance by:

동적 샘플링은 다음에 의해서 서버가 성능을 향상하도록 해줍니다:

Estimate single-table predicate selectivities where available statistics are missing or may lead to bad estimations.
Estimate statatistics for tables and indexes with missing statistics.
Estimate statatistics for tables and indexes with out of date statistics.
가용한 통계가 없거나 또는 잘못된 추산을 야기하는 곳에서 단일 테이블이 선택을 확실하게 단언하도록 추산합니다.
통계가 없는 테이블들과 인덱스들을 위한 통계를 추산합니다.
날짜가 지난 통계들을 가진 테이블들과 인덱스들을 추산합니다.
Dynamic sampling is controled by the OPTIMIZER_DYNAMIC_SAMPLING parameter which accepts values from "0" (off) to "10" (agressive sampling) with a default value of "2". At compile-time Oracle determines if dynamic sampling would improve query performance. If so it issues recursive statements to estimate the necessary statistics. Dynamic sampling can be beneficial when:

동적 샘플링은 OPTIMIZER_DYNAMIC_SAMPLING 파라메터에 의해 제어됩니다. 그 값은 "2"가 기본값이며, "0"(꺼짐) 에서 "10"(공격적 샘플링)까지 허용됩니다. 컴파일하는 동안 Oracle은 만약 동적 샘플링이 쿼리 성능을 향상시킨다면, 요구되는 통계들을 추산하기 위해 재귀적인 구문들을 발생시킵니다. 동적 샘플링은 다음과 같은 때에 이점이 있습니다:

The sample time is small compared to the overall query execution time.
Dynamic sampling results in a better performing query.
The query may be executed multiple times.
샘플 시간이 전반적인 쿼리 실행시간과 비교하여 적을 때
동적 샘플링이 실행된 쿼리보다 나은 결과를 낳을 때
쿼리가 여러번 실행되었을 때
In addition to the OPTIMIZER_DYNAMIC_SAMPLING system parameter the dynamic sampling level can be set using the DYNAMIC_SAMPLING optimizer hint for specific queries like:

OPTIMIZER_DYNAMIC_SAMPLING 시스템 파라메터에 덧붙여서, 동적 샘플링 등급은, 다음과 같은 특정 쿼리를 위해서, DYNAMIC_SAMPLING 최적화기 hint를 사용해서 설정될 수 있습니다:

SELECT /*+ dynamic_sampling(emp 10) */
empno, ename, job, sal
FROM emp
WHERE deptno = 30;
The results of dynamic sampling are repeatable provided no rows are inserted, updated or deleted from the sampled table. The OPTIMIZER_FEATURES_ENABLE parameter will turns off dynamic sampling if it is set to a version earlier than 9.2.0.

동적 샘플링의 결과는 아무 열도 샘플화된 테이블로 부터 추가, 갱신, 또는 삭제되지 않았을 때, 반복적으로 제공될 수 있습니다. OPTIMIZER_FEATURES_ENABLE 파라메터는 만약 그것이 9.2.0 이전 버전으로 설정되면, 동적 샘플링을 끕니다.

CPU Costing
CPU 소비
By default the cost model for the optimizer is now CPU+I/O, with the cost unit as time.

기본적으로 최적화기를 위한 소비 모델은 현재 시간을 소비 단위로 사용하는 CPU+I/O 모델입니다.

Optimizer Hints
최적화기 Hint들
New hints:

새로운 hint들:

SPREAD_MIN_ANALYSIS - Specifies analysis options for spreadsheets.
USE_NL_WITH_INDEX - Specifies a nested loops join.
QB_NAME - Specifies a name for a query block.
NO_QUERY_TRANSFORMATION - Prevents the optimizer performing query transformations.
NO_USE_NL, NO_USE_MERGE, NO_USE_HASH, NO_INDEX_FFS, NO_INDEX_SS and NO_STAR_TRANSFORMATION - Excludes specific operations from the query plan.
INDEX_SS, INDEX_SS_ASC, INDEX_SS_DESC - Excludes range scans from the query plan.
SPREAD_MIN_ANALYSIS - 스프레드시트를 위한 분석 옵션들을 명시합니다.
USE_NL_WITH_INDEX - 중첩된 루프 조인을 명시합니다.
QB_NAME - 쿼리 블록의 이름을 명시합니다.
NO_QUERY_TRANSFORMATION - 최적화기가 쿼리 변조를 수행하는 것을 막습니다.
NO_USE_NL, NO_USE_MERGE, NO_USE_HASH, NO_INDEX_FFS, NO_INDEX_SS and NO_STAR_TRANSFORMATION - 쿼리 계획에서 특정 연산을 배제합니다.
INDEX_SS, INDEX_SS_ASC, INDEX_SS_DESC - 쿼리 계획에서 영역 검색을 배제합니다.
Updated hints:

갱신된 hint들:

Hints that specify table names have been expanded to accept Global Table Hints. This allows a base table within a view to be specified using the "view-name.table-name" syntax.
Hints that specify index names have been expanded to accept Complex Index Hints. This allows an index to be specified using the "(table-name.column-name)" syntax instead of the index name.
Some hints can now optionally accept a query block parameter.
전역 테이블 Hint들을 허용하기 위해 확장된 명시된 테이블 명을 명시하는 Hint들. 이것은 뷰 안에 있는 기본 테이블들이 "뷰명, 테이블명" 구문을 사용해서 명시되어지도록 해줍니다.
Complex 인덱스 hint들을 허용하기 위해서 확장된 인덱스명을 명시하는 Hint들. 이것은 하나의 인덱스가 "(테이블명.컬럼명)" 구문을 인덱스명 대신에 사용해서 명시되어지도록 해줍니다.
Renamed hints:

이름이 바뀐 hint들:

NO_PARALLEL - Formally NOPARALLEL.
NO_PARALLEL_INDEX - Formally NOPARALLEL_INDEX.
NO_REWRITE - Formally NOREWRITE.
NO_PARALLEL - 이전에는 NOPARALLEL.
NO_PARALLEL_INDEX - 이전에는 NOPARALLEL_INDEX.
NO_REWRITE - 이전에는 NOREWRITE.
Deprecated hints:

폐용된 hint들:

AND_EQUAL
HASH_AJ
MERGE_AJ
NL_AJ
HASH_SJ
NL_SJ
EXPAND_GSET_TO_UNION
ORDERED_PREDICATES
ROWID
STAR
Rule Based Optimizer Obsolescence
규칙 기반 최적화기 버림
The Rule Based Optimizer (RBO) is now obsolete in Oracle 10g. The functionality is still present but no new functionality has been included in it and it is no longer supported by Oracle. It is only present to provide backwards compatibility during the migration to the query optimizer (Cost Based Optimizer). The results of this osolescence are:

규칙 기반 최적화기(RBO)는 현재 Oracle 10g에서 버려졌습니다. 그 기능은 여전히 있지만, 아무런 새로운 기능들이 그것에 추가되지 않았고, 더 이상 Oracle에 의해서 지원되지 않습니다. 그것은 쿼리 최적화기(소비 기반 최적화기)로의 이전을 하는 동안 이전과의 호환성을 제공하기 위해서만 존재합니다. 이것이 버려지는 결과들은 이렇습니다:

The CHOOSE and RULE options for the OPTIMIZER_MODE parameter still exist but are no longer supported.
The default value for the OPTIMIZER_MODE parameter is ALL_ROWS.
The CHOOSE and RULE optimizer hints still exist but are no longer supported.
Code requiring the RBO must be migrated to use the query optimizer.
OPTIMIZER_MODE 파라메터를 위한 CHOOSE와 RULE 옵션은 여전히 존재하지만, 더이상 지원되지 않습니다.
OPTIMIZER_MODE 파라메터의 기본값은 ALL_ROWS입니다.
CHOOSE와 RULE 최적화기 hint들은 여전히 존재하지만, 더 이상 지원되지 않습니다.
RBO를 요구하는 코드들은 쿼리 최적화기를 사용하기 위해 반드시 이전되어져야 합니다.
Tracing Enhancements
Tracing 향상
The Oracle Trace functionality has been removed from Oracle 10g. Instead the SQL Trace and TKPROF functionality should be used.

Oracle Trace 기능은 Oracle 10g로부터 제거되었습니다. 대신에 SQL Trace와 TKPROF 함수가 사용되야 합니다.

In multi-tier environments where statements are passed to different sessions by the application server it can become difficult to trace an individual process from start to finish. To solve this problem Oracle have introduced End to End Application Tracing which allows a client process to be identified via the client identifier rather than the typical session id. Each piece of trace information is linked to the following information:

응용 서버에 의해서 구문들이 다른 세션으로 전달되는 다중-tier 환경에서 하나의 개인적인 프로세스의 시작부터 끝까지를 trace하는 것은 어려워질 수 있습니다. 이 문제를 해결하기 위해서 Oracle은 End-End 응용 Tracing을 소개했습니다. 그것은 한 클라이언트 프로세스가 특정한 사용자의 세션 아이디보다는 클라이언트 식별자를 통해서 식별되도록 합니다. 각각의 trace 정보들은 다음의 정보들에 연결되어있습니다:

Client Identifier - Specifies the "real" end user. Set using the DBMS_SESSION.SET_IDENTIFIER procedure.
Service - Specifies a group of related applications. Created using the DBMS_SERVICE.CREATE_SERVICE procedure.
Module - Specifies a functional area or feature of an application. Set using the DBMS_APPLICATION_INFO.SET_MODULE procedure.
Action - Specifies the current action (INSERT, UPDATE, DELETE etc.) within the current module. Set using the DBMS_APPLICATION_INFO.SET_ACTION procedure.
클라이언트 식별자 - "실제" end user를 명시합니다. DBMS_SESSION.SET_IDENTIFIER 프로시져를 사용해서 설정합니다.
서비스 - 연관된 응용프로그램의 집단을 명시합니다. DBMS_SERVICE.CREATE_SERVICE 프로시져를 사용해서 설정합니다.
모듈 - 함수적인 영역 또는 하나의 응용 프로그램의 특성을 명시합니다. DBMS_APPLICATION_INFO.SET_MODULE 프로시져를 사용해서 설정합니다.
액션 - 현재 모듈에 안에 있는 현재의 활동(INSERT, UPDATE, DELETE 등등)을 명시합니다. DBMS_APPLICATION_INFO.SET_ACTION 프로시져를 사용해서 명시합니다.
End to end tracing can be managed via Enterprise Manager or a set of APIs and views. Here are some examples of how to enable and disable to various types of tracing:

End-End tracing은 기업 관리자를 통해서나 API 집합과 뷰를 통해서 다뤄질 수 있습니다. 어떻게 다양한 형태의 tracing을 가능/불가능하게 할 수 있는지 여기에 약간의 예제가 있습니다:


BEGIN
-- Enable/Disable Client Identifier Trace.
DBMS_MONITOR.client_id_trace_enable (client_id => 'my_id');

DBMS_MONITOR.client_id_trace_disable (client_id => 'my_id');

-- Enable/Disable Service, Module and Action Trace (various overloads).
DBMS_MONITOR.serv_mod_act_trace_enable (
service_name => 'my_service');

DBMS_MONITOR.serv_mod_act_trace_enable (
service_name => 'my_service',
module_name => 'my_module');

DBMS_MONITOR.serv_mod_act_trace_enable (
service_name => 'my_service',
module_name => 'my_module',
action_name => 'INSERT');

DBMS_MONITOR.serv_mod_act_trace_disable (
service_name => 'my_service',
module_name => 'my_module',
action_name => 'INSERT');

-- Enable/Disable Session Trace (various overloads).
DBMS_MONITOR.session_trace_enable;

DBMS_MONITOR.session_trace_enable (
session_id => 15,
serial_num => 1234);

DBMS_MONITOR.session_trace_disable (
session_id => 15,
serial_num => 1234);
END;
/
Once the trace files are produced the trcsess command line utility can be used to filter out the relevant data from multiple files. The utility accepts the following parameters:

한 번 trace 파일이 생성되면, trcsess 명령어 유틸리티는 다수의 파일들로 부터 상응되는 데이터를 뽑아내는데 사용될 수 있씁니다. 유틸리티는 다음의 파라메터들을 받아들입니다:

OUTPUT - Specifies the name of the consolidated trace file.
SESSION - Consolidates the file based on the specified session id (SID.SERIAL# columns from V$SESSION).
CLIENT_ID - Consolidates the file based on the specified client identifier (CLIENT_IDENTIFIER column from V$SESSION).
SERVICE - Consolidates the file based on the specified service (SERVICE_NAME column from V$SESSION).
MODULE - Consolidates the file based on the specified module (MODULE column from V$SESSION).
ACTION - Consolidates the file based on the specified action (ACTION column from V$SESSION).
TRACE_FILES - A space separated list of trace files to be searched. If omitted all files in the local directory are searched.
OUTPUT - 통합된 trace 파일의 이름을 명시합니다.
SESSION - 명시된 세션 ID에 입각하여 파일을 통합합니다.(V$SESSION으로부터의 SID.SERIAL# 컬럼들).
CLIENT_ID - 클라이언트 식별자에 입각하여 파일을 통합합니다.(V$SESSION으로부터의 CLIENT_IDENTIFIER 컬럼).
SERVICE - 명시된 서비스에 입각하여 파일을 통합합니다.(V$SESSION으로부터의 SERVICE_NAME 컬럼).
MODULE - 명시된 모듈에 입각하여 파일을 통합합니다.(V$SESSION으로부터의 MODULE 컬럼).
ACTION - 명시된 액션에 입각하여 파일을 통합합니다.(V$SESSION으로부터의 ACTION 컬럼).
TRACE_FILES - 스페이스로 구분된 검색하기 위한 trace 파일의 분할된 리스트. 만약 생략되면, local 디렉토리 내의 모든 파일들이 검색됩니다.
At lease one of the search criteria must be specified. If more than one is specified only trace that matches all the criteria is consolidated. Examples of trcsess usage are:

최소한 검색 조건중 하나는 명시되어야 합니다. 만약 하나 이상의 것이 명시되면 모든 조건을 만족하는 trace들만 통합됩니다. trcsess 사용의 예입니다:


# Search all files for this session.
# 이 세션을 위해서 모든 파일들을 검색하기
trcsess output=session.trc session=144.2274

# Search the specified files for this client identifier.
# 이 클라이언트 식별자에 대한 명시된 파일을 검색하기
trcsess output=client.trc client_id=my_id db10g_ora_198.trc db10g_ora_206.trc

# Search the specified files for this service, module and action combination.
# 이 서비스, 모듈, 그리고 액션 조합을 위한 명시된 파일을 검색하기
trcsess output=client.trc service=my_service module=my_module action=INSERT db10g_ora_198.trc db10g_ora_206.trc
Once the consolidated trace file is produced it can be processed by the TKPROF utility like any other SQL Trace file.
By default statistics are gathered at the session level. The DBMS_MONITOR package allows this to be altered to follow the client identifier, service or combinations of the service, module and action:

한번 통합된 trace 파일이 생성되면 그것은 다른 SQL Trace 파일들처럼 TKPROF 유틸리티에 의해서 처리되어질 수 있습니다.

BEGIN
-- Enable/Disable Client Identifier Statistics.
-- 클라이언트 식별자 통계 사용/사용불가능
DBMS_MONITOR.client_id_stat_enable (client_id => 'my_id');

DBMS_MONITOR.client_id_stat_disable (client_id => 'my_id');

-- Enable/Disable Service, Module and Action Statistics (various overloads).
-- 서비스, 모듈, 그리고 액션 통계 사용/불가능(다양한 부하).
DBMS_MONITOR.serv_mod_act_stat_enable (
service_name => 'my_service');

DBMS_MONITOR.serv_mod_act_stat_enable (
service_name => 'my_service',
module_name => 'my_module');

DBMS_MONITOR.serv_mod_act_stat_enable (
service_name => 'my_service',
module_name => 'my_module',
action_name => 'INSERT');

DBMS_MONITOR.serv_mod_act_stat_disable (
service_name => 'my_service',
module_name => 'my_module',
action_name => 'INSERT');
END;
/
The gathered statistics can be displayed using the following views:

모아진 통계들은 다음의 뷰들을 사용해서 표시됩니다:
DBA_ENABLED_AGGREGATIONS - Accumulated global statistics.
V$CLIENT_STATS - Accumulated statistics for the specified client identifier.
V$SERVICE_STATS - Accumulated statistics for the specified service.
V$SERV_MOD_ACT_STATS - Accumulated statistics for the specified service, module and action combination.
V$SVCMETRIC - Accumulated statistics for elapsed time of database calls and CPU usage.
DBA_ENABLED_AGGREGATIONS - 누적된 전역 통계들.
V$CLIENT_STATS - 명시된 클라이언트 식별자를 위한 누적된 통계들.
V$SERVICE_STATS - 명시된 서비스를 위한 누적된 통계들.
V$SERV_MOD_ACT_STATS - 명시된 서비스, 모듈, 그리고 액션 조합을 위한 누적된 통계들.
V$SVCMETRIC - DB 요청에 걸리는 시간과 CPU 사용에 대한 누적된 통계들.
SAMPLE Clause Enhancements
샘플 구문 향상
The SAMPLE clause allows a query to return a limited sample of data by specifying a percentage of rows or blocks to scan. This clause can now be present in complex queries:
샘플 구문은 검색하기 위한 열들 또는 블록들의 퍼센트를 명시함으로써 데이터의 제한된 샘플을 반환하기 위한 쿼리를 허용합니다.

-- Query 10% or rows.
-- 100%나 열들을 쿼리.
SELECT e.empno, e.ename, d.dname
FROM emp SAMPLE (10) e
JOIN dept d ON e.deptno = d.deptno;

-- Query 10% of blocks.
블록의 10%를 쿼리.
SELECT e.empno, e.ename, d.dname
FROM emp SAMPLE BLOCK (10) e
JOIN dept d ON e.deptno = d.deptno;
Hash Partitioned Global Indexes
Hash로 분할된 전역 인덱스들
Support for hash partitioned global indexes has been added in Oracle 10g which can improve performance when a small number of leaf blocks are experiencing high levels of contention. The syntax for creating of a hash paritioned global index is:

작은 수의 단독 블록들이 높은 등급의 경합을 경험할 때 성능을 향상할 수 있는 hash로 분할된 전역 인덱스들을 지원하기 위해서 Oracle 10g에 추가되었습니다. hash로 분할된 전역 인덱스를 생성하는 구문은:

CREATE INDEX hgidx ON tab (c1,c2,c3) GLOBAL
PARTITION BY HASH (c1,c2)
(PARTITION p1 TABLESPACE tbs_1,
PARTITION p2 TABLESPACE tbs_2,
PARTITION p3 TABLESPACE tbs_3,
PARTITION p4 TABLESPACE tbs_4);
For further information see: