A. 수동 공유 메모리 관리가 활성화된 경우 공유 풀 어드바이저와 버퍼 캐시 어드바이저만 사용할 수 있습니다.

B. 모든 메모리 어드바이저는 Automatic Workload Repository의 데이터를 사용합니다.

C. 자동 공유 메모리 관리가 활성화된 경우 SGA Advisor와 PGA Advisor를 모두 항상 사용할 수 있습니다.

D. 자동 메모리 관리가 활성화된 경우 사용할 수 있는 메모리 어드바이저가 없습니다.

E. 자동 메모리 관리가 활성화된 경우 공유 풀 권고자 및 버퍼 캐시 권고자를 사용하여 이러한 개별 시스템 전역 영역 구성 요소의 최대 크기를 설정할 수 있습니다.

A. v$backup_sync_io.discrete_bytes_per_second의 값이 높은 데이터 파일은 동기 I/O가 사용될 때 잠재적인 성능 병목 현상입니다.

B. rman backup validate 명령이 실제 백업보다 눈에 띄게 짧은 시간이 걸리는 경우 쓰기 I/O는 병목 현상일 가능성이 높습니다.

C. v$backup_async_io.short_waits에서 값이 높은 데이터 파일은 비동기식 I/O를 사용할 때 잠재적인 성능 병목 현상입니다.

D. rman backup validate 명령이 실제 백업과 거의 같은 시간이 걸리면 읽기 및 쓰기 I/O 모두 병목 현상이 발생할 수 있습니다.

E. rman backup validate 명령이 실제 백업과 거의 같은 시간이 걸린다면 읽기 I/O가 병목 현상일 가능성이 높습니다.

A. 변경 후 필요한 권한을 가진 일반 사용자만 CDB&ROOT에 Undo 테이블스페이스를 생성할 수 있습니다.

B. 모든 새 PDB 및 기존 PDB는 CDB$ROOT의 기본 실행 취소 테이블스페이스를 사용하도록 자동으로 구성됩니다.

C. 변경 후 CDB$ROOT에는 하나의 Undo 테이블스페이스만 존재할 수 있습니다.

D. 변경 후 필요한 권한을 가진 모든 사용자는 PDB에 Undo 테이블스페이스를 생성할 수 있습니다.

E. 변경하기 전에 PDB에 존재하는 Undo 테이블스페이스를 삭제해야 합니다.

F. 변경 후 새로운 실행 취소 모드가 적용되려면 기존의 각 PDB를 다시 열어야 합니다.

A. 제어 파일의 모든 복사본을 잃은 ​​후

B. 가장 최근 백업 이후 아카이브 로그 손실 후

C. 가장 최근 백업의 이전 또는 이후에 아카이브된 로그가 손상된 경우

D. 가장 최근 백업 이전의 아카이브된 로그가 손실된 후

E. 시스템 테이블스페이스 손실 후

A. 계획에 지정되지 않은 모든 PDB는 명령문을 병렬로 실행할 수 없습니다.

B. PDB1은 수요에 관계없이 항상 사용 가능한 시스템 리소스의 40%로 제한됩니다.

C. 계획에 지정되지 않은 모든 PDB는 사용 가능한 시스템 리소스의 최대 16.5%를 사용할 수 있습니다.

D. PDB2는 수요가 충분할 경우 사용 가능한 병렬 실행 프로세스의 최소 25%를 보장합니다.

E. PDB3는 수요가 충분할 경우 사용 가능한 시스템 리소스의 최소 20%를 수신하도록 보장됩니다.

F. PDB3는 때때로 사용 가능한 모든 병렬 실행 프로세스를 사용할 수 있습니다.