0
과도한 트랜잭션 때문에 성능 문제가있는 최근에 출시 된 10,000 개의 사용자 분석 응용 프로그램이 있습니다. 더 나은 성능을 위해 애플리케이션에 많은 SQL을 재 작성하는 것 외에도 더 많은 볼륨과 트위크를 메모리 등에 추가하는 top down 방식을 사용하고 있습니다. 오라클 전문가가 서버를 2 개의 볼륨과 2 개의 테이블 스페이스가있는 단일 테이블 스페이스로 재 설계했습니다 인덱스에는 자체 볼륨과 테이블 공간이있는 4 개의 볼륨이 있습니다. 각 볼륨은 별도의 디스크 어레이이므로 IO를 위해 경쟁하지 않습니다.Oracle10g AWR 테이블 공간을 여러 디스크 볼륨으로 분할 한 후 개선을 측정하는 방법은 무엇입니까?
우리는 개발 환경에서 이러한 변화를 실행했으며 우리는 수용하기로 옮기고 있지만 변화를 위해 비용을 지불하기 전에 측정 가능한 이익을보고 싶습니다.
변경 사항이 실행되기 전과 후에 AWR 보고서에서 이러한 데이터를 비교할 수 있습니까?
뒷 자석은 놀라운 일이지만,이 연습을 시작하기 전에 성능 향상 *을 측정하는 것에 대해 생각해 보지 않았습니까? 진지하게. 오래전에 어떤 목표를 사업에 동의해야했습니다. – APC
현재 문제를 수량화하는 벤치 마크가없는 경우 다른 점을 제외하고 이러한 변경 사항이 실제 문제를 어떻게 처리했는지 어떻게 알 수 있습니까? 너는하지 않는다. 분명히, 나는 그들이 당신을 위해서이기를 희망하지만, 실제로 당신은 찡그리고 추측하고 있습니다. 그것은 만족스러운 튜닝 전략이 아닙니다. 벤치마킹을 * 실행 했습니까? AWR? Statspack? – APC
@APC 예 개발 일정이 변경되기 전후에 대한 문서로드 시나리오가 매주 매일 (오전 8 시부 터 오후 6 시까 지) 매시간 AWR로 제공됩니다. 이 게시물을 작성한 이유는 보고서의 어떤 섹션이 권장 된 변경 사항의 올바른 섹션인지 알지 못하기 때문입니다. –