미니의 중소기업 전산실 이야기

어제 퇴근 전 서버를 점검하며 데이터 처리에 문제가 있는 건이 발견이 되었다.

출하 후 마지막으로 ERP와 출하시스템을 동기화시키는 시스템인데 오류가 나면서 처리하지 못한 3건이 보류로 걸려있었다.

퇴근하려고 가방을 쌋다가 다시 내려놓고 분석작업에 들어갔다.

이미 물건이 출하된 이후라 되돌릴 수 없는 상황이었기 때문에 데이터를 열어보며 분석 작업을 시작했고 30~40분 분석 후에 문제점을 찾아내었다.

원인은 관련 부서에서 입력한 데이터 때문이었지만 그 부서에서 문의했을 때 답변을 잘못한 우리의 실수였다.

전산이라는 업무가 이러한것 같다. 시스템은 거미줄같이 엮어져 있고 한 곳에서의 실수가 다른 쪽 시스템에 영향을 주며 그로 인해 더 큰 문제가 발생한다.

우리도 최선을 다해 디버깅을 하고 사전에 문제에 대해 검토하고 개선하지만 100% 무결성은 불가능하다.

MS도 그래서 매월 패치를 내놓듯이 우리도 계속적인 개선을 통해 어플리케이션을 패치하고 있다.

하지만 이번에도 새삼 느낀것은 잘못된 생각으로 개발된 한 줄에 프로그램 소스가 회사 및 관련 현업 담당자들에게 고통을 줄 수 있다는 것이다.

우리뿐만이 아니라 관련 부서들이 퇴근을 못하고 해결될 때까지 대기 중이었으니...

하지만 또한 우리는 이런 실수를 통해 또 배우고 발전하는 것 같기도 하다.

우리 팀은 이번 경험을 통해 내가 개발하는 소스 한 줄에 대한 중요성을 느꼈을 것이며 관련 부서들도 전산에 문제가 생겼을때의 파급력을 느꼇을 것이다.

하지만 이런 일은 자주 겪고 싶지 않네요~~^^;;;

얼마 전 공장으로 출장 중에 우리 팀 차석에게 연락이 왔습니다.

현업 부서에서 문제가 발생하여 외주 관리하는 일부 프로그램의 데이터를 분석해 데이터를 뽑아서 제공해도 되냐고?

저는 생각을 정리 후 다시 지시를 하였습니다.

일단 해당 업무가 촉각을 다투는 사고인지 물어보고 그게 아닌 걸 확인 후 아래와 같이 다시 지시를 하였습니다.

1. 해당 문제 발생한 내역에 대한 범위 및 회사에 미치는 파장에 대한 정리

2. 유지보수 업체에 연락을 취하여 정상적인 방법으로 해당 데이터를 받을 수 있는지 문의

   ( 만약 제공이 불가능하다면 기술 서포트가 가능한지 )

3. 앞으로 동일한 문제가 발생하지 않도록 개선하기 위한 방법

4. 현업 부서 팀장에게 자료를 전달하여 문제 사항 없는지 확인

해당 보고서를 전달해 주면 검토하고 결정하겠다고 회신을 하였습니다.

저와 같이 일하는 친구도 참 침착한 친구인데 가끔 사고가 터지면 마음이 급해져서 잘못된 판단을 하는 경우가 있습니다

회사에서 무슨 문제가 발생 하였을 경우 해당 문제에 대해 속속히 파 해치는 보고서는 정말 필요하지 않다고 생각하는 분들도 있겠지만 저의 생각은 반대입니다.

문제가 발생한 부분을 문서로 차분히 정리하며 해결하는 명확한 방안을 찾을 수 있으며

향후에 비슷한 문제가 발생시 참조할 수 있는 가이드라인이 되며

향후 동일한 문제 발생을 사전에 차단하기 위한 가장 효율적인 방법입니다.

그리고 한가지 잘못 생각하는 부분이 사고 경위 보고서를 쓰라고 하는 것은 담당자를 문책하기 위한 것이 아닙니다.

