행위

"Addm"의 두 판 사이의 차이

DB CAFE
(→‎ADDM(자동 데이터베이스 진단 모니터))
 
(같은 사용자의 중간 판 3개는 보이지 않습니다)
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):
+
== ADDM(자동 데이터베이스 진단 모니터) 기능 ==
 +
# Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다.
  
−
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".
 
  
−
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:
+
# AWR은 과거 성능 데이터의 저장소이기 때문에 ADDM을 사용하여 이벤트 후 성능 문제를 분석할 수 있으므로 문제를 재현하는 데 드는 시간과 리소스를 절약할 수 있습니다.
 +
# AWR에 대한 자세한 내용은 "자동 작업 로드 저장소 개요"를 참조하십시오.
 +
# 대부분의 경우 ADDM 출력은 성능 문제에 대한 알림을 받았을 때 DBA가 가장 먼저 살펴보는 위치여야 합니다.  
  
−
Automatic performance diagnostic report every hour by default
+
== ADDM 장점 ==
−
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.
+
# ADDM 분석의 이점이 있더라도 허용 가능한 시스템 성능에 도달하려면 여러 조정 주기가 필요할 수 있습니다.  
 +
# ADDM의 이점은 생산 시스템을 넘어 적용됩니다.
 +
# 개발 및 테스트 시스템에서 ADDM은 성능 문제에 대한 조기 경고를 제공할 수 있습니다.
  
−
This section contains the following topics:
+
이 섹션에는 다음 항목이 포함되어 있습니다.
 +
 
 +
* ADDM 분석
 +
* Oracle Real Application Clusters에서 ADDM 사용
 +
* ADDM 분석 결과
 +
* ADDM 분석 결과 검토: 예
  
−
ADDM Analysis
 
−
Using ADDM with Oracle Real Application Clusters
 
−
ADDM Analysis Results
 
−
Reviewing ADDM Analysis Results: Example
 
 
[[Category:oracle]]
 
[[Category:oracle]]

2023년 4월 16일 (일) 14:56 기준 최신판

thumb_up 추천메뉴 바로가기

1 ADDM 개요[편집]

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

1.1 ADDM(자동 데이터베이스 진단 모니터) 기능[편집]

  1. Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다.
  • AWR 데이터를 정기적으로 분석
  • 성능 문제의 근본 원인 진단
  • 문제 해결을 위한 권장 사항 제공
  • 시스템의 비문제 영역 식별
  1. AWR은 과거 성능 데이터의 저장소이기 때문에 ADDM을 사용하여 이벤트 후 성능 문제를 분석할 수 있으므로 문제를 재현하는 데 드는 시간과 리소스를 절약할 수 있습니다.
  2. AWR에 대한 자세한 내용은 "자동 작업 로드 저장소 개요"를 참조하십시오.
  3. 대부분의 경우 ADDM 출력은 성능 문제에 대한 알림을 받았을 때 DBA가 가장 먼저 살펴보는 위치여야 합니다.

1.2 ADDM 장점[편집]

      • 기본적으로 매시간 자동 성능 진단 보고서
      • 수십 년간의 튜닝 노하우를 바탕으로 한 문제 진단
      • 문제 영향 및 권장 사항 이점의 시간 기반 정량화 증상이 아닌 근본 원인 규명
      • 문제의 근본 원인을 치료하기 위한 권장 사항
      • 시스템의 비문제 영역 식별
  2. 진단 프로세스 중 시스템에 대한 최소한의 오버헤드 조정은 반복적인 프로세스이며 하나의 문제를 수정하면 병목 현상이 시스템의 다른 부분으로 이동할 수 있음을 인식하는 것이 중요합니다.
  3. ADDM 분석의 이점이 있더라도 허용 가능한 시스템 성능에 도달하려면 여러 조정 주기가 필요할 수 있습니다.
  4. ADDM의 이점은 생산 시스템을 넘어 적용됩니다.
  5. 개발 및 테스트 시스템에서 ADDM은 성능 문제에 대한 조기 경고를 제공할 수 있습니다.

이 섹션에는 다음 항목이 포함되어 있습니다. 

* ADDM 분석
* Oracle Real Application Clusters에서 ADDM 사용
* ADDM 분석 결과
* ADDM 분석 결과 검토: 예
원본 주소 "http://dbcafe.co.kr/wiki/index.php?title=Addm&oldid=8248"