A. O/S 유틸리티를 사용하여 ARCHIVELOG 모드에서 데이터베이스를 백업하려면 데이터베이스 인스턴스가 시작되고 데이터베이스가 OPEN 상태에 있어야 합니다.

B. O/S 유틸리티를 사용하여 NOARCHIVELOG 모드에서 데이터베이스를 백업하려면 데이터베이스 인스턴스가 시작되고 데이터 데이터베이스가 MOUNT 상태에 있어야 합니다.

C. O/S 유틸리티를 사용하여 복사된 Oracle 데이터 파일 백업은 RMAN 카탈로그에 IMAGE COPIES로 추가될 수 있습니다.

D. O/S 유틸리티를 사용하여 ARCHIVELOG 모드에서 데이터베이스를 백업하려면 데이터베이스 인스턴스가 시작되고 데이터베이스가 MOUNT 상태에 있어야 합니다.

E. O/S 유틸리티를 사용하여 복사된 백업 파일에서 Oracle 데이터베이스를 복원할 수 있습니다.

F. O/S 유틸리티를 사용하여 NOARCHIVELOG 모드에서 데이터베이스를 백업하려면 데이터베이스 인스턴스를 종료해야 합니다.

G. O/S 유틸리티를 사용하여 복사된 Oraclearchive 로그 백업은 RMAN 카탈로그에 백업 세트로 추가될 수 있습니다.

A. 기존 Oracle 데이터베이스 홈을 동일한 서버에 있는 최신 Oracle 소프트웨어 릴리스로 전환합니다.

B. 패치가 적용된 Oracle Database 홈으로 전환합니다.

C. 롤백 작업의 일부로 이전 Oracle 홈으로 다시 전환합니다.

D. 읽기 전용 Oracle 홈으로 전환합니다.

E. 중앙 집중식 Rapid Home Provisioning 서버를 사용할 때 Oracle 데이터베이스 홈을 전환합니다.

A. 통합 감사는 애플리케이션 컨테이너의 모든 애플리케이션 PDB에 자동으로 동기화될 수 있습니다.

B. 애플리케이션 공통 TSDP 정책은 항상 컨테이너별로 적용됩니다.

C. 애플리케이션 루트의 FGA(세밀한 감사) 정책은 애플리케이션 컨테이너에 포함된 모든 애플리케이션 PDB에 자동으로 동기화됩니다.

D. 애플리케이션 공통 TSDP(투명한 보안 데이터 보호) 정책은 애플리케이션 설치/패치 시작-끝 블록 내에서만 생성될 수 있습니다.

E. 애플리케이션 공통 OLS 정책은 설치/패치 BEGIN-END 블록 내의 애플리케이션 루트에서 생성될 수 있습니다.

A. PDB1 애플리케이션 PDB를 생성하고 여기에 HR_APP를 설치합니다.

B. PBD1 애플리케이션 PDB를 생성하고 PDB$SEED와 동기화합니다.

C. 애플리케이션 시드를 생성하고 여기에 HR_APP를 설치합니다.

D. PBD1 애플리케이션 PDB를 생성하고 HR_ROOT와 동기화합니다.

E. 애플리케이션 시드를 생성하고 이를 HR_ROOT와 동기화한 다음 PDB1 애플리케이션 PDB를 생성합니다.

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

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

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

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

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

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

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