무료 기술지원 3탄

[Query Performance Trouble Shooting]

[증상]
쿼리의 인자가 바뀌면 속도가 달라집니다.
이때, 실제 데이터는 1의 인자와 2의 인자에 대해 거의 유사한 사이즈 입니다.

[해결]
여러분이 예상하시는 것과 같이 물론 통계에 문제가 있어,
1의 통계와 2의 통계의 수치가 틀려서 입니다.
쿼리의 비즈니스를 완벽하게 이해하고 이렇게 매번 컴파일 하는 Ad-Hoc 쿼리의 경우
실행 계획을 고정시켜주는 것이 좋습니다. (어떤 인덱스를 쓸 것인지 지정해 고정시켜 줌)

통계를 올려도 되나, 해당 방법은 또 이러한 문제가 발생 할 수 있음

[해결은 되었으나, 추가 사항]
1. NL 조인 으로 4000번 탐침 하는데 1분 30초 걸림
메모리가 터무니 없이 작게 할당되어 있음. Page life expectancy -> 20 미만
메모리 추가 권고 400GB의 데이터 용량이고 Cache hit ratio 를 고려해 32GB로 확장 하기를 권고함
(메모리 추가시 약 30배 이상의 성능이 나올 것으로 보입니다.)

2. A사 클러스터 사용
MSCS 사용 권고, 클러스터 부분에 장애가 생기고 원인을 알 수 없을때, MS 와 A사 모두에게 컨택해 문제를 해결하기 어려움을 노티. (노티 후, 들은 말이지만 의뢰자 회사에 실제로 그런 사례가 있었다고 하더군요)

쿼리랑 통계는 나중에 기회되면 보고 추가해 두도록 하겠습니다.
이번건은, 시스템 사이징의 기본이 좀 잘못된 예제인듯 합니다. 최근에 업그레이드 했다는데, 기술 책임자는 문책을 외면하기 어려울 듯 합니다. (잘 모르면 외부 컨설팅을 받는게 여러모로 이롭습니다. 안그럼 몇 번이나 고생 고생 해야 합니다.) 

후루룩 넘 쉬웠습니다.
 

[sqler 무료 기술지원 광고]

무료 입니다.

01099670955  MSN minsouk@hotmail.com

손전화 문자로 예약시간을 잡으면 연락 드립니다.

기술지원에 성공 하시면 naver happy bean (꼭 여기 아니어도 상관 없습니다. ) 

에 장애인을 위해 10000원만 기부해주시면 기분이 더 좋을듯 합니다.

트라블 슈팅이 되시면, 고객사 정보를 제외한 이슈 해결 방법 및 CASE 를 강좌에 연재 하도록 하겠습니다.

정말 급하시다구요? 그냥 전화 주세요 ^^/

from sql server 를 사랑하는 석이 올림

동참 하고픈 분께서는 mail 로 저에게 소개 부탁 드리겠습니다.

기술적 백그라운드를 잘 적어 주시길 바라며, 선택되신 분에게는 본 게시물에 함께 이름이 올라갑니다. ^^;

영역

sql performance

trouble shooting