11.2 데이터 가드 물리적 스탠바이 SQL*Plus를 사용한 전환 모범 사례
(Doc ID 2137009.1)
Last updated on MAY 27, 2020
적용 대상:
Oracle Database - Enterprise Edition - 버전 11.2.0.1 과(와) 그 후속Oracle Database Cloud Schema Service - 버전 N/A 과(와) 그 후속
Oracle Database Exadata Express Cloud Service - 버전 N/A 과(와) 그 후속
Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) - 버전 N/A 과(와) 그 후속
Oracle Database Cloud Exadata Service - 버전 N/A 과(와) 그 후속
이 문서의 내용은 모든 플랫폼에 적용됩니다.
목적
데이터 가드 전환 수행.
노트: 브로커를 사용하여 데이터 가드를 전환 하려면 다음 문서를 참조 하라 1305019.1 - "11.2 Data Guard Physical Standby Switchover Best Practices using the Broker"
오라클의 고객, 직원 및 업계 전문가와 이 주제에 대한 정보 교환 하려면??
이 문서의 오른쪽 아래 토론 스레드에서이 기사에 대해 토론하고 자신의 경험을 공유하거나 질문을 할 수 있다.
다른 기사나 주제에 관한 토론을 원하시는 경우에는 My Oracle Support Community의 High Availability Data Guard참조 한다.
해결책
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
이 문서에서
| 목적 |
| 해결책 |
| I. 전제 조건 / 준비 |
| 최신 번들 패치 적용. |
| 프라이머리 데이터베이스 초기화 매개 변수 확인 |
| 설치 확인 |
| 페일백 옵션의 테스트 및 이해 |
| II. 스위치오버의 사전 확인 |
| 스탠바이에서 관리 복구가 작동하고 있는지 확인 한다. |
| 아카이버 프로세스의 수가 충분한지 확인 한다 |
| 물리적 스탠바이 타겟에서 온라인 리두 로그 파일이 삭제되어 있는지 확인 한다 |
| 큰 차이가 없음을 확인 한다 |
| 프라이머리 및 스탠바이 임시 파일이 일치하고 모든 데이터 파일이 온라인 상태인지 확인 한다 |
| III. 전환 |
| 타깃 스탠바이의 모든 적용 지연을 취소 한다 |
| 잠재적인 블로킹 매개 변수 및 작업을 취소 한다 |
| 모든 mid-tiers (선택적인)를 중지한다 |
| 프라이머리 및 스탠바이의 데이터 가드 트레이싱을 설정 한다 |
| 모든 인스턴스의 alert log를 tail 명령으로 확인 한다(선택사항) |
| 보증 복원 지점 만들기 (선택사항) |
| 프라이머리 데이터베이스가 스탠바이 역활로 전환 할 수 있는지 확인 한다 |
| 만약 프라이머리가 RAC인 경우, 모든 보조 프라이머리 인스턴스를 중지 한다 |
| 프라이머리를 스탠바이 데이터베이스로 전환 |
| 스탠바이에서 마지막 리두 로그 파일(EOR)가 수신되어 있는지 확인 한다 |
| 스탠바이 데이터베이스가 프라이머리 역활로 전환 가능한지 확인 한다 |
| 스탠바이 데이터베이스를 프라이머리로 전환 |
| 새로운 프라이머리 데이터베이스를 온픈 한다 |
| 임시파일의 불일치를 수정 한다 |
| 새로운 스탠바이를 다시 시작 한다 |
| 만일의 사태 또는 대비책 |
| IV. 전환 후 단계 |
| 트레이스 이전의 값 설정 |
| 작업 초기화 |
| 전환 보증 복원 지점 삭제 |
| 참고 |