Oracle® Enterprise Manager(OEM) 12c 및 13c에는 Oracle DBA가 실시간 지속적인 성능 문제 해결 또는 조정을 사용할 수 있도록 OEM Real-Time Automatic DatabaseDiagnostic Monitor(Real-Time ADDM)라는 지원 도구를 비롯한 많은 성능 분석 도구가 포함되어 있습니다. 문제. 이 블로그는 100% 세션, 프로세스 활용 또는 입/출력(I/O)에 대해 미리 정의된 임계 한계 설정 초과와 같은 모든 유형의 데이터베이스 상태 문제로 인한 긴급 상황을 식별하고 생존하기 위한 실시간 ADDM의 실제 사용에 대한 지식을 공유합니다. 메모리 또는 상호 연결 제한. 이러한 경우 Real-TimeADDM은 매우 편리한 도구이며 데이터베이스 상태에 대한 심층적인 실시간 및 사실적인 ADDM 분석을 수행할 수 있는 기능을 제공하므로 RADDM과 ADDM을 비교해 보겠습니다.
ADDM이란 무엇입니까?
ADDM은 AWR(Automatic Workload Repository)의 데이터를 분석하여 잠재적인 성능 병목 현상을 식별하기 위해 Oracle Database(버전 10g부터)에서 제공하는 도구입니다. 식별된 각 문제에 대해 근본 원인을 찾고 문제 수정을 위한 권장 사항을 제공합니다.
실시간 ADDM이란 무엇입니까?
Oracle Enterprise Manager(OEM) Cloud Control 12c에서 Oracle은 전통적으로 데이터베이스를 다시 시작해야 하는 응답하지 않는 정지된 데이터베이스의 문제를 분석하고 해결하는 데 도움이 되는 실시간 ADDM 도구를 도입했습니다. 실시간 ADDM은 사전 정의된 기준 세트를 통해 실행됩니다. 데이터베이스의 현재 성능을 분석합니다. 기준 중 하나라도 일치하면 Real-Time ADDM은 데이터베이스를 다시 시작하지 않고도 식별된 문제(예:교착 상태, 중단, 공유 풀 경합 및 기타 예외 상황)를 해결하는 데 도움을 줍니다.
데이터베이스 관리자(DBA)는 실시간 ADDM을 사용하여 데이터베이스 성능을 자동으로 분석할 수 있습니다. 예를 들어 데이터베이스가 정지 상태이고 성능 문제로 인해 느리게 실행되어 데이터베이스에 로그인할 수 없는 경우입니다. 이러한 상황에서 Real-Time ADDM은 전역 리소스에 대한 SQL 경합의 원인을 식별합니다.
Real-Time ADDM은 또한 ADDM과 같은 모든 실제 데이터베이스 시간 분석을 수행합니다. 비정상적으로 높은 데이터베이스 활동을 경험하고 있는 데이터베이스에서 Real-Time ADDM을 호출하면 현재 데이터베이스에 영향을 미치는 주요 성능 문제를 감지하고 데이터베이스 시간의 주요 소비자를 찾을 수 있습니다. SQL 세션, 애플리케이션 연결 등.
ADDM과 실시간 ADDM의 차이점
ADDM은 데이터베이스 수준의 성능 진단 도구로 제공되며 Real-TimeADDM은 OEM 버전 12c plus 도구입니다. Real-Time ADDM을 사용하려면 데이터베이스에 연결되어 있는 OEM이 필요합니다.
ADDM과 실시간 ADDM의 주요 차이점은 실시간 ADDM이 진단 모드 연결을 사용하여 일반 모드 연결을 우회하고 데이터베이스 인스턴스의 SGA(시스템 전역 영역)에서 ASH(활성 세션 기록) 데이터에 직접 액세스한다는 것입니다. 래치 및 대기열과 같은 전역 리소스 또는 과도한 수의 호스트 리소스를 사용하지 않습니다.
실시간 ADDM을 사용하는 이유
다음 목록은 Real-Time ADDM을 사용하는 이유를 제공합니다.
- 중단되거나 느리게 실행되는 경우 현재 데이터베이스 성능을 분석합니다.
- 심각한 경합의 원인을 찾습니다.
- 데이터베이스 시간 분석을 수행하여 최고의 성능 문제를 감지합니다.
- 진단 연결을 SGA로 지정합니다.
- 대용량 추적 파일을 읽고 분석하기 위해 ORADEBUG의 HANGANALYZE(OracleDatabase의 기본 추적 유틸리티)가 필요하지 않습니다.
HANGANALYZE란 무엇입니까?
HANGANALYZE는 정지 또는 차단 세션에 대한 세부 정보를 찾는 ORADEBUG 내의 옵션입니다. HANGANALYZE 옵션을 사용하여 DBA는 중단된 데이터베이스에 연결하고 추적 파일을 생성할 수 있습니다. 이 파일을 읽거나 추적 분석 도구와 함께 사용하여 중단된 데이터베이스 문제를 식별할 수 있습니다.
실시간 ADDM 데모를 통한 문제 해결
대상 데이터베이스에 대한 연결로 OEM 12c를 설정했다고 가정하면 데이터베이스 인스턴스가 정지 상태일 때 다음 단계를 사용하여 실시간 ADDM 분석을 사용할 수 있습니다.
터미널 세션을 열고 데이터베이스에 연결을 시도하십시오. 세션이 아직 시작되지 않았습니다. 연결이 설정되지 않은 상태에서는 다음 이미지와 같이 정지 상태로 인해 데이터베이스에 로그인할 수 없습니다.
이제 OEM으로 이동하여 대상 아래 메뉴에서 Databases for Troubleshooting를 선택합니다. 데이터베이스 이름을 검색합니다. 다음 이미지와 같이 CAC****1P를 검색하고 있습니다. .
데이터베이스 이름을 클릭합니다. 시간이 조금 걸릴 수 있으므로 새로고침할 때까지 기다리세요. 잠시 후 다음 이미지에 강조 표시된 오류 메시지가 표시됩니다.
이 데이터베이스 인스턴스의 경우 실시간 ADDM이 데이터베이스 관리자(DBA)가 상황을 진단하는 데 매우 유용할 것입니다. 해당 데이터베이스 인스턴스에서 Real-Time ADDM을 사용해 보겠습니다. 페이지의 데이터베이스에서 실적으로 이동합니다. 메뉴에서 Real-Time ADDM을 선택합니다. , 다음 이미지에 표시된 화면으로 이동합니다. 이 상황에서 Real-Time ADDM은 인스턴스가 중단되기 때문에 직접 연결을 사용합니다.
다음 이미지와 같이 정지 상태에서 실시간 ADDM 연결에 SYSDBA 자격 증명을 사용해야 합니다.
(그림5.png)
진단 모드 연결이 설정되면 이전 시간부터 메모리에서 직접 ASH 데이터를 읽을 수 있습니다. 로그인 후 다음 이미지와 같이 활동 프로그램 상단에서 topactivity를 볼 수 있습니다.
데이터베이스가 중단되는 문제를 확인할 수 있습니다. 이 예에서는 애플리케이션 가중치 클래스와 관련이 있습니다. 이 상황에 대처하려면 문제에 대한 더 많은 통찰력을 얻기 위해 진단을 시작해야 합니다. 시작을 클릭합니다. 분석을 시작합니다. Real-Time ADDM은 지난 10분 동안의 ASH샘플을 확인하여 문제를 확인합니다. 10분 후에 중지하려면 중지를 클릭하세요. . 이 작업이 완료되면 Real-Time ADDM은 우선 순위에 따라 결과를 표시합니다. 다음 이미지는 결과 아래의 분석을 나타냅니다. 탭.
이 예에서는 데이터베이스가 중단되도록 하는 미해결 또는 세션 대기 체인을 보여줍니다. 문제 해결을 위한 권장 사항은 다음 이미지에 나와 있습니다.
이 예에서 Real-Time ADDM은 이전 이미지와 같이 특정 세션을 종료할 것을 권장했습니다. . 종료해야 하는 프로세스에 대한 자세한 내용을 보려면 데이터 중단으로 이동하세요. 다음 이미지와 같이 탭:
최종 차단기를 클릭합니다. 차단기 세션 요약을 보려면 권장되는 대로 데이터베이스 수준에서 세션 ID(SID), 일련 번호 및 OS 프로세스 ID에서 세션 세부 정보가 있는 세션을 종료합니다. 여전히 데이터베이스에 로그인할 수 없는 경우 사용할 수 있는 유일한 옵션은 OS 프로세스 ID를 종료하는 것입니다. 그렇게 하려면 터미널을 열고 다음 이미지와 같이 문제를 일으키는 세션을 종료합니다.
이후 실시간 ADDManalysis 창에서 차단된 세션이 진행되는 것을 확인할 수 있습니다. 이제 터미널에서 SQL Plus 연결을 시도하면 다음 그림과 같이 연결이 성공합니다.
결론
OEM Cloud Control 12c의 Real-Time ADDM 도구는 중요한 데이터베이스 상태 진단을 지원하는 Oracle의 가장 우수하고 빠른 도구 중 하나입니다. 데이터베이스가 정지된 경우 Real-Time ADDM은 특히 ADDM 및 ORADEBUG의 HANGANALYZE 추적 유틸리티의 제한된 사용과 비교할 때 DBA의 최종적이고 효과적인 지원이 됩니다. 이전 단계를 적용하여 데이터베이스 또는 중단된 세션 문제를 해결하여 데이터베이스를 시작하고 실행할 수 있습니다.
피드백 탭을 사용하여 의견을 남기거나 질문하십시오.