[별지 제6호 서식] 행정DB 운영매뉴얼

행정DB 운영매뉴얼

사업명
주관기관
구축일자

년     월    일

(사업자)

1. 개요

작성요령 : 운영매뉴얼 적용 대상인 행정DB의 구축목적, 개략적인 구성, DBMS 종류 및 버전, DBMS 운영모드(예: 아카이브로그모드) 등을 기술

2. 행정DB 구성 및 변경관리

2.1 구성관리계획

2.1.1 구성관리 개요

작성요령 : 구성관리는 운영관리대상의 개념도, 논리/물리 ERD, 테이블 또는 테이블과 유사한 물리 데이터요소(이하 “구성관리대상”이라 한다)를 관리하여 실제 운영에 있어서 필수적인 구성관리대상을 명확히 하기 위한 것으로, 운영 중 추가 생성, 형상 변경, 제거되는 물리 데이터요소들이 지속적으로 관리되어야 하므로, 이러한 개념이 운영관리자 또는 구성관리를 수행하는 아웃소싱사업자에게 명확히 이해될 수 있도록 기술함

2.1.2 구성관리의 수행 절차

작성요령 : 구성관리대상에 대한 관리 절차를 정의함

구성관리대장(운영매뉴얼 붙임 2)의 위치를 명시하고, 구성관리 대상의 변경 여부를 검사하기 위한 정기/비정기 점검활동 절차, 신규 구성관리 대상 추가 시의 승인 및 처리 절차 등을 기술함

구성관리대장을 시스템으로 관리하는 경우는 해당 시스템명과 내용 확인이 가능한 메뉴명 및 검색조건값 등을 기재하고, 문서로 작성하여 관리하는 경우는 물리적 보관위치를 기재함

2.1.3 구성관리의 대상

2.1.3.1 데이터베이스 개념도

작성요령 : 해당 데이터베이스에 대한 개괄적 구성도를 작성하여 운영매뉴얼 붙임 4에 첨부함

2.1.3.2 논리/물리 ERD

작성요령 : 논리/물리 ERD(Entity-Relationship Diagram)를 작성한 경우 운영매뉴얼 붙임 3에 첨부하고, 여기에는 표기법을 기술함

2.1.3.3 테이블 또는 테이블과 유사한 물리 데이터요소의 목록

작성요령 : 운영관리대상인 테이블 또는 테이블과 유사한 물리 데이터요소에 대해 운염매뉴얼 붙임 2의 구성관리대장에 목록을 기재하여 첨부하고 여기에는 종류별 총 개수를 표기함

작성목적 : 설계된 데이터요소와 실제로 구현된 물리 데이터 요소는 차이가 있을 수 있으므로, 구축된 물리 데이터요소(예: 테이블)의 목록을 작성하여 변경관리의 대상인 실물을 관리하고자 하는 것임

2.2 변경관리계획

2.2.1 변경관리의 목적

작성요령 : 변경관리는 해당 데이터베이스의 구성관리대상에 대한 각종 변경사항을 체계적이고 효율적으로 관리함으로써 사용자 서비스를 극대화하기 위한 것으로, 이러한 개념에 따른 변경관리 목적을 기술함

2.2.2 변경관리의 적용 범위

작성요령 : 운영관리대상에 대해 운영 중 발생하는 모든 변경 요청 및 처리를 관리함. 즉 운영 중인 해당 데이터베이스와 그 관련 설계 산출물(논리/물리 데이터요소 정의서 등)이 변경관리의 대상이 됨. 이러한 개념을 바탕으로 운영관리대상인 해당 행정DB에 대한 변경관리 적용범위를 정의하고 기술함

2.2.3 변경관리 관련 기술

작성요령 : 해당 데이터베이스에 대한 변경관리를 위한 도구, 기술, 방법 및 기술적인 통제 항목 등에 대해 기술함

예로써, 테이블 스키마에 대한 변경 필요 시 테이블 스키마를 변경하기 위한 기술적인 방법과 사용 도구의 정의, 변경 처리 시 주의사항 및 변경 후 검증 방법, 그리고 테이블 변경에 따른 설계 산출물 및 ERD 변경을 위한 기술적인 내용 및 해당 도구(소프트웨어) 등에 대한 사항을 기술함 (생성된 테이블에 대한 변경 처리 실행 전 설계 산출물 변경이 선행되도록 절차를 규정했다면 이에 대한 검토사항 등을 기술할 수도 있음)

2.2.4 변경관리 수행 절차

작성요령 : 운영관리대상에 대한 변경이 요청된 경우 요청내용 검토, 변경처리, 결과검증, 결과통보 등의 처리 절차를 기술하며, 운영매뉴얼 붙임 8의 데이터요소 변경에 따른 대장 및 정의서 변경범위 조견표를 참조하여 변경 요청에 따른 변경 대상들을 선정하도록 기술함

