읽기 복제본을 사용하여 Amazon RDS for Oracle 인스턴스의 복제 지연을 모니터링하고 문제를 해결하려면 어떻게 해야 합니까?

간략한 설명

Oracle Active Data Guard 라이선스를 사용하여 RDS for Oracle 인스턴스의 읽기 복제본을 구성합니다. 복제본이 읽기 전용인 경우 Active Data Guard 라이선스가 필요합니다. 인스턴스에 읽기 복제본을 생성하면 기본 및 읽기 복제본 인스턴스가 Data Guard 최대 성능 모드에서 작동합니다. 자세한 내용은 Oracle 웹 사이트에서 Oracle Data Guard protection modes를 참조하십시오. 그런 다음 읽기 복제본을 사용하여 기본 인스턴스에서 읽기 작업을 오프로드합니다.

재해 복구 시 읽기 복제본을 독립형 데이터베이스(DB) 인스턴스로 승격할 수도 있습니다. 자세한 내용은 읽기 복제본을 독립형 DB 인스턴스로 승격하기를 참조하십시오.

인스턴스에 읽기 복제본을 구성하기 전에 버전 및 라이선스와 관련된 제한 사항을 확인하십시오. 자세한 내용은 RDS for Oracle 복제본에 대한 기타 고려 사항을 참조하십시오.

해결 방법

RDS for Oracle 인스턴스에 읽기 복제본을 사용할 때는 다음 사항에 유의하십시오.

• Amazon RDS는 관리형 서비스입니다. 복제 프로세스는 내부 RDS_DATAGUARD 사용자가 관리합니다. 이 사용자는 읽기 복제본 인스턴스를 생성할 때 구성됩니다.
• 관리자 AWS 계정으로 관리형 복구 프로세스를 중지할 수는 없습니다.
• Oracle Data Guard Broker for RDS 읽기 복제본은 구성하거나 수정할 수 없습니다.
• 기본 인스턴스에서 읽기 복제본 인스턴스로의 데이터 복제는 지연시킬 수 없습니다.
• 옵션 그룹의 수정 사항은 읽기 복제본 인스턴스에 반영됩니다. 읽기 복제본이 동일한 AWS 리전에 구성된 경우 인스턴스가 동일한 옵션 그룹에 연결됩니다. 자세한 내용은 RDS for Oracle 복제본의 옵션 그룹 제한 사항을 참조하십시오.

복제 지연 모니터링

복제본이 기본 인스턴스를 따라가지 못하면 복제가 지연될 수 있습니다. Amazon CloudWatch에서 복제 지연을 모니터링하려면 읽기 복제본 인스턴스에서 Amazon RDS 지표 ReplicaLag를 확인하십시오. 이 지표는 복제 지연을 밀리초 단위로 보여줍니다. 자세한 내용은 읽기 복제 모니터링 및 Amazon CloudWatch로 Amazon RDS 지표 모니터링을 참조하십시오.

Active Data Guard에서 복제 지연을 모니터링하고 문제를 해결하려면 다음 단계를 완료하십시오.

1. Active Data Guard 지연 지표를 확인하려면 다음 명령을 실행합니다.

   sql > SELECT name,value,datum_time,time_computed FROM v$dataguard_stats;

2. 기본 인스턴스와 읽기 복제본 인스턴스 간에 아카이브 로그 격차가 있는지 확인하려면 다음 명령을 실행합니다.

   sql >  SELECT archived.thread# THREAD,max(archived.sequence#) PRIMARY,max(applied.sequence#) STANDBY,(max(archived.sequence#) - max(applied.sequence#)) GAP FROM v$archived_log archived,v$archived_log applied WHERE archived.thread#=applied.thread# AND applied.applied='YES' GROUP BY archived.thread#;

   참고: RDS for Oracle은 복제 지연이 발생할 경우 알림을 보내지 않습니다. 읽기 복제본이 기본 인스턴스를 따라가지 못할 때마다 알림을 전송하려면 RDS 지표 ReplicaLag에 대한 CloudWatch 경보를 생성하십시오.

복제 지연 문제 해결

• 기본 인스턴스를 사용할 수 없는 경우 Aurora 및 RDS 콘솔을 사용하여 인스턴스의 현재 상태를 확인하십시오. 또한 다른 SQL 클라이언트에서 인스턴스에 액세스할 수 있는지 확인하십시오. 기본 인스턴스를 사용할 수 없는 경우 읽기 복제본이 기본 인스턴스를 따라갈 수 없습니다. Amazon RDS 이벤트를 확인하여 기본 인스턴스를 사용할 수 없는 이유를 확인하십시오. 그런 다음 인스턴스를 수정하여 액세스 가능하게 만드십시오.
• 기본 인스턴스의 CPU 또는 메모리 과부하가 심하면 전송 지연이 길어질 수 있습니다. 인스턴스의 CloudWatch 지표를 모니터링합니다. 또한 향상된 모니터링을 사용하여 특정 프로세스가 비정상적인 메모리 또는 CPU 사용량 급증을 유발하는지 확인할 수 있습니다. 자세한 내용은 Aurora 및 RDS 콘솔에서 OS 지표 보기를 참조하십시오. CPU 또는 메모리 부하가 감소하면 복제본이 기본 인스턴스를 따라갈 수 있습니다. 인스턴스에 예상대로 과부하가 발생하면 인스턴스 클래스, IOPS 또는 처리량을 스케일 업하십시오.
• 기본 인스턴스 및 읽기 복제본의 alert.log 파일을 모니터링하여 경보 또는 ORA 오류를 식별합니다. 이는 전송 또는 적용 프로세스에 영향을 미칠 수 있습니다. 자세한 내용은 Oracle 데이터베이스 로그 파일을 참조하십시오. 식별된 오류를 해결하여 지연을 줄이십시오.
• 이러한 변경 사항을 복제하려면 대기 인스턴스를 다시 생성해야 합니다. 읽기 복제본을 구성하기 전에 Redo 로그 파라미터를 업데이트하는 것이 좋습니다. 자세한 내용은 로깅 구성 변경을 참조하십시오.
• 읽기 복제본 인스턴스의 컴퓨팅 또는 용량이 기본 인스턴스보다 작은 값으로 구성된 경우 변경 사항 적용 속도가 느려질 수 있습니다. 이로 인해 복제 지연이 발생합니다. CloudWatch에서 RDS 지표를 모니터링하여 두 인스턴스의 흐름 감소를 확인하십시오. 기본 인스턴스에 스로틀링된 인스턴스가 없고 읽기 복제본이 스로틀링되는 경우 스로틀링된 리소스를 식별하십시오. 그런 다음 필요에 따라 스토리지 또는 컴퓨팅 구성을 스케일 업하십시오.
• 기본 인스턴스에 부하가 없고 읽기 복제본 인스턴스의 부하가 커서 리소스가 스로틀링되는 경우 복제본 지연이 발생할 수 있습니다. 복제본 지연을 해결하려면 복제본 인스턴스에서 리소스를 스케일 업하십시오. 또는 읽기 복제본 인스턴스에서 스로틀링된 리소스의 문제를 해결하고 수정하십시오.

관련 정보

Amazon RDS for Oracle용 읽기 복제본 사용

Oracle Active Data Guard를 사용하는 Amazon RDS for Oracle을 지원하는 관리형 재해 복구 및 관리형 리더 팜