보고서를 작성하면 항상 팀장 결제가 들어가고 책임은 팀장이 지는 것입니다.

그러라고 팀장 하는 것 아닐까요?

문제가 발생할때까지 관리하지 못한 문제도 분명히 존재하는 것이니까요.

다행히도 해당 문제는 잘 해결되었고 처리한 직원들에게 다음날 출근 후 칭찬을 해주었습니다.

그리고 이렇게 처리를 잘 해냈기에 동일한 사고는 앞으로 생기지 않을 거 같습니다.

이번 주에 이슈가 있었던 사고에 대해 정리를 해보았네요.

사람마다 처리하는 방식이 여러 가지 이겠지만 제가 처리하는 방식이 베스트는 아니겠지만 제가 추구하는 방향성과 부합되는 건 맞는 것 같습니다.

새벽에 출근하면서 생각도 정리할 겸 끄적여 봅니다.

작년부터 사내 보안에 대한 이슈가 발생하였고

이로 인하여 DRM, DLP, 문서 중앙화 시스템 등 다양한 시스템을 데모하고 검증작업을 진행하였다.

하지만 테스트하며 느낀것은 당연히 보안은 좋아지지만 불편해진 복잡한 절차 및 속도 저하 문제를 직원들에게 어떻게 납득을 시킬지에 대한 고민을 하게 되었다.

일단은 보안시스템 도입이 내년으로 미뤄지며 도입보고서 제출로 마무리되었지만

도입은 해야 되기에 고민 중이다.

사내에 구성된 네트워크도 기가망으로 올려야 될 거 같고 파일이 깨지는 케이스도 있어서 가격이 높지만 안정성이 검증된 업체로 선정을 고려하고 있습니다.

보안으로 인해 전산팀에 자칫 업무부하 및 직원들의 원성이 생길까 봐 두렵긴 하네요!!

또한 자체 개발한 시스템이 보안시스템과 연계 문제도 고민이 되어야 될 부분인 것 같습니다.

슬슬 계획 세웠던 업무들을 클리어해 나가면서 남아있는 보안시스템 도입건이 눈이 밟혀서 글을 남겨보네요!!

암튼 조만간 시스템 도입을 진행할 거 같고 잘 진행하며 도입에 대한 스토리를 글로 남겨 보겠습니다.

그래도 글을 쓰고 나니 한결 맘이 가벼워지네요~~!! ^^

얼마 전 해외에서도 인기리에 본다는 웹툰이 있길래...

웹툰 덕후인 제가 "나 혼자만 레벨업"을 보았습니다

100편이 넘는 웹툰을 그날 앉은자리에서 다 봐버렸네요!!

웹툰 주제답게 가상의 세계에 변화가 생기고 그중 일부 사람들이 일종에 싸울 수 있는 전투력을 가지게 되면서 사람들의 등급은 강제가 되었고 우리 주인공은 E등급의 가장 낮은 등급의 헌터였죠.

하지만 어느 사건으로 인하여 주인공은 우리 게임 캐릭터와 마찬가지로 레벨업이 가능하게 되었죠.

그래서 계속적인 전투와 이벤트를 통해 성장해나가면 거의 무적에 가까운 상태가 되는 스토리였어요!!

이 웹툰을 보면서 게임도 인생과 참 비슷하다는 생각이 들었습니다.

보통 초등학교부터 대학 졸업 때까지 취직을 위해 초보자 레벨업을 열쒸미 합니다.

그리고 직장에 취직하면 사원이라는 최하위 레벨인 쪼랩으로 인생게임을 다시 시작하죠.

그리고 각종 스터디 및 업무 경험을 통해 레벨업을 하기 시작하고!!

벤처 창업이나 집안의 도움으로 사장(만랩) 레벨부터 시작하는 사기 캐릭터도 존재하죠 ㅎㅎ

암튼 웹툰을 보면서 이게 사회를 투영하고 있다는 생각이 드는 건 저만의 생각일까요?