예로써, 테이블에 대한 변경이 요청된 경우 운영관리자는 다음 순서에 따라 변경을 수행하도록 정의할 수 있음

변경요청검토서(운영매뉴얼 붙임 5 참조)에 따라 변경요청서(별지 제8호 서식)를 검토

변경요청의 타당성이 인정되면 변경요청사항에 따라 변경을 수행

운영관리대상의 변경이 수행된 경우 운영관리대상의 변경 내용과 구성관리대장의 내용, 해당 논리/물리 데이터요소 정의서 등의 내용이 일치하는지 확인
(예: 테이블 스키마 변경)

변경관리대장(지침 별지 제9호 서식)을 작성

3. 백업 및 복구

3.1 백업계획

3.1.1 백업 방식

작성요령 : 백업방식(전체 백업/증분 백업, 온라인 백업/오프라인 백업 등)에 대한 개념 소개를 기술하고, 해당 행정DB에 적용하는 백업 방식에 대해 설명

지침 제19조제1항 각 호의 내용을 참고하여 해당 행정DB에 대해 백업이 필요한 경우와 각각의 적절한 백업방식을 연결 설명함

3.1.2 백업 주기

작성요령 : 일, 주, 월 등 백업 주기 구분과 주기에 따른 백업 내용의 차이를 기술하고, 해당 행정DB에 적용하는 백업주기에 대해 설명함. 특정한 사유로 여러 가지의 백업 주기를 혼용할 경우 적용하는 주기별 해당 운영관리대상과 적용 사유를 기술함

3.1.3 매체관리 방법

작성요령 : 내화금고, 분산보관 등 백업매체를 보관하는 방법 개요와 해당 행정DB에 대해 적용하는 백업 매체의 종류, 매체별 보관방법, 매체별 제약사항(기록횟수 한계 또는 내구연한, 보관상의 특징 또는 주의사항 등), 백업매체에 표기할 내용 및 표기 규칙 등을 기술

3.1.4 백업 운영 방법

작성요령 : 백업을 정기백업과 비정기백업(긴급시, 업무담당자 요청시, 폐기시, 기타 일시적인 필요시 등)으로 구분하여 각 경우에 대한 백업운영방법을 백업 주기별로 기술

사례

정기백업 : 일일백업, 주간백업, 월간백업으로 구분

