무료 온라인 액세스 Oracle.1Z0-066.v2023-03-17.q111 모의 시험 (Page 14)

1Z0-066 문제 61

Data Guard 구성을 검사합니다.
DGMGRL> 자세한 구성 표시;
구성 - 동물
보호 모드: MaxPerformance
데이터베이스:
고양이 - 기본 데이터베이스
dog-(*) 물리적 대기 데이터베이스
양 - 물리적 대기 데이터베이스
(*) Fast-Start Failover 대상
속성:
FastStartFailoverThreshold = '30'
OperationTimeout = '30'
TraceLevel = '사용자'
FastStartFailoverLagLimit = '30'
CommunicationTimeout= '180'
관찰자 재연결 = '10'
FastStartFailoverAutoReinstate= '거짓'
FastStartFailoverPmyShutdown= '참'
BystanderFollowRoleChange= '없음'
ObserverOverride = '거짓'
빠른 시작 장애 조치: 활성화됨
임계값: 30초
대상: 개
관찰자: 015.example.com
지연 제한: 30초
기본 종료: TRUE
자동 복원: FALSE
관찰자 재연결: 10초
관찰자 재정의: 참
구성 상태:
성공
어느 것이 사실입니까? (2개를 선택하세요.)

A. 관찰자는 호스트 ol5.example.com에서 실행되어야 하며 현재 실행되고 있지 않습니다.

B. 관찰자는 필요한 경우 장애 조치 후 자동으로 Sheep을 복원합니다.

C. 원래 장애 조치 대상을 사용할 수 없게 되면 관찰자는 다른 대기 데이터베이스를 장애 조치 대상으로 표시합니다.

D. 관찰자는 기본 데이터베이스가 새 연결을 수락할 수 없는지 감지합니다.

E. 이전 기본 데이터베이스는 장애 조치(failover) 후 자동으로 복원되지 않습니다.

1Z0-066 문제 62

기본 데이터베이스의 DBA_LOGSTDBY_UNSUPPORTED 뷰에 대한 쿼리는 여러 행을 반환합니다.
그 결과 업그레이드가 논리적 대기 데이터베이스를 사용하지 않을 수 있다고 결정합니다.
하나의 물리적 스탠바이로 구성된 Data Guard 환경 업그레이드에 대한 설명으로 옳은 것은?
데이터베이스가 기본 호스트와 별도의 호스트에서 실행되고 있습니까?

A. 기본 데이터베이스가 업그레이드되는 동안 대기 데이터베이스에서 Redo Apply를 중지해야 합니다.

B. Fast-Start Failover를 사용하여 업그레이드 중에 기본 데이터베이스를 보호할 수 있습니다.

C. 기본 업그레이드가 완료될 때까지 업그레이드에 다운타임이 필요합니다.

D. 업그레이드는 스탠바이 업그레이드가 완료될 때까지 다운타임이 필요합니다.

E. 업그레이드하는 동안 브로커를 비활성화해야 합니다.

F. Oracle 소프트웨어의 새 릴리스는 기본 및 대기 데이터베이스 모두에 설치되어야 합니다.
호스트

G. 수동 업그레이드를 사용하면 기본 및 대기 데이터베이스에서 catupgrd .sql을 실행할 수 있습니다.
동시에.

1Z0-066 문제 63

DMON(Data Guard Monitor) 프로세스에서 수행하는 다양한 작업 중 다음 세 가지는 무엇입니까? (3개를 선택하세요.)

A. 전환 요청 시 역할 전환 수행

B. 브로커 구성의 일부인 다른 데이터베이스 인스턴스의 DMON 프로세스와 통신

C. 데이터베이스 역할을 기반으로 구성의 다양한 데이터베이스 인스턴스에서 역할 기반 서비스를 적절하게 활성화

D. 빠른 시작 장애 조치가 필요한 경우 기본 데이터베이스를 모니터링하기 위해 관찰자의 DMON 프로세스와 통신합니다.

E. 브로커 구성의 모든 구성원에 대한 정보를 바이너리 구성 파일에 유지 관리

1Z0-066 문제 64

가능한 단계 목록을 검토하십시오.
1. 두 데이터베이스의 호환성 수준을 높입니다.
2. 업그레이드된 논리적 대기 데이터베이스에서 SQL Apply를 다시 시작합니다.
3. 이전 기본 데이터베이스에서 SQL Apply를 시작합니다.
4. 논리적 대기 데이터베이스로 전환을 수행합니다.
5. 논리적 대기 데이터베이스를 업그레이드합니다.
6. 이전 기본 데이터베이스를 업그레이드합니다.
기존 논리적 대기 데이터베이스를 사용하여 데이터 보호 환경의 롤링 릴리스 업그레이드를 수행하고 새로운 기능을 활성화하기 위한 올바른 순서의 최소 단계 수는 무엇입니까?

A. 5, 2, 4, 3, 6, 1

B. 1, 5, 2, 4, 6, 3

C. 5, 2, 4, 6, 3, 1

