A. 보고서 요약의 캐시 크기 부분에서 PMEM 풀 캐시 읽기 적중

B. Exadata Outlier 요약에서 PMEM 풀 누락

C. 성능 요약의 데이터베이스 IO 부분에 있는 셀 PMEM 캐시 읽기 적중

D. 메모리 통계 내의 PMEM 캐시 섹션

E. Exadata Smart Statistics 내의 PMEM 캐시 섹션

A. 실패한 스토리지 서버 업데이트는 자동으로 이전 릴리스로 롤백됩니다.

B. 롤링 방식으로 스토리지 서버 업데이트 적용 속도를 높이려면 두 개의 스토리지 서버를 동시에 업데이트하는 것이 좋습니다.

C. 스토리지 셀의 커널 및 RDMA 패키지 업데이트는 yum -exclude 옵션으로 제외하여 방지해야 합니다.

D. 정기적인 Exadata 업데이트의 경우 yum은 grub에서 부팅하도록 선택할 수 있는 비 UEK 커널을 자동으로 설치합니다.

E. 실패한 데이터베이스 서버 업데이트는 자동으로 이전 릴리스의 작동 상태로 롤백됩니다.

F. 새 Exadata 릴리스에 대해 "yum 업데이트"를 실행할 때 다른 모든 리포지토리를 비활성화해야 합니다.

A. VSSYSTEM_EVENTS를 쿼리하고 테이블과 관련된 '스마트 스캔에서 반환된 셀 물리적 IO 상호 연결 바이트' 이벤트를 필터링합니다.

B. v$segment_statistics를 쿼리하고 dba_objects 및 열 STATISTIC_NAME='optimized physical reads'에서 테이블의 개체 ID를 필터링합니다.

C. v$SYSTAT를 쿼리하고 테이블과 연결된 통계 '셀 스마트 테이블 스캔'을 필터링합니다.

D. CellCli 명령 목록 activerequest 를 실행하여 '스마트 스캔'으로 지정하는 ioReason 및 objectNumber 속성과 DBA_OBJECTS에서 테이블의 개체 ID를 필터링합니다.

A. OEDA 구성 파일 확인 단계에서 p6880880.zip 파일 누락에 대한 오류 메시지가 표시되면 진행하지 마십시오.

B. 첫 번째 새 데이터베이스 서버에 OEDA를 설치해야 합니다.

C. applyElasticConfig.sh 스크립트는 새 서버에 대한 네트워크 구성을 수행합니다. 프로세스가 끝나면 새 서버가 다시 시작됩니다.

D. Oracle Exadata Deployment Assistant(OEDA)로 서버를 구성하려면 OEDA에 새 서버 정보를 입력해야 하며 구성 파일에 기존 노드가 포함되어 있어야 합니다.

E. 디스크 공간을 회수하고 파티션 재구성을 수행하려면 각 Exadata X9M 데이터베이스 서버에서 /opt/oracle.supportTools/reclaimdisks.sh -free -reclaim을 실행해야 합니다.

A. 고장난 물리적 디스크를 교체합니다.

B. 구성원이었던 ASM 디스크 그룹에 그리드 디스크를 다시 추가합니다.

C. 장애가 발생한 물리적 디스크에 있는 그리드 디스크를 식별하고 관련 ASM 디스크 그룹에서 삭제합니다.

D. 수동 삭제 명령을 수행하기 전에 영향을 받는 그리드 디스크의 데이터 균형을 재조정합니다.

E. 교체된 물리 디스크에 새 셀 디스크와 새 그리드 디스크를 만듭니다.

F. 물리적 디스크에 있는 그리드 디스크가 연결된 ASM 디스크 그룹에서 성공적으로 삭제되었는지 확인합니다.