일일백업(Daily Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체, 백업시작시간, 예상종료시간

주간백업(Weekly Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체, 백업요일, 백업시작시간,
예상종료시간

월간백업(Monthly Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체,
백업시기(예: 매월 마지막 일요일. 또는 매월 1일과 같이 백업일자 지정도 가능),
백업시작시간, 예상종료시간

3.1.5 백업 수행 절차

작성요령 : 백업을 수행하기 위한 조작 순서와 방법, 해당 명령어 등을 기술

3.1.6 백업 결과 확인 방법

작성요령 : 백업 완료시 백업 완료를 확인하는 방법(조작순서, 해당 명령어, 확인 메시지 등)을 기술

3.1.7 문제 발생 시 조치 방법

작성요령 : 백업 수행 시 발생 가능한 오류 또는 예상되는 문제 상황들을 나열하고 각각에 대한 조치 순서나 요령 등을 기술

3.2 복구계획

3.2.1 복구 개요

작성요령 : 복구가 필요한 상황 및 각 상황에 맞는 복구 방법의 개념을 기술

3.2.2 복구 절차

작성요령 : 백업 데이터의 종류 및 매체에 따른 복구 절차 또는 문제 상황별 복구 절차 등을 상세히 기술 (조작순서, 해당 명령어, 복구 단계별 검사 방법 등)

3.2.3 복구 확인 방법

작성요령 : 복구가 완료되었음을 확인할 수 있는 방법이나 메시지 확인 등의 방법을 기술

3.2.4 오류 발생 시 조치 방법

작성요령 : 복구 도중 오류가 발생한 경우에 대응할 수 있도록 가능한 오류 케이스와 이에 대한 조치 방법을 기술

3.3 백업본의 관리

작성요령 : 백업본에 대한 접근을 제어하여 안전하게 보존하기 위한 방법과 원칙, 절차 등을 기술

작성사례

백업본에 대한 접근이 필요한 경우 관련 근거와 사유, 사용목적, 접근자, 접근일시, 접근목적 등을 기록하고 보존한다.

백업본의 관리담당자는 접근절차를 수립하고 절차에 따라 기록·관리한다.

백업본의 관리담당자는 백업본 원본이 훼손되지 않도록 유지해야 한다.

…

4. 장애관리계획

4.1 장애 분류

작성요령 : 별첨 제2호의 장애분류표 및 장애등급을 참조하여 자체적으로 장애분류 및 장애등급을 정의할 경우 자제적으로 정의한 내용을 기재함

별첨을 따를 경우 “별첨 제2호의 장애분류표 및 장애등급을 적용함” 이라 기재할 수 있음

4.2 장애 분류별 조치 방법

작성요령 : 장애분류별로 장애 인지로부터 전파, 조치계획수립, 조치, 검사, 완료보고 등 절차에 따른 수행 방법을 기술함

장애가 발생한 정보시스템의 서비스를 중단하는 절차는 다음과 같은 내용, 순서를 토대로 하고, 서비스 중단 후 장애복구 대책을 마련하여 조치하는 자체적인 수행 절차를 정의하여 추가함

1. 정보시스템에 접속한 이용자에게 서비스 중단 일시를 공지

2. 일반 사용자의 접속을 차단

3. 시스템 로그의 백업

4. 운영관리대상의 백업

5. 운영관리대상이 적재된 데이터베이스 관리시스템의 서비스 중단

6. 데이터베이스관리시스템이 구동되는 정보시스템의 중단

발생한 장애의 정도가 심각하여 정의한 절차를 따를 수 없는 경우 가능한 절차만 수행할 수 있도록 절차에 반영함

4.3 비상연락망 작성 및 유지

신속한 장애 복구를 위하여 보고체계 및 관련 전문가로 구성된 비상연락망을 작성하여 운영매뉴얼에 첨부(운영매뉴얼 붙임 1)하고, 비상연락망을 첨부했다는 내용을 기재하도록 함

첨부된 비상연락망에 기재된 각 연락처의 변경 사항을 수시 또는 주기적으로 점검하여 비상연락망이 최신 상태로 유지되도록 운영관리자의 의무를 명시해야함

5. 운영상태관리계획

5.1 관리 항목 및 임계치

운영상태관리대상		상세항목	임계치	비고
(1) 운영효율성	메모리사용효율	데이터베이스 버퍼 캐시	>=90
		…
	I/O효율	I/O 병목발생	-	sar 유틸리티 활용
		…
	저장공간 사용효율	총사용량/총할당량	=<70
		…
(2)백업시간		-	Daily : 4시간 Weekly : 7시간 Monthly : 10시간	총백업시간
(3)DBMS 로그		-	-	경고로그
(4)기타		데몬 프로세스 작동 확인	-
		…

작성요령 :
(1)위 사례와 같이 데이터베이스가 정상적으로 작동하고 있음을 확인할 수 있는 측정 항목과 임계치를 제시
(예: 데이터베이스 버퍼 캐쉬, 파일 I/O, 테이블 또는 테이블스페이스의 크기 등
메모리사용효율, I/O효율, 저장공간 사용효율 등을 측정할 수 있는 항목)
(2)백업시간(백업운영방법에 따른 백업시간의 초과여부 및 초과 정도를 측정)
(3)DBMS 로그(DBMS경고로그 등에 나타난 특이사항 등의 분석 내용) 등을 포함하는 DB관리상의 이상 징후 포착이 가능한 항목을 선정하여 검토결과를 제시하도록 함
(4)기타 : 데몬 프로세스의 정상작동 여부 확인 등 운영상태관리와 관련하여 (1)~(3)항목 외에 추가적으로 모니터링하고 관리해야 하는 사항들을 제시함

5.2 자료 수집 및 분석 방법

작성요령 : 선정한 관리 항목별 자료 수집 방법(예: SQL 스크립트, 자동화도구, 유틸리티 사용방법 등) 및 수집 주기, 분석 방법, 고려사항 등을 기술

해당 데이터베이스의 구축 사업자가 구축된 행정DB의 정상 작동 여부를 검증할 수 있는 측정항목과 측정방법(또는 측정 스크립트)을 작성하여 제공하도록 함

운영관리자는 운영관리대상에 대해 운영상태관리 업무를 수행하면서 해당 데이터베이스의 작동 상태를 측정할 수 있는 항목, 측정 방법 등에 있어서 수정, 보완사항이 발생하는 경우 이를 본 항목에 지속적으로 반영되도록 관리해야 함

5.3 보고서 작성 시기

작성요령 : 지침 제18조에 매월 운영현황보고서를 작성하도록 한 것을 각 기관의 현실에 맞게 월중 작성 시기를 운영관리자가 결정하여 기재함(매월 1일 또는 매월 말일 등)

5.4 보고서 작성

작성요령 : 운영상태관리를 위한 자료 수집 및 분석 결과를 운영매뉴얼 붙임 6에 제시한 운영현황보고서 서식에 따라 작성하고 필요 시 운영관리자 상급자에게 보고하는 것을 포함하는 내용이나 절차 등을 기술함

운영기관의 상황에 따라 운영현황보고서의 서식은 수정 및 보완이 가능하며, 운영매뉴얼에 각 기관의 현실에 맞는 운영현황보고서 서식을 첨부함

작성한 보고서의 처리에 대해 각 기관의 실정에 맞도록 보고계통을 정의하거나 보고할 필요가 없는 경우는 운영관리자 책임 하에 작성한 보고서를 특정 장소에 보관하도록 하는 내용 등을 정의함

6. 용량관리계획

6.1 용량 측정 방법

작성요령 : 해당 행정DB의 저장 데이터 증가에 따라 사용된 저장 공간의 크기가 지속적으로 증가하는 경우 저장 공간 사용량(Used area size)의 증가 속도를 측정하기 위해 필요한 측정항목과 측정방법(또는 스크립트), 측정 주기를 기술함

운영상태관리를 위한 측정항목 및 측정방법에 해당 내용이 기술된 경우는 해당 내용을 참조하도록 기술함

운영기관의 실정에 맞게 측정 내용을 조정할 수 있으며, 대략적인 측정항목은 다음 내용을 참고할 수 있음

1. 총 디스크 크기(사이즈) 또는 데이터에 할당 가능한 최대 크기(사이즈)

2. 현재 데이터베이스에 할당한 총 크기

3. 저장된 데이터가 점유하고 있는 총 크기(순 데이터의 크기보다 테이블 등 저장개체가 점유한 크기를 구하는 것이 현실적임)

4. 현재 데이터베이스에 할당한 총 크기 대비 남은 공간의 크기 = 2 - 3

위에 제시한 각 항목의 값을 측정할 수 있는 스크립트를 주기적으로 수행하여 각 항목의 측정값을 구하도록 하고, 측정 주기는 데이터의 증가속도를 고려하여 주기적으로 재조정한 것이 바람직하므로 이러한 내용을 토대로 측정방법과 측정주기 등을 기술함

6.2 용량 분석 방법

작성요령 : 저장 데이터가 점유하는 저장 공간의 크기에 대한 적절성 판단은 한 시점의 측정값만으로는 불충분함. 그러므로 주기적으로 반복 측정하여 저장 공간 크기의 증가 속도를 산정하고, 이를 토대로 남은 저장 공간의 소진 시기를 예측해야함. 이에 따른 계산 방법을 설명하도록 함

예로써, 다음과 같은 상황을 가정하고 용량 분석을 하는 방법을 제시해 볼 수 있음

1. 데이터에 할당 가능한 최대 크기(사이즈) = 100GB

2. 현재 데이터베이스에 할당한 총 크기 = 50GB

3. 저장된 데이터가 점유하고 있는 총 크기 = 10GB

4. 측정 주기 = 1주

5. 사용된 저장 공간의 증가 추이

w1	w2	w3	w4	평균 증가량
7.5GB	8.4GB	9.1GB	10.0GB	0.83

평균증가량 = (w4 - w1) / 3 = 0.83(GB)

6. 2번 항목 값의 소진 시기 산정

소진 시기 = [ 총 할당량(2번 항목값) - 현 사용량(3번 항목값) ] / 평균증가량

= (50 - 10) / 0.83

= 48.2 주(weeks)

※ 소진 시기 계산은 선형적 증가를 가정한 개략적인 계산이므로 의사 결정 시 참고 용도로 보는 것이 좋음

7. 분석 결론

: 현재의 증가 추이로 미루어 지속적인 선형적 증가를 가정한 경우의 50GB 소진 시기는 현재로부터 약 48주 후로 예측. 즉, 대략 48주(1달을 4주로 가정 시 대략 1년) 후에는 현재 할당한 저장 공간이 모두 소진된다는 계산이므로 저장 공간 확보에 소요되는 기간을 고려하여 그만큼 전 시점에서 추가 구매 등의 결정 및 추진이 필요하다는 것임.

디스크는 통상 30% 정도의 여유 공간을 두도록 운영함을 감안하면 할당 가능한 총량은 70% 수준이 되므로 위 예제에 따른 계산 시 사용 가능한 총량을 70%로 줄인 량으로 계산하는 것이 합리적임을 고려해야 함. 이러한 경우 추가 구매 여부를 결정해야할 시기는 더 앞당겨질 수 있음

위 계산은 현 시점에서의 평균적인 증가 추이를 선형적으로 평가한 것을 토대로 하므로 분석 시점에 따라 평균 증가 추이는 달라질 수 있음을 고려하여 보고서 작성 시(매월) 재계산을 해 보는 것을 권장함

6.3 용량현황기술서 작성

작성요령 : 6.1, 6.2의 내용을 토대로 지침 제20조에 따라 분기별로 용량현황기술서(이하 “용량기술서”)를 작성하도록 기술하며, 작성 시기(예: 3,6,9,12월의 1일)를 비롯하여 작성한 용량기술서를 보고체계를 통해 보고할 것이지 작성 후 특정 위치에 보관할 것인지 등을 각 기관의 현실에 맞게 기술함

용량기술서를 작성하는 방법은 운영매뉴얼의 붙임 7에 첨부된 용량현황기술서 서식을 참고하도록 기술하며, 용량현황기술서 서식은 기관 특성에 따라 가감이 가능함

7. 행정DB의 기동과 종료

7.1 기동(Start-up)

작성요령 : 해당 데이터베이스의 기동 절차와 방법, 명령어 등을 기동 순서에 따라 기술함. 단순히 데이터베이스의 기동 방법만 기술하는 것이 아니라 데이터베이스 기동 시 부가적으로 수행하거나 확인해야할 추가적인 내용들이나 병행 프로세스 등에 대한 사항, 기동이 정상적으로 수행되지 않는 경우의 조치방법 등까지 명확히 기술하여, 초보 수준의 기술력을 보유한 자라도 숙련자의 도움 없이 기술된 내용대로 데이터베이스를 기동하였을 때 해당 데이터베이스 시스템이 정상적으로 서비스 될 수 있도록 구체적이고 상세하게 작성하여야 함

7.2 종료(Shutdown)

작성요령 : 해당 데이터베이스를 종료하기 위한 절차와 방법, 명령어 등을 종료 순서에 따라 기술함. 단순히 종료 방법만 기술하는 것이 아니라 비상종료(조작·제어불능 상태의 발생, 데드락, 데이터베이스관리시스템의 중대한 결함 발생, 보안침해사고 등에 따른 긴급 종료처리), 예방점검 등을 위한 일상적인 종료 등으로 구분하여 이에 따른 사전 또는 사후공지에 대한 내용(사용자에 대한 배려) 및 종료 시 주의할 사항, 데이터베이스 종료에 따라 서비스 불능 상태가 되어 확인 및 조치가 필요한 부분들의 존재 여부 및 이에 대한 조치 방법, 종료가 정상적으로 수행되지 않을 때의 조치 방법 등을 상세하게 기술하여 초보수준의 능력을 보유한 자라도 숙련자의 도움 없이 기술된 내용에 따라 단독으로 데이터베이스관리시스템을 종료할 수 있어야 함.

8. 특기 사항

작성요령 : 행정DB 운영과 관련하여 상기 제시 항목 외에 추가로 운영 시 참고해야할 내용을 기술

작성사례 : 추가적인 관리 사항, 기술적인 보완사항, 변경 적용하고자 하는 운영관리 기록물의 보존기간 등

붙임 1. 비상 연락망

붙임 2. 구성관리대장

붙임 3. 논리/물리 ERD

붙임 4. 데이터베이스 개념도

붙임 5. 변경요청검토서

붙임 6. 운영현황보고서

붙임 7. 용량현황기술서

붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표

행정DB 운영매뉴얼 붙임
붙임 1. 비상연락망
구분	우선순위	소속	이름	직위	연락처1	연락처2
작성요령 : 유사시 신속한 장애처리를 위하여 보고 체계에 따른 긴급 연락처 및 관련 벤더, 데이터베이스 구축 사업자, 관련 외부 전문가 또는 전문업체 등을 망라한 연락처 목록을 나열 구분 : 보고체계(L) - 상황 전파를 위한 보고체계에 따른 상급자, 차상위자 등 벤더(V) - 구입처 또는 제작처 등(예: 오라클, IBM, etc.) 구축 사업자(P) - 해당 데이터베이스 구축 사업자 관련 전문업체(S) - 데이터베이스 관련 전문업체 우선순위 : 유사 시 연락 우선순위를 지정 (1,2,3,... 과 같이 아라비아숫자 사용) 소속 : 비상 연락 대상자의 소속 조직명 또는 소속 회사명 직위 : 비상 연락 대상자의 직위나 직급, 직책 등 호칭에 편리한 것을 기재 연락처1 : 1차적으로 가장 연락이 잘 될 수 있는 전화번호 연락처2 : 1차 연락 실패 시 시도할 2차 연락 전화번호 운영관리자는 주기적으로 비상연락망의 변경사항을 확인하여 변경된 내용을 반영해야함

행정DB 운영매뉴얼 붙임
붙임 2. 구성관리대장
구성관리대장
데이터베이스명
테이블유형	관리대상명	관리대상 한글명	관리시작일	최종변경일	버전	폐기일
작성요령 : 운영관리대상(지침 제15조제1항 및 제2항 참조)으로서 구축된 물리 데이터요소에 대해 다음 내용을 참고하여 구성 내역 목록을 작성하고 폐기 시까지 관리함. 데이터베이스명 : 운영관리대상인 해당 데이터베이스의 이름을 기재함 (예: 식품의약품DB) 테이블유형 : 별첨 제13호 붙임4 테이블 명세지침의 테이블 유형 정의 참조 관리대상명 : 구축된 해당 물리 데이터요소(예: 테이블 등)의 영문명 관리대상 한글명 : 구축된 해당 물리 데이터요소의 한글명 관리시작일 : 신규 구축 후 인도 또는 인수하는 경우는 인도일자 또는 인수일자를, 운영 중 필요에 의해 추가 생성된 경우는 생성일자 최종변경일 : 해당 물리 데이터요소의 최종 변경일. 기본적으로 관리시작일과 동일 일자에서 시작 버전 : 해당 물리 데이터요소의 최종 버전을 기재함. 별첨 제15호의 버전번호 부여체계에 따름 폐기일 : 운영관리 중인 경우는 공란으로 두고, 폐기된 경우 폐기 일자를 기재함. 해당 운영관리대상 자체가 데이터베이스 내에서 완전히 제거되는 경우의 해당 일자임 운영관리자는 수시 또는 주기적으로 선별검증을 수행하여 구성관리대상에 기재된 관리대상이 운영관리대상과 일치하도록 유지해야함

행정DB 운영매뉴얼 붙임
붙임 3. 논리/물리 ERD
	이 곳에 논리/물리 ERD를 첨부함

행정DB 운영매뉴얼 붙임
붙임 4. 데이터베이스 개념도
	이 곳에 데이터베이스 개념도를 첨부함

행정DB 운영매뉴얼 붙임
붙임 5. 변경요청검토서
변경요청검토서
요청번호			검토자		검토일자
구분	번호	검토사항			검토결과	비고
변경전	1	변경 대상이 논리적 데이터요소 정의서 및 물리적 데이터요소 정의서에 포함된 것인가?				기존 대상물의 변경, 삭제 논리. 물리 모두에 반영
	2	변경 대상물이 지침의 내용을 준수하고 있는가?
	3	변경 대상물이 데이터사전에 반영되어 있는가?
	4	변경 내용이 상세하게 기술되어 명확하게 이해되는가?
	5	변경결과 확인방법이 구체적으로 상세하게 기술되었는가?
	6	처리기한이 타당한가?
변경후	7	변경요청 대상이 논리적 데이터요소 정의서 및 물리적 데이터요소 정의서에 반영되었는가?				기존 대상물의 변경, 삭제 신규 대상물의 추가 논리, 물리 모두에 반영
	8	변경 대상물이 지침의 내용을 준수하였는가?
	9	변경 대상물이 데이터사전에 반영되었는가?
	10	변경결과 확인방법에 따라 결과가 정확히 식별되는가?
※ 검토결과는 o, x로 표기

행정DB 운영매뉴얼 붙임

붙임 6. 운영현황보고서

행정DB 운영현황보고서

1. 데이터베이스명

작성요령 : 운영관리대상인 해당 행정DB의 이름을 기술함

2. 작성일자

작성요령 : 해당 운영현황보고서를 작성한 날짜 (예: 2006. 10. 31)

3. 운영기간

작성요령 : 해당 운영현황보고서를 작성하기 위해 운영상태관리계획에 의거하여 자료를 수집한 기간, 즉 해당 운영현황보고서 작성을 위해 운영상태관리 업무를 수행한 기간을 기술함
예) 2006. 10. 01 ~ 2006.10.31

4. 운영 결과

4.1 메모리 사용효율

작성요령 : 운영상태관리계획의 메모리 사용효율 관련 상세항목별로 측정결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과의 평균 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목		임계치	측정결과	비고
데이터베이스 버퍼 캐시		>=90	92.4	Hit Ratio (%) 의미임
Shared Pool	Library Cache	>=90	95.1	Hit Ratio (%) 의미임
	Dictionary Cache	>=99	99.8	Hit Ratio (%) 의미임
……		…	…	…

메모리 사용효율 분석결과 : 양호

(또는 “측정결과로 볼 때 ~ 등의 이유로 메모리 증설 필요 있음” 등과 같이 분석결과 기술)

4.2 I/O 효율

작성요령 : 운영상태관리계획의 I/O 효율 관련 상세항목별로 측정결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목		임계치	측정결과	비고
평균 블록(페이지) I/O		≒1	4.3	I/O 당 평균 블록(페이지) 읽기 수. 1 보다 클수록 Full Table Scan 비율이 높아짐
테이블스페이스별 I/O 분포	tablespace_a	≒1	15.1	″
	tablespace_b	≒1	2.8	″
	…	…	…	…
……		…	…	…

I/O 효율 분석결과 : 개선 필요 (위 표의 예제로 보면, 평균 블록 I/O가 1 보다 월등히 높아 Full Table Scan이 많이 발생하고 있음을 알 수 있으며, 특히 tablespace_a의 Full Table Scan 비율이 매우 높게 나타나 긴급 개선이 요구되는 상황으로 판단할 수 있음. tablespace_a에 존재하는 테이블을 사용하는 애플리케이션에 대한 조사 및 튜닝이 요구되는 상황으로 판단할 수 있음)

(또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.3 저장공간 사용효율

작성요령 : 운영기간 동안 운영상태관리계획의 저장공간 사용효율 관련 상세항목별로 측정한 결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목	임계치	측정결과	비고
총사용량/총할당량	<=0.7	0.5	데이터 저장에 사용할 수 있는 총크기(xxGB)에 대한 현재 사용크기(xxGB)를 비교한 것으로, 통상 70%를 적정한계로 설정
……	…	…	…

저장공간 사용효율 분석결과 : 양호 (또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.4 백업 시간 분석 결과

작성요령 : 운영기간 동안 백업과 관련하여 백업 운영 형태에 따른 평균 수행시간 및 이상 발생여부를  기술함

작성사례

측정항목		임계치	측정결과	비고
백업 시간	Daily	4h	2.5h	특이사항 없음
	Weekly	6h	4.8h	특이사항 없음
	Monthly	8h	7h	백업 중 장애 1회 발생. 장애조치 및 보고 완료
……		…	…	…

백업시간 분석결과 : 양호 (또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.5 DBMS 로그 분석 결과

작성요령 : 운영기간 동안의 DBMS의 로그 등을 분석하여 이상 발생 여부를 확인하고 기술함

주로 경고로그를 대상으로 이상발생 여부를 확인하며, 기타 점검 대상 로그를 사전에 정의하여 해당 로그들을 분석하고 결과를 기술함

작성사례

측정항목	측정결과	비고
DBMS 경고로그(Alert Log) 분석	이상 없음 (또는 이상발생 상황을 기술하고 원인을 분석하여 제시)	…
시스템(서버) 로그 분석	…	…
사용자 로그 분석	…	…
…	…	…

4.6 DBMS 형상관리

작성요령 : 운영기간 동안 DBMS의 Configuration 설정값 변경이나 패치(Patch) 적용 등 DBMS의 형상 변경이 발생한 경우 해당 내역을 기술함

작성 사례

Configuration Parameter 변경

1) hash_join_enabled = TRUE → FALSE로 변경

변경 사유 : 온라인 업무에 대한 SQL 수행 시 hash 조인에 의한 테이블 전체 스캔이 빈번하게 발생하여 DBMS 성능개선을 위해 파라미터값을 FASLE로 변경함

변경일자 : 200X. XX. XX

변경자 : 홍길동

2) workarea_policy = MANUAL → AUTO로 변경

변경 사유 : SQL 수행 시의 세션 할당 자원에 대한 효율성 향상을 위해 파라미터값 변경

변경일자 : 200X. XX. XX

변경자 : 홍길동

Patch 적용

1) 200X. XX. XX 23:00 ~ 24:00 기간 동안 벤더 SE와 함께 Pacth 적용 작업 수행

2) 기존 버전 : Enterprise 10.2.1.12

3) Patch 버전 : Enterprise 10.2.1.14

