행위

"Addm"의 두 판 사이의 차이

DB CAFE

(ADDM 개요)
5번째 줄: 5번째 줄:
 
# 그러나 초기에 실제 문제를 정확하게 진단하면 문제 해결의 성공 확률이 크게 높아집니다.
 
# 그러나 초기에 실제 문제를 정확하게 진단하면 문제 해결의 성공 확률이 크게 높아집니다.
  
Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다. ADDM(자동 데이터베이스 진단 모니터):
+
== ADDM(자동 데이터베이스 진단 모니터) ==
 +
# Oracle Database를 사용하면 문제의 정확한 진단에 필요한 통계 데이터가 AWR(Automatic Workload Repository)에 저장됩니다.
  
AWR 데이터를 정기적으로 분석
+
* 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:
+
# AWR은 과거 성능 데이터의 저장소이기 때문에 ADDM을 사용하여 이벤트 후 성능 문제를 분석할 수 있으므로 문제를 재현하는 데 드는 시간과 리소스를 절약할 수 있습니다.
 
+
# AWR에 대한 자세한 내용은 "자동 작업 로드 저장소 개요"를 참조하십시오.
Automatic performance diagnostic report every hour by default
+
# 대부분의 경우 ADDM 출력은 성능 문제에 대한 알림을 받았을 때 DBA가 가장 먼저 살펴보는 위치여야 합니다.
Problem diagnosis based on decades of tuning expertise
+
## ADDM은 다음과 같은 이점을 제공합니다.
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:
 
This section contains the following topics:

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

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

This section contains the following topics:

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