정보시스템 운영관리지침 – 2.정보시스템 변경관리 – 2) 변경작업 수행하기

정보시스템 운영관리지침 – 2.정보시스템 변경관리 – 2) 변경작업 수행하기

 

 

 

변경계획을 세우고, 변경작업을 하기로 결정이 되었다면, 해당 업체와 일정을 다시 한번 메일이나 공문 등을 통하여 발송하시기 바랍니다.

그리고, 변경작업으로 서비스가 중지된다면, 회사 내에서만 영향을 받는 경우, 시간 여유를 두고 협조문을 발송하고, 회사 내 인트라넷등에 공지를 하시기 바랍니다.

외부인을 대상으로 하는 대외서비스일 경우에는 해당 서비스에 미리 공지를 하거나, 대체 서버에 작업공지 페이지만이라도 띄워 놓는 것이 좋습니다.

 

 

정보시스템 변경작업을 하는 날에는 무엇을 해야 할까요?

우선 사전점검을 해봐야 할 것입니다.
장비가 필요하다면 장비 수급은 해당 시간에 제대로 될 수 있는지, 소프트웨어 라이선스나 키, 설치 파일은 제대로 준비되었는지, 지원인력은 해당 시간에 도착하는지 등의 확인을 하시기 바랍니다.

 

연락을 마쳤다면, 내부 인트라넷 등에 오늘작업에 대한 공지를 다시 하세요. 해당일이 되면 잊는 경우가 많습니다. 다시 한번 공지하세요.

 

 

작업이 간단하다면 생략할 수 있겠지만, 신규시스템 도입이나, 구형장비의 신형장비로 교체, 네트워크 구성변경 등 난이도와 복잡도에 따라서 업체들과 사전 미팅을 갖는 것이 좋습니다.

특히나 기존에 사용하는 벤더가 아닌 다른 벤더이거나, 기존 솔루션을 대체할 다른 솔루션일 경우에는 사전에 미팅을 갖고 가급적이면 충분한 테스트를 하는 것이 좋습니다.

 

 

 

2. 정보시스템 변경관리

2) 변경작업 수행

• 사전 점검
  • 필요자원(H/W, S/W, 지원인력 등)이 계획된 시간 내에 준비될 수 있는가?
  • 변경과 관련된 이해 당사자들이 참여하여 변경 후 확인 작업을 할 수 있는가?
  • 철회 계획, 변경후 테스트 절차가 모두 준비되고 점검되었는가?
• 일정 재확인
  • 관련 업체 담당자와 일정 재확인(시간확인, 작업내용 재확인, 참석여부 재확인, 작업자 변경여부 등)
  • 회사 내 인트라넷 등에 공지
    • 작업시간
    • 작업내용 및 영향받는 서비스
    • 긴급연락처 등
  • 담당자 소집
    • 담당자 별 역할 확인
  • 백업
    • 기존 데이터가 영향을 받을 것으로 판단되는 경우, 백업 및 복구 절차에 따라 변경 작업 전에 백업을 수행하여 하고, 변경작업이 성공적으로 완료된 후 백업내용을 불필요해질 때까지 보관한다.
      • 지침에서는 기존데이터가 영향을 받을 것으로 판단되는 경우라고 하였습니다만, 개인적으로는 영향받을 위험이 없어도 백업을 받는 것을 적극 권장합니다.
      • 특히 서버를 바꾸거나, 스토리지를 바꾸거나 할 때에는 필수적입니다.
    • 가장 최신의 자료로 유지하여야 합니다.
    • 백업이 제대로 되었는지 복원테스트를 합니다.(백업한 후 복원이 제대로 되지 않으면 더 난감합니다.)
  • 변경작업 수행
    • 변경계획에 따라 변경작업을 수행합니다.
  • 변경작업 철회(원상복구)
    • 테스트 실시
      • 변경작업 완료 후에는 변경업무와 관련된 이해 당사자(사용부서 포함)에 의해 테스트를 수행합니다.
      • 테스트계획서에 의해 최종적으로 확인하면 됩니다.
      • 변경작업으로 인한 예상치 못한 서비스 혼란 발생시 변경관리자는 철회 여부를 가능한 빠르게 판단하여야 합니다.
    • 철회 실시
      • 철회 계획서에 따라서 철회를 실시합니다.
    • 철회 내용 공지
      • 철회에 따른 영향력 분석
      • 업무혼선이 없도록 철회내용 공지
    • 시험
      • 시험계획에 따라 시험작업을 수행합니다.

 

 

 

DB 크기가 크거나 파일 등이 많은 경우, 작업을 시작하기 전에 백업을 걸어두고, 담당자들에게 작업내용을 브리핑합니다.

※ 백업에 시간이 소요되므로, 저는 백업을 먼저 실행한 뒤에 업체와 협의를 진행하는 것이 좋더군요. 백업을 한 뒤에는 복원 테스트를 해보는 것이 좋습니다.

 

브리핑 시에는 변경작업과 관련하여 사전 협의한 내용을 다시 한번 확인하시고, 작업할 내용과 각 업체별로 해야 할 일을 정리해주세요.

브리핑할 때에는, “기존 à 변경” 의 형식으로 문서를 만들고 이야기를 하시면 서로 이해하기가 쉽습니다.

 

 

백업이 완료되었다면 사전에 계획한 변경계획에 따라 변경작업을 수행합니다.

변경작업에 대해서, 작업내용을 기록하시는 것이 변경작업 철회 등을 할 때에 도움이 되며, 작업이 완료된 후 완료보고를 할 경우에 포함시키면 추후 참고하실 수 있습니다.

작업이 완료가 되면, 테스트 계획서에 따라 최종적으로 확인작업을 하시고, 적용시킬 것인지 철회할 것인지 판단하여 처리하시면 됩니다.

 

 

정보시스템 변경작업에는 무수히 많은 일들이 일어납니다. 단순하게 일이 잘 마무리 되는 경우도 있고, 잘 되지 않는 경우도 많습니다.

전산실에서만 작업을 하고 처리가 되는 경우도 있지만, 지침에서는 전국적으로 사용되고 있는 물류시스템의 변경 등의 대규모 작업에 대해서도 언급을 하고 있습니다.
이런 경우, 변경이 잘못되었을 때, 혼란은 전산팀 몇 명이 감당하기에는 너무 크기에 상위 의사결정자의 승인작업을 사전에 받아 처리하는 절차에 대해 자세히 설명하고 있습니다.

 

 

변경작업이 잘 진행되었기를 빌어봅니다.

속도의 개선이나, 성능의 개선이 잘 이루어졌는지 객관적인 자료를 수집하는 것이 변경완료보고서를 작성할 때에 도움이 될 것입니다. 작은 규모의 작업이라면 모르겠지만, 전산팀의 성과를 나타내고자 할 때 수집된 자료는 도움이 될 것입니다.

 

 

다음 글에서는 변경작업 수행이 완료된 후, 혹은 철회작업을 한 후 변경작업 검토 및 보고에 대해서 글을 올리도록 하겠습니다.

 

참고자료 : 정보시스템 구성 및 변경관리 지침(발행처 : 국무조정실, 정보통신부 발행:2005.12)