AWR (Automatic Workload Repository)을 사용하여 성능 문제를 어떻게 진단합니까?

AWR (Automatic Workload Repository)을 사용하여 성능 문제를 어떻게 진단합니까?

AWR (Automatic Workload Repository)은 문제 감지 및 자체 조정 목적으로 성능 통계를 수집, 프로세스 및 유지하는 Oracle 데이터베이스의 내장 도구입니다. 성능 문제를 진단하기 위해 AWR을 사용하려면 다음을 수행하십시오.

1. AWR 보고서 생성 :

   • AWR 보고서는 명령 줄에서 또는 Oracle Enterprise Manager를 통해 awrrpt.sql 스크립트를 사용하여 생성 할 수 있습니다. 수동으로 보고서를 생성하려면 적절한 권한 (예 : DBA 또는 SYSDBA )을 가진 사용자로서 SQL*Plus에 로그인하고 실행하십시오.

      <code>@?/rdbms/admin/awrrpt.sql</code>

   • 보고서 유형 (HTML 또는 텍스트), 시작 및 끝 스냅 샷 ID 및 보고서 이름을 입력하라는 메시지가 표시됩니다.

2. 보고서 분석 :

   • AWR 보고서는 지정된 기간 동안 데이터베이스 활동 및 리소스 소비에 대한 포괄적 인 개요를 제공합니다. 보고서의 시작 부분에서 요약 섹션을 검토하여 시작하여 데이터베이스의 성능에 대한 높은 수준의 관점을 제공합니다.

3. 성능 문제 식별 :

   • "Top 5 Timed Events", "SQL이 경과 시간으로 주문한 SQL"및 "대기 이벤트"와 같은 섹션을 찾아 데이터베이스가 대부분의 시간을 소비하는 위치를 정확히 찾으십시오. 대기 시간이 높거나 경과 시간이 높으면 성능 병목 현상을 나타낼 수 있습니다.

4. 특정 메트릭으로 드릴 다운하십시오.

   • CPU 사용법, I/O 대기 시간, 메모리 사용 및 SQL 실행 통계와 같은 메트릭을 사용하여 성능 문제의 근본 원인을 이해하십시오. 예를 들어 CPU 사용량이 높으면 CPU가 가장 많이 소비되는 프로세스 또는 쿼리를 조사하십시오.

5. 행동 :

   • 결과에 따라 SQL 문을 조정하거나 데이터베이스 매개 변수 조정 또는 하드웨어 리소스 재구성과 같은 적절한 조치를 취하십시오.

이 단계를 수행하면 AWR을 효과적으로 사용하여 Oracle 데이터베이스의 성능 문제를 진단하고 해결할 수 있습니다.

성능 병목 현상을 식별하기 위해 AWR 보고서에서 어떤 특정 메트릭에 집중해야합니까?

AWR 보고서를 사용하여 성능 병목 현상을 식별하려면 다음과 같은 특정 메트릭에 중점을 둡니다.

1. 최고 시간 이벤트 :

   • AWR 보고서의 "상위 5 개 타임 이벤트"섹션은 가장 많은 시간을 소비 한 이벤트를 강조합니다. "DB CPU", "로그 파일 동기화"및 "다른 세션에 의한 읽기"와 같은 이벤트는 CPU, I/O 또는 잠금 문제를 나타낼 수 있습니다.

2. 경과 시간으로 주문한 SQL :

   • 이 섹션에는 소비 된 총 경과 시간에 따라 주문한 SQL 문이 나와 있습니다. 경과 시간이 높은 시간은 이러한 진술을 최적화해야 할 수도 있음을 시사합니다.

3. 대기 이벤트 :

   • 대기 이벤트는 데이터베이스가 리소스를 기다리는 위치를 보여줍니다. I/O 또는 로그 파일 문제를 나타낼 수 있으므로 "DB 파일 순차적 읽기", "DB 파일 산란 읽기"및 "로그 파일 동기화"와 같은 이벤트에주의하십시오.

4. CPU 사용 :

   • "인스턴스 활동 통계"섹션은 CPU 사용 통계를 제공합니다. 높은 CPU 사용은 쿼리 최적화 또는 추가 하드웨어 리소스의 필요성을 나타낼 수 있습니다.

5. 메모리 사용 :

   • "SGA 메모리 요약"및 "PGA 메모리 요약"섹션을 확인하여 메모리가 효율적으로 사용되고 있는지 확인하십시오. 메모리 문제는 성능 저하로 이어질 수 있습니다.

6. I/O 통계 :

   • "파일 I/O 통계"섹션은 디스크 I/O 성능에 대한 통찰력을 제공합니다. 디스크 병목 현상을 나타낼 수있는 높은 "읽기 시간"또는 "시간 쓰기"값을 찾으십시오.

7. 버퍼 풀 통계 :

   • "버퍼 풀 통계"섹션은 데이터베이스가 메모리를 캐시 데이터에 얼마나 효율적으로 사용하고 있는지 보여줍니다. 높은 "물리적 읽기"대 "논리적 읽기"비율은 더 많은 메모리가 필요하다는 것을 암시 할 수 있습니다.

이러한 메트릭에 중점을두면 성능 병목 현상이 발생할 수있는 위치를 신속하게 식별하고이를 해결하기 위해 적절한 조치를 취할 수 있습니다.

