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

지금 다니는 회사에 이직한 지 벌써 7년이라는 시간이 흘렀네요!!

처음에는 전산팀장이 되고 싶어 안정적인 자리를 버리고 이직을 결심했지요.

1인 전산으로 큰 리스크를 가지고 시작하면서 1년간은 그만둘까, 이직을 할까 라는 고민을 몇 번씩 하며 회사에도 먼가 보여주어야 된다는 압박감에 너무 힘들었던 것 같습니다.

하지만 여기서 주저 앉으면 앞으로도 책임지는 자리에서 일을 못할 거 같다는 생각이 들었습니다.

그러면서 현업 담당자들과 소통이 될 수 있는 방법을 찾았고 많은 시간을 투여해 그들이 사용하고 편해질 수 있는 시스템 개발에 노력을 하였습니다. 그러면서 현업 담당자들의 마음을 조금씩 돌릴 수 있게 되었고 지금은 그들과 서슴없이 커뮤니케이션을 할 수 있는 환경과 더 이상은 1인 전산이 아닌 팀으로서의 전산팀을 꾸릴 수 있었습니다.

혼자서 휴가도 마음대로 가지 못하고 주말에도 여행이라도 가려면 노트북을 꼭 등에 매고 이동해야 되는 삶이였지요.

하지만 지금 돌아보며 생각하면 그때의 고생하는 제가 없었으면 지금의 여유롭고 재밌는 회사 생활도 없었을 거라고 생각이 드네요!!

무슨 프로젝트를 하던 직원들이 믿어주고 지원을 해주는 것만큼 좋은 것은 없는 것 같습니다.

하지만 이 신뢰를 얻기까지는 참 어렵고 힘든 시간이 필요하다고 판단이 됩니다.

특히나 중간에 이직을 해와 그 조직에서 자리 잡기까지는 많은 노력이 필요하다고 생각이 드네요.

저 또한 이직에 실패한 경험도 있고요. 특히나 한 조직에 팀장으로 이직하는 것은 꽤 큰 모험이라는 생각이 드네요!!

하지만 그 모험에 성공하게 되면 자신만의 길을 만들 수 있는 기회가 생긴다고 생각이 드네요!!

물론 임원만큼의 힘은 없지만 자신의 팀 자체에 기준을 세우고 자신의 플랜으로 이끌어 갈 수 있는 힘은 생기니까요!!

저 또한 새로운 이직을 할지도 모르고 지금 현재 이직하셔서 힘든 하루하루를 고민하며 지내는 분들도 있을 거라 생각합니다.

하지만 그것도 터널과 같이 그 기간을 노력으로 통과하면 어두운 터널을 빠져나와 빛이 보일 거라고 생각이 드네요!!

올 12월이면 만 7년 지금 근무하는 회사로 이직하여 팀장으로서 역할을 해온 걸 생각하며 글을 남겨보네요!!

가끔 가다보면 캡쳐로 처리하기는 애매해서 이미지로 출력한 결과를 받았으면 하는 경우가 있다.

이럴 경우에 유용하게 사용하는 프로그램인데 아쉽게도 트라이얼 버젼이네요!!
일회성인 경우 설치하고 쓰면 되고 계속 써야된다면 라이선스 구입을 고려해 보시기 바랍니다.

파일 권한/소유가 변경 명령어인 TAKEOWN을 이용해 권한을 변경시킨다.

takeown /f 삭제경로 /r

처리 후 RD 삭제경로 를 이용하여 삭제 처리를 한다.

어떤 업무건 프로세스를 세우고 중간에 검증하는 시스템을 구축해 놓는다.

문제가 생겼을 때는 요청을 해서 해당 검증 프로세스를 강화하고 안착을 시키지만...

먼가 변화가 생겼을때는 걷어내고 싶어 하는 것 같다.

얼마 전 공장에 장비 변경이 있었던 것을 통지를 받았지만 검증 프로세스를 변경했다는 통지는 받지를 못했다.

하지만 문제가 발생되어 자료가 넘어왔고 제가 판단했던 검증 시스템을 통과할 수 없는 사고였다.

그래서 해당 사건을 추적하게 되었고 원인을 찾아 들어가게 되었다.

