사무실 IT자산관리, 서버·네트워크는 어디서부터 손댈까?

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

책상 밑 장비 이름표부터 바꾸면 IT시스템이 보입니다

숨은 팁은 비싼 솔루션보다 ‘이름 규칙’입니다

사무실 IT자산관리가 막막한 이유는 장비가 많아서가 아니라, 장비의 정체를 한눈에 알아보기 어렵기 때문입니다. 서버, 스위치, 공유기, NAS, 무선 AP가 모두 정상 작동 중이어도 담당자가 바뀌는 순간 “이 선이 어디로 가는지”부터 다시 추적해야 합니다.

첫 번째 꿀팁은 장비명, 케이블명, 포트명을 업무 기준으로 다시 붙이는 것입니다. 예를 들어 ‘SW-01’보다 ‘3F-OFFICE-SW01’이 낫고, ‘Server-A’보다 ‘ERP-APP-01’이 낫습니다. 이름만 봐도 위치, 용도, 우선순위가 읽히면 장애 대응 시간이 짧아집니다.

특히 중소기업은 처음부터 거창한 자산관리 솔루션을 도입하지 않아도 됩니다. 네이버 지식백과의 IT자산관리시스템 설명처럼 자산의 상태와 사용 흐름을 파악하는 것이 핵심이므로, 먼저 내부 표준을 작게 잡는 편이 현실적입니다.

• 장비명: 층수, 부서, 용도, 순번을 포함합니다.
• 케이블 라벨: 양끝 모두에 같은 번호를 붙여야 추적이 쉽습니다.
• 포트 메모: 스위치 포트별 연결 대상을 문서와 장비에 동시에 남깁니다.
• 소유 부서: 총무, 개발, 회계처럼 실제 사용 부서를 표시합니다.
• 장애 우선순위: 업무 중단 영향이 큰 장비부터 A, B, C 등급으로 나눕니다.

팁: 장비 라벨에는 담당자 이름보다 ‘업무 역할’을 적는 편이 좋습니다. 사람은 바뀌지만 회계 서버, 출입통제망, 고객상담 PC망 같은 역할은 더 오래 남습니다.

엑셀 한 장이어도 운영 규칙이 있으면 충분합니다

많은 회사가 IT자산 대장을 만들 때 모델명과 구입일만 적습니다. 하지만 실제 장애 상황에서 더 필요한 정보는 “이 장비가 멈추면 누가 불편해지는가”입니다. 그래서 VL시스템이 현장에서 권하는 방식은 자산 대장에 업무 영향도와 연결 관계를 함께 적는 것입니다.

예를 들어 같은 스위치라도 회의실 와이파이용 스위치와 전사 ERP 서버가 물린 스위치는 중요도가 다릅니다. 가격은 비슷해도 장애 영향은 완전히 다릅니다. 이런 차이를 기록해야 서버와 네트워크 운영이 ‘장비 관리’에서 ‘업무 연속성 관리’로 바뀝니다.

1. 자산번호를 먼저 정하고 장비에 라벨을 붙입니다.
2. 설치 위치와 연결된 상위 장비를 기록합니다.
3. 해당 장비가 지원하는 업무를 한 줄로 적습니다.
4. 장애 발생 시 연락할 내부 담당 부서를 지정합니다.
5. 마지막 점검일과 다음 점검 예정일을 남깁니다.

공유기 설정 화면에 숨어 있는 비용 절감 포인트

기본값 그대로 두면 장애 원인도 기본값에 묻힙니다

사무실 네트워크에서 의외로 많이 보이는 문제가 장비 자체의 성능 부족이 아니라 설정값 방치입니다. 공유기와 방화벽, L2 스위치의 관리자 비밀번호가 초기값에 가깝거나, DHCP 범위가 문서화되어 있지 않거나, 게스트 와이파이와 업무망이 같은 대역에 묶여 있는 경우가 많습니다.

숨은 팁은 새 장비를 사기 전에 설정 화면을 캡처하고, 현재 값이 왜 그렇게 되어 있는지 확인하는 것입니다. 이 작업만으로도 불필요한 IP 충돌, 무선 간섭, 내부망 노출을 줄일 수 있습니다. 특히 직원이 늘어난 회사는 예전에 충분했던 주소 범위가 어느 순간 병목이 됩니다.

서버의 기본 개념을 보면 서버는 서비스를 제공하는 중심 장비로 이해할 수 있습니다. 그런데 서버가 아무리 좋아도 네트워크 주소 정책이 엉켜 있으면 사용자는 “서버가 느리다”고 느낍니다. 실제 원인은 서버가 아니라 IP 충돌, DNS 지연, 무선 신호 품질일 때가 적지 않습니다.

• DHCP 임대 시간: 방문자가 많은 사무실은 너무 길게 잡지 않습니다.
• IP 예약: 프린터, NAS, 서버, 출입통제 장비는 고정 또는 예약 주소로 관리합니다.
• 게스트망 분리: 외부 방문자 와이파이는 업무 서버 대역과 분리합니다.
• 관리자 접속 제한: 장비 설정 페이지는 특정 관리자 PC에서만 접근하게 제한합니다.
• DNS 우선순위: 내부 서버명을 쓰는 회사는 DNS 설정을 특히 꼼꼼히 봐야 합니다.

무선 AP 위치만 바꿔도 민원이 줄어듭니다

와이파이가 느리다고 하면 회선 증설부터 떠올리기 쉽습니다. 하지만 실제로는 AP 위치, 채널 겹침, 천장 구조, 회의실 유리벽, 금속 캐비닛이 더 큰 영향을 주기도 합니다. 숨은 활용법은 비싼 장비 구매 전에 사무실 평면도 위에 AP 위치와 사용 밀집 구역을 표시해 보는 것입니다.

직원들이 가장 많이 몰리는 회의실, 콜센터 좌석, 개발팀 구역은 트래픽 패턴이 다릅니다. 회의실은 짧은 시간에 접속자가 몰리고, 개발팀은 대용량 다운로드가 많으며, 콜센터는 안정적인 음성 품질이 중요합니다. 같은 와이파이라도 업무별로 요구 조건이 다르므로 배치도 다르게 봐야 합니다.

서버 용량보다 로그 보관 습관이 더 큰 차이를 만듭니다

장애 후에 보는 로그는 이미 반쪽 정보일 수 있습니다

서버 운영에서 잘 알려지지 않은 핵심은 로그를 많이 남기는 것이 아니라, 나중에 찾기 좋게 남기는 것입니다. 장애가 발생한 뒤에야 이벤트 로그, 접속 로그, 백신 로그, 스토리지 상태 기록을 뒤지면 시간이 너무 오래 걸립니다. 더 난감한 상황은 로그가 있었지만 보관 기간이 짧아 이미 사라진 경우입니다.

숨은 팁은 모든 로그를 중앙화하기 전에 ‘장애 질문’을 먼저 정하는 것입니다. 예를 들어 “어제 오후 3시에 누가 서버에 접속했나”, “디스크 경고가 언제 처음 떴나”, “특정 PC에서만 접속이 실패했나” 같은 질문입니다. 질문이 정해지면 어떤 로그를 얼마나 보관해야 하는지 자연스럽게 보입니다.

서버의 역할이 파일 공유, ERP, 그룹웨어, 인증, 백업 관리 중 무엇인지에 따라 필요한 로그도 다릅니다. 파일 서버라면 권한 변경과 삭제 기록이 중요하고, 인증 서버라면 로그인 실패와 계정 잠금 기록이 중요합니다. 웹 기반 업무 시스템이라면 접속 IP, 응답 시간, 오류 코드가 실마리가 됩니다.

• 보안 로그: 로그인 실패, 권한 변경, 관리자 접속 이력을 확인합니다.
• 시스템 로그: 재부팅, 서비스 중단, 드라이버 오류를 확인합니다.
• 스토리지 로그: 디스크 경고, RAID 상태, 용량 증가 속도를 봅니다.
• 네트워크 로그: 방화벽 차단, VPN 접속, 비정상 트래픽을 확인합니다.
• 업무 로그: 프로그램 오류, 사용자 작업 실패, 처리 지연을 추적합니다.

현장 팁: 로그 보관 기간은 “법적으로 몇 년”만 따질 문제가 아닙니다. 회사가 실제로 장애 원인을 추적하는 데 필요한 기간, 감사 대응 기간, 담당자 휴가 기간까지 함께 고려해야 합니다.

용량 알림은 90%가 아니라 증가 속도로 봅니다

많은 서버가 디스크 사용량 90%에서 알림을 보내도록 설정되어 있습니다. 하지만 용량이 하루 1%씩 늘어나는 서버와 한 달에 1%씩 늘어나는 서버는 대응 속도가 달라야 합니다. 그래서 숨은 꿀팁은 현재 사용률보다 증가 속도를 보는 것입니다.

예를 들어 70% 사용 중인 서버라도 최근 일주일 동안 15%가 늘었다면 이미 위험 신호입니다. 반대로 88%여도 6개월 동안 거의 변동이 없다면 우선순위는 조금 낮출 수 있습니다. 이 차이를 알면 불필요한 긴급 구매를 줄이고, 정말 필요한 시점에 스토리지 증설을 계획할 수 있습니다.

1. 매주 같은 요일 같은 시간에 용량을 기록합니다.
2. 업무 이벤트와 용량 증가를 함께 적습니다.
3. 월말, 프로젝트 마감, 급여일처럼 데이터가 늘어나는 시점을 표시합니다.
4. 임시 파일과 백업 파일이 같은 디스크에 쌓이지 않도록 분리합니다.
5. 증가 추세가 바뀌면 사용자 행동이나 프로그램 변경을 함께 확인합니다.

유지보수 계약서에 없는 운영 꿀팁을 챙기는 법

장애 접수보다 ‘사전 질문 목록’이 먼저입니다

IT 인프라 유지보수는 장애가 났을 때 부르는 서비스로만 생각하기 쉽습니다. 하지만 잘 운영되는 회사는 장애 접수 전에 이미 질문 목록이 준비되어 있습니다. “어느 부서가 영향을 받았는가”, “전체인지 일부인지”, “언제부터인지”, “최근 바뀐 설정이 있는지”를 바로 확인할 수 있으면 외부 엔지니어의 진단 시간이 크게 줄어듭니다.

숨은 팁은 유지보수 업체와 통화하기 전에 내부에서 5분짜리 확인 절차를 갖추는 것입니다. 이 절차는 복잡할 필요가 없습니다. 전원이 들어오는지, 다른 사이트 접속은 되는지, 특정 프로그램만 안 되는지, 같은 층의 다른 직원도 겪는지 정도만 확인해도 원인 범위가 좁아집니다.

VL시스템 같은 인프라 구축·운영 전문 기업과 협업할 때도 이 정보는 중요합니다. 정확한 상황 설명은 단순히 예의를 갖추는 일이 아니라, 비용과 시간을 줄이는 기술입니다. “안 됩니다”보다 “3층 회계팀 8대 중 5대가 ERP 접속만 실패합니다”가 훨씬 빠른 해결로 이어집니다.

• 범위: 한 명, 한 부서, 전사 중 어디에 해당하는지 확인합니다.
• 증상: 느림, 끊김, 접속 불가, 오류 메시지 중 무엇인지 구분합니다.
• 시간: 처음 발생한 시각과 반복 주기를 기록합니다.
• 변경: 장비 교체, 프로그램 업데이트, 자리 이동이 있었는지 확인합니다.
• 우회: 임시로 업무를 계속할 방법이 있는지 함께 찾습니다.

계약 범위는 장비 목록이 아니라 업무 흐름으로 봅니다

유지보수 계약서를 볼 때 서버 몇 대, 스위치 몇 대, 방화벽 몇 대처럼 장비 수량만 확인하면 빈틈이 생깁니다. 실제 운영에서는 장비보다 업무 흐름이 중요합니다. 고객 주문이 접수되어 ERP에 들어가고, 파일 서버에 견적서가 저장되고, 메일로 발송되는 흐름 중 어디가 끊기면 매출에 영향을 주는지 봐야 합니다.

이 관점으로 보면 계약서에 꼭 들어가야 할 항목도 달라집니다. 단순 점검 횟수보다 장애 등급 기준, 원격 지원 가능 시간, 현장 출동 조건, 설정 변경 이력 공유 방식이 더 중요해집니다. 특히 서버와 네트워크가 함께 얽힌 장애는 어느 한 장비만 보는 계약으로는 해결이 늦어질 수 있습니다.

한 사무실의 프린터 민원에서 시작된 인프라 개선 사례

프린터가 아니라 주소 체계가 문제였습니다

마지막으로 실제 현장에서 자주 만나는 흐름을 따라가 보겠습니다. 한 사무실에서 “프린터가 자꾸 끊긴다”는 민원이 반복됐습니다. 처음에는 프린터 노후, 드라이버 오류, 토너 문제처럼 보였지만 증상을 따라가 보니 특정 시간대에만 출력이 몰리고, 일부 PC에서만 프린터를 찾지 못했습니다.

장비를 바로 교체하지 않고 먼저 네트워크 정보를 확인했습니다. 프린터 IP가 고정으로 설정되어 있었지만, DHCP 자동 할당 범위 안에 들어가 있었습니다. 직원 노트북이 같은 주소를 받아 충돌이 생기면 프린터가 사라졌다가 다시 나타나는 식이었습니다. 사용자는 프린터 문제로 느꼈지만 실제 원인은 네트워크 주소 관리였습니다.

이 사례에서 중요한 포인트는 문제 이름에 속지 않는 것입니다. 프린터 장애라고 접수됐지만, 해결책은 프린터 교체가 아니라 IP 대역 정리, 장비명 표준화, 예약 주소 등록이었습니다. 비용도 장비 구매보다 훨씬 적게 들었고, 이후 비슷한 민원이 줄었습니다.

• 프린터, NAS, 서버 같은 공용 장비는 DHCP 범위 밖으로 분리했습니다.
• 공용 장비의 IP와 위치를 자산 대장에 함께 기록했습니다.
• 스위치 포트에 연결 대상 라벨을 붙여 추적 시간을 줄였습니다.
• 직원용 무선망과 방문자용 무선망의 주소 대역을 나눴습니다.
• 장애 접수 양식에 발생 시간, 위치, 영향 인원을 추가했습니다.

작은 수정이 서버 운영 습관까지 바꿨습니다

주소 체계를 정리한 뒤에는 서버 운영 방식도 자연스럽게 바뀌었습니다. ERP 서버, 파일 서버, 백신 관리 서버의 주소가 문서화되면서 방화벽 정책을 볼 때도 “이 규칙이 왜 있는지” 설명할 수 있게 됐습니다. 예전에는 오래된 허용 정책을 지우기 어려웠지만, 이제는 어떤 업무와 연결되는지 확인한 뒤 판단할 수 있었습니다.

또 하나의 변화는 신규 직원 입사 절차였습니다. 이전에는 PC를 연결하고 문제가 생기면 그때그때 처리했지만, 이후에는 좌석 위치, 유선 포트, 무선망, 프린터 권한, 파일 서버 접근 권한을 한 번에 확인했습니다. IT 담당자가 바빠도 누락이 줄고, 사용자는 첫날부터 업무를 시작하기 쉬워졌습니다.

이 흐름은 거창한 프로젝트가 아닙니다. 프린터 민원 하나를 그냥 넘기지 않고, 그 뒤에 숨어 있는 IT시스템 운영 구조를 본 결과입니다. 사무실에서 반복되는 작은 불편이 있다면 장비 탓으로만 보지 말고, 자산명, IP, 포트, 권한, 로그가 서로 어떻게 연결되어 있는지 따라가 보십시오. 그 선을 한 번 제대로 그어두면 다음 장애는 훨씬 조용하게 지나갑니다.

1. 반복 민원을 하나 고릅니다.
2. 증상이 아니라 영향을 받는 업무를 적습니다.
3. 연결된 서버와 네트워크 장비를 순서대로 따라갑니다.
4. 주소, 포트, 권한, 로그 중 비어 있는 기록을 채웁니다.
5. 같은 문제가 다시 생겼을 때 확인할 순서를 문서로 남깁니다.