요즘 새로 들어온 직원들과 얘기하다 보면 대학교까지의 레벨업에 이미 지쳐있어

회사에 입사해서는 레벨업이 멈춰버린 친구들이 많이 보였습니다.

학교 다닐 때는 그렇게 많은 자금을 투여하고 시간을 투자해 토익이라던지 관련 자격증을 취득하여 열을 올리던 레벨업을 회사 취직과 동시에 놓아버리더군요.

오히려 이 사회는 그때보다 더 치열한 전쟁터인데도 불구하고요!!

이제 쪼랩(초보 레벨)인 그들이 레벨업을 포기한 걸 보고는 찹찹한 생각이 드는 건 저만일까요.

웹툰을 보며 이런 생각이 들어서 주절주절 해보네요!!

전산팀에서 라이선스 걱정 없이 소프트웨어 세팅이 가능하면 좋겠지만...

자원이 무한대가 아니기에 불가능 하겠죠 @.@

그래서 기본 셋팅 범위와 추가로 필요한 전산업무 요청 범위를 잘 정해 놓아야 나중에 고생하지 않습니다.

항상 이문제로 인하여 직원들의 불만이 생길 수 있으므로 입사 후 교육 시 꼭 해당 부분을 고지하고 따르도록 해 놓아야 문제가 생기지 않습니다

일단 제가 다니는 곳은 O365를 쓰지 않고 라이선스로 구매하여 구버젼부터 신버전까지 골고루 사용 중입니다

다행히 MS가 잚만드는 것인지 버전 차로 인한 문제는 발생하지 않았습니다. ( 특별한 기능을 안 써서 그런 거 같기도 하고요. )

* 기본 설치 프로그램

  - 오피스 ( 버젼은 각 부서별로 맞추어 제공 )

  - 백신 프로그램

  - 한글뷰어

  - 반디집

* 추가 요청 프로그램 ( 전산업무 요청서 필요 )

  - 한글

  - ACROBAT , PDF 편집기

  - 디자인 소프트웨어

  - 설계 소프트웨어

  - 기타 상용 소프트웨어

위와 같이 오피스, 백신 이외에는 거의 설치를 안 해 줍니다.

물론 ERP 및 관련 프로그램은 기본 세팅해서 나가고요.

그리고 한글은 공용 PC에 설치해두고 간헐적으로 사용하는 분들은 그 PC를 사용합니다.

처음에는 불만도 많았지만 지금은 안착이 되어 따로 불만 제기하는 분들도 없네요 ㅎㅎ
전에 근무하던 회사에서 이문제로 골치 아파서 여기서는 권력을 잡았을 때 딱 정해 버렸습니다.

해당 부분에 대한 인식이 기본 사내 규정으로 자리 잡히면서 일이 매우 쉬워졌습니다 ^^

다른 분들은 어떻게 관리하는지 궁금하네요 ^^;;;

저는 개발업체 다닐 때는 지각 대마왕이었습니다.

집이 근방에 있으면서도 출근시간인 9시를 넘어 9시 5분, 9시 10분 그렇게 지각을 많이 하고 대신 퇴근시간이 무한으로 미뤄지는 상황이었지요.

하지만 전산실에 취직을 한후 세상이 틀려지었지요.

인천에서 서울까지 완전 장거리 출퇴근으로 바뀌었지만 그때 당시 팀장님이 8시로 못 박았죠.

지금 생각하면 무려 1시간이나 빨리 출근해야 되는 상황이었는데 서버 점검, 각 장비 모니터링을 막내가 다 해야 됐었죠.

이때의 버릇이 남아 지금도 1시간 일찍 출근을 하고 있습니다.

하지만 이게 정답이라고 생각하지는 않습니다. 하지만 딱 맞추어 9시에 출근하는 것도 많지 않습니다.