결론은 해당 작업실에서 기존에 바코드 인쇄 후 검증하는 시스템을 임으로 걷어내었던 것이다.

물론 장비를 납품했던 업체의 말만 듣고 전산팀에 문의를 하지 않고 진행되었던 일이다.

이 부분에 대해서는 공장에 가서 원인 조사를 하고 담당자에게 문책을 할 것이다.

근데 아쉬운 점은 어려움이 존재했을 때는 연락하고 협의했던 부서들이 다른 결정을 할 때는 애기 한마디 없이 걷어내고 아무 말도 안 해준다는 서운함이 더 컸다.

다시는 이런 문제가 발생하지 않도록 개선할 것인지 확인이 필요할 듯하다.

이번 주 금요일 공장에 가게 되면 공장 팀장님들과 많은 얘기를 나눠야 될 것 같다.

그래도 다행히 큰 사고로 이어지지 않아 다행인 듯하고 통화 후 검증시스템이 제자리를 찾아 돌아왔다.

사람들은 담당자의 눈이 정확하다고 판단을 하지만 사람의 눈을 피해 가는 오류를 잡아낼 수 없다.

특히나 바코드 같은 경우는 사람의 눈으로 문제점을 파악할 수 없다.

한번 잘 구축된 시스템을 무너뜨리지 말고 잘 유지해 줬으면 한다.

이곳에 와서 팀장으로서 역할을 한지도 만 7년이 이제 조금 넘어가다네요!!

1인 전산으로 시작해 지금은 팀으로서 조직이 확장되었지만...

처음 시작할 때 하고 싶었던 전산팀에 위치는 아직 멀었네요!!

최근 팀원들과 얘기를 하면서 생각이 바뀌었으면 하는 부분이 있어 주절주절 해봅니다.

전산팀에서는 회사내 IT와 관련된 많은 것들을 처리합니다.

그러다 보니 깊이 보다는 넓게 다양한 업무를 하게 되죠.

하지만 그러면서 자사 전산팀의 핵심을 개발입니다.

특히 C/S 프로그램 개발부터 웹 개발까지 다 하고 있기에 상당히 영역이 방대한 편입니다.

이론 인하여 팀장이 모두 부분에 대한 최신 트렌드를 캐취 하고 이끌어 갈 수는 없습니다.

그리고 팀장이 코딩을 가장 잘해야 한다는 법도 없죠!! 팀원들이 얼마든지 더 잘할 수 있습니다.

팀장은 그 팀원들이 자유롭게 일하고 외부에 압력으로 일이 틀어지는 것을 지켜내는 역할을 하는 사람이라 생각합니다.

하지만 팀원들은 학교처럼 생각하는 듯합니다.

항상 모든 걸 지시 내려주고 숙제 검사 같이 체크를 해주어야 되고...

그리고 IT팀에 크기가 커질수록 혼자서 모든 걸 체크하고 관리할 수 없으며 팀원들은 자기 업무를 계속 업그레이드시키고 개선시킨 후 팀장에게 어필해야 된다고 생각합니다.

그리고 팀장도 항상 옳을 수 없으며 그들도 사람입니다.

지금 팀원들도 언제가 팀장의 자리로 올라갈 것이며 그 자리 역쒸 외로운 자리입니다. ( 설마 CEO에 비하면 새발에 피겠지만~~^^;; )

저는 제 팀원이 저보다 DB설계도 잘하고 코딩도 잘하며 새로운 기술 트렌드에 항상 저보다 앞서갔으면 좋겠습니다.

팀장은 그 팀원들을 잘 조율하여 이끌어 가는 존재라고 생각합니다.

제가 원하는 방향으로 이루어지지 않으니 주저리주저리 말을 해보았네요!!

2주마다 있는 회의 때마다 얘기하는데.... 쉽게 바뀌지 않네요!! ^^ "1달 팀장 대신하기" 이런 거 해보면 좀 바뀔까요!!
저도 팀원으로 돌아가고 싶네요~~~ ㅋㅋㅋ

월요일 출근하며 어쩔 수 없이 일요일 오전에 진행했던 서버 패치에 대해 곰곰이 생각해 보았다.

