Oracle 12c Database Replay의 기본 사항 - 더미

Oracle 12c Database Replay 기능은 현실적인 응용 프로그램 테스트를 수행 할 수 있어야하는 필요성을 해결하기위한 솔루션으로 발전했습니다. Database Replay를 사용하기 전에 성능이나 작업 부하에 대한 모든 종류의 변경 사항을 테스트하려면 타사 도구를 구입하거나 작업 부하를 위조하기 위해 엄청난 양의 코딩 작업을 수행해야했습니다.

대부분의 경우 두 가지 방법 모두 실제로 실제 작업 부하를 나타냅니다. 또한 테스트하지 않고 프로덕션 환경을 변경하면 위험 할 수 있습니다.

데이터베이스 리플레이는 모든 기반을 커버하기위한 당신의 헛간에서 하나의 도구입니다.

본질적으로 Database Replay를 사용하면 작업량을 실시간으로 기록한 다음 다시 재생할 수 있습니다.

다른 데이터베이스
Oracle의 다른 버전
다른 OS

데이터베이스 재생은 SQL 수준 이하의 작업량을 캡처합니다. 작업 부하는 바이너리 파일에 저장됩니다. 그런 다음이 파일들을 테스트 환경으로 전송하고, 작업 부하를 실행하고, 문제를 분석하고, 문제를 해결하고, 다시 테스트 할 수 있습니다. 동일한 작업 부하가 반복 가능합니다. Flashback Database와 같은 도구와 함께 변경 사항을 신속하게 연속적으로 테스트 할 수 있습니다. 환경이 바뀌면 무언가가 부서 질 가능성을 줄이는 데 도움이됩니다.

테스트 변경

구성 변경
업그레이드
다운 그레이드
응용 프로그램 변경
디버깅
데이터베이스 재생은 다음과 같은 상황에 도움이되는 메커니즘을 제공합니다. > 스토리지, 네트워크 및 상호 연결 변경
플랫폼 변경
OS 변경
Real Application Clusters (RAC) 로의 변환
SQL * Plus에 SYSDBA 권한이있는 사용자로 로그인하십시오.

오라클은 재생 파일을 기록 할 디렉토리가 필요합니다.

많은 공간이있는 OS의 위치에 디렉토리를 만듭니다.

다음과 같이 표시됩니다:

디렉토리가 생성되었습니다.

캡처 시작:

이 예에서는 CAPTURE_DEMO 이름을 사용합니다.

이상적으로는 캡처가 시작되기 전에 데이터베이스를 다시 시작하므로 중간에 트랜잭션을 포착하지 않아도됩니다. 물론 프로덕션 시스템을 다룰 때 항상 그렇게하는 것은 아닙니다.

다음과 같이 표시됩니다.
PL / SQL 절차가 성공적으로 완료되었습니다.

작업 부하를 실행하십시오.

정상적인 응용 프로그램 동작 일 경우 원하는 시간 동안 실행하십시오.
```
작업로드가 완료되거나 시간 목표가 경과되면 캡처 프로세스를 중지하십시오.
```
다음을 참조하십시오.

PL / SQL 절차가 성공적으로 완료되었습니다.
Oracle 설명서에 따르면 작업 부하를 캡처하면 최대 4 개까지 추가 할 수 있습니다.시스템에 대한 처리 오버 헤드의 5 %와 각 세션의 64K 메모리 오버 헤드. 또한 캡처 디렉토리에서 공간이 부족하면 캡처가 중지됩니다. 그 시점까지 모든 캡처 된 데이터는 여전히 유용 할 것입니다.
아이디어는 캡처를 사용하여 작업량을 "재생"하는 것입니다. 우리의 경험에 따르면, 테스트 환경과 같은 다른 데이터베이스에 대해 일반적으로 작업 부하가 재생됩니다. 그러나 이것이 항상 그런 것은 아닙니다.
```
데이터베이스 환경이 긴 유지 관리 기간 (예: 주말)이 발생할 수있는 환경 인 경우 다음 작업을 수행 할 수 있습니다.
```

플래시백 데이터베이스 사용

금요일 아침에 복원 지점 만들기

8 시간에서 4 시간 동안 워크로드 캡처 시작 a. 엠. 정오부터

금요일 저녁에 직원이 귀국 한 후 시스템을 제한하고 다른 복원 지점 만들기
금요일 아침 복원 지점으로 데이터베이스 복원
데이터베이스 또는 응용 프로그램 변경 배포
작업 부하를 재생하여 변경
작업 부하를 금요일 저녁으로 되 돌리게
근로자가 월요일 아침에 돌아올 때 데이터베이스 또는 응용 프로그램 변경 사항 적용
Oracle 12c에서 작업 부하 재생 방법
작업 부하를 재생하려면 다음 단계를 수행하십시오:
재생 캡처 파일의 디렉토리를 만듭니다.

다음을 참조하십시오:

디렉토리가 생성되었습니다.

이 예제는 재생이 다른 데이터베이스에서 발생한다고 가정합니다. 같은 데이터베이스에있는 경우 이미 올바른 위치에 있기 때문에 디렉토리를 만들고 캡처 파일을 이동할 필요가 없습니다.
파일을 원본 시스템의 캡처 디렉터리에서 재생 시스템의 디렉터리로 이동합니다.
```
데이터베이스에서 재생 프로세스 시작:
```
다음을 참조하십시오.
PL / SQL 프로 시저가 성공적으로 완료되었습니다.
REPLAY_DEMO라는 재생 세션을 초기화합니다.
다음과 같이 표시됩니다.
```
PL / SQL 절차가 성공적으로 완료되었습니다.
```
오라클에게 재생 파일을 준비하도록 알려주십시오.
다음을보십시오:
```
PL / SQL 절차가 성공적으로 완료되었습니다.
```
재생 클라이언트를 시작합니다.
는 작업 부하를 실행하고 관리하는 프로세스입니다. 이 프로세스는 OS의 명령 행에서 시작됩니다.
```
다음 예제는 oracle을 암호로 사용하여 재생 클라이언트를 시작합니다.
```
Workload Replay Client: Release 12. 1. 0 1. 0 - Far Aug 22: 24: 44 2013 저작권 (c) 1982, 2013, 오라클 및 / 또는 그 계열사. 판권 소유. 재생이 시작될 때까지 기다리십시오 (22: 24: 44). 데이터베이스에 재생 시작을 알리십시오. 다음과 같이 표시됩니다:

PL / SQL 절차가 성공적으로 완료되었습니다.

재생이 실행되는 동안 상태 확인:

기본적으로 DBA_WORKLOAD_REPLAYS 테이블을 쿼리하고 있습니다. 이것 (또는 비슷한 것)이 보입니다:

ID 이름 상태 DURATION_SECS ---------- -------------------- --- -------- ------------- 10 진행중인 REPLAY_DEMO 369
모든 작업이 완료되면 재생 메타 데이터를 정리해야합니다.
```
원본 시스템에서 ID 정보 캡처:
```
다음과 같은 내용을 볼 수 있습니다.
ID NAME ---------- -------------- --------------------- 4 CAPTURE_DEMO

캡처 정보 삭제:

다음을 참조하십시오.

PL / SQL 절차가 성공적으로 완료되었습니다.
재생 시스템에서 재생 ID를 찾으십시오.
```
다음과 같이 표시 될 수 있습니다.
```
ID NAME ---------- ------------- ---------------------- 10 REPLAY_DEMO
재생 정보 삭제: