DB 튜닝서비스
DB 노하우, 데이터직무, 다양한 인터뷰를 만나보세요.
PLAN 정보기술에서 제공하는 절차형 튜닝방법론은 튜닝에 대한 경험이 없는 개발자 또는 초보 DBA인 경우 어디서부터 어떻게 튜닝을 시작해야 할지 알수없는 사용자들을 위해 제공되는 절차와 방법입니다. 체계화된 방법론에 따라 작업을 수행하다 보면 성능저하에 대한 원인을 찾아내게 되고 문제를 찾아내게 되고 문제를 해결할 수 있습니다. 준비단계(step-1)는 데이터베이스의 성능저하 문제에 대한 튜닝작업을 수행하기 이전에 고객과의 인터뷰를 통해 요구사항 (user-Requirement)을 이해하고 check-list에 의한 자료수집 단계를 통해 튜닝 계획을수립하는 단계입니다. ※ 해당 Key로 마우스를 이동하시면 나타나는 숫자 오름순(1->2->3)으로 튜닝하시면 됩니다.절차형 튜닝하기
고객인터뷰
"고객 인터뷰"버튼을 클릭하시면 사용자의 데이터베이스에서 튜닝작업을 수행하기 위한 기본정보에 대한 정보를 입력 받은 후 튜닝작업 시점의 자료를 수집할 수 있으며 그 결과를 보고서 형태로 관리할수 있습니다."튜닝후 자료수집"버튼은 "튜닝전 자료수집" 작업이 수행된 후 분석튜닝단계(Step-2)의 작업이 완료되시면 화면에 나타나게 됩니다. 준비단계(Step-1)에서 수집된 튜닝전 결과와 결과단계(Step-3)에서 수집된 튜닝후 결과를 통해 통해 결과를 비교 분석 할 수 있습니다.
절차형 튜닝 방법론은 튜닝에 대한 개념 그리고 방법과 절차에 대한 이해가 부족한 개발자 또는 DBA, 분석/설계자를 위한 Bottom-up 방식의 튜닝 방법론이라면 현상별 튜닝 방법론은 SYSTEM의 현재 상태에 따라 즉각적인 성능 효과를 볼 수 있는 Top-Down 방식의 튜닝 방법론 입니다.
예를들어 DB가 설치되어 있는 SYSTEM을 운영하다 보면 어느날 갑자기 CPU에 과부하 현상이 발생하게 됩니다. 이러한 현상을 유발하는 원인은 그림을 보시는 바와 같이 매우 다양합니다. DB의 설계, SQL문, 서버의 구보, O/S, Network 등 다양한 원인으로 인해 CPU의 과부하 현상이 발생한 것 입니다.
이때, 그 원인을 분석하기 위해서는 가장 큰 문제점부터 가장 적은 문제점 순으로 튜닝을 하는것이 가장 바르게 원인을 찾아낼 수 있는 방법입니다.
이런 경우, Network 튜닝 또는 O/S 튜닝작업을 먼저 수행하는 것은 원인 분석에 많은 시간을 낭비해 버리게 되고 튜닝 결과를 빠르게 참조할 수 없는 단점이 생기게 됩니다. 다음은 그림을 통해 현상별 튜닝 방법론을 적용하는 방법을 설명드리겠습니다.
데이터베이스의 성능을 저하시키는 요소와 포인트를 그림을 통해 알아보겠습니다.
왼쪽의 세로항목은 성능을 저하시키는 요소들이고 상단의 가로항목은 그 요소들로 인해 발생할 수 있는 성능저하 현상들입니다.
왼쪽 내용에서 첫 번째부터 네 번째까지 내용이 디자인 튜닝과 애플리케이션 튜닝에 관련된 내용이고, 다섯 번째부터 열세번째까지 내용이 서버튜닝, 마지막 4가지 내용이 시스템 튜닝과 관련된 내용입니다. 결과에서 확인되는 것처럼 CPU의 과부하 현상은 거의 모든 영역에 대한 튜닝이 필요하다는 것을 의미하며 메모리 문제, I/O 문제 역시 전체적인 튜닝이 필요하다는 의미입니다.
만약, 어떤 특정영역에 대한 튜닝으로 좋은 성능 결과를 보았다면 좋겠지만 그렇지 못하다면, 다음은 어떤 영역에 대해 어떻게 튜닝하면 좋을까요 ? 조금 막막하죠. 그래서, 튜닝 방법론과 튜닝 방법이 필요한 것이며 보다 체계적으로 튜닝을 할 수 있는 것입니다.