보통은 토요일 오전에 진행하지만 공장 직원들이 토요일 특근을 하는 바람에 하루 미루어졌다.

전에 근무하던 전산실에서는 퇴근 후 패치를 하거나 점심시간 때 패치를 진행하는 경우가 있었다.

분명 근무시간 내에 작업이 가능한 부분은 있지만 패치 후 이상 동작 발생 시 문제가 발생했다.

근무 중 서비스가 일정 시간 진행이 안되거나 패치 후 서버가 제대로 동작하는지 한동안 모니터링할 시간이 없었다.

그래서 전산팀을 내가 운영하면서는 패치는 금요일 야간 또는 토요일로 정해놓았다.

귀찮은 작업이긴 하지만 패치 후 문제 발생 시 대응할 수 있는 시간을 24시간 이상 벌 수 있다는 장점이 있다.

물론 정식 근무시간도 아닌 주말에 꼭 이래야 할 필요가 있을까 하지만...

미리 공지 안 해도 되고 혹시나 시스템에서 작업 중인 사람을 무시하고 업데이트를 진행하는 리스크에 비하면 할만하다고 생각한다.

머.. 그 이전에 MS에서는 이런 보안패치를 꼭 재부팅을 동반해서 해야 되는가 라는 물음표는 아직도 쫓아다닌다.

윈도 2012 서버가 발표되기 이전 이슈가 리눅스처럼 재부팅 없이도 패치가능하다는 거였는데...

윈도우 2018이 나온 현재까지도 전혀 변하지 않고 있다.

암튼... 이래저래 옆으로 이야기가 흐른 듯 하지만 서버 업데이트 일정은 언제가 좋다고 생각하시나요?

이런저런 리스크를 감안하면 한 달에 1~2시간 정도 투자는 가능하다고 판단되고 글을 남겨 보네요!!

무슨 일을 하든 사람관에 무언가를 진행하면서 가장 중요한 것은 신뢰라고 생각한다.

하지만 세상일이 뜻대로 돌아가지 않는 것처럼 불가피한 사유가 존재한다.

계획했던 것보다 빨리 끝나는 경우도 있지만 이건 극히 일부의 이야기이고 대부분은 지연되는 경우가 많을 것이다.

하지만 본인의 신뢰를 높이고 상대방에게 믿음을 주려면 되도록 약속된 기일보다 먼저 끝내거나 아무리 늦어도 그 일정에 맞추어 마무리하는 것이다.

그리고 이 행동또한 버릇이라고 생각한다.

한번 늦었던 사람이 계속 늦지 항상 빨리 다니던 사람은 불가피한 사고가 아닌 경우를 제외하고는 늦지 않는다.

회사 생활을 하며 좀 많은 생각을 하면서 일할은 모습을 보였으면 좋겠다.

계획은 계획일 뿐이고 나는 늦어지면 계획을 변경하면 될 뿐이라고 생각하는 것은 매우 위험한 생각이다.

그렇게 일해놓고 나에게 높은 평가를 해달라면 과연 그렇게 해 줄 수 있을까?

그런데 아이러니하게 이런 사람들이 오히려 자신은 최선을 다했는데 평가가 박하다면 따지게 된다.

요즘 워라벨의 중요성은 어느때보다 강조가 되고 있다. 하지만 본인이 기본적인 것을 지킨 후 워라벨을 요구해야 되지 않을까?

그리고 불가피한 지연사유나 변경 내역이 생겼을때는 미리 통지하자!!

약속한 날 다가와 오늘까지는 안될 거 같습니다... 이렇게 보고하면 누가 좋아할까?

어제까지만 해도 오늘까지 다될줄 알았는데 당일날 와서 문제가 생겼다고 보고??? 이해가 되시나요?

그건 관리자를 매우 괴롭히는 행동입니다.

그리고 그 관리자는 그 사람을 신뢰할 수 있을까요?? 한번 고민해 봐야 될 일입니다.

휴... 암튼 정답이 없는 회사생활이네요.....

1. 비용은 최소한 세군데 이상의 견적을 받아본다.

- 그래야 후회 안하게 되겠죠.?

​

2. 업체 실적 및 업력을 반드시 확인한다.

- 업체 검증은 필수사항이니까요.

​