4) Patch 버전의 특징

- where 절에 특수문자 ‘[’ 포함 시 DBMS 다운 현상 해결 (bug# 4120301)

- ......

기타

5. 장애발생 및 조치내역

작성요령 : 운영 기간(3번 항목의 운영 기간) 동안 장애가 발생한 경우 장애 발생 목록을 기술함. 해당 기간동안 장애가 발생하지 않은 경우는 “없음”으로 표시함

작성사례

순번	발생일시	장애 요인	장애 원인	조치 내역	복구일시	비고
1	2006.10.15 14:20	데이터베이스 엑세스 결함	SQL 작성 오류로 인한 Lock 발생	1,Lock 세션 Kill 2.해당 SQL 수정	2006.10.15 14:30	…
	…	…	…	…	…	…

6. 복구요청 발생 및 처리 내역

작성요령 : 해당 운영 기간 동안 복구 요청이 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 복구 요청이 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 사유	요청자	복구일시	운영관리자	보존기한	비고
1	2006.10.15	감사 목적 데이터 복구	지역혁신팀 홍길동	2006.10.16 13:20	전산운영팀강호동	2006.10.31	…
	…	…	…	…	…	…	…

7. 변경요청 발생 및 변경처리 내역

작성요령 : 해당 운영 기간 동안 변경 요청이 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 변경 요청이 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 내역	요청자	변경일시	변경내역	변경대상	비고
1	2006.10.15	업무 변경에 따른 화면 추가	지역혁신팀 홍길동	2006.10.16 15:30	테이블 추가	식품첨가물DB, 테이블정의서, 컬럼정의서, 엔터티정의서, 속성정의서, 릴레이션쉽정의서, 구성관리대장	…
	…	…	…	…	…	…	…

8. 폐기처리 내역

작성요령 : 해당 운영 기간 동안 폐기처리가 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 폐기처리가 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 내역	요청자	폐기대상	폐기일시	폐기 방법	백업수행	비고
1	2006.10.15	정책 변경에 따른 DB 이관 및 폐기	지역혁신팀 홍길동	정책홍보DB	2006.10.20 15:00	디스크 초기화	O	…
	…	…	…		…	…	…	…

9. 작성자

작성요령 : 작성자의 소속본부, 팀(과), 직위, 성명을 기술

행정DB 운영매뉴얼 붙임

붙임 7. 용량현황기술서

용량현황기술서

1. 데이터베이스명

작성요령 : 용량관리 대상 데이터베이스명을 기술함

작성사례 : 식품첨가물 DB

2. 작성 년월

작성요령 : 용량현황기술서는 분기별로 작성하는 것이므로 해당 기술서를 작성한 년월을 기술함

작성사례 : 2006년 12월

3. 용량 분석 내용

작성요령 : 운영매뉴얼에 따라 주기적으로 측정한 저장 데이터 크기의 변화를 표로 만들고 증가추이를 분석함

작성사례

1. 데이터에 할당 가능한 최대 크기(사이즈) = 100GB

2. 현재(최종 측정 시점) 데이터베이스에 할당한 총 크기 = 50GB

3. 저장된 데이터가 점유하고 있는 총 크기(최종 측정 시점) = 10GB

4. 측정 주기 = 1주

5. 사용된 저장 공간의 증가 추이

w1	w2	w3	…	w12	평균 증가량
7.5GB	7.7GB	8.1GB	…	10.0GB	0.83

평균증가량 = (최종차수 크기 - 시작차수 크기) / (최종차수 - 1)

= (w12 - w1) / (12 - 1) = (10.0 - 7.5) / 11 = 0.2273(GB)

6. 2번 항목 값의 소진 시기 산정

소진 시기 = [ 총 할당량(2번 항목값) - 현 사용량(3번 항목값) ] / 평균증가량

= (50 - 10) / 0.2273

= 175.98 주(weeks) = 약 3년 4개월 후

※ 소진 시기 계산은 선형적 증가를 가정한 개략적인 계산이므로 의사 결정 시 참고 용도로 보는 것이 좋음

4. 용량 분석 결론

작성요령 : 3번 항목에서 분석한 결과를 토대로 용량 증설시점의 예측과 증설을 위한 구매 추진 여부 등에 대한 의견을 기술함

작성사례

현재의 증가 추이로 미루어 지속적인 선형적 증가를 가정한 경우의 50GB 소진 시기는 현재로부터 약 3년 4개월 후로 예측됨. 즉, 대략 3년 4개월 후에는 현재 할당한 저장 공간이 모두 소진된다는 계산이며, 저장 공간 확보를 위한 구매 추진 및 설치 등에 소요되는 기간을 고려하여 그만큼 전 시점에서 추가 구매 등의 결정 및 추진이 필요하다는 것임.

데이터 증가의 변경 추이가 가변적임을 고려하면 사용 가능량의 70% 정도 소진 시점에서 저장 공간 확보를 위한 추진이 필요하며, 현재의 증가 추세를 기준으로 70% 시점은 약 2년 4개월 후로 예상됨. 즉 현재의 데이터 증가 추이가 지속된다는 전제 하에 디스크 추가 구매를 추진해야 하는 시기는 2009년 3월임.

위 계산은 데이터 증가 추이에 영향을 주는 복잡 다양한 현실 세계의 여러 가지 영향 요인들을 배제하고 단순한 선형 증가모델을 도입하여 예측한 것이므로 예측의 정확성은 낮으나 의사결정의 참고 용도로는 활용이 가능하며, 측정 간격을 작게 유지하고 소진시기 예측 횟수를 증가시킴으로써 정확성을 향상시킬 수 있음

5. 작성자

작성요령 : 작성자의 소속본부, 팀(과), 직위, 성명을 기술

6. 검토 의견

작성요령 : 작성자의 보고계통에 의한 상급자 검토의견을 기술

최초 작성 시는 공란으로 두고, 작성된 용량현황기술서에 대해 운영관리자 또는 운영관리자 직급상급자의 검토 의견을 기술함

검토 의견 기술 시 검토자의 소속본부, 팀(과), 직위, 성명을 함께 명기함

행정DB 운영매뉴얼 붙임
붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표
서식 종류 변경 유형		논리적 데이터요소 정의서			물리적 데이터요소 정의서			엔터티-테이블 변환표	구성관리 대장	변경관리 대장	비고
		엔터티 정의서	애트리뷰트 정의서	릴레이션쉽 정의서	테이블 정의서	컬럼 정의서	데이터베이스 정의서
테이블	추가	●	●	●	●	●	●	●	●	●
	삭제		○			○	●	●	●	●
	변경(이름)	○	○		●	●		●	●	●
	변경(유형)				●				●	●	예: 파티셔닝
컬럼	추가		○	○		●				●
	삭제		○	○		●				●
	변경		○			●				●	컬럼명, 길이, 데이터타입 등
엔터티	추가	●	●	●	●	●	●	●	●	●
	삭제		○			○	●	●	●	●
	변경(이름)	●	●	●	●	●		●	●	●
	변경(정의)	●	○			○				●	엔터티 정의 변경 시 식별자 변경 가능
애트리뷰트	추가		●			●				●
	삭제	○	●			●				●
	변경		●			○				●	이름, 정의 등
릴레이션쉽	추가		○	●		●				●
	삭제		○			●				●
	변경		○	●		●				●
※ ● : 반영 대상 ○ : 사안에 따라 반영
※ 도메인정의서는 사안에 따라 작성여부를 판단