자율운영 Data Guard 구성에서 기본 및 대기 데이터베이스 관리
자율운영 Data Guard 구성에서 기본 및 대기 데이터베이스를 관리하는 방법을 알아봅니다.
When you create an Autonomous Database in an Autonomous Container Database that has Autonomous Data Guard enabled, two completely separate copies of your database are created: one in a primary container database, and one (a synchronized copy) in a standby container database. 그러면 기본 컨테이너 데이터베이스를 사용할 수 없게 되면 자율운영 Data Guard가 대기 컨테이너 데이터베이스를 기본 컨테이너 데이터베이스로 자동 변환하므로 애플리케이션 연결을 Autonomous Database로 서비스하기 시작합니다.
주:
자율운영 Data Guard를 사용할 때는 두 개의 자율운영 데이터베이스가 생성되기 때문에 CPU 및 스토리지 리소스 수의 두 배(기본 데이터베이스의 경우 절반, 대기 데이터베이스의 경우 절반)가 사용됩니다.이 두 데이터베이스(대개 서로 피어 데이터베이스라고 함)는 자율운영 데이터베이스 목록 및 데이터베이스의 세부정보 페이지에 있는 기본 및 대기 레이블로 식별됩니다.
플리트 관리자가 자율운영 Data Guard가 사용으로 설정된 상태에서 자율운영 컨테이너 데이터베이스를 생성 및 관리하는 방법에 대한 자세한 내용은 자율운영 Data Guard 관리를 참조하십시오.
Primary Database 및 Standby Database의 관리 작업
두 데이터베이스가 링크 및 동기화되므로 자율운영 데이터베이스에서 수행하는 일부 관리 작업은 표준 데이터베이스와 비교하여 자율운영 Data Guard 구성의 기본 및 대기 데이터베이스에서 다르게 작동합니다. 다음 목록에서는 이러한 차이점에 대해 설명합니다.
- 확장, 확장 및 자동 확장
두 피어 데이터베이스는 CPU 수, 스토리지 크기 및 자동 크기 조정 설정이 동일해야 합니다. 따라서 기본 데이터베이스의 [세부정보] 페이지에서 자동 스케일링 설정을 스케일 업, 스케일 다운 및 변경할 수만 있습니다. 변경 사항은 Primary Database와 Standby Database에 모두 영향을 줍니다.
- 정지, 시작 및 재시작
두 피어 데이터베이스의 수명 주기 상태는 동기화된 상태로 유지됩니다. 따라서 primary database의 Details 페이지에서만 데이터베이스를 정지, 시작 및 재시작할 수 있습니다. 수행하는 작업은 기본 데이터베이스와 대기 데이터베이스에 모두 영향을 줍니다.
- 수동으로 백업
표준 데이터베이스와 마찬가지로 기본 데이터베이스와 대기 데이터베이스를 개별적으로 독립적으로 수동으로 백업할 수 있습니다.
- 복원
primary database의 Details 페이지에서만 데이터베이스를 복원하고 recovery할 수 있습니다.
- 복제
기본 데이터베이스의 [세부 정보] 페이지에서만 데이터베이스를 복제할 수 있습니다.
- 암호화 키를 교체합니다.
기본 데이터베이스와 대기 데이터베이스의 암호화 키를 표준 데이터베이스와 마찬가지로 개별적으로 순환할 수 있습니다.
- 다른 구획으로 이동
기본 및 대기 데이터베이스를 표준 데이터베이스와 마찬가지로 별도로 독립적으로 다른 구획으로 이동할 수 있습니다.
- 종료
primary database의 Details 페이지에서만 데이터베이스를 종료할 수 있습니다.
클라이언트 응용 프로그램에서 Standby Database 액세스
Autonomous Data Guard를 사용하는 경우 클라이언트 애플리케이션은 일반적으로 기본 데이터베이스에 접속하여 작업을 수행합니다.
이러한 일반 연결 외에도 자율운영 Data Guard는 대기 데이터베이스에 읽기 전용 작업만 수행하는 클라이언트 애플리케이션을 연결하는 옵션을 제공합니다. 이 옵션을 활용하기 위해 Predefined Database Service Names for Autonomous Databases에 설명된 대로 클라이언트 응용 프로그램은 "_RO"("읽기 전용"의 경우)를 포함하는 데이터베이스 서비스 이름을 사용하여 데이터베이스에 연결합니다.
모니터링 지연 시간
자율운영 Data Guard를 사용하는 데이터베이스가 실행 중이면 자율운영 Data Guard를 눌러 기본 또는 대기 데이터베이스의 [세부정보] 페이지에서 전송 지연을 모니터하고 지연 시간을 적용할 수 있습니다.
시간이 지남에 따라 데이터베이스 ebbs 및 흐름의 작업 로드가 약간 변동될 것으로 예상됩니다. 그러나 지연 시간의 상향 추세가 계속 나타나는 경우 다음 작업을 수행하여 상황을 해결할 수 있습니다.
- 적용 지연의 상향 추세입니다. 적용 지연의 상향 추세가 계속 나타나면 standby database가 primary database에서 가져온 리두 레코드를 따라갈 수 있는 충분한 용량이 없음을 나타냅니다. 이 상황을 해결하려면 Add CPU or Storage Resources to a Dedicated Autonomous Database에 설명된 대로 데이터베이스의 CPU를 확장합니다.
- 운송 지연의 상향 추세입니다. 전송 지연 추세가 계속 상승하면 네트워크 성능 문제가 나타납니다. Oracle Cloud 운영 직원은 지속적으로 네트워크 성능을 모니터링하므로 어떠한 조치도 취하지 않고도 상황이 해결되는 것을 확인할 수 있습니다. 그러나 원하는 경우 서비스 요청을 발생시켜 운영 담당자에게 상황을 전달할 수 있습니다.