3. 기업지본금과 경영상태를 확인한다.

- 유지관리 업체중에는 수익성이 열악한 업체가 의외로 많습니다.

중간에 유지보수업체가 바뀌는 불상사를 미리 예방할 필요가 있습니다.

​

4. 하자보수 보증한도를 확인하고 증서는 반드시 챙긴다.

- 유지보수중 문제 발생시 하자에 대한 보상을 받아야 합니다.

​

5. 유지보수인력에 대한 명확한 검증을 한다.

- 자격증, 경력, 면접을 통한 검증, 성실도 확인이 필요합니다.

​

6. 백업인력 유무, 백업인력 운영방안등을 반드시 검증한다.

- 이부분에서 문제가 되는 경우가 많습니다. 대체인력에 대한 운영방안은 반드시 챙기셔야 합니다.

​

7. 장애상황, 비상상황에 대한 운영방안등을 반드시 사전 검증한다.

- 평상시 예방점검 등도 중요하지만, 장애상황에서의 업체 대응계획, 대응능력등은 정말 중요합니다.

이 부분이 유지보수의 핵심이라해도 과언이 아닙니다.

장애대응계획, 절차 등이 포함된 제안서를 받고 반드시 검증하시기 바랍니다.

​

8. 유지보수 만족도 평가가 포함된 업체의 평판, 신용, 인지도 등을 검증한다.

- 주변 평판, 유지보수플랫폼등의 만족도 점수, 후기, 인터넷기사, 블로그 등을 통해 검증합니다.

- '메인터스'를 이용하셨다면 만족도, 평가내용은 자동 확인 되겠죠.^^

​

9. 유지보수 계약문서의 법무부서 검증, 계약조건 등에 대한 명확한 상호확인이 필요하다.

- 계약서의 중요성은 두말 할 필요가 없겠죠.?

​

10. 반드시 SLA협약에 포함된 계약을 해야 한다.

- SLA는 유지보수 서비스수준을 명시하고 보증하는 규정입니다.

SLA협약을 통해 유지보수의 품질관리, 평가관리가 이루어지는 만큼 반드시 포함되어야 합니다.

출처 : cafe.naver.com/peopleofit/59823

15년간 전산팀 생활을 해오며 많은 사건들이 있었던 것 같다.

하지만 가장 힘들었을 때를 생각하면 장비나 서버들의 장애로 인해 현업 사람들의 업무가 중단되었을 때였던 것 같다.

지금이야 이중화 장비라던지 복구장비들이 가격도 많이 내려가고 일상화 되었지만...

불과 10년 전만 해도 중소기업 전산실에 그런 장비는 꿈도 못 꾸었다.

지금 근무하는 곳으로 이직 후 이중화 및 실시간 백업 등 많은 시스템의 도움으로 인하여 6년간 무중단 운영을 하고 있었다.

하지만 문제는 생각지도 못한 곳에서 터지고 말았다.

홈페이지의 경우 전 회사에서는 직접 웹서버 관리를 하였지만 이곳은 웹사이트도 1개밖에 없기에 홈페이지 구축업체에서 호스팅을 하여 5년간 잘 사용하고 있었다.

그런데 하필이면 오래간만에 연차 2개를 붙여 쓰고 캠핑장에 출발하려고 하는데 갑자기 전화가 울렸다...

음.. 그런데 참 희한하게도 이 순간에 느낌이 싸했다.. ^^;;; 먼가 조짐이 있던 거죠.

아니나 다를까 전산팀 차석 관리자에게 연락이 왔다

오전 9시부터 회사 홈페이지에 접근이 안된다고 관련 부서에 연락을 받고 직접 접속해보니 80 포트 접근이 안 되는 오류라고.... 일단 어떻게 해야 되냐고 전화로 문의해 온 것이다.

역쒸나 회사 입사 후 장애를 많이 겪어보지 않아서인지 잔뜩 긴장한 목소리였다.

일단 호스팅 업체 연락해서 접속 오류 전달하고 원인 확인 요청하라고 지시를 했다.

30분 후쯤 다시 연락이 왔다. 업체에서는 서버로 공격이 들어와 서버를 재부팅했고 다시 서비스를 올렸지만 중국 IP 대역으로부터 대용량의 디도스 공격이 들어와 다시 서버에 랜선을 분리한 상태라고...