전산이란 게 언제 장애가 발생할지 모르고 소소한 장애 같은 경우는 그래도 2~30분의 수습 시간이 필요하며 직원들에게 미리 공지할 시간도 필요합니다.

저는 출근시간은 정시 출근시간의 30분 전이 적당하다고 생각하고 있습니다.

그래서 저도 초기에는 출근 30분 전, 퇴근 30분후로 진행하다 백업/관리 자동화 후 퇴근 30분후는 정시퇴근올 변경하였습니다.

하지만 출근시간 30분전 출근은 계속 팀원들에게 요구하고 있습니다.
업무 특성상 모니터링이 필수이며 대비할 시간이 필요하기 때문이죠. 하지만 아침에 와서 상세 모니터링을 요구하지는 않으며 본인이 담당하고 있는 장비 장애 여부 정도만 체크하고 9시 전까지는 본인이 하고 싶은 것을 하도록 하고 있습니다.

저는 제가 담당하는 서버 점검 후 독서를 하고, 직원들에 따라 전산 관련 뉴스를 보거나 책을 보는 친구도 있고, 산책을 하는 친구도 있습니다. 그건 개인 시간이라 자유니까요.

하지만 필요로 하는 시간에 회사에 있다는 건 매우 중요하지요.

저와 다른 의견을 가진 분들도 당연히 있고 어느 것이 정답이라는 것도 없지만 저는 이게 맞다 생각하고 기준으로 삼고 있습니다.

그리고 전산실마다 틀리겠지만 막내에게 모든 모니터링을 지시하는 경우가 있더군요.

전 각자 담당을 쪼개어 자기가 담당하는 부분에 대한 모니터링은 직접 해야 된다고 생각합니다.

저 또한 제가 담당하는 서버 및 장비에 대한 모니터링은 직접 하고 있으며 팀장이나 차석급에서 관리하는 장비나 업무면 매우 중요도가 높을 것입니다. 이런 중요한 업무를 막내에게 맡기고 책임지게 하는 것 맞지 않겠죠.

저 또한 제가 편하기 위해 그런 적인 있었습니다. 당연히 그건 내가 막내일 때도 했던 일이고 당연하다고.

하지만 여러 번의 장애 상황과 사전에 문제를 회피할 수 있던 경험을 하며 생각이 바뀌게 되었습니다.

휴... 출근하여 적다 보니 긴 글이 돼버렸네요~~!!

가끔 카페를 모니터링하다 보면 전산관리 스터디를 어떻게 해야 되는지 묻는 글을 가끔 보곤 합니다.

업무적으로 여유 있어서 그런 생각을 가지시는 분들도 있지만 자기 발전을 위해 노력하는 모습인 것 같아 좋아 보이 더 군요.

저도 10년 넘게 전산관리 업무를 했어도 딱 이런 방식이 초고다 라고 말씀드릴 수는 없네요.

그건 각자 하는 업무 범위나 관리하는 범위가 틀리고 관심사도 틀리기 때문 입니다.

제가 근무하는 개발을 위주로 하는 전산실의 경우에는 새로 나온 언어나 개발 툴, 데이터베이스 스터디를 위주로 공부를 해야 되는 부분이고 인프라 관리 중심의 큰 전산실의 경우에는 관련 지식을 쌓는 것을 위주로 진행하게 될 것입니다.

하지만 전 소규모의 작은 전산실에서 개발을 하며 살고 있기에 제 위주로 말씀드리겠습니다.

개발과 인프라 관리를 병행한 전산실에서는 개발 스킬의 지속적인 스터디가 매우 중요합니다.

특히 이직할 때는 이 부분이 굉장히 큰 강점이 됩니다.

흘러간 기술을 갈고닦아봐야 이직 시 큰 도움이 되지 않습니다.

현재 시장에서 쓰지 않은 개발 툴을 아무리 잘 다루어도 이직 시에는 어필이 안 되는 거죠.

그래서 채용 관련 시장을 가끔씩은 모니터링하며 자신을 스터디 방향을 잡아 나가는 것이 좋습니다.

