나는 최근에 쓰기 요청 업데이트 작업에 AWR 보고서이므로 약속,그것은 여기!
1 제품을 개발하라는 요청을 받았을 때 개발 그룹 앞에는 상당한 목표가 있었습니다. 이전 상태 팩에 비해 상당한 성능 권장 사항 및 대기 이벤트 데이터 향상 기능을 제공했습니다.
2. 즉,데이터베이스 관리자의 수동 개입 없이 데이터가 지속적으로 수집됩니다.
3. 자체 백그라운드 프로세스와 메모리 버퍼,지정된 테이블 공간(시소)을 갖는 현재 처리에 영향을 미치지 않습니다.
4. 메모리 버퍼는 사용자가 읽는 방향과 반대 방향으로 기록하여 동시성 문제를 제거합니다.
다른 많은 요구 사항과 함께 위의 모든 것은 자동 워크로드 저장소와 함께 제공되었으며 다음과 같은 아키텍처로 끝납니다:
이 스냅숏 식별자는 데이터 수집 날짜 및 시간을 격리하기 위해 시작 _간 시간 및 종료 _간 시간을 갖는다. 현재 데이터베이스에 보존되어 있는 정보에 대한 정보를 쿼리할 수 있습니다. 또한 스냅샷 데이터와 함께 애쉬(활성 세션 기록)샘플도 포함되어 있습니다.
:
1. 성능 검토의 일부로 실제 성능 문제를 확인 했습니까?
2. 사용자 불만 사항이나 성능 저하를 조사하라는 요청이 있습니까?
3. 비즈니스 도전 또는 질문에 대답을 제공할 수 있는 답변을 해야 하는?
성능 검토
성능 검토는 문제를 확인했거나 성능 문제를 해결할 환경을 조사하도록 할당된 곳입니다. 나는 나에게 사용할 수있는 몇 가지 엔터프라이즈 관리자 환경을 가지고 있지만,특히 하나에 나가서 내 손가락을이 게시물의 요구 사항에 맞게 몇 가지 무거운 처리를해야 바라고 교차하기로 결정했습니다.
데이터베이스 환경에서 작업 부하를 볼 수 있는 가장 빠른 방법은 대상–>데이터베이스를 클릭합니다. 로드 맵으로 보기를 선택하면 워크로드별로 데이터베이스를 볼 수 있습니다. 특정 기업 관리자 환경에 갈 때,나는 그것이 나의 행운의 날이었다 발견!
나는 커트가 클라우드 제어 환경에서 모니터링되는 데이터베이스를 가지고 있는지 정말로 모르지만,소년,그는 오늘 내가 가장 좋아하는 사람인가! 1878>
데이터베이스 이름 위에 커서를 올려놓으면(커트)현재 테스트 데이터베이스에서 실행 중인 워크로드를 볼 수 있습니다.:
소년,커트는 오늘 내가 가장 좋아하는 사람입니다!
데이터베이스 홈 페이지
데이터베이스에 로그인하면 데이터베이스 홈 페이지에서 데이터베이스 및 호스트에 대한 중요한 입출력 및 리소스 사용량을 확인할 수 있습니다:
상위 활동(성능 메뉴,상위 활동)으로 이동하면 처리 및 다른 대기 이벤트에 대한 자세한 내용을 보려면 시작합니다:
커트는 모든 종류의 삽입을하고 있습니다. 개별 명령문을 드릴다운하여 조사할 수 있습니다.보고서 실행
성능,보고서 실행,보고서 실행을 클릭합니다. 이제 나는 선택의 여지가. 이 데이터베이스에서 간격이 매시간 설정되므로 새 스냅 샷을 즉시 수행하도록 요청하거나 시간 상단으로 기다릴 수 있습니다. 이 데모를 위해 후자를 선택했지만 스냅샷을 즉시 생성하려면 이 작업을 쉽게 수행할 수 있습니다.:
BEGINDBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT ();END;/
이 예를 들어,나는 여기에 서두르거나 염려가 없었기 때문에 단순히 기다렸고 이전 시간 및 최신 스냅 샷에 대한 보고서를 요청했습니다:
나는 항상 상위 10 개의 전경 이벤트에서 시작하여 일반적으로 대기 비율이 높은 이벤트를 봅니다:
직접 경로 쓰기,그게 다야. 직접 경로 쓰기에는 삽입/업데이트,기록되는 객체,기록되는 테이블 공간 및 테이블 공간을 구성하는 데이터 파일이 포함됩니다.
또한 입출력,포 그라운드 대기 클래스에서 빠르게 확인:
모든 삽입으로 구성된 워크로드를 처리하고 있음을 확인합니다:
이 응용 프로그램은 당신에게 아름다운 침실 꾸미기의 갤러리를 보여줍니다.:
와우,그 커트는 꽤 반란군,응? 1878>
같은 테이블에서 하나의 테이블에 루프에 삽입,롤백 한 다음 루프를 종료,재생 주셔서 감사합니다. 그는 몇 가지 타이어를 걷어차 고 불안으로 그 일이야! 내가 말했듯이,커트는”로드 생성기”라는 모듈을 사용하여 자신의 일을하고 있습니다. 나는 이것을 무언가를 테스트하기 위해 작업 부하를 생성하는 것 이외의 것으로 인식하지 못하는 바보가 될 것입니다. 이제 이것이 실제 문제 였고 이러한 유형의 삽입물이 환경에 어떤 영향을 미치는지 알아 내려고 노력했다면 다음 보고서에서 어디로 가야합니까? 당신이 당신의 노력을 집중하는 곳에 있어야 하기 때문에 경과한 시간에 의하여 최고 조준수는 중요하다. “시간을 조정하지 않으면 시간을 낭비하는 것입니다.”당신이 일을 완료한 후에 시간 절감이 보이지 않는 경우에 아무것도 최적화 운동의 올 수 있지 않는다. 따라서 먼저 경과 시간으로 맨 위 쿼리를 취한 다음 문을 보면 이제 어떤 객체가 문장의 일부인지 알 수 있습니다(큰 _블록 149,191,194,145).
우리는 또한 문제가 입출력 것을 알고,그래서 우리는 데이터베이스 상세 정보에서 아래로 이동하고 객체 레벨 정보로 이동해야합니다. 이 섹션은 18 세 미만의 세그먼트로 식별됩니다.
- 논리적 읽기에 의한 세그먼트
- 물리적 읽기에 의한 세그먼트
- 읽기 요청에 의한 세그먼트
- 테이블 스캔에 의한 세그먼트
등등….
이 모든 것은 우리가 최고 쿼리에서 보는 객체에 대해 매우 유사한 패턴과 백분율을 보여줍니다. 커트는 이러한 각 테이블을 읽은 다음 동일한 행을 다시 테이블에 삽입 한 다음 롤백했습니다. 이 작업은 워크로드 시나리오이므로 내가 보는 대부분의 성능 문제와 달리 모든 영역에서 10%이상의 영향을 미치는 뛰어난 개체가 없습니다.
이 엑사 데이타이기 때문에,당신은 오프로드를 이해하는 데 도움이되는 정보의 톤이있다,(스마트 스캔)플래시 캐시,기타. 즉,당신은 당신이 엔지니어링 시스템으로 원하는 성능을 달성하고 있는지 확인하는 데 필요한 정보를 릴레이에 도움이 될 것입니다,하지만 난 다른 게시물에 대한 것을 저장하고 단지 입출력 보고서의 몇 가지를 터치하고 싶습니다,우리는 테이블 스캔을 수행 한대로,그래서 우리는 그 셀 노드에 오프로드되고 있는지 확인 할,(스마트 스캔)대.데이터베이스 노드에서 수행되고.
상위 데이터베이스 입출력 처리량을 살펴봄으로써 시작할 수 있습니다.:
그런 다음 셀 처리량 당 상위 데이터베이스 요청(셀 노드 이름 없음)을 확인하여 비교 방법을 확인하십시오:
