A. FAST_START_MTTR_TARGET을 더 높은 값으로 설정하면 로그 작성자가 더 자주 기록하게 되어 인스턴스 복구 시간이 줄어들고, 그 결과 인스턴스 복구 중에 필요한 I/O 수가 줄어듭니다.

B. 데이터베이스가 MOUNT 상태일 때 자동으로 수행됩니다. 그런 다음 데이터베이스가 열립니다.

C. FAST_START_MTTR_TARGET을 더 낮은 값으로 설정하면 더티 버퍼가 디스크에 더 자주 기록되어 인스턴스 복구 시간이 줄어들고, 그 결과 인스턴스 복구 중에 필요한 I/O 수가 줄어듭니다.

D. 데이터베이스가 열린 후 자동으로 수행됩니다. 그러나 복구가 필요한 블록은 복구될 때까지 사용할 수 없습니다.

E. 보관된 로그가 없는 경우에는 불가능합니다.

F. 이는 Recovery Writer(RVWR) 백그라운드 프로세스에 의해 수행됩니다.

A. ANALYZE TABLE VALIDATE STRUCTURE CASCADE 명령은 각 테이블 행에 해당 행을 가리키는 인덱스 항목이 있는지 확인합니다.

B. DB_LOST_WRITE_PROTECT=TYPICAL은 대기 데이터베이스에 추가적인 로깅 오버헤드를 발생시킵니다.

C. 존재하지 않는 트랜잭션이 행 잠금을 유지하는 경우 해당 행을 포함하는 블록의 미디어가 손상됩니다.

D. 존재하지 않는 트랜잭션이 행 잠금을 유지하는 경우 해당 행을 포함하는 블록은 논리적으로 손상됩니다.

E. DB_BLOCK_CHECKING=TRUE를 설정하면 각 데이터 블록에 체크섬이 추가되어 물리적 또는 미디어 손상을 감지하는 데 도움이 됩니다.

F. 미디어 손상 블록은 블록이 올바르게 포맷되지 않은 블록입니다.

A. SQL 문에 대한 추정 오류를 제거하기 위해 최적화 프로그램이 수집하는 보조 정보입니다.

B. 최적화 프로그램이 SQL 문을 재구성하여 최적이 아닌 실행 계획을 피하기 위한 권장 사항 집합입니다.

C. 이는 최적화 프로그램이 새로운 인덱스를 생성하기 위해 권장하는 집합입니다.

D. SQL 명령문에 대한 최적화 프로그램이 수집한 보조 정보로, 더 나은 조인 순서를 사용하는 데 도움이 됩니다.

E. 액세스 방법을 변경하기 위한 최적화 프로그램의 권장 사항 집합입니다.

A. 성능이 좋지 않은 SQL 문은 Oracle 서버에서 자동으로 조정할 수 있습니다.

B. 조인을 수행하는 SQL 문은 항상 단일 테이블 쿼리보다 더 많은 물리적 I/O를 수행합니다.

C. 하나의 SQL 문을 가장 잘 최적화하는 솔루션이 다른 SQL 문의 성능을 저하시킬 수 있습니다.

D. 많은 물리적 I/O를 수행하는 SQL 문은 인덱스를 생성하면 항상 성능을 향상시킬 수 있습니다.

E. 논리적 읽기만 수행하는 SQL 문은 물리적 I/O를 수행하지 않으므로 튜닝이 필요하지 않습니다.

A. 복구 카탈로그에 대한 연결이 없고 대상 데이터베이스가 닫힌 경우 항상 실행 취소 테이블스페이스 절이 필요합니다.

B. 복제할 데이터베이스의 RMAN 디스크 기반 백업은 보조 인스턴스에서 사용할 수 있습니다.

C. 복제될 데이터베이스의 RMAN SBT 기반 백업은 보조 인스턴스에서 사용될 수 있습니다.

D. 대상 인스턴스에 연결이 없는 경우 항상 실행 취소 테이블스페이스 절이 필요합니다.

E. RMAN은 복제할 데이터베이스 백업을 네트워크를 통해 보조 인스턴스로 "푸시"합니다.