그리고 기술에 대해서는 스터디에서 끝나면 아무 의미가 없습니다.

우리가 항상 새로운 개발 툴을 익힐 때 마주하는 "Hello World!!" 프로그램!! 기억나시죠?

하지만 이거 하나 띄운다고 해당 개발 툴을 익혔다고는 할 수 없습니다. 툴을 익히고 이걸 실무에 적용해봤는지 이 부분이 가장 중요합니다.

가능하면 회사 내 작은 프로젝트나 개선 업무로라도 새로 스터디한 개발 툴로 개발해 적용해 보시기 바랍니다.

혹시나 사내 개발이 어려운 경우에는 오픈소스 프로젝트나 개인적으로 개발한 소프트웨어를 공유하는 방법 또한 한 방법입니다.

그리고 오래 쓰일 기술은 데이터베이스 기술입니다.

어느 분야나 데이터베이스를 사용 안 하는 곳이 없으면 해당 기술은 공부할수록 -_-;;; 어려워집니다.

20년째 보고 있지만 지금도 삽질 자주 합니다.

자신이 주로 사용하는 데이터베이스의 옵티마이저 특징이나 동작 원리부터, 인덱스 관리, 튜닝 스킬, 프로시저 개발 능력, 모니터링 능력을 높이고 설계능력을 높인다면 이직 시나 사내에서도 인정받을 수 있을 것입니다.

경쟁자가 없는 회사 내에서 장기 스터디는 매우 힘듭니다.

하지만 회사 밖에 있는 동종업계 종사자들을 경쟁자라 생각하고 한번 도전해 보시기 바랍니다~~!!

새벽에 출근하며 주절주절 해보네요~~~^^

오래간만에 집 근처 스타벅스에 나와서 커피 한잔하며 책을 읽고 있었는데

핸드폰에 제일 싫어하는 문자가 하나 뜨네요!!

공장에 있는 이중화 서버에 장애가 발생하였습니다.

ㅠ_ㅠ 으헉!! 하필이면 황금같은 토요일 주말 오후에!!

이게 직업병이 있어서 오랜시간 나가는 거면 항상 가방에 노트북을 가지고 다닌다.

휴.... 집으로 돌아갈뻔 했다 가방에 담겨온 노트북을 꺼내서 부팅하고

장애가 발생한 서버에 원격 접속을 했다.

다행히 원격 접속이 이루어졌다. ( 안도에 한숨을 쉬었다 )

이놈 죽지는 않았구나 긴급하게 공장까지 가야 되는 상황은 면했다.

이놈이 왜 메세지를 보냈는지 이중화 솔루션 로그를 검토하니 순간적으로 이중화 미러 서버 쪽에 보내는 신호가 1초 정도 끊긴 로그를 확인하였고 이벤트 뷰어를 열어 검사를 수행했다.

음..... 데이터베이스 정보를 처리하는 디스크의 I/O가 순간적으로 떨어졌다 붙으면 동기화 소프트웨어에 영향을 준거였다.

아.. 이놈도 벌써 4년이나 썻구나 라는 생각이 들며 내년 예산 작업 시 돈 좀 써야겠구나 라는 생각을 하며 유지보수 업체에 연락을 취해서 혹시나 모를 다른 사항이 있는지 점검을 받았다.

다행히도 다른 사항은 없었고 내가 분석한 서버 컨트롤러 문제가 맞았다.

그렇게 장애 대응을 하고 다시 책을 보려니... 음... 손에 안 잡히네요!!

그냥 커피 한잔 마시며 멍 때리고 있네요.

꼭 아무 생각 없이 편안할 때 장애가 터지는 것이 이놈들이 내가 쉬는지 아나 봅니다 ㅠ_ㅠ

여러분들은 어떻게 생각하시나요?

오늘 문특 출근을 하다 이런 생각이 드네요!!

제가 전산실 생활을 시작하던 2004~5년 상이에는 이런 이슈들이 있었습니다.