AWR 스냅 샷을 비교하여 시간이 지남에 따라 성능 변경을 추적하려면 어떻게해야합니까?

AWR 스냅 샷을 비교하는 것은 시간이 지남에 따라 성능 변경을 추적하는 강력한 방법입니다. 당신이 할 수있는 방법은 다음과 같습니다.

1. 다른 기간 동안 AWR 보고서를 생성하십시오.

   • 다양한 스냅 샷에 대한 AWR 보고서를 작성하여 다양한 시점에서 성능 데이터를 캡처합니다. 예를 들어, 매주 간격으로 수행 된 스냅 샷에 대한 보고서를 생성 할 수 있습니다.

2. AWR 비교 보고서 사용 :

   • Oracle은 awrddrpt.sql 이라는 도구를 제공하여 두 개의 스냅 샷간에 비교 보고서를 생성합니다. 이 보고서를 실행하려면 SQL*Plus에 로그인하고 실행하십시오.

      <code>@?/rdbms/admin/awrddrpt.sql</code>

   • 비교하려는 두 기간 모두에 대해 시작 및 엔드 스냅 샷 ID를 입력하라는 메시지가 표시됩니다.

3. 비교 보고서 분석 :

   • 비교 보고서는 CPU 사용의 변경, 대기 이벤트 및 SQL 성능과 같은 두 개의 스냅 샷 간의 주요 메트릭의 차이를 강조합니다. 성능 개선 또는 악화를 나타낼 수있는 중대한 변화를 찾으십시오.

4. 주요 메트릭에 중점을 둡니다.

   • CPU 시간, I/O 대기 시간, 메모리 사용 및 특정 SQL 문의 성능과 같은 메트릭에주의하십시오. 두 개의 스냅 샷에서 이러한 메트릭을 비교하여 트렌드 또는 갑작스런 변화를 식별하십시오.

5. 장기 트렌드 추적 :

   • 시간이 지남에 따라 여러 개의 스냅 샷을 비교하면 성능 장기 트렌드를 식별 할 수 있습니다. 이를 통해 용량 및 성능 조정 이니셔티브를 계획하는 데 도움이 될 수 있습니다.

6. 비교에 따라 조치를 취하십시오.

   • 성능 저하를 발견하면 비교 보고서의 통찰력을 사용하여 문제를 해결하고 해결하십시오. 반대로, 개선 사항이 보이면 향후 참조를 위해 더 나은 성능을 얻은 변경 사항을 문서화하십시오.

AWR 스냅 샷을 정기적으로 비교하면 시간이 지남에 따라 데이터베이스의 성능을 효과적으로 추적하고 관리 할 수 ​​있습니다.

최적의 성능 모니터링을 위해 AWR 보고서를 얼마나 자주 생성해야합니까?

최적의 성능 모니터링을 위해 AWR 보고서를 생성 해야하는 빈도는 데이터베이스의 크기, 워크로드 특성 및 특정 성능 모니터링 요구를 포함한 여러 요소에 따라 다릅니다. 일반적인 지침은 다음과 같습니다.

1. 사전 모니터링 :

   • 일일 보고서 : AWR 보고서를 매일 생성하면 성과 추세를 면밀히 주시하고 새로운 문제를 신속하게 식별하는 데 도움이됩니다. 이는 성능이 최우선 과제 인 크거나 중요한 데이터베이스에 특히 유용합니다.

2. 일상적인 유지 보수 :

   • 주간 보고서 : 대부분의 데이터베이스의 경우 일상적인 성능 모니터링에 AWR 보고서를 생성하면 충분합니다. 주간 보고서는 트렌드를 발견하기 위해 충분한 데이터를 캡처하는 것과 너무 많은 정보로 DBA를 압도하지 않는 것 사이의 균형을 제공합니다.

3. 문제 해결 :

   • AD HOC 보고서 : 성능 문제를 적극적으로 문제 해결하는 경우 문제 기간 동안 상세한 성능 데이터를 캡처하기 위해 시간당 또는 15 분마다 AWR 보고서를 더 자주 생성해야 할 수도 있습니다.

4. 장기 분석 :

   • 월별 또는 분기 별 보고서 : 장기 성과 분석 및 용량 계획의 경우 월별 또는 분기 별 AWR 보고서 생성을 고려하십시오. 이 보고서는 장기 트렌드를 식별하고 미래 성장 계획을 세우는 데 도움이 될 수 있습니다.

5. 보고서 생성 자동화 :

   • 스크립트 또는 Oracle Enterprise Manager를 사용하여 AWR 보고서 생성을 자동화하는 것을 고려하십시오. 이렇게하면 시간을 절약하고 원하는 간격으로 보고서가 일관되게 생성 될 수 있습니다.

요약하면, AWR 보고서를 생성하기위한 최적의 빈도는 특정 요구에 따라 다르지만 주간 일정은 일반적으로 일상적인 모니터링을위한 좋은 출발점입니다. 데이터베이스의 크기와 중요도에 따라 필요한 주파수를 조정하고 특정 문제를 해결할 때 더 빈번한 보고서를 사용하십시오.

위 내용은 AWR (Automatic Workload Repository)을 사용하여 성능 문제를 어떻게 진단합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!