기술이야기 | 브레인즈컴퍼니

메인 페이지로 이동
블로그
기술이야기

블로그

최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기

제23기 정기주주총회 개최

최순정 2023.03.31

제23기 정기 주주총회가 3월 31일 브레인즈컴퍼니 8층 라운지에서 열렸습니다.

바쁘신 와중에도 여러 주주분들이 참석해주셨습니다!

이번 주주총회에서는

먼저 영업, 감사, 내부회계관리제도 운영실태에 대해 보고했습니다.

다음으로

재무제표 승인, 이사 및 감사 선임, 주식매수선택권 부여, 이사보수한도 승인, 감사보수한도 승인 등

사항에 대해 결의했습니다.

위 안건들은 모두 원안대로 가결됐습니다!

앞으로도 브레인즈컴퍼니는 기업 및 주주가치를 제고하기 위해 임직원 모두 최선을 다하겠습니다.

감사합니다.

#브레인즈컴퍼니
#주주총회

최순정경영기획실(PR매니저)

브레인즈컴퍼니의 소식, 조직문화, 브레인저 이야기를 대내외에 전파하고 있습니다.

필진 글 더보기

추천 콘텐츠

공공 정보시스템 예방점검, 반드시 알아야 할 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
Zenius로 공공 정보시스템의 안정성과 운영 효율을 높이는 4가지 방법 Zenius로 공공 정보시스템의 안정성과 운영 효율을 높이는 4가지 방법 공공 정보시스템의 안정적인 운영에 대한 요구가 높아지고 있습니다. 「행정기관 및 공공기관 정보시스템 안정성 고시」 시행에 따라 각 기관은 점검과 모니터링, 장애 대응 체계를 구체적인 기준에 맞춰 운영해야 합니다. 이 과정에서 필요한 업무를 빠짐없이 수행하면서 담당자의 부담을 줄이는 방법도 중요해지고 있습니다. 앞선 글 「공공 정보시스템 예방점검, 반드시 알아야 할 4가지 핵심」에서 살펴본 것처럼, 예방점검은 시스템 등급에 맞게 수행하고 발견한 문제의 조치와 재점검까지 이어져야 합니다. 여기에 더해 서버·WEB·WAS·DB 등 주요 구성요소를 지속적으로 모니터링하고, 운영환경에 맞게 임계치를 관리하는 것도 중요합니다. 점검 사이에 발생하는 이상징후를 파악하고 담당자에게 제때 전달해야 신속한 대응으로 이어질 수 있기 때문입니다. 브레인즈컴퍼니는 Zenius GPM으로 예방점검 실행과 결과·이력·보고서 관리를, Zenius EMS로 인프라 모니터링과 성능 분석, 이벤트 통보 및 장애·조치 이력관리를 지원합니다. 그렇다면 이러한 기능을 실제 업무에 활용해 안정성과 운영 효율을 어떻게 높일 수 있을까요? 점검 자동화부터 이상징후 파악, 대응 우선순위 판단과 반복 문제 개선까지 네 가지로 나눠서 살펴보겠습니다. 1. 점검 실행과 결과 정리를 자동화해 반복 업무 줄이기 점검 대상이 많아지면 시스템마다 접속해 상태를 확인하고 결과를 기록하는 데 상당한 시간이 걸립니다. 점검이 끝난 뒤에는 누락된 점검 결과를 확인하고 보고 자료도 정리해야 합니다. 이런 작업을 매번 수작업으로 처리하면, 정작 발견된 이상징후를 분석하고 조치하는 데 충분한 시간을 쓰기 어렵습니다. Zenius GPM을 활용하면 정해진 일정에 따라 점검을 자동으로 실행하고, 설정한 기준으로 결과를 판정할 수 있습니다. 항목별 명령어와 판단 기준을 운영환경에 맞게 설정할 수 있어 시스템마다 다른 점검 방법을 반영할 수 있습니다. 자동으로 판정하기 어려운 항목은 담당자가 결과를 검토한 뒤 정상 여부를 직접 지정할 수 있습니다. 자동화를 적용하면 담당자는 값을 수집하고 옮겨 적는 작업을 줄이고, 추가 확인과 조치가 필요한 결과에 집중할 수 있습니다. 점검 실행: 대상과 일정을 설정해 예약한 시간에 점검을 수행하므로, 매번 직접 접속해 명령어를 실행하는 작업을 줄일 수 있습니다. 결과 확인: 항목별 판정 결과를 바탕으로 비정상 항목과 담당자의 검토가 필요한 항목을 확인할 수 있습니다. 자료 정리: 점검 현황과 상세 결과 조회, 엑셀 내보내기, 보고서 생성 기능을 활용해 자료 취합과 재입력의 부담을 줄일 수 있습니다. 이렇게 확보한 결과는 기관의 점검·보고 절차에 맞게 활용해야 합니다. 점검 대상과 수행 일시, 판단 결과에 더해 추가 확인과 조치가 필요한 내용까지 정리하면 후속 업무로 연결하기 쉽습니다. 성능점검 실적을 평가 증적으로 제출하는 경우에는 해당 평가에서 요구하는 계획서와 결과서, 보고 문서도 함께 갖춰야 합니다. 제품에서 생성한 자료를 활용하되, 기관이 실제로 무엇을 점검하고 어떤 결론을 내렸는지 설명할 수 있어야 합니다. [Zenius GPM 일상 점검현황 및 Excel 내보내기 화면] 다만 접속에 실패했거나 정상 여부를 판단하기 어려운 항목은 담당자가 별도로 확인해야 합니다. 이상이 발견된 대상과 점검하지 못한 대상을 구분해야 필요한 조치와 재점검을 빠뜨리지 않을 수 있습니다. 자동화의 범위를 넓히는 것과 함께, 담당자가 확인할 항목을 명확히 정하는 것이 중요합니다. 2. 상시 모니터링으로 점검 사이의 이상징후 빠르게 파악하기 오전 점검에서 정상이었던 시스템도 이용자가 몰리거나 배치 작업이 시작되면 부하가 높아질 수 있습니다. 다음 점검 전에 정상으로 돌아왔다면 정기 점검 기록만으로는 그사이에 발생한 문제를 놓치기 쉽습니다. 특히 야간이나 특정 시간대에 작업이 집중되는 시스템은 점검 시간 외에도 성능과 상태 변화를 살펴야 합니다. Zenius EMS를 활용하면 CPU·메모리·디스크 등 자원 사용량이 어떻게 달라졌는지 살펴보고, 설정한 기준에 따라 발생한 이벤트를 확인할 수 있습니다. 이벤트 화면에서 해당 대상의 모니터링 상세보기로 바로 이동할 수 있어, 알림을 확인한 뒤 관련 정보를 다시 찾아보는 과정도 줄일 수 있습니다. 이상이 감지됐을 때는 다음 순서로 확인할 수 있습니다. 발생 시점 확인: 성능 추이와 이벤트를 살펴보며 언제부터 상태가 달라졌는지 확인합니다. 현재 상태 확인: 해당 대상의 모니터링 상세보기에서 이상이 계속되고 있는지, 다른 지표에도 변화가 있는지 살펴봅니다. 필요한 항목 재점검: 추가 확인이 필요하면 담당자가 GPM의 즉시 실행 기능으로 관련 항목을 다시 점검합니다. 예를 들어 오전 점검에서는 디스크 여유 공간이 충분했지만, 이후 오류 로그가 급격히 쌓이면서 사용률이 높아질 수 있습니다. EMS에서 사용량 변화와 관련 이벤트를 살펴보면 다음 정기 점검 전에 로그 증가 원인을 조사하고, 저장 공간 확보 등 필요한 조치를 검토할 수 있습니다. 사용률이 얼마나 빠르게 높아지는지도 함께 확인하면 대응이 시급한지 판단하는 데 도움이 됩니다. [Zenius EMS 이벤트 화면 내 모니터링 상세보기] 발견한 이상이 실제 대응으로 이어지려면 담당자에게 제때 전달돼야 합니다. EMS는 대응이 지연될 경우 설정된 수신자나 그룹에 순차적으로 알리는 3단계 에스컬레이션을 지원합니다. 기관의 근무·당직체계에 맞춰 단계별 수신자와 통보 방식을 설정하고, 알림을 받은 담당자가 상태를 확인하고 조치할 절차도 함께 마련해야 합니다. 수집 주기와 알림 기준도 실제 운영 상황에 맞아야 합니다. 수집 간격이 길면 짧게 발생하는 이상을 놓칠 수 있고, 정상적인 배치 작업에도 경고가 반복되면 중요한 알림을 구분하기 어렵습니다. 업무 시간대와 평소 사용량을 고려해 설정하고 조정해야 합니다. 상시 모니터링의 효과는 이상 감지와 담당자의 대응이 연결될 때 높아집니다. 안정성 점검 자료에서 설명하는 ‘24시간 상시관제’는 유인관제를 의미하므로, 모니터링 도구와 알림 기능에 더해 이를 확인하고 대응할 운영체계를 갖춰야 합니다. 3. 점검 결과와 성능 추이를 분석해 대응 우선순위 정하기 점검에서 여러 항목이 비정상으로 확인됐다면 어떤 문제부터 조치할지 정해야 합니다. 이때 점검 기준을 초과한 정도만으로 대응 순서를 정하기는 어렵습니다. 일시적으로 높아졌다가 회복된 경우와 높은 상태가 계속되는 경우는 대응이 달라야 하며, 실제 업무에 영향을 주고 있는지도 함께 확인해야 합니다. Zenius GPM의 점검결과 상세 화면에서는 이상이 확인된 대상과 항목, 세부 결과를 살펴볼 수 있습니다. 여기에 EMS에서 수집한 점검 전후의 성능과 이벤트를 함께 확인하면, 해당 시점에만 발생한 현상인지 지속적인 문제인지 판단하는 데 도움이 됩니다. EMS는 성능 조회와 기간 비교, 일별·시간별 분석, 이벤트 분석 등을 지원하므로 과거의 비슷한 시간대와 비교해 평소와 다른 변화도 살펴볼 수 있습니다. 예를 들어 CPU 사용률이 기준을 초과했더라도 예정된 배치 작업 중 잠시 상승했다가 회복됐다면, 작업이 끝난 뒤에도 높은 사용률과 응답 지연이 이어지는 경우와는 구분해야 합니다. 같은 시점의 메모리·디스크 지표와 관련 이벤트까지 살펴보면 추가로 확인할 대상을 좁힐 수 있습니다. 대응 우선순위를 정할 때는 다음 내용을 함께 확인해야 합니다. 지속 시간: 일시적으로 발생한 뒤 회복됐는지, 현재도 이상이 이어지고 있는지 확인합니다. 반복 여부: 특정 시간대나 작업이 실행될 때 같은 현상이 되풀이되는지 살펴봅니다. 관련 지표와 이벤트: 같은 시점에 다른 자원의 성능도 달라졌는지, 관련 이벤트가 발생했는지 확인합니다. 업무 영향: 응답 지연이나 처리 실패가 발생했는지, 영향을 받는 업무와 이용자 범위는 어느 정도인지 확인합니다. [Zenius GPM 점검결과 상세 및 항목별 결과 화면] 담당자가 확인할 때 이미 정상으로 돌아온 경우에는 장애 발생 당시의 기록이 중요합니다. EMS의 Snapshot 기능을 활용하면 서버·네트워크 장애 시점의 성능 정보를 살펴볼 수 있어, 현재 값만으로 파악하기 어려운 당시 상황을 분석하는 데 도움이 됩니다. 성능 지표는 실제 서비스 상태와 함께 살펴야 합니다. 짧은 부하라도 주요 업무의 처리 실패로 이어졌다면 우선 대응이 필요합니다. 자원 사용률이 정상이어도 애플리케이션이나 외부 연계에 문제가 있을 수 있으므로, 필요한 경우 관련 지표와 로그를 추가로 확인해야 합니다. 점검 결과와 성능 추이, 업무 영향을 함께 보면 즉시 조치할 문제와 더 지켜볼 항목을 구분할 수 있습니다. 기준 초과 정도뿐 아니라 지속 시간과 영향을 받는 업무를 근거로 대응 순서를 정하면, 한정된 인력과 시간을 시급한 문제에 집중할 수 있습니다. 4. 점검·조치 이력을 활용해 반복되는 운영 문제 개선하기 조치할 때마다 정상으로 돌아오더라도 같은 문제가 반복된다면 원인과 해결 방법을 다시 살펴야 합니다. 당장의 이상을 해소하는 데 그치면 담당자는 같은 작업을 되풀이하게 되고, 문제를 일으키는 운영 방식이나 자원 부족은 그대로 남을 수 있습니다. 반복 문제를 찾으려면 일정 기간의 점검 결과와 조치 내역을 함께 확인해야 합니다. 같은 대상에서 어떤 항목이 자주 비정상으로 판정됐는지, 발생 간격이 짧아지고 있는지, 조치 이후에도 같은 현상이 이어지는지 살펴보는 것입니다. Zenius GPM에서는 과거 점검 결과와 상세 내역을 조회할 수 있습니다. 여기에 EMS의 기간별 성능 분석을 활용하면 문제가 발생한 시점의 자원 사용량과 장기적인 변화 추이를 비교할 수 있습니다. 예를 들어 특정 배치 작업 때마다 메모리 부족이 반복된다면, 여러 작업의 실행 시간이 겹치는지 확인하고 애플리케이션의 메모리 사용 원인을 조사하거나 자원 증설을 검토할 수 있습니다. 누적된 자료는 다음과 같은 개선 작업에 활용할 수 있습니다. 반복 원인 조사: 자주 문제가 발생하는 대상과 항목을 찾아 관련 작업이나 설정을 확인합니다. 용량 계획: 사용량의 증가 추이를 바탕으로 자원 증설이 필요한지 검토합니다. 조치 효과 확인: 작업 전후의 성능과 재발 여부를 비교해 문제가 실제로 개선됐는지 확인합니다. 점검 기준 보완: 기존 점검 항목과 판단 기준이 현재 운영환경에 맞는지 검토합니다. 조치 효과를 비교하려면 작업 내용과 수행 시점도 기록돼 있어야 합니다. EMS의 Knowledge DB에서는 장애 유형과 처리 내역을 등록하고 조회할 수 있습니다. 이 기록을 점검 이력과 성능 데이터에 대조하면 이전 조치 이후 무엇이 달라졌는지, 효과가 없는 조치를 반복하고 있지는 않은지 살펴볼 수 있습니다. [Zenius EMS 장애 조치 이력 관리] 모니터링 임계치도 운영 데이터에 맞춰 관리해야 합니다. 안정성 기준은 A1~A3등급에 모니터링 임계치 설정과 연 1회 이상 최적화를 요구합니다. 다만 경고를 줄이려고 임계치부터 높이면 실제 문제를 놓칠 수 있으므로, 정상적인 업무 부하인지 성능 저하나 자원 부족이 이어지는 상황인지 먼저 확인해야 합니다. GPM의 점검 판정 기준을 바꿀 때도 사유와 적용 시점을 남기면, 결과가 좋아진 이유가 실제 개선 때문인지 기준 변경 때문인지 구분할 수 있습니다. 반복되는 문제가 개별 조치로 해소되지 않는다면 구조진단 필요성도 판단해야 합니다. 안정성 점검에서는 A1~A3등급 시스템의 구조진단 수행 여부뿐 아니라, 필요성을 판단할 기준이나 절차가 마련돼 있는지도 확인합니다. 점검 이력과 성능 추이, 조치 기록은 이러한 판단의 근거가 됩니다. 이를 바탕으로 개선 범위를 정하면 운영 절차 변경이나 자원 증설, 구조진단에 필요한 인력과 예산을 검토할 때도 활용할 수 있습니다. 공공 정보시스템의 안정성과 운영 효율을 높이려면 반복 작업을 줄이는 동시에, 점검과 모니터링으로 확보한 정보를 대응과 개선에 활용해야 합니다. 점검 사이의 변화를 놓치지 않고, 시급한 문제부터 조치하며, 같은 문제가 되풀이되는 원인을 살피는 과정이 함께 필요합니다. Zenius GPM은 점검 실행과 결과·이력·보고서 관리를, EMS는 성능과 이벤트 모니터링·분석을 지원합니다. 두 제품에서 확보한 정보를 함께 활용하면 추가 조사와 조치가 필요한 대상을 판단하고, 조치 이후의 변화까지 확인하는 데 도움이 됩니다. 현재 운영 업무에서 반복 작업이 많은 부분부터 확인해 보시기 바랍니다. 자동화로 확보한 시간을 이상징후 분석과 후속 조치에 활용하고, 누적된 기록을 다음 개선에 반영해 서비스 안정성을 높이고 운영 부담을 줄여 나가시기 바랍니다. [함께 읽으면 좋은 글] - 공공 정보 시스템 예방점검, 반드시 알아야 할 4가지 핵심 - Zenius GPM으로 범정부 예방점검 WAS 일상점검 체계 구성하는 방법 2026.10.30