Oracle Patch Assurance - Data Guard 스탠바이 퍼스트 패치 적용
(Doc ID 2271386.1)
Last updated on MARCH 05, 2020
적용 대상:
Oracle Database - Enterprise Edition - 버전 11.2.0.1 과(와) 그 후속Enterprise Manager for Oracle Database - 버전 12.1.0.2.0 과(와) 그 후속
Oracle Database Cloud Schema Service - 버전 N/A 과(와) 그 후속
Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) - 버전 N/A 과(와) 그 후속
Oracle Cloud Infrastructure - Database Service - 버전 N/A 과(와) 그 후속
이 문서의 내용은 모든 플랫폼에 적용됩니다.
Reviewed relevance on May 07, 2013 ***
목적
이 주제에 대해 다른 오라클 고객, 오라클 직원 그리고 기업 전문가들과 좀 더 탐구하고 싶으신가요 ??
당신은 이 Note에 대해 토론할 수 있고, 당신의 경험을 보여줄 수 있고 또는 이 노트 아래 이 문서에 대한 토론 스레드에서 직접 바로 문의할 수 있습니다.
다른 글과 주제에 대한 토론을 찾고자한다면 또는 새로운 토론을 게시하고자한다면 My Oracle Support Community Page for High Availability Data Guard 에서 할 수 있습니다.
개요
Oracle Data Guard 스탠바이 퍼스트 패치는 프라이머리 데이터베이스와 물리적 스탠바이 데이터베이스 사이에서 다른 데이터베이스 홈 소프트웨어를 지원하는 Oracle 데이터베이스에 대한 위험을 최소화하면서 Oracle 패치 롤링 방식으로 적용 및 검증합니다.
Data Guard는 프라이머리 시스템과 스탠바이 시스템 간의 다른 구성에서 실행을 오랫동안 지원하고 있습니다. Data Guard는 데이터베이스 부하의 어떤 것과도 완전히 독립하고 있기 때문에 운영 체제, Oracle Clusterware 하드웨어 또는 스토리지 소프트웨어의 다른 버전도 다른 사이트간에 버전이나 시간 제한 없음을 실행할 수 있습니다. 여기에는 다음의 지원이 포함되어 있습니다 :
- 하드웨어 차이 (예 : X3 Exadata Database Machine과 X4 Exadata Database Machine)
- 운영 체제의 차이 (예 : Oracle Linux 5.7와 Oracle Linux 5.8)
- 데이터베이스 스토리지의 차이 (NFS 기반의 스토리지를 사용한 Oracle ASM 기반 스토리지, Exadata 12.1 Exadata 11.2 등)
- Oracle Clusterware의 버전과 패치 레벨의 차이 (11.2.0.3 GIPSU4,11.2.0.3 GIPSU5 등)
그러나 데이터베이스 홈에서 소프트웨어의 차이는 논리적 스탠바이 데이터베이스에서만 지원되는 롤링 업그레이드 시나리오에 한정되어있었습니다. 물리적 스탠바이 구성의 Data Guard 환경에 최근의 데이터베이스 홈에 대한 패치 (Exadata 번들 패치 또는 데이터베이스 PSU 등)를 적용하려면 다음 중 하나를 수행해야했습니다.:
- 프라이머리 데이터베이스와 스탠바이 데이터베이스를 모두 중지하고 다시 시작하기 전에 두 시스템에 업데이트를 적용하기 또는
- 물리적 스탠바이 데이터베이스를 논리적 스탠바이 데이터베이스로 변환 롤링 업그레이드 프로세스를 사용하여 업데이트를 적용 후 스탠바이 데이터베이스를 물리적 스탠바이 (임시 논리적 스탠바이라는 기능) 취소
Data Guard 스탠바이 퍼스트 패치는 위의 차이뿐만 아니라, 프라이머리 데이터베이스와 물리적 스탠바이 데이터베이스의 사이에서 다른 데이터베이스 홈 소프트웨어가 지원됩니다.
Data Guard 스탠바이 퍼스트 패치 적용
Oracle Data Guard 스탠바이 퍼스트 패치는 프라이머리 데이터베이스와 물리적 스탠바이 데이터베이스 간 서로 다른 데이터베이스 홈 소프트웨어를 지원하는 Oracle 데이터베이스에 대한 위험을 최소화하면서 Oracle 패치 및 패치 번들 롤링 방식으로 적용 및 검증합니다. 예를 들어, Data Guard 스탠바이 퍼스트 패치는 먼저 데이터베이스 홈 패치를 물리적 스탠바이 데이터베이스에 적용합니다. 스탠바이 측은 패치 테스트 및 평가를 위해 읽기 전용 워크로드 또는 스냅 샷 스탠바이의 경우는 읽기 · 쓰기 작업을 수행하는 데 사용됩니다. 테스트 종료 후에는 데이터베이스 홈 패치의 효과와 안정성을보다 확실하게 보장 온에서 프라이머리 측에 패치를 설치할 수 있습니다.
Oracle Data Guard 스탠바이 퍼스트 패치는 Oracle Database 11.2.0.1 이상 Oracle Engineered Systems (Exadata, SuperCluster) 및 non-Engineered System 용 공인 된 개별 패치 및 패치 번들 (PSU와 Exadata 용 데이터베이스 패치 등)에 대해 지원됩니다. Data Guard 스탠바이 퍼스트으로 인정되는 패치 또는 패치 번들은 README에 다음과 같이 기재되어 있습니다:
Data Guard Standby-First Installable
다음 유형의 패치는 Data Guard 스탠바이 퍼스트 인증이 될 수 있습니다:
- 데이터베이스 홈에 대한 개별 패치
- Exadata 번들 패치 (예 : Exadata의 매달 및 분기 데이터베이스 패치)
- DB PSU
Oracle의 PSR 및 주요 릴리스의 업그레이드는 Data Guard 스탠바이 퍼스트 패치 적용 대상에서 제외됩니다. 예를 들어, 11.2.0.2에서 11.2.0.3 또는 11.2에서 12.1로 업그레이드되지 않습니다. PSR 및 주요 릴리스 간의 업그레이드는 Data Guard 일시 논리적 스탠바이 롤링 업그레이드 프로세스를 사용합니다. 다음의 "Oracle Maximum Availability Architecture best practice"를 참조하십시오:
http://www.oracle.com/technetwork/database/availability/database-rolling-upgrade-3206539.pdf
위의 "개요"절에 설명되어있는 이전 지원 된 운영 시스템과 스탠바이 시스템의 다른 구성의 차이는 계속 지원되고 있습니다.
Data Guard 스탠바이 퍼스트 패치는 다음과 같은 장점이 있습니다:
- 역할 변경 또는 프라이머리 데이터베이스에 적용하기 전에 복구 백업 또는 문의 검증을 위해 물리적 스탠바이 데이터베이스 소프트웨어 변경 사항을 적용 할 수 있습니다. 이렇게하면 프라이머리 데이터베이스의 위험 잠재적인 다운 타임을 줄일 수 있습니다.
- 위험 및 다운 타임을 최소화하고 검증을 완료 한 후 대상 데이터베이스로 전환 할 수 있습니다.
- 만약 안정성과 성능이 저하 된 경우에는 대체라고도하지만 다시 전환 할 수 있습니다.
범위
Applies To
Oracle Exadata Database Machine Release 2 (11.2) release 11.2.0.1 bundle patch 8, and later
Oracle Database 11g Enterprise Edition Release 2 (11.2) release 11.2.0.2, 11.2.0.3 and later
상세 내역
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
이 문서에서
목적 |
개요 |
Data Guard 스탠바이 퍼스트 패치 적용 |
범위 |
Applies To |
상세 내역 |
고려 사항, 권장 사항 및 제한 사항 |
Data Guard 스탠바이 퍼스트 패치를 실행하는 방법 |
1 단계 - 스탠바이만으로 패치 바이너리 설치를 수행 |
2 단계 - 스탠바이 데이터베이스에서 패치 평가 |
3 단계 - 패치 설치의 완료 또는 롤백 |
3 단계 옵션 1 : 프라이머리 데이터베이스에 패치 적용 |
3 단계 옵션 2 : 전환하고 새 스탠바이 패치 |
3 단계 옵션 3 : 스탠바이 시스템 측에서 패치를 롤백 |
참고 |