반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
EMS Solution
Features
클라우드 관리
서버관리
데이터베이스 관리
네트워크 관리
트래픽 관리
설비 IoT 관리
무선 AP 관리
교환기 관리
운영자동화
실시간 관리
백업 관리
스토리지 관리
예방 점검
APM Solution
애플리케이션 관리
URL 관리
브라우저 관리
ITSM Solution
서비스데스크
IT 서비스 관리
Big Data Solution
SIEM
AI 인공지능
Dashboard
대시보드
Consulting Service
컨설팅 서비스
고객
레퍼런스
고객FAQ
문의하기
가격
자료실
카탈로그
회사소개
비전·미션
연혁
2016~현재
2000~2015
인증서·수상
투자정보
재무정보
전자공고
IR자료
새소식
공고
보도자료
오시는 길
채용
피플
컬처
공고
FAQ
블로그
열기
메인 페이지로 이동
블로그
최신이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
잘파세대(Z세대 + 알파 세대)에 대한 모든 것
SMS를 통한 서버관리는 꼭 이렇게 해야만 한다?!
이화정
2024.02.22
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
네트워크 정보 수집 프로토콜의 모든 것 (SNMP, RMON, ICMP, Syslog)
Gartner에서 진행한 연구에 따르면 기업에서 서버의 다운타임이 발생할 경우, 시간당 약 748억 ~ 1,202억의 손실 비용이 발생한다고 합니다.
또한 서버 다운타임등 서버를 제대로 관리하지 못했을 경우에는, 금전적인 손실뿐 아니라 고객이탈이나 브랜드이미지 하락 등의 치명적인 손실도 입게 되죠.
따라서 올바른 서버 관리를 통해 문제를 미리 예방하고, 혹여나 문제가 발생할 경우에는 빠르게 대응할 수 있어야 합니다. 그렇다면
'올바른 서버 관리'란 정확히 무엇을 의미하는 걸까요?
ㅣ올바른 서버 관리를 위한 첫 걸음
ⓒoutsource2india
올바른 서버 관리를 위한 첫걸음은 바로 '통합 서버 관리' 도구의 도입입니다. 가장 많이 활용하는 도구가 바로 SMS(Server Management System)죠.
SMS는 복잡한 IT 인프라를 효과적으로 관리하고, 모니터링할 수 있는 해결책을 제공하여, 서버 사태를 쉽게 파악하고, 필요한 조치를 신속하게 처리할 수 있도록 도와줍니다.
SMS는 기업의 서비스 안정성과 비즈니스 연속성을 보장하는 데 필수적인 도구인 셈이죠. 최근에는 관리하는 서버의 규모와 상관없이 대부분 SMS을 사용하고 있습니다.
하지만 SMS를 도입하고 구축만 한다고 해서, 모든 과제를 해결할 수 있을까요?
ㅣSMS를 제대로 활용하는 방법
SMS를 '제대로' 활용하기 위해서는 단순한 모니터링을 넘어, 문제 발생 시 알림을 받고 이를 통해 신속하게 문제를 해결할 수 있는 적극적인 조치가 필요합니다.
적극적인 조치 중의 대표적인 예이자 서버 관리의 핵심은 바로 '감시 설정'입니다. 그렇다면 구체적으로 '감시 설정'을 통해 어떻게 서버를 관리해야 하는지, 이를 위한 SMS의 조건은 무엇인지 살펴보겠습니다.
최적화된 감시 설정 값을 간편하게 설정할 수 있어야 한다
SMS의 감시항목설정은 사용자가 기본적인 모니터링 환경을 빠르게 구축할 수 있도록 간편하게 설정할 수 있어야 합니다. 통합 서버 관리에 대한 경험이 부족한 사용자더라도, 제품을 쉽게 설정하고 사용할 수 있도록
최적화된 감시 설정 값을 제공
해야 하죠. 예를 들면 CPU 사용률이 몇% 였을 때 심각하고 위험한지를 각 항목별로 제공해야 합니다.
Zenius SMS의 경우 사용자의 OS에 따라 감시 설정 항목(CPU 사용률, MEM 사용률 등)의 심각도와 임계치 조건은 어떻게 해야 하는지 기본적인 디폴트 값을 제공합니다.
더불어서 제니우스만의 최적의 감시 설정 가이드라인을 제공하여, 복잡한 설정 과정을 거치지 않더라도 모니터링할 수 있도록 도와주죠. 물론 기업과 조직의 환경에 맞춰 감시 설정을 조정할 수 있습니다.
필수적인 감시 설정 기능을 갖추고 있어야 한다
또한 SMS의 감시 항목을 설정할 때는
필요한 주요 기능으로 구성
되어야 합니다. 사용자는 복잡한 설정 절차 없이 필요한 감시 항목을 설정해야 하고, 서버 관리에 소요되는 시간을 줄일 수 있어야 하기 때문이죠.
예를 들어 시스템의 중요한 지표(예: CPU 사용량, 메모리 사용량, 디스크 I/O 사용률)를 확인할 수 있는 감시 항목 설정이 있는지, 각 감시 항목에 대해 심각도 수준과 임계치를 설정할 수 있는지, 다양한 방식의 알림 방식 기능을 제공하는지 등을 직관적으로 확인할 수 있어야 합니다.
Zenius SMS의 경우 사용자에게 꼭 필요한 기능(감시 항목, 서버, 심각도, 임계치, 알림 설정, 복구 스크립트 등)만 집중할 수 있도록 구성되어 있습니다.
감시 항목에서는 사용 중인 OS를 설정하고, 원하는 감시 항목을 선택하여, 원하는 서버를 감시 설정 할 수도 있죠. 또한 심각도와 임계치 설정에서는 무해-주의-위험-긴급-치명 각 값에 맞게 임계치 값을 설정할 수 있습니다.
예를 들어 '긴급'이라는 항목에 80%라고 설정했는데 임계치 값이 80%를 넘어설 경우, 사용자에게 즉각적으로 알려줍니다. 또한 지속시간을 1분 발생 횟수를 1이라고 설정할 경우, 1분을 넘길 때 사용자에게 알림을 통보해 주죠.
알림 통보 서비스가 잘 갖춰져 있어야 한다
감시 항목 설정 중
알림 통보는 서버를 관리하는 데 있어 매우 중요한 기능
입니다. 서버에 문제점이 발생할 경우, 사용자에게 즉각적으로 알려줄 수 있는 장치이기 때문이죠. 또한 문제가 더 심각해지기 전에 신속하게 조치를 취할 수 있게 해주며, 시스템의 다운타임을 최소화하는 데 결정적인 역할을 합니다.
이 밖에도 알림 통보 기능에서는 사용자의 업무 환경과 선호도에 따라, 알림의 유형이나 수신자를 유연하게 선택할 수 있어야 합니다.
Zenius SMS를 예를 들어 살펴보면 감시 설정에 임계값을 초과하거나, 예상치 못한 이벤트가 발생했을 때 다양한 형태로 알림 서비스를 제공하고 있습니다. 이메일, 문자 Push App은 물론 외부 연동을 통해 슬랙이나, 카카오톡으로도 편리하게 알람을 받아볼 수 있죠.
이 밖에도 알림의 임계값과 조건, 적용 시간이나 요일, 알림을 받을 사용자도 별도로 지정할 수 있습니다.
자동화 복구스크립트 기능을 제공해야 한다
서버에 문제가 감지되었을 때는 알림 통보 기능뿐만 아니라,
사전에 정의된 스크립트를 자동으로 실행하여 문제를 신속하게 해결
할 수 있어야 합니다. 예를 들어 데이터베이스 서버의 응답 지연이 감지될 때 '캐시를 클리어하고 서비스를 재시작해 줘!'라는 스크립트 실행을 통해 즉각적으로 문제를 해결할 수 있어야 하죠.
이러한 자동화 복구스크립트 기능은 사용자가 알림을 받고 대응하기까지의 시간을 대폭 줄여줄 수 있고, 이에 따라 시스템 다운타임을 최소화할 수 있습니다. 또한 반복적이거나 단순한 문제 해결 과정을 자동화함으로써, 더 중요한 작업에 집중할 수 있겠죠.
위에 언급한 내용을 Zenius SMS를 통해 살펴보면, 장비에 장애가 발생할 경우 즉시 복구스크립트가 구동되어 문제를 자동적으로 해결할 수 있게 합니다.
예를 들어 A 서버에 임계치를 80%로 설정한 후, 복구스크립트를 통해 'C라는 방법으로 조치를 취해줘!'라고 미리 설정할 경우 자동적으로 문제를 해결할 수 있죠. 이러한 자동화 복구스크립트 기능은 수백 혹은 수천 대의 서버와 장비를 효율적으로 관리할 수 있어, 관리 부담을 줄이는 데 매우 효과적입니다.
또한 '정상 복구 시 통보' 옵션을 설정하면, 복구 스크립트가 완료됨에 따라 알림 통보를 사용자에게 재차 알려줍니다. 이 과정을 통해 사용자는 만족도와 제품에 대한 신뢰도를 높일 수 있겠죠.
감시 항목들을 한눈에 관리할 수 있어야 한다
이젠 앞에서 감시 설정하고 등록했던 감시 항목들을 모니터링할 수 있어야 하겠죠? 이때 중요한 점은
필수적인 감시 항목은 보여주되, UI는 단순화
해야 한다는 점입니다. 이는 주요 감시 항목의 상태를 신속하게 파악하고, 문제가 발생했을 때 즉각적으로 대응하기 위해서죠.
또한 감시 항목 상태를 색상 코드(예: 녹색은 정상, 노란색은 경고, 빨간색은 심각)와 아이콘으로 구분하여, 사용자가 감시 항목의 상황을 즉각적으로 인식할 수 있도록 해야 합니다.
Zenius SMS의 경우 주요 감시 항목들의 현황을 통합적으로 모니터링할 수 있습니다. 불필요한 항목들을 줄이고 핵심적인 항목들만 선별하여, 서버의 감시 항목을 신속하게 모니터링할 수 있죠.
감시 현황은 직관적인 UI가 중요한 만큼, 심각도 현황(정상-무해-주의-위험-긴급-치명)을 색상으로 구분하여 문제가 생겼을 때 신속하게 대응할 수 있도록 구성하였습니다. 또한 사용자의 환경에 맞춰 필수적인 감시 항목을 쉽게 선택하여 모니터링할 수 있습니다.
이 밖에도 많은 서버의 감시 항목을 관리하다 보면, 중요한 감시 항목을 추가하지 못한 상황이 발생할 수 있는데요. 최악의 경우에는 막대한 손실 비용 발생 등의 심각한 결과를 초래할 수 있겠죠.
이에 따라 감시 현황은 더더욱 직관적으로 모니터링할 수 있어야 합니다. 주요한 감시 항목을 실수로 설정하지 않더라도, 신속하게 파악하고 등록하여 대처할 수 있기 때문이죠. Zenius SMS는 감시 설정해 둔 항목 수가 예상과 다를 경우(예: 만약 관리하는 서버에 감시 항목이 2건이어야 하는데 → 1건으로 표기된 경우) 미등록 건 감시 항목을 조회하여 등록할 수 있습니다.
주요 감시 항목을 설정하고 동작여부에 '미등록' 항목으로 검색하면, 감시 설정하지 않은 항목을 조회할 수 있죠. 이처럼 Zenius SMS은 자칫 놓칠 수 있는 주요 감시 항목도 신속하게 찾아 등록할 수 있습니다.
。。。。。。。。。。。。
지금까지 살펴본 것처럼 Zenius와 같은 SMS를 통해서
서버를 한눈에 모니터링하고, 감시 설정 기능을 통해 체계적으로 관리하며, 문제 발생 시 다양한 알림과 자동화된 복구스크립트로 문제점을 신속히 해결
해야 합니다. Zenius SMS 대규모 서버자원을 관리하고 있는 한 고객사 관계자의 말씀으로 이 글을 마무리하려고 합니다.
"이 많은 서버의 감시 항목들을 휴일 없이 24시간 동안 지켜볼 수는 없잖아요. 그래서 서버를 통합 관리할 수 있는 Zenius SMS을 도입했죠. 이용하면서 좋았던 점은 감시 현황 페이지를 통해 한눈에 감시 항목을 관리할 수 있어 편리하다는 점이에요.
감시 설정을 걸어둔 항목들이 많아 종종 등록을 못한 경우가 발생해도, 직관적으로 확인하고 감시 항목을 추가할 수 있어요. 특히 복구 스크립트 기능을 애용하는 편인데요. 서버에 장애가 발생했을 때 복구 스크립트를 미리 걸어두면, 장비에 장애가 발생해도 신속하게 문제 해결을 할 수 있어 매우 만족스럽습니다!"
#SMS
#서버
#서버관리
#서버모니터링
#Zenius
#ZeniusSMS
#통합서버관리
이화정
프리세일즈팀
프리세일즈팀에서 마케팅, 내외부 홍보, 콘텐츠 제작을 담당하고 있어요.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
공공 정보시스템 예방점검, 반드시 알아야 할 4가지 핵심
공공 정보시스템 예방점검, 반드시 알아야 할 4가지 핵심
2026년 4월 13일 「행정기관 및 공공기관 정보시스템 안정성 고시」가 시행된 데 이어, 9월에는 예방점검 가이드가 공개됐습니다. 고시는 정보시스템 등급별 의무와 관리 기준을 정하고, 가이드에서는 이를 기관별 점검 업무와 매뉴얼에 반영하는 방법을 구체적으로 제시하고 있습니다. 현재 각 기관의 주요 과제는 기존 예방점검과 운영 절차에 해당 기준을 반영하는 것입니다. 소관 시스템의 등급에 맞게 점검하고 있는지, 기존 자료를 점검 결과로 활용할 수 있는지, 발견된 이상징후가 조치와 재점검까지 이어지는지를 확인해야 합니다. 이를 판단하려면 의무적으로 수행해야 하는 기준과 기관의 운영환경에 맞춰 조정할 수 있는 부분을 정확히 구분해야 합니다. 적용 범위를 잘못 이해하면 필요한 점검을 놓칠 수 있고, 기존 체계의 활용 가능성을 검토하지 않으면 같은 항목을 중복해서 확인하고 기록할 수 있습니다. 기준을 실제 업무에 맞게 적용하는 과정이 점검의 실효성과 운영 부담을 함께 좌우합니다. 그렇다면 공공기관의 예방점검 체계를 검토하고 보완할 때 반드시 알아야 할 핵심은 무엇인지 네 가지로 나눠서 살펴보겠습니다. 1. 우리 기관의 시스템은 어디까지 의무적으로 점검해야 하는가? 예방점검의 의무 범위는 정보시스템 등급에 따라 달라집니다. 한 기관에서도 시스템마다 등급이 다를 수 있으므로, 소관 시스템의 확정 등급과 해당 등급에 적용되는 기준을 먼저 대조해야 합니다. 고시에서는 예방점검을 일상점검, 특별점검, 구조진단으로 구분합니다. 일상점검: 상태·서비스·유효성 점검으로 구성되며, A1~A4 모든 등급에서 필수입니다. 특별점검: 오프라인·다중화·성능·업무집중기간 점검으로 구성됩니다. A1~A3등급에서는 필수이며, A4등급에서는 권고됩니다. 구조진단 및 개선: A1~A3등급은 성능 저하, 반복 장애, 대규모 기능 개선 등 종합적인 분석과 개선이 필요한 경우 수행해야 합니다. A4등급은 별표상 적용 항목이 없습니다. 여기서 놓치기 쉬운 부분은 A4등급에도 일상점검이 필수라는 점입니다. 특별점검이 권고된다는 이유로 기본 점검까지 선택사항으로 해석해서는 안 됩니다. 전체 시스템의 일상점검을 유지하면서, 중요도가 높은 시스템에 추가 점검과 대응 역량을 배분해야 합니다. 등급별 기준을 실행하려면 시스템 목록과 실제 구성정보도 연결되어 있어야 합니다. 등급은 정보시스템 단위로 정해지지만 점검은 서버·WEB·WAS·DBMS·네트워크 등 구성요소 단위로 수행됩니다. 시스템 증설이나 클라우드 이전, 연계 구조 변경 이후 점검 대상이 갱신되지 않았다면 일부 자원이 관리에서 빠질 수 있습니다. 특히 여러 서비스가 공유하는 자원은 영향 범위를 함께 파악해야 합니다. 공통 DB나 네트워크 장비의 장애는 복수 시스템으로 확산될 수 있으며, 고시도 동일 원인으로 여러 시스템이 영향을 받으면 가장 높은 등급의 시스템을 기준으로 장애등급을 지정하도록 정합니다. 등급 확인은 점검 범위를 정하는 출발점입니다. 해당 등급을 구성요소와 연계 관계, 운영 책임자까지 연결해야 점검 계획과 장애 영향 판단에 활용할 수 있습니다. 2. 일상점검은 무엇을 확인하고, 어떻게 수행해야 하는가? 모든 등급에 필수로 적용되는 일상점검은 시스템 상태, 서비스 정상 여부, 유효성을 확인하는 세 가지 점검으로 구성됩니다. 고시와 가이드에서는 각 점검의 대상과 주기를 다음과 같이 제시하고 있습니다. 상태점검: CPU·메모리·디스크, 프로세스, 서비스 포트, 로그 등 주요 구성요소의 운영상태를 일 1회 이상 확인합니다. 서비스 점검: 메인화면 접속 여부와 접속시간 등을 일 1회 이상 확인합니다. 가이드는 주요 URL과 업무 기능의 정상 여부까지 확인 범위를 구체화합니다. 유효성 점검: 인증서·소프트웨어 라이선스·도메인의 유효기간과 NTP 시간 동기화 등을 월 1회 이상 확인합니다. 자원 상태와 서비스 정상 여부는 함께 확인해야 합니다. 자원 사용률이 정상이어도 DB 잠금이나 외부 연계 지연으로 업무 처리가 늦어질 수 있고, 메인화면은 열리지만 신청·조회 기능에서 오류가 발생할 수도 있습니다. 두 결과를 연결해 살펴야 실제 서비스에 문제가 있는지 파악할 수 있습니다. 유효성 점검은 만료에 따른 위험을 관리합니다. 현재 서비스가 정상이어도 인증서나 도메인이 만료되면 문제가 생길 수 있으므로, 점검 결과를 갱신 일정과 담당자의 후속 업무에 연결해야 합니다. 세부 항목과 점검 방법은 시스템 구성과 운영환경에 맞춰 조정할 수 있습니다. 등급별 필수 기준은 충족하되, 항목을 제외하거나 다른 방법으로 확인한다면 사유와 필요한 승인, 대체 점검 결과를 관리해야 합니다. 가이드는 관제·모니터링 도구로 동일한 결과를 확보할 수 있는 경우 이를 증적으로 활용할 수 있도록 안내합니다. 필요한 결과가 확보되지 않는 항목은 별도 조회나 스크립트, 수동 확인 등으로 보완할 수 있습니다. 일상점검의 핵심은 필요한 항목을 확인하고, 그 결과로 서비스 장애 여부를 판단하는 것입니다. 대상·시점·확인값·판단 결과를 식별할 수 있도록 기록해야 반복되는 이상징후와 변화 추이를 파악하고, 추가 점검이나 조치가 필요한 항목을 구분할 수 있습니다. 3. 일상점검으로 확인하기 어려운 위험은 어떻게 검증하는가? 일상점검으로 운영 중인 시스템의 상태와 서비스 정상 여부를 확인할 수 있습니다. 다만 정지·재기동, 장애 전환, 이용량 급증 상황에서도 정상적으로 작동하는지는 별도의 검증이 필요합니다. 특별점검은 이러한 조건에서 시스템과 운영 절차의 대응 능력을 확인하는 과정입니다. A1~A3등급은 오프라인·다중화·성능점검을 연 1회 이상 수행하고, 업무집중기간에는 이용량 증가에 대비한 점검을 실시해야 합니다. A4등급에서는 이러한 특별점검이 권고됩니다. 오프라인 점검: 정지·재기동 과정의 오류, 구성요소 간 연결 상태, 운영매뉴얼의 정지·기동 절차 정합성을 확인합니다. 다중화 점검: 장애 전환 후 주요 기능의 정상 여부와 원복, 이후 안정화 상태를 확인합니다. 성능점검: 사용량·응답시간·오류율·자원 사용률 등을 분석해 성능 저하와 병목 가능성을 확인합니다. 업무집중기간 점검: 이용량 증가에 대비한 사전 점검과 집중 기간 중 모니터링, 사후 확인을 수행합니다. 특별점검에서는 검증 조건과 서비스 영향을 함께 기록해야 합니다. 다중화 장비가 전환돼도 세션이나 일부 기능에 문제가 생길 수 있으므로, 전환 후 서비스 유지 여부와 원복 이후의 정상 상태까지 확인해야 합니다. 확인된 문제는 설정과 장애 대응 절차에 반영할 수 있습니다. 이처럼 서비스에 영향을 줄 수 있는 점검은 사전 계획이 중요합니다. 가이드는 작업시간과 영향 범위, 연락체계, 백업·원상복구 가능 여부를 미리 확인하도록 안내하며, 변경작업이 포함되면 기관의 변경관리 절차를 따라야 합니다. 성능점검은 목적과 서비스 영향, 테스트 환경에 따라 부하테스트와 운영 자료 분석을 선택하거나 병행할 수 있습니다. 가이드는 사용량 추이, 응답시간, 오류율, 자원 사용률을 분석하는 방법도 제시합니다. 관제·APM·로그 자료를 활용할 때도 분석 대상과 기간, 판단 기준을 명확히 정해야 합니다. 반복 장애나 구조적인 병목이 확인되면 구조진단과 개선으로 범위를 넓혀야 합니다. 고시는 성능 저하, 빈번한 장애, 대규모 기능 개선 등 종합적인 분석이 필요한 경우 구조진단을 실시하도록 정합니다. 점검 결과를 바탕으로 개별 조치로 충분한지 판단하고, 시스템 구성과 데이터 처리 과정까지 검토할 필요가 있는지 구분하면 개선 범위와 투자 우선순위를 정할 수 있습니다. 4. 발견한 이상징후는 누가 처리하고, 어떤 기록을 남겨야 하는가? 점검에서 이상징후를 발견했다면 처리 책임과 정상화 확인 방식이 정해져 있어야 합니다. 가이드는 필요한 조치를 수행하고, 동일 항목을 다시 점검해 이상 해소와 서비스 정상 여부를 확인하도록 안내합니다. 조치 과정에는 기존 운영 절차가 적용됩니다. 패치나 설정 변경처럼 운영환경에 영향을 주는 작업은 변경관리 절차와 연결됩니다. 조치 결과가 미흡하거나 동일한 이상징후가 반복되면 문제관리 절차로 이관할 수 있습니다. 따라서 점검 결과에 조치 담당자와 처리 경과를 연결하고, 재점검으로 해소 여부를 확인할 수 있어야 합니다. 관리해야 할 이력은 아래 4가지입니다. 점검 결과와 증적: 대상·일시·항목, 확인값, 판단 결과, 관련 로그와 모니터링 자료 조치 이력: 조치내용과 일시, 변경 전·후 값, 조치 결과 재점검 결과: 동일 항목의 재확인 결과와 서비스 정상화 여부 예외·대체 점검 이력: 제외 사유, 대체 확인 방법, 모니터링 증적 활용 여부 여러 관리 도구를 사용한다면 관련 이력을 연결해야 합니다. 점검 결과는 관제시스템에, 조치내용은 ITSM에 남더라도 함께 확인할 수 있어야 처리 경과를 추적할 수 있습니다. 점검 미수행과 미조치 항목도 구분해 관리하면 후속 업무의 누락을 줄일 수 있습니다. 위탁 운영과 민간 클라우드 환경에서도 기관은 사업자의 점검 결과와 이상징후, 조치·재점검 내용을 확인하고 관리해야 합니다. 결과 제출 범위와 시점, 통보·조치 책임, 정상화 확인 방식을 계약과 운영 절차에 명확히 반영해야 합니다. 점검부터 조치·재점검까지 기록이 연결되어야 위험의 발견과 해소 과정을 설명할 수 있습니다. 축적된 이력은 반복되는 이상징후와 미조치 위험을 파악하고, 점검 항목·임계치·운영 절차를 개선하는 근거로 활용할 수 있습니다. 공공 정보시스템 예방점검은 정해진 항목을 확인하는 데서 시작해 이상징후에 대한 조치와 재점검, 이력관리로 이어져야 합니다. 이 과정이 일관되게 운영되려면 시스템 상태와 점검 결과, 처리 경과를 함께 파악할 수 있는 관리체계가 필요합니다. 기관의 운영환경과 관리 기준에 맞는 전문 솔루션을 활용하면 반복적인 점검과 기록 업무의 부담을 줄이고, 위험요인의 분석과 대응에 집중할 수 있습니다. 브레인즈컴퍼니는 이러한 운영 과재 해결을 위해, Zenius EMS로 IT 인프라 통합 모니터링과 장애 분석을, Zenius GPM으로 예방점검 수행과 결과 확인·이력관리·보고를 지원합니다. 또한 Zenius ITSM을 통해 표준운영절차에 따른 요청·변경·장애 처리와 승인·이력관리를 지원하며, 공공 정보시스템의 체계적인 운영을 돕고 있습니다. 기관별 점검 기준과 현재의 운영체계를 함께 검토하고, 점검 결과가 조치와 개선으로 이어지도록 예방점검 체계를 보완하시기 바랍니다. 이를 통해 서비스 안정성을 높이고, 반복되는 운영 위험을 줄여나갈 수 있습니다. 공공 정보시스템 예방점검 FAQ Q1. A4등급 정보시스템도 예방점검을 반드시 수행해야 하나요? 네. 상태·서비스·유효성 점검으로 구성된 일상점검은 A1~A4 모든 등급에 필수입니다. A4등급에서 특별점검이 권고사항이라는 이유로 일상점검까지 선택사항으로 해석해서는 안 됩니다. Q2. 기존 모니터링 도구를 사용하고 있다면 예방점검을 별도로 하지 않아도 되나요? 점검 항목과 동일한 결과를 확보할 수 있다면 기존 모니터링 자료를 점검 증적으로 활용할 수 있습니다. 다만 도구가 수집하지 않는 항목은 추가로 확인해야 하며, 점검 대상과 시점, 확인값, 정상·비정상 판단 결과를 식별할 수 있어야 합니다. 이상징후가 발견되면 조치와 재점검까지 이어져야 합니다. Q3. 성능점검을 위해 반드시 부하테스트를 해야 하나요? 성능점검은 부하테스트뿐 아니라 운영 중 수집한 사용량 추이, 응답시간, 오류율, 자원 사용률 등을 분석하는 방식으로도 수행할 수 있습니다. 점검 목적과 서비스 영향, 테스트 환경을 고려해 방법을 선택하거나 병행하되, 분석 대상과 기간, 판단 기준을 명확히 정해야 합니다. Q4. 위탁 운영하거나 민간 클라우드를 이용하는 시스템은 사업자의 점검만으로 충분한가요? 사업자가 점검하더라도 기관은 점검 결과와 이상징후, 조치·재점검 내용을 확인하고 관리해야 합니다. 기관과 사업자의 역할에 맞춰 점검 범위, 결과 제출 시점, 통보·조치 책임, 정상화 확인 방식을 계약과 운영 절차에 구체화하는 것이 중요합니다. Q5. 매일 수행한 예방점검 기록을 모두 IRM에 등록해야 하나요? 고시에서 정한 연간 현황조사·자체점검 결과의 IRM 등록과 일일 예방점검 이력관리는 구분해야 합니다. 모든 일일 기록을 IRM에 등록한다는 의미는 아닙니다. 일일 점검과 조치·재점검 기록은 기관의 관리체계에서 연결해 보관하고, 자료 요청 시 제공할 수 있도록 관리해야 합니다.
2026.10.16
다음 슬라이드 보기