D. 4, 6, 5, 2, 3, 1

E. 5, 2, 4, 1

정답: A

설명
실행: 롤링 업그레이드 실행에는 5단계가 있습니다.
1단계(5): DBMS_ROLLING.START_PLAN 프로시저는 롤링 업그레이드 실행을 시작합니다. 이것은 미래의 기본 데이터베이스인 LGM 데이터베이스를 논리적 대기 데이터베이스로 변환하고 LGM에서 SQL 적용 프로세스를 시작합니다.
2단계(2): 선두 그룹에 속한 데이터베이스에서 데이터베이스 소프트웨어를 업그레이드합니다. 또한 LGM에서 업그레이드 스크립트를 실행합니다. 이 작업이 완료되면 LGM 데이터베이스에서 SQL Apply 프로세스를 다시 시작해야 합니다.
3단계(4): 적용 지연이 지정된 임계값(기본적으로 10분으로 설정되지만 사양 단계에서 구성할 수 있음)에 도달한 후 DBMS_ROLLING.SWITCHOVER 프로시저가 전환 작업을 진행합니다. 전환이 완료되면 LGM이 기본 데이터베이스가 됩니다.
4단계: LGM은 이제 새로운 데이터베이스 소프트웨어를 실행하는 기본 데이터베이스이며 선두 그룹의 데이터베이스가 이를 보호하고 있습니다. TGM이 마운트되고 후행 그룹의 데이터베이스가 여전히 이전 버전의 데이터베이스 소프트웨어를 실행하고 있습니다. 데이터베이스 소프트웨어를 업그레이드하고 상위 버전 바이너리에 데이터베이스를 다시 탑재하여 업그레이드할 TGM 및 TGS 데이터베이스를 준비해야 합니다.
5단계(3, 6): 현재 기본 데이터베이스(원래 LGM)에서 DBMS_ROLLING.FINISH_PLAN 프로시저를 실행합니다. 후행 그룹의 모든 데이터베이스를 복원하여 현재 기본 데이터베이스의 대기가 되고 적용 프로세스를 다시 시작합니다. FINISH_PLAN 프로시저는 후행 그룹의 모든 데이터베이스가 새 릴리스로 업그레이드될 때까지 기다립니다(후행 그룹 데이터베이스의 데이터베이스 소프트웨어가 4단계에서 변경되었지만, 후행 그룹 데이터베이스의 데이터 사전은 후행 그룹은 LGM 데이터베이스에서 업그레이드하는 동안 생성된 다시 실행의 미디어 복구를 기반으로 업데이트됩니다.
참고: Oracle Data Guard 구성의 데이터베이스 소프트웨어를 롤링 방식으로 업그레이드하려면 먼저 물리적 대기를 미래의 기본 데이터베이스로 지정합니다.
개념적으로 롤링 업그레이드 프로세스는 Oracle Data Guard 구성을 선행 그룹(LG)과 후행 그룹(TG)의 두 그룹으로 나눕니다.
선두 그룹의 데이터베이스가 먼저 업그레이드됩니다. 따라서 이름을 이끄는 그룹. 선행 그룹에는 지정된 미래 기본 데이터베이스와 지정된 미래 기본 데이터베이스를 보호하기 위해 구성할 수 있는 물리적 대기가 포함됩니다. 미래의 기본 데이터베이스는 먼저 논리적 대기 데이터베이스로 변환된 다음 새 데이터베이스 소프트웨어가 여기에 설치되고 업그레이드 프로세스가 실행됩니다. 선두 그룹의 다른 대기 데이터베이스도 이 시점에서 소프트웨어를 업그레이드해야 합니다.
참조: https://docs.oracle.com/database/121/SBYDB/dbms_rolling_upgrades.htm

1Z0-066 문제 65

Data Guard 환경은 다음 구성 요소와 설정으로 구성됩니다.
1. 기본 데이터베이스
2. 원격 물리적 대기 데이터베이스
3. 실시간 조회가 가능합니다.
4. 다시 실행 전송 모드가 SYNC로 설정됩니다.
5. 보호 모드가 최대 가용성으로 설정됩니다.
물리적 대기 데이터베이스에서 실행된 쿼리가 오류를 수신하는 것을 확인했습니다.
ORA- 03172: STANDBY_MAX_DATA_DELAY 15초를 초과했습니다.
이 오류를 피하기 위해 어떤 두 가지를 추천하시겠습니까? (2개를 선택하세요.)

A. 보호 모드를 최대 성능으로 변경합니다.

B. 대기 데이터베이스 인스턴스의 버퍼 캐시 크기를 늘립니다.

C. 기본 데이터베이스에서 사용하는 스토리지의 I/O 대기 시간을 줄입니다.

D. 보호 모드를 최대 보호로 변경합니다.

E. 기본 데이터베이스와 대기 데이터베이스 간의 네트워크 대역폭을 늘립니다.

F. 프라이머리 데이터베이스의 스탠바이 리두 로그 파일 수를 늘린다.