2023년 4월 16일 (일) 14:43 판

추천메뉴 바로가기

DBA { Oracle DBA 명령어 > DBA 초급 과정 > DBA 고급 과정 }
튜닝 { 오라클 튜닝 목록 }
모델링 { 데이터 모델링 가이드 }

ADDM 개요[편집]

자동 데이터베이스 진단 모니터 개요(Automatic Database Diagnostic Monitor)

시스템에 문제가 발생하면 시스템을 변경하기 전에 문제를 정확하고 시기 적절하게 진단하는 것이 중요합니다.
종종 DBA(데이터베이스 관리자)는 단순히 증상을 보고 즉시 시스템 변경을 시작하여 이러한 증상을 수정합니다.
그러나 초기에 실제 문제를 정확하게 진단하면 문제 해결의 성공 확률이 크게 높아집니다.

Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다. ADDM(자동 데이터베이스 진단 모니터):

AWR 데이터를 정기적으로 분석
성능 문제의 근본 원인 진단
문제 해결을 위한 권장 사항 제공
시스템의 비문제 영역 식별
AWR은 과거 성능 데이터의 저장소이기 때문에 ADDM을 사용하여 이벤트 후 성능 문제를 분석할 수 있으므로 문제를 재현하는 데 드는 시간과 리소스를 절약할 수 있습니다.  AWR에 대한 자세한 내용은 "자동 작업 로드 저장소 개요"를 참조하십시오.

In most cases, ADDM output should be the first place that a DBA looks when notified of a performance problem. ADDM provides the following benefits:

Automatic performance diagnostic report every hour by default Problem diagnosis based on decades of tuning expertise Time-based quantification of problem impacts and recommendation benefits Identification of root cause, not symptoms Recommendations for treating the root causes of problems Identification of non-problem areas of the system Minimal overhead to the system during the diagnostic process It is important to realize that tuning is an iterative process, and fixing one problem can cause the bottleneck to shift to another part of the system. Even with the benefit of ADDM analysis, it can take multiple tuning cycles to reach acceptable system performance. ADDM benefits apply beyond production systems; on development and test systems, ADDM can provide an early warning of performance issues.

This section contains the following topics:

ADDM Analysis Using ADDM with Oracle Real Application Clusters ADDM Analysis Results Reviewing ADDM Analysis Results: Example

@@ 1번째 줄: / 1번째 줄: @@
-Overview of the Automatic Database Diagnostic Monitor
+= ADDM 개요 =
-When problems occur with a system, it is important to perform accurate and timely diagnosis of the problem before making any changes to a system. Oftentimes, a database administrator (DBA) simply looks at the symptoms and immediately starts changing the system to fix those symptoms. However, an accurate diagnosis of the actual problem in the initial stage significantly increases the probability of success in resolving the problem.
+* 자동 데이터베이스 진단 모니터 개요(Automatic Database Diagnostic Monitor)
+# 시스템에 문제가 발생하면 시스템을 변경하기 전에 문제를 정확하고 시기 적절하게 진단하는 것이 중요합니다.
+# 종종 DBA(데이터베이스 관리자)는 단순히 증상을 보고 즉시 시스템 변경을 시작하여 이러한 증상을 수정합니다.
+# 그러나 초기에 실제 문제를 정확하게 진단하면 문제 해결의 성공 확률이 크게 높아집니다.
-With Oracle Database, the statistical data needed for accurate diagnosis of a problem is stored in the Automatic Workload Repository (AWR). The Automatic Database Diagnostic Monitor (ADDM):
+Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다.  ADDM(자동 데이터베이스 진단 모니터):
-Analyzes the AWR data on a regular basis
+ AWR 데이터를 정기적으로 분석
-Diagnoses the root causes of performance problems
+ 성능 문제의 근본 원인 진단
-Provides recommendations for correcting any problems
+ 문제 해결을 위한 권장 사항 제공
-Identifies non-problem areas of the system
+ 시스템의 비문제 영역 식별
-Because AWR is a repository of historical performance data, ADDM can be used to analyze performance issues after the event, often saving time and resources in reproducing a problem. For information about the AWR, see "Overview of the Automatic Workload Repository".
+ AWR은 과거 성능 데이터의 저장소이기 때문에 ADDM을 사용하여 이벤트 후 성능 문제를 분석할 수 있으므로 문제를 재현하는 데 드는 시간과 리소스를 절약할 수 있습니다.  AWR에 대한 자세한 내용은 "자동 작업 로드 저장소 개요"를 참조하십시오.
 In most cases, ADDM output should be the first place that a DBA looks when notified of a performance problem. ADDM provides the following benefits: