출처 : dbguide.net 에 올려진 SSA
해결! DB D&A>> 중소기업을 위한 SQL Server 기본 모니터링 -1
백업과 디스크 현황 점검부터 시작
도스코 영업부의 송구현 주임은 비전산 담당자지만, 약 1년 전부터 사내 입출과 관리 프로그램의 관리를 맡고 있다. 최근 성능 저하 현상이 나타나는 애플리케이션에 어떤 문제가 있는지, 기본적으로 SQL Server를 유지 관리하는 방법이 무엇인지를 몰라 답답하던 상황이다. SSA(SQL Server Academy)의 성대중 책임 컨설턴트가 직접 안산 반월공단의 도스코를 방문해 기본적인 SQL Server 설정부터 쿼리 분석, 인덱스 추가에 이르는 방법론을 제시했다.
-
일시:
-
신청자: 도스코 영업부
-
전문가: SSA
요청사항
1. 애플리케이션 성능 점검 - 프로그램 오류인지 DB 부하 문제인지 검토(DB 문제일 경우 권고안 제시)
2. 데이터베이스 유지관리 - DB 점검 및 관리 항목과 방법 제안
연재 순서
1회 – 시스템 진단(백업 및 시스템 현황, 디스크 현황)
2회 – 서버 점검 및 운영 진단
3회 – 쿼리 진단(악성 쿼리) 및 기타 논의 사항, 전문가 총평
<신청자> 원래 개발자가 있었는데, 담당자가 2006년에 사내 입출고 관리 프로그램을 개발한 후에 장기간 해외 근무를 하고 있다. 몇 가지 가이드라인이나 조언을 주긴 하는데, DBA나 전산 담당자 없이 영업부 소속의 비전문가가 관리하다 보니 어려움이 크다.
<전문가> 구체적으로는 주로 어떤 문제점이 발생했나?
<신청자> 사실 가장 큰 문제점은 지금 제대로 운영되고 있는지 조차 불안하다는 것이다. 이 업무 시스템이 월말 마감 외에는 오전에 1, 2시간만 주로 사용되는, 사실 그렇게 사용량이 많은 편이 아니다. 그런데도 HDD 용량을 미처 체크하지 못해서 다운된 적이 있었고, 또 백업을 잘 안 해놓은 상태여서 복구하는데 어려움이 있었다.
<신청자> 인터넷이다. 네이버카페를 주로 이용했고, 최근에 DBGuide.net을 알게 됐다. 하지만 이 정보들이 지금 우리 시스템 환경과 잘 맞지 않고, 비전문가이다 보니 적용 또는 응용하는 것도 쉽지 않다.
1. 시스템 진단
1-1. 서비스팩/패치 점검
<전문가> 우선 SQL Server 운영 상황에 대한 진단을 하고, 요청했던 애플리케이션 성능 점검과 데이터베이스 유지 관리 방안을 전달하는 것이 좋을 것 같다. 사전에 모니터링 툴을 전달해서, 그에 대한 결과 값을 받았으나 서비스팩과 누적핫픽스가 적용되지 않은 이전 버전(2000.80.194RTM)이어서 모니터링 툴이 제대로 값을 산출하지 못했다. 어차피 DB 관리의 기본 작업이 ‘진단’에 있기 때문에, 우선 진단 과정부터 함께 천천히 살펴보는 것이 좋겠다.
<신청자> 성능에 문제가 있어서 얼마 전에 윈도우 환경을 포맷한 뒤, 패치와 서비스팩 업데이트를 잊고 있었다. 안 그래도 어제 패치를 업데이트하고, 서비스팩도 SP4(2039) 버전으로 업그레이드했다.
개선 사항>> 최근 Rollup 패키지인 2187 버전의 HotFix를 추가로 설치해야 하는 상태이며, 아래의 주소를 참조해 다운로드 받아서 설치할 수 있다.
|
--확인방법 select @@version --실행결과 Microsoft SQL Server 2000 - 8.00.2039(Intel X86) May 3 2005 |
*<주의> 서비스팩의 적용 및 HotFix의 적용은 기존 애플리케이션의 동작에 영향을 미칠 수 있기 때문에 운영환경에 적용하기 전에 반드시 테스트 환경에서 테스트되어야 한다.
1-2. 백업 및 시스템 현황 점검
<전문가> 그럼 같이 상황 점검을 해보자. 백업은 어떻게 하고 있는지. 유지관리 메뉴에 보면, 전체 백업과 트랜잭션 로그 백업이라는 2가지 옵션이 있는데 어떻게 사용하고 있나.
<신청자> 테이블 백업을 텍스트로 하고 있다. 개발자가 원하는 사항이다. 그리고 정확한 주기는 설정한지 오래 되어서, 기억이 잘 안 나지만 전체 백업과 트랜잭션 로그 백업 모두 시행하고 있다.
<전문가> 그럼 복구 모델은 전체 복구 모델을 사용하고 있는 상태이고, 사용 환경은 하이퍼쓰레딩이 가능한 CPU 2개로, 논리적으로는 4개로 볼 수 있고, 메모리는 1GB. 여유공간이 몇백MB가 있는 것으로 봐서 메모리가 부족한 상태는 아니다.
개선사항>> 향후 시스템의 리소스가 부족하게 되면 메모리는 추가할 필요가 있는 상태라고 판단된다. 참고로, 현재 SQL Server 2000 Standard Edition을 사용하고 있기 때문에 SQL Server에 최대 2GB까지 메모리를 할당할 수 있다.
|
--확인방법 Exec master..xp_msver --실행결과 1 ProductName NULL Microsoft SQL Server 2 ProductVersion 524288 8.00.2039 3 Language 1042 한국어 4 Platform NULL NT INTEL X86 5 Comments NULL NT INTEL X86 6 CompanyName NULL Microsoft Corporation 7 FileDescription NULL SQL Server Windows NT 8 FileVersion NULL 2000.080.2039.00 9 InternalName NULL SQLSERVR 10 LegalCopyright NULL ⓒ 1988-2004 Microsoft Corp. All rights reserved. 11 LegalTrademarks NULL Microsoft?? is a registered trademark of Microsoft Corporation. 12 OriginalFilename NULL SQLSERVR.EXE 13 PrivateBuild NULL NULL 14 SpecialBuild 133627904 NULL 15 WindowsVersion 248381957 5.2 (3790) 16 ProcessorCount 4 4 17 ProcessorActiveMask 15 0000000f 18 ProcessorType 586 PROCESSOR_INTEL_PENTIUM 19 PhysicalMemory 1023 1023 (1073164288) 20 Product ID NULL NULL |
1-3. 디스크 운영 환경 점검
<전문가> 그러면 하드디스크는 어떻게 사용하고 있는지.
<신청자> 디스크 서브시스템은 현재 RAID5로 구성된 C,D 드라이브와, 최근에 공간 부족 문제를 해결하기 위해 추가한 E,F 드라이브로 구성되어 있다. 현재 C 드라이브에 데이터베이스 파일 및 로그 파일이 저장되어 있으며, D 드라이브에는 스크립트 기반으로 테이블을 텍스트 파일로 내보내기 한 파일을 저장하고, E 드라이브에는 백업 파일을, F 드라이브에는 기타 관련 파일을 저장하고 있다
<전문가> 기본적으로 디스크는 OS를 위한 공간, 데이터베이스 파일을 위한 공간, 로그 파일을 위한 공간, 백업 파일을 위한 공간으로 분리해서 사용하는 것이 일반적인 권고사항이다. 가능하다면, 물리적으로 분리된 디스크 상에 위치하는 것이 바람직하며, 특히 데이터베이스 파일 및 로그 파일과 백업파일은 별도의 디스크에 위치시키는 것이 좋다. 왜냐하면, 디스크 장애발생시에 데이터베이스 관련 파일과 백업 파일이 같은 디스크상에 존재하면, 복구할 수 없기 때문이다. 현재로서는 사용량이 많지 않아서 괜찮을 수 있지만, 이후 점검 후에 디스크 용량 조정이 필요하다면 조치를 취해야 할 것 같다.
개선사항>> 현재로서는 사용량이 많지 않기 때문에, 특별한 조치가 필요한 상태는 아니다. 하지만 현재 시스템 볼륨(운영체제가 설치된 볼륨)인 C 드라이브에 데이터베이스 파일과 로그 파일이 함께 저장되어 있다. 이를 별도의 드라이브로 분산시키면 디스크의 병목현상을 해결할 수 있다. 또한 가능하다면, 데이터베이스 파일과 로그 파일도 분리하는 것이 바람직하다.
|
--확인방법 exec master..xp_fixeddrives --실행결과 C 20266 - Data/Log D 26685 E 17623 - Backup F 4570 |