^^a와~~~~ 정말 난감해졌다... -_-a

일단 담당자에게는 내가 전화할 테니 일단 다른 업무에 집중하라고 지시한 뒤
업체 관리자와 통화를 했다.

역쒸나 현재 서비스를 재개할 방법을 찾고 있지만 어느 정도 시간은 소요가 필요하다고 하였다.

일단 대략적인 복구 시점이 정해지면 연락을 달라고 요청하고 전화를 끊었다.

퇴근 시간인 5시가 다 되어가는데도 연락이 오지 않았다

다시 연락을 취하니 아마 오늘 근무시간 내로 복구는 힘들듯 하다며 최선을 다 하겠다는 답변을 들었다.

그래서 혹시나 홈페이지 소스 및 데이터베이스 손상은 없었냐고 물어보니 다행히 문제가 없다고 하였다.

2개월 전 받아놓은 최종 소스 및 데이터베이스가 있었기에 걱정은 안 했지만 다행히 데이터 쪽 손상을 주는 공격은 아닌 듯하여 안심하였다.

밤샘 복구를 하는 것을 알기에 다음날 오후 2시쯤 연락을 했다

역쒸나 밤새 복구작업을 하고 있었고 전혀 다른 IP 대역에 서버로 이전하는 방법밖에 없다고 설명했다.

일단 업체에서 넘겨준 IP 대역으로 홈페이지에 사용하는 도메인 정보들을 수정 후 어플라이 해주었다.

NSLOOKUP을 통해 확인 후 담당자에게 문자로 도메인 적용되었다고 통지하였으며 드디어 오후 2시 30분경 홈페이지가 복구되어 서비스되었다.

이제야 마음이 편안해지는 느낌이었다. 근데 복구 후 돌아보니 휴가를 내고 놀러 가서 제대로 놀지 못한 자신이 있었다.
ㅠ_ㅠ 아구아구 내연차~~~~!!

다음 주 복귀 후 업체에게 사고 리포트를 제출받아 체크했고 원인은 중국 측에 대규모 디도스 공격으로 인한 문제로 귀결되었다.

다행히 인터넷 나야 나 사태와 같이 데이터가 소실되거나 하진 않았지만.

장애가 얼마나 불편하고 싫은 일인지 오래간만에 느끼게 해 주었다.

그리고 메인 레거시 시스템은 아니지만 홈페이지 데이터 백업 주기도 당겨야 되겠다는 생각이 들었다.

내 연휴 휴가 중 이틀이 날아갔지만 많은 것을 느끼게 해 준 디도스 공격이었던 것 같다....

상장 후 처음으로 주주총회를 준비하면서 갑자기 전산팀이 필요해졌다.

50명 이상 모일 경우 한 곳에 다 모일 수 없고 2개 이상으로 룸으로 나누어 주주총회를 진행해야 된다.

아... 이눔에 코로나~~~!!

이로 인하여 룸과 룸을 화상회의를 통해 연결해야 하는 문제가 발생하였다.

이로 인하여 주주총회에는 전산팀이 꼭 가야 되는 상황이 발생해 버렸네요 ^^;;;

아쉽게도 주총 장소가 IT 대한 지원이 원활하지 않아 핸드폰 -> 노트북(빔 연결)으로 이어지는 화상연결을 통해 메인 주주총회 장소를 실시간으로 보여줄 예정입니다.

하지만 처음 해보는 작업이라 어떻게 테스트하고 준비해야 될지 막막하긴 하네요!!

일단 화상회의 시스템인 줌과 구글 미트 2가지로 테스트 진행 후 화질 및 음성이 잘 전달되는 시스템으로 진행할 예정입니다.

다음 주에 주총인데 그전에 테스트를 완벽하게 끝내야 될 텐데... 휴.. 실시간으로 한다는 게 큰 리스크가 있는 거라 걱정이 가시지 않네요!!

이전에 상장사 다니다 이직 후 주주총회는 신경 안 썼으면 하는데 첫 주주총회부터 끌려가네요 ^^ㅋ

벗어날 수 없나 봐요~~!! ㅋ