중견기업들이 전산실을 해체하고 외주를 맡기기 시작했습니다.

전산은 외주 주면 되는 업무이지 굳이 사내에 전산실을 운영할 필요 없다.

PC는 렌탈하면 되고 소프트웨어는 외주 개발하면 되고 인프라 담당업체에 맡겨 문제시 관련 기술자를 파견하면 된다고 생각했습니다.

그러면서 제 주위에 있던 1~2분씩 일자리를 잃어 가고 사라져 갔습니다.

하지만 지금은 어떻게 되었나요?

회사 규모가 커진 중소기업이나 중견기업에서는 전산실 구축을 필수적으로 하고 있습니다.

1인 전산이더라도 전산실을 만들고 운영을 하려고 합니다.

왜 이런 현상이 벌어졌을까요?

15년 전과 비교해 사내에는 생각보다 많은 전산시스템이 도입이 되었고 IOT 같은 신기술들은 사물인터넷을 통해 회사 내에 각 시스템과 연계되어 동작하고 있습니다.

그리고 모든 공정 및 제품 출하 데이터는 사내 시스템에 집적되고 모바일 기기를 통하여 직원들에게 실시간으로 전달되게 되었습니다.

이렇게 세상이 바뀌어 가면서 전산실의 중요성도 커지고 있다고 생각이 듭니다.

15년 전 외주 주면 되는 업무로 치부되던 전산실이 어떻게 회사 내에서 핵심적인 프로세스를 설계하고 앞으로 더욱 중요한 업무를 처리하는 부서로 변신해 가고 있을까요?

제 짧은 생각에는 전산담당자 없이 프로젝트를 진행하면서 많은 경험 하였고 더욱 복잡해지는 시스템에 대한 이해와 사내 도입을 효과적으로 할 수 있는 방안, 그리도 도입된 시스템을 안착을 위해서 전산 전문가가 사내에 필요하다고 판단을 했을 것입니다.

그리고 무엇보다 빨리 끝내고 돈을 받으려는 외주 업체 담당자와 달리 회사의 발전과 시스템 개선을 위해서 노력하는 전산실이 있는 회사와의 경쟁력 차이를 느꼈기 때문일 것 입라고 생각합니다.

그럼에도 불구하고 해외(선진국)에서 전산관리를 하는 사람들에 비하면 한국에서 전산관리를 하는 분들에 대한 대우는 형편없다고 생각하지만 앞으로는 더욱 중요성이 부각되고 높아질 것이라 생각됩니다.

물론 이렇게 복잡해지고 새로운 시스템이 쏟아지는 시기에 전산 담당자들의 자기 계발 또한 필수적으로 필요하고 하지 않으면 아마 담당하고 있는 업무에서 퇴출될지도 모릅니다.

대한민국에서 우리 전산담당자들이 노력한 만큼 사내에서 인정을 받고 전폭적인 지원을 받을 수 있는 꿈 꾸는 날이 하루라도 빨리 오기를 기원하며 글을 남겨봅니다.

기존에 MS에서 제공하는 RDP 프로그램을 사용 했었는데.

보안 이슈가 생겼는데 패치도 안되고 안정성도 계속 떨어져서 이번에 이 프로그램으로 갈아탓네요!!
mRemoteNG는 윈도우 터미널 뿐만 아니라 telnet, vnc도 지원되는 만능툴이네요!!

그리고 우리가 좋아하는 프리웨어이면서 오픈소스 프로그램이네요!!

* 기능

• RDP (Remote Desktop/Terminal Server)
• VNC (Virtual Network Computing)
• ICA (Citrix Independent Computing Architecture)
• SSH (Secure Shell)
• Telnet (TELecommunication NETwork)
• HTTP/HTTPS (Hypertext Transfer Protocol)
• rlogin
• Raw Socket Connections

* 다운로드 사이트 : https://mremoteng.org/download

* 아래 그림과 같이 구성해놓고 간편하게 관리 할 수 있습니다.