A. RMAN BACKUP VALIDATE 명령이 실제 백업과 거의 같은 시간이 걸리는 경우 읽기 및 쓰기 I/O 모두 병목 현상이 발생할 수 있습니다.

B. DBWR_IO_SLAVES를 0이 아닌 값으로 설정하면 동기 I/O를 사용할 때 백업 성능이 향상될 수 있습니다.

C. RMAN BACKUP VALIDATE 명령이 실제 백업보다 눈에 띄게 적게 걸리는 경우 쓰기 I/O가 병목 현상일 가능성이 높습니다.

D. RMAN BACKUP VALIDATE 명령이 실제 백업과 거의 같은 시간이 걸리는 경우 읽기 I/O가 병목 현상일 가능성이 높습니다.

E. V$BACKUP_SYNC_IO.DISCRETE_BYTES_PER_SECOND에서 값이 높은 데이터 파일은 동기 I/O를 사용할 때 성능 병목 현상이 발생할 수 있습니다.

F. DBWR_IO_SLAVES를 0이 아닌 값으로 설정하면 비동기 I/O/를 사용할 때 백업 성능이 향상될 수 있습니다.

G. V$BACKUP_ASYNC_IO.SHORT_WAITS에 높은 값이 있는 데이터 파일은 비동기 I/O를 사용할 때 성능 병목 현상이 발생할 수 있습니다.

A. SPFILE을 수동으로 백업할 때마다 제어 파일이 자동으로 백업됩니다.

B. RMAN 백업이 카탈로그에 성공적으로 기록될 때마다 제어 파일이 백업됩니다.

C. 제어 파일이 백업될 때마다 서버 매개변수 파일(SPFILE)이 자동으로 백업됩니다.

D. 새 테이블이 생성될 때마다 제어 파일을 백업합니다.

E. FRA(Fast Recovery Area)를 사용해야 합니다.

F. 새로운 테이블스페이스가 생성될 때마다 컨트롤 파일이 백업됩니다.

A. 기본적으로 비롤링 모드에서 패치를 적용합니다.

B. Oracle Grid Infrastructure 및 Oracle Database 홈 조합에 임시 패치를 적용하는 데 사용됩니다.

C. 호출하기 전에 Oracle Grid Infrastructure 및 Oracle 데이터베이스 인스턴스를 종료해야 합니다.

D. 패치는 opatchauto를 통해 적용됩니다.

E. 사용자는 항상 opatchauto에 패치 계획을 입력해야 합니다.

F. 루트 사용자 권한이 있는 사용자가 호출해야 합니다.

G. 패치 프로세스 중에 Oracle Grid Infrastructure와 Oracle Database 홈 모두에서 모든 프로세스를 종료한 다음 다시 시작합니다.

A. 동일한 애플리케이션 컨테이너에 있는 두 개 이상의 애플리케이션 PDB가 테이블에 대한 액세스를 공유할 수 있습니다.

B. 항상 PDB$SEED를 복사하여 생성된 새 애플리케이션 PDB를 갖습니다.

C. 항상 단일 애플리케이션을 포함합니다.

D. 항상 여러 애플리케이션을 포함합니다.

E. 동일한 애플리케이션 컨테이너에 있는 두 개 이상의 애플리케이션 PDB에 일부 테이블에 대한 독점 액세스 권한을 부여할 수 있습니다.

F. PDB$SEED를 복사하여 생성된 새 애플리케이션 PDB를 가질 수 있습니다.

A. FLASHBACK 트랜잭션 쿼리는 두 시점 사이에 존재했던 행의 모든 ​​버전을 검색하려면 실행 취소가 필요합니다.

B. FLASHBACK 삭제를 위해서는 RECYCLEBIN 매개변수를 ON으로 설정해야 합니다.

C. FLASHBACK 버전 쿼리를 수행하려면 RECYCLEBIN 매개변수를 ON으로 설정해야 합니다.

D. 추적 중인 테이블의 모든 행에 대한 모든 버전을 저장하려면 FLASHBACK DATA ARCHIVE를 실행 취소해야 합니다.

E. FLASHBACK 삭제는 두 시점 사이에 존재했던 행의 모든 ​​버전을 검색하려면 실행 취소가 필요합니다.

F. FLASHBACK 버전 쿼리는 두 시점 사이에 존재했던 행의 모든 ​​버전을 검색하려면 실행 취소가 필요합니다.