Version 변경일자 변경자(작성자) 주요내용
1 2008-04-01 김상국 문서 최초 작성
2 3
Author 김상국 Creation Date 2008-04-01
Last Updated 2008-04-01 Version 1.0
Copyright(C) 2004 Goodus Inc.
All Rights Reserved
Goodus 기술노트 [28 회]
Oracle 11G Real Application Testing
(Database Replay 편)
Contents
1.
Real Application Testing ... 3
1.1. Real Application Testing
이란? ... 3
1.2. System & Database
정보... 3
2. Database Replay
개요... 3
2.1. Database Replay Real
테스트 환경... 4
3. Database Replay
실습... 5
3.1. Database Replay Capture ... 5
3.2. Replay
를 위한 사전작업(Pre-process) ... 14
3.3. Database
를 위한 재생작업... 17
4. Database Replay
활용사례... 22
1. Real Application Testing
1.1. Real Application Testing이란?
Oracle Database 11g 에 새로이 포함된 Real Application Testing 은 실제 운영 데이터베이스의 부하를
테스트환경에서 재생 하여 오픈전에 미리 잠재된 문제점을 검출 ,분석 및 교정함으로써 새로운 변경 사항을 운영 환경에 안전하게 적용할 수 있게 합니다 . 특히 OS 업그레이드, 패치의 적용 , 디버깅, 데이터베이스 업그레이드 등 운영환경에서의 여러가지 변수들을 사전에 운영시스템에서 작동중인 workload 를 캡쳐하여 테스트 DB 에서
실행할수 있다는 것입니다. 물론 테스트 DB 에서는 변경된 환경에서 캡쳐된 workload 를 실행합니다.
11g 에서 Real Application Testing 이라고 함은 두가지 측면을 포함하고 있습니다.
첫번째로, Database Replay 툴을 이용하여 운영 데이터베이스 워크로드를 캡처하고 테스트 데이터베이스에서 재생함으로써 변경 작업으로 인한 영향을 평가할 수 있습니다.
두번째로 포함된 기능인 Oracle SQL Performance Analyer 는 데이터베이스의 변경 작업이 실제 SQL 구문에 미치는 영향을 정확하게 비교 분석이 가능하다는 것입니다.
이번 기술노트에서는 Real Application Testing 에서 첫번째인 Oracle Database Replay 를 다루고자 합니다.
1.2. System & Database 정보
- Production System(운영시스템)
OS DB Version HOST ORACLE SID
Solaris 9 11.1.0.6 64bit Daegu1 ORA11G - Test System (테스트 시스템)
OS DB Version HOST CPU
Solaris 9 11.1.0.6 64bit Daegu2 TEST11G
2. Database Replay 개요
Database Replay 는 오라클이 Oracle Database 11g 에서 "Real Application Testing" 옵션이라고 명명한 기능의 절반 부분을 차지합니다. 다른 절반은 SQL Performance Analyzer 가 담당하고 있습니다. 이 두 가지 툴의 기본적인 차이점은 그 적용 범위에 있다고 할수 있습니다. Database Replay 가 데이터베이스의 모든 액티비티를 캡처하고 재생하는 반면, SQL Performance Analyzer 는 개별 SQL 구문을 캡처하고 재생합니다. Database Replay 에서는 캡처된 개별 SQL 구문에 접근할 수 없습니다.( SQL Performance Analyzer 에서는 가능함.)
예를 들어 많은 고객분들이 단일 인스턴스 환경에서 RAC 환경으로 전환하고자 합니다. 애플리케이션이 이전과 마찬가지로 동작하는지 어떤지 분명하게 확인하려면 실제 워크로드를 캡처해서 RAC 데이터베이스에서 재생해 보는 수 밖에 없습니다.
또한 서로 다른 플랫폼인 Solaris 에서 HP-UX 로 변경하는 경우를 가정한다면. HP-UX 의 파일 시스템은 async I/O 를 지원하지 않습니다. 동일한 성능을 얻을 수 있을지 의문이 간다면 Solaris 에서 워크로드를 캡처해서 HP- UX 에서 재생해 볼수가 있습니다.
Database Replay 의 필요성(예시)
1) 데이터베이스 파라미터의 변경 2) OS 업그레이드
3) 패치의 적용 4) 디버깅
5) 오브젝트의 변경
6) 데이터베이스 업그레이드 7) 플랫폼 변경
8) Oracle Real Application Clusters(RAC) 구성으로의 전환
2.1. Database Replay Real 테스트 환경
• 운영 환경에서의 부하 녹화(Workload Capture)
• 실제 부하와 관련된 모든 정보에 대한 녹화 파일 생성
• 실제 SQL 및 타이밍, concurrency 정보
• 녹화 파일을 테스트 시스템으로 이동(rcp,ftp)
• 테스트 환경에서의 부하 재생(Workload Replay)
• 테스트 시스템에 준비된 변경 사항 반영
• 녹화된 실제 부하 파일을 재생
• Commit되는 타이밍 및 순서의 보장
• 분석 및 보고
• 예기치 못한 오류들
• 실 제품과의 데이터 불일치
• 성능상의 문제점 등
Database Replay 는 사용자에게 SQL 구문의 입력을 요구하지 않습니다. 또 SQL 하부의 모든 액티비티가 캡처되므로, 성능 문제의 근본 원인이 될 수 있는 몇 가지 중요한 작업을 테스트 과정에서 누락하거나 할 위험이 없어진다. 그 뿐 만아니라 사용자, 프로그램, 또는 일정 기간을 기준으로 선택적인 캡처를 수행할 수 있으므로 전체 데이터베이스의 워크로드가 아닌, 문제가 되는 워크로드만을 따로 추출하여 재생하는 것이 가능하다.
3. Database Replay 실습
3.1. Database Replay Capture
▲ 가장 먼저 수행할 작업은 데이터베이스에서 워크로드를 캡처하는 것입니다. 모든 작업은 커맨드 라인 또는 Oracle Enterprise Manager Database Control 을 통해 실행될 수 있습니다. 하지만 여기에서는 후자의 방법을 사용하기로 합니다.
1. 캡처된 워크로드는 시스템 상에 파일 형태로 저장됩니다. 따라서 디렉토리는 비어있는 상태이어야 함.
2. 디렉토리 생성단계
daegu1 $ cd /ora11g daegu1 $ mkdir dbcapture
3. 데이터베이스에서 이 디렉토리를 위한 디렉토리 오브젝트를 생성:
daegu1 $ sqlplus '/as sysdba'
SQL*Plus: Release 11.1.0.6.0 - Production on Tue Feb 6 13:57:16 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> create directory dbcapture as '/ora11g/dbcapture';
Directory created.
4. 실제 사용자 및 사용자 tablespace 생성 권한 daegu1 $ sqlplus '/as sysdba'
SQL> create tablespace REPLAY_TEST datafile '/ora11g/oradata/ORA11G/replay_test01.dbf' size 1000m;
Tablespace created.
SQL> create user replay identified by replay default tablespace REPLAY_TEST;
User created.
SQL> grant resource,connect to replay;
Grant succeeded.
5. 실제 환경을 테스트하기 위해, 대량의 INSERT 구문을 생성하는 스크립트를 생성한 뒤 REPLAY_TEST 라는 이름의 테이블에 INSERT 작업을 실행함.
daegu1 $ sqlplus replay/replay
SQL*Plus: Release 11.1.0.6.0 - Production on Tue Feb 6 15:48:48 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> CREATE TABLE REPLAY_TEST
2 (tmp VARCHAR(100));
Table created.
daegu1 $vi replay_test.sql BEGIN
FOR ctr IN 1..2000000 LOOP INSERT INTO REPLAY_TEST VALUES('test : '||TO_CHAR(ctr));
COMMIT;
END LOOP;
END;
/
파일 이름을 replay_test.sql로 저장.
▲ 캡처 작업을 시작할 모든 준비는 끝이 났으므로 Oracle Enterprise Manager Database Control 의 main DataBase Replay. 페이지로 이동한다.
※ Oracle Enterprise Manager Database Control 이 실행되지 못한경우에는 해당 명령어로 확인 및 서비스 start daegu1 $ emctl start dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.6.0 Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
https://daegu1:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 11g Database Control ... started.
---
Logs are generated in directory /ora11g/product/db/daegu1_ORA11G/sysman/log 서비스 확인
daegu1 $ emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.1.0.6.0 Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved.
https://daegu1:1158/em/console/aboutApplication Oracle Enterprise Manager 11g is running.
---
Logs are generated in directory /ora11g/product/db/daegu1_ORA11G/sysman/log
Oracle Enterprise Manager Database Control main PAGE
https://172.16.100.211:1158/em/ <==웹브라우저에서 실행
sys 유저의 사용자로 로그인을 하며 해당 암호를 입력한다.
Sys pasword 를 재 설정하고 싶을때는 아래명령어를 사용하여 password 를 변경한다.
Alter user sys identified by oracle; <== sqlplus 상에서 실행
Sys USER 의 ID,PW 를입력한다.
Main page 에서 소프트웨어 및 지원으로 이동합니다.
데이터베이스 재생으로 이동합니다.
왼쪽 창에서 작업에 표시되는 것을 볼수 있음. 첫번째 작업(step 1: 작업로드 캡처)에서 작업으로 이동 버튼을 클릭합니다.
다음 화면에서 3 가지 가정 사항이 제시됩니다. 캡처 프로세스를 시작하기 전에 이 세 가지 가정을 주의 깊게 검토하고 확인함 è 확인 체크박스에 체크하고 다음단계로 이동합니다.
클릭
다음 화면에는 두 가지 다른 액션 아이템이 표시됩니다.
첫째 스크린 상단에 위치한 두 개의 라디오 버튼은 캡처 프로세스를 시작하기 전에 데이터베이스를 재시작할 것인지 선택하기 위해 사용합니다. 실제 운영 데이터베이스라면 재시작 자체가 불가능할 경우가 많으므로 캡처전 데이터베이스 재시작 안함에 체크후 진행.
데이터베이스를 재시작하지 않았을 경우의 장단점은 캡처 프로세스를 시작하면, 프로세스 시작 전에 실행 중이던 트랜잭션의 일부는 캡처 파일에 저장되고 또 나머지 일부는 저장되지 않을 수 있습니다. 하지만 데이터베이스를 재시작하면 이러한 실행 중인(in-flight) 트랜잭션의 문제를 방지할 수 있다는 것입니다.
또 공유 풀에 저장된 SQL 구문이 일부는 캐시되어 있거나 핀(pin) 처리 되어 있을 수도 있습니다. 이러한 문제도 캡처 워크로드에 영향을 미칠 수 있음을 감안할때 데이터베이스를 재시작하면 이러한 여러가지 변수들을 제거하는 것이 가능하며. 또, 데이터베이스를 재시작함으로써 깔끔한 상태의 백업본을 테스트 시스템에 복구할 수 있는 기회를 얻을 수 있다는 것입니다.
이러한 이유로 특히 처음 언급한 이유 때문에 오라클은 캡처 작업을 시작하기 전에 데이터베이스를 재시작할 것을 권고하고 있다.
운영시스템일경우
이제 캡처 작업을 진행하는 동안 캡처 프로세스에서 사용할 필터를 기록할 차례입니다. 디폴트 상태에서는 두 가지 필터가 제공됩니다.
하나는 Oracle Management Server 로부터 전달되는 모든 액티비티를 제외하도록, 또 하나는 Oracle Management Agent 로부터 전달되는 모든 액티비티를 제외하도록 설정되어 있습니다
여기에 다른 필터를 추가할 수도 있습니다.
예를 들어, 모든 perl 프로그램을 제외하도록 필터를 추가하려면 다른행 추가를 클릭하고 필터이름, 값 필드에 각각
"perl", "%perl%"을 입력합니다.
다음을 클릭하면. 이번에는 아래와 같은 화면이 표시됨
화면의 드롭다운 메뉴에서 캡처 파일을 저장할 디렉토리 이름을 선택합니다.
여기에서는 DBCAPTURE 디렉토리를 사용하기로 합니다. 앞 단계에서 이 디렉토리를 미리 생성하지 않았다면 Create Directory Object를 눌러 디렉토리를 생성해 주어야 합니다.
다음을 클릭합니다
다음 화면의 작업일정 메뉴를 통해 작업 실행 시점 등을 설정가능합니다..
[즉시] 라디오 버튼을 선택하여 캡처 프로세스가 바로 시작될 수 있도록 합니다. 또
OS 유저네임, 패스워드 입력한 뒤 다음을 클릭.
만약 사용자이름고 암호를 입력하였음에도 불구하고 작업인증서 실패가 되면 Oracle 설치시 root.sh 를 실행하지 않은 경우이므로 oracle home 디렉토리에서 root 계정으로 root.sh 를 재 실행 지켜주어야합니다.
"Step 5 of 5"로 표시되는 다음 화면에서는 작업명, 예외 필터 등 사용자가 설정한 내용을 요약하여 보여 줍니다.
아무 문제가 없다면 제출을 클릭. 문제가 있는 경우에는 다시 뒤로 돌아가 설정을 변경하면 됩니다.
시간이 조금더 흐르면 다른 창으로 변환됩니다.
이제 워크로드의 캡처가 시작되었으므로, SQL*Plus 프롬프트에서 시뮬레이션 워크로드를 실행. 물론 실제 시스템 환경이라면 시뮬레이션을 실행할 필요가 없습니다. 그저 캡처를 실행해 놓고 워크로드가 저장되기를 기다리기만 하면 됩니다.
daegu1 $ sqlplus replay/replay
SQL*Plus: Release 11.1.0.6.0 - Production on Tue Feb 6 16:20:47 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> @replay_test.sql è 실제 inset 작업이 실행된다.
위 명령을 실행하면 2,000,000 개의 구문이 REPLAY_TEST 테이블에 INSERT 처리된다.
SQL> @replay_test.sql
PL/SQL procedure successfully completed.
SQL>
해당 작업에 대한 통계가 보여집니다.
위에서 해당 inset 작업이 끝났으면 캡처를 정지합니다.
예를 누르면 캡처정지중인게 보입니다..
해당 캡쳐에 대해 즉시 엑스포트를 수행하여 재생이 가능한 상태로도 만들수 있고 ..향후 Database Replay 페이지에서 다시 pre-process(재생을 위한 사전작업)작업을 할수도 있습니다..
여기서는 따로 pre-process 작업을 하도록 하겠습니다.
마지막으로 정상적인 캡처가 이루어진 것을 볼수 있습니다..
3.2. Replay를 위한 사전작업(Pre-process)
▲ 먼저 TESTDB 쪽에서 디렉토리 오브젝트를 생성. 그리고 난후 /ora11/dbcapture 디렉토리의 파일을 다른 호스트로 복사합니다.
daegu2 $ sqlplus '/as sysdba'
SQL*Plus: Release 11.1.0.6.0 - Production on Sun Feb 11 17:52:04 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> create directory dbcapture as '/ora11g/dbcapture';
Directory created.
daegu1 $ rcp -rp dbcapture/* daegu2:/ora11g/dbcapture è 해당파일을 test DB 쪽으로 copy daegu2 $ pwd
/ora11g/dbcapture daegu2 $ ls
wcr_4bk1bj00023r1.rec wcr_4bk1bjc0028hs.rec wcr_4bk1c9w00249d.rec wcr_4bk1f4h0025qg.rec wcr_cr.html wcr_4bk1bj00028j9.rec wcr_4bk1bjn0028j7.rec wcr_4bk1cgs0024f8.rec wcr_4bk1fx800268z.rec wcr_cr.text wcr_4bk1bj400225z.rec wcr_4bk1bjw00286q.rec wcr_4bk1ck80024h1.rec wcr_4bk1h08002727.rec wcr_fcapture.wmd
wcr_4bk1bj80028f5.rec wcr_4bk1bk00028fn.rec wcr_4bk1ckh002v8y.rec wcr_4bk1h2w00274t.rec wcr_scapture.wmd
wcr_4bk1bj80028f7.rec wcr_4bk1bk40027q0.rec wcr_4bk1d9c00251c.rec wcr_4bk1j8c00282d.rec wcr_4bk1bj80028f9.rec wcr_4bk1bk8002wvf.rec wcr_4bk1drs0025du.rec wcr_4bk1kdw0028wv.rec wcr_4bk1bjc002841.rec wcr_4bk1bmn0028fk.rec wcr_4bk1f400025pm.rec wcr_4bk1m980029gy.rec Test DB 쪽에 사용자 및 사용자 tablespace 생성 권한
Daegu2 $ sqlplus '/as sysdba'
SQL> create tablespace REPLAY_TEST datafile '/ora11g/oradata/TEST11G/replay_test01.dbf' size 1000m;
Tablespace created.
SQL> create user replay identified by replay default tablespace REPLAY_TEST;
User created.
SQL> grant resource,connect to replay;
Grant succeeded.
실제 재생할 TESTDB(TEST11G) 메인 database Replay 페이지를 실행합니다
Step 2 캡쳐된 작업 로드 선행처리 선택후 작업으로 이동 클릭.
해당 워크로드에 대한 캡쳐가 요약되어 보여집니다. 작업로드 선행처리 클릭
선행처리되어지는 데이터베이스 및 버전 캡처이름 Display. 다음 클릭
시작에서는 즉시를 선택하며 호스트 인증서에 OS oracle user 및 password 를 입력한후 다음 클릭
선행처리에 대한 작업내역이 Display 되며 해당 사항에 대해 이상이 없으면 제출 클릭
재생을 위한 사전처리과정이 진행됨을 확인할수 있습니다.
선행처리 작업이 완료되면 위와 같이 시작과 종료에 대한 시간 및 상태를 보여줍니다.
3.3. Database를 위한 재생작업
재생작업을 시작하기전 워크로드를 재생하려는 가장 기본적인 이유는 여러가지가 있겠지만 예를들면
1) 데이터베이스 파라미터의 변경 2) OS 업그레이드
3) 패치의 적용 4) 디버깅
5) 오브젝트의 변경
6) 데이터베이스 업그레이드 7) 플랫폼 변경
8) Oracle Real Application Clusters(RAC) 구성으로의 전환
이러한 작업들이 Test DB 서버에서 재생작업이 시작되기 사전에 수행해야 합니다. 여기서는 이 작업이 수행되었다 는 전제조건에서 재생작업을 시작하겠습니다.
데이터베이스의 재생 main page 를 엽니다.
데이터베이스에 대한 사전처리작업이 정상적으로 이루어졌으면 작업 3 번의 작업로드 재생을 실행합니다.
캡처된 데이터의 정보 및 재생작업에 대한 사항이 display 됩니다. 확인후 재생설정 클릭
본 화면에서는 재생할 시스템에 대해 변경 작업을 수행할 수 있습니다. 운영 DB 에 데이터베이스 링크, 디렉토리 객체, streams 에 대한 사항이 있으면 Test DB 서버에 동일하게 작업을 할수 있습니다.
하지만 해당 링크를 클릭하면 재생 프로세스를 빠져나가게 되므로 sqlplus 나 기타 작업 환경에서 작업하기를 권고 합니다.
디폴트인 기본 재생 옵션을 선택한후 다음 클릭
기본 재생옵션에 대한 사항을 확인한후 접속 테스트를 실시 접속 테스트가 성공적으로 이루어지면 다음 클릭
재생 클라이언트를 실행시킬 준비가 완료되었으면 다음 클릭
재생 클라이언트 준비가 모두 완료가 되었기에 Replay client 를 OS 의 oracle user 로 실행시켜야합니다.
실행시키는 명령어는 아래와 같습니다.
daegu2 $ wrc userid=system password=oracle replaydir=/ora11g/dbcapture
Workload Replay Client: Release 11.1.0.6.0 - Production on Sun Feb 11 20:26:34 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Wait for the replay to start (20:26:34)
실제 Replay client 의 프로그램 이름은 wrc 이며 해당명령어 입력시 정확한 system 에 대한 passwd 를 입력해야합니다.
해당 Replay client 를 실행시킨후 해당 페이지에 client process 가 접속됨을 확인할수 있습니다. 다음 클릭
재생을 위한 상세정보를 확인한후 실제 재생작업을 위해 제출 클릭
재생작업이 진행중임을 알수 있습니다.
재생작업에 대한 진행사항이 계속적인 refresh 로 보여지며 해당 작업내역을 확인할수 있습니다.
재생 client 를 실행시킨 console 화면에서도 확인가능합니다.
daegu2 $ wrc userid=system password=oracle replaydir=/ora11g/dbcapture
Workload Replay Client: Release 11.1.0.6.0 - Production on Sun Feb 11 20:31:54 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Wait for the replay to start (20:31:54) Replay started (20:33:58)
재생작업이 끝나게 되면 아래와 같이 Replay finished 가 표시 됩니다.
daegu2 $ wrc userid=system password=oracle replaydir=/ora11g/dbcapture
Workload Replay Client: Release 11.1.0.6.0 - Production on Sun Feb 11 20:31:54 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved.
Wait for the replay to start (20:31:54) Replay started (20:33:58)
Replay finished (20:42:23)
해당 재생작업이 끝났음을 알수 있다
실제 캡처 경과시간보다 재생시간이 더 작게 걸린 것을 확인할수 있습니다.
재생에 관계된 여러가지 작업을 Display 하게 되며 해당 캡쳐에 대해 Test DB 에서 오류가 없이 실행되 었음을 나타내고 있습니다.
이보다 좀더 상세한 분석을 원한다면 캡처, 재생시간 동안의 Automatic Workload Repository(AWR) 로 Latch contention , lock, redo generation , consistent get 등의 다른 성능 지표들을 통해서도 비교가 가능합니다.
4. Database Replay 활용사례
OS 업그레이드—OS 를 업그레이드하거나 I/O 문제를 해결하기 위해 간단한 패치를 적용하는 업그레이드 작업으로 인해 다른 문제가 생기지 않을 것이라는 걸 어떻게 하기위해 워크로드를 캡처하고 패치가 적용된 테스트 시스템에서 재생해 보면 됩니다. (커널 매개변수의 변경 시에도 동일하게 적용)
패치의 적용—새로운 버그를 발견하고, 이 버그를 해결하기 위한 패치를 찿았을때 패치 작업이 시스템에 어떤 영향을 미칠지 확신할 수는 없습니다.
디버깅—현업에서 사용하는 개발프로그램의 경우 현업 사용자가 기대하지 않는 결과를 내는 골치 아픈 프로그램이 하나쯤은 있기 마련입니다. Database Replay 를 이용하면 정말 쉽게 디버깅을 진행할 수 있습니다. 프로그램을 실행한 워크로드를 캡처하여 새로운 시스템으로 이동한 다음, 디버깅을 통해 프로그램 로직을 변경하고 워크로드를 재생합니다
오브젝트의 변경—인덱스를 추가하거나 인덱스를 B-트리에서 비트맵으로 변경하는 경우가 있습니다. INSERT 구문의 성능에 어떤 영향을 미칠지에 대해 워크로드를 캡처하고 테스트 시스템에서 재생해 할수 있습니다.
데이터베이스 업그레이드—현재 사용중인 oracle Database 버전이 10g 라면 11g 로의 업그레이드 고려시 Oracle Database 10g 의 워크로드를 캡처하고 Oracle Database 11g 환경에서 재생해 보면 그 해답을 얻을 수 있습니다.
새로운 버전에서 가상의 트랜잭션을 테스트하는 대신, 실제로 사용자들이 애플리케이션을 통해 실행한 SQL 구문을
(참고: 현재 Oracle Database 11g는 베타 버전으로 제공되며, 아직 Oracle Database 10g의 워크로드 캡처를 지원하지 않고 있습니다. 하지만 Oracle Database 11g의 정식 버전에서는 이 기능이 제공될 예정입니다.)
플랫폼 변경—데이터베이스 플랫폼을 Solaris 에서 HP-UX 로 변경하는 HP-UX 의 파일 시스템은 async I/O 를 지원하지 않습니다. Solaris 에서 워크로드를 캡처해서 HP-UX 에서 재생해 보면 됩니다.
Oracle Real Application Clusters(RAC) 구성으로의 전환—데이터베이스를 단일 인스턴스 환경에서 RAC 환경으로 전환하고자 합니다. 애플리케이션이 이전과 마찬가지로 동작할지에 대해 실제 워크로드를 캡처해서 RAC
데이터베이스에서 재생해 볼수가 있습니다.
