사무실 이전 한 달 전, IT 시스템 구축에서 놓치기 쉬운 12가지

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

이사 날짜는 확정됐는데 통신사 회선 개통일, 서버실 전력, 무선 네트워크 설계는 아직 비어 있습니까? 사무실 이전에서는 책상과 집기를 제때 옮겨도 IT 시스템 구축이 하루만 늦으면 전화, 업무 프로그램, 파일 공유, 출입 시스템까지 동시에 멈출 수 있습니다.

특히 새 사무실의 천장 배선과 전기 공사가 끝난 뒤 문제를 발견하면 케이블을 다시 포설하거나 랙 위치를 바꾸는 비용이 발생합니다. 아래 단계별 점검표는 이전 한 달 전부터 첫 출근 이후까지 서버, 네트워크, 회선, 보안과 운영 인수인계를 빠짐없이 확인하도록 구성했습니다.

이전 4주 전에는 업무와 장비 목록부터 맞춥니다

장비 수보다 서비스 의존 관계를 먼저 기록합니다

서버 몇 대, 스위치 몇 대인지 세는 것만으로는 부족합니다. 어떤 부서가 어떤 서비스에 접속하고, 그 서비스가 어느 서버와 회선에 의존하는지를 함께 기록해야 이전 순서를 정할 수 있습니다. 예를 들어 회계 프로그램 서버를 먼저 옮겨도 라이선스 인증용 인터넷 회선이나 사내 DNS가 준비되지 않았다면 실제 업무는 시작되지 않습니다.

자산 목록에는 모델명, 시리얼 번호, 랙 위치, IP 주소, 유지보수 계약, 담당자와 폐기 여부를 넣습니다. 노트북이나 모니터뿐 아니라 UPS 배터리, 무선 AP, 광모듈, 백업 디스크처럼 누락되기 쉬운 부속품도 포함해야 합니다. 자산관리의 기본 개념은 IT자산관리시스템 용어 설명을 참고하면 목록의 범위를 잡는 데 도움이 됩니다.

이때 장비마다 그대로 이전, 교체 후 이전, 폐기, 임시 운영 중 하나의 상태를 지정하십시오. 오래된 장비를 무조건 새 사무실로 옮겼다가 곧 다시 교체하면 운송비와 작업 중단이 두 번 발생합니다. 반대로 검증 없이 모두 교체하면 설정 이전과 호환성 확인에 예상보다 긴 시간이 필요합니다.

• 필수: 장비명, 자산번호, 시리얼 번호, 현재 위치와 새 위치
• 서비스: 사용자 부서, 업무 중요도, 허용 가능한 중단 시간
• 연결 관계: 전원, 회선, VLAN, 방화벽 정책, 연동 서버
• 담당 구분: 사내 담당자, 구축 업체, 통신사, 솔루션 공급사
• 판정: 이전·교체·폐기 여부와 최종 승인자

장비 목록과 서비스 목록을 따로 만들지 말고 서로 연결하십시오. 장애가 났을 때 “어느 장비인가”보다 “어떤 업무가 멈추는가”를 먼저 판단할 수 있어야 합니다.

이전 3주 전에는 회선 개통일과 우회 경로를 확정합니다

주소 이전 신청만으로 개통이 보장되지는 않습니다

기업용 인터넷과 전용회선은 건물 인입 가능 여부, 통신실 위치, 광케이블 포설 구간에 따라 일정이 달라집니다. 같은 건물에 통신사 장비가 있어도 임대 공간까지 연결할 수 있는 관로나 코어가 부족할 수 있습니다. 따라서 견적서의 희망일이 아니라 현장 실사 완료일과 개통 확정일을 문서로 받아야 합니다.

회선 대역폭은 직원 수만 보고 고르지 마십시오. 클라우드 업무, 화상회의, 원격 백업, 대용량 설계 파일 전송이 같은 시간대에 몰리는지를 살펴야 합니다. 일반 웹 업무 중심 사무실과 매일 수백 GB를 전송하는 영상·연구 조직은 같은 인원이어도 요구 대역폭이 크게 다릅니다. 통신사 비용 외에도 설치비, 고정 IP, 보안 장비 라이선스와 약정 해지 비용을 예산에 넣어야 실제 비교가 가능합니다.

개통 지연에 대비해 기존 사무실 회선을 며칠 겹쳐 운영하거나, 5G 라우터와 같은 임시 경로를 준비하십시오. 다만 모바일 회선은 속도 변동과 사설 IP 제한이 있으므로 외부에서 사내로 접속하는 VPN이나 포트 기반 서비스가 그대로 작동하는지 별도 검증이 필요합니다.

1. 건물 관리사무소에서 사용 가능한 통신사와 MDF실 작업 절차를 확인합니다.
2. 통신사 현장 실사 후 인입 구간, 공사 주체와 추가 비용을 기록합니다.
3. 공인 IP 변경이 필요한 서비스와 외부 허용 목록을 조사합니다.
4. DNS, VPN, 방화벽 정책 변경 시간을 이전 일정에 반영합니다.
5. 주 회선 장애 시 사용할 보조 회선의 속도와 접속 방식을 시험합니다.

공인 IP 변경은 외부 업체에도 영향을 줍니다

새 회선에서 공인 IP가 바뀌면 그룹웨어, 클라우드 콘솔, 금융 서비스, 협력사 서버에 등록된 접근 허용 주소를 수정해야 할 수 있습니다. 변경 요청의 처리 시간이 긴 기관도 있으므로 사용 부서에 사전 공지하고, 대상별 신청 기한과 완료 여부를 관리하십시오. DNS 레코드의 TTL을 미리 낮추면 이전 당일 주소 변경이 전파되는 시간을 줄이는 데 유리합니다.

서버실 후보지는 전력·냉방·출입 조건으로 고릅니다

빈 공간이 아니라 운영 가능한 공간인지 확인합니다

서버 랙이 들어간다는 이유만으로 창고 한쪽을 서버실로 정하면 안 됩니다. 서버, 스위치와 UPS가 소비하는 전력을 계산하고 분전반 용량, 전용 회로, 접지, 콘센트 규격을 확인해야 합니다. 레이저 프린터나 냉난방기처럼 순간 전류가 큰 장비와 회로를 공유하면 예상치 못한 차단이 발생할 수 있습니다.

냉방은 실내 전체 온도만 낮추는 문제가 아닙니다. 랙 전면으로 찬 공기가 들어가고 후면의 뜨거운 공기가 빠져나갈 동선을 확보해야 합니다. 소형 서버실이라도 온도 센서를 랙 상단과 흡기 쪽에 나눠 설치하면 특정 구역의 과열을 빨리 발견할 수 있습니다. 누수 가능성이 있는 배관 아래나 외벽 결로가 생기는 위치도 피하십시오.

UPS 용량은 장비 소비전력 합계에 여유율을 더하고 필요한 유지 시간을 기준으로 정합니다. UPS가 있다고 모든 서버가 자동으로 안전 종료되는 것은 아닙니다. 정전 신호를 서버나 관리 시스템에 전달하는 통신 설정, 배터리 교체 주기와 우회 전원 절차까지 준비해야 합니다. 서버의 역할과 기본 개념이 필요한 담당자는 서버 관련 지식백과 설명을 함께 참고할 수 있습니다.

• 랙 깊이와 문 개방 공간, 장비 반입 통로가 충분한지 측정합니다.
• 전용 전원 회로와 접지 상태를 전기 공사업체와 확인합니다.
• 현재 부하, 증설 예상치와 UPS 유지 시간을 계산합니다.
• 냉방 장애 알림과 온·습도 임계값을 설정합니다.
• 누수 감지, 소화 설비, 출입 기록과 CCTV 범위를 점검합니다.
• 랙과 장비의 무게를 바닥이 지지할 수 있는지 확인합니다.

서버실 비용은 랙 가격만으로 판단하기 어렵습니다. 전기 증설, 냉방, 방재와 출입 통제를 포함한 공간 운영비를 함께 계산해야 구축 후 추가 공사를 줄일 수 있습니다.

배선 공사 전 좌석과 무선 음영을 도면에 표시합니다

포트 수에는 좌석 이동과 고장 여유를 더합니다

유선 포트는 현재 직원 수에 딱 맞춰 설치하기보다 회의실, 복합기, IP 전화기, 출입 장치, CCTV와 향후 증원까지 반영해야 합니다. 바닥이나 벽면의 포트 번호와 패치패널 번호를 일치시키고, 케이블 양쪽에 동일한 라벨을 붙이면 장애 처리 시간이 크게 줄어듭니다. 공사 완료 후에는 육안 확인이 아니라 케이블 인증 결과를 받아 보관하는 편이 안전합니다.

1GbE 중심 업무 환경이라도 서버, 스토리지, 백본 구간은 더 높은 대역폭이 필요할 수 있습니다. 케이블 규격과 광모듈은 목표 속도뿐 아니라 거리, 기존 스위치 호환성과 증설 계획으로 선택하십시오. 저렴한 비호환 광모듈을 섞으면 링크가 올라와도 오류가 반복되거나 장비 지원을 받기 어려울 수 있습니다.

무선 AP는 직원 수를 AP 한 대의 이론상 접속 수로 나눠 배치하지 않습니다. 회의실의 동시 접속 밀도, 벽체 재질, 천장 높이, 주변 사무실의 채널 간섭을 조사해야 합니다. 문이 닫힌 대회의실과 탕비실 뒤편에서 신호가 급격히 약해지는 사례가 많으므로 가구가 들어온 상태에서 최종 측정을 진행하는 것이 좋습니다.

공사 완료 검수는 실제 단말로 진행합니다

도면과 라벨이 맞는지 무작위 포트를 골라 실제 노트북을 연결해 보십시오. 올바른 VLAN과 IP가 할당되는지, 내부 서버 및 인터넷에 접속되는지 확인하면 패치 오류와 설정 누락을 동시에 발견할 수 있습니다. 무선은 RSSI 수치만 보지 말고 화상회의, 파일 업로드와 AP 간 이동 시험을 함께 수행해야 체감 품질을 판단할 수 있습니다.

1. 최종 좌석 배치도에 모든 유선 단말과 AP 위치를 표시합니다.
2. 포트 수에 증원 및 장애 대응용 예비분을 반영합니다.
3. 패치패널, 벽면 포트와 스위치 포트의 대응표를 만듭니다.
4. 케이블 시험 성적서와 무선 측정 결과를 납품 항목에 포함합니다.
5. 준공 도면이 실제 시공 상태와 같은지 현장에서 대조합니다.

이전 당일은 종료·운송·복구 순서를 분 단위로 나눕니다

백업 성공 표시보다 복원 가능성을 확인합니다

이전 직전에 전체 백업을 실행했더라도 로그에 성공으로 표시됐다는 사실만 믿어서는 안 됩니다. 대표 파일과 데이터베이스를 별도 환경에 복원해 열리는지 확인하고, 암호화 키와 관리자 계정을 사용할 수 있는지도 점검해야 합니다. 백업 매체를 서버와 같은 차량에 싣지 않으면 운송 사고로 원본과 복사본을 동시에 잃을 위험을 줄일 수 있습니다.

종료 순서는 업무 애플리케이션, 데이터베이스, 가상화 호스트, 스토리지와 네트워크 장비의 의존성을 기준으로 정합니다. 새 사무실에서는 대체로 반대 순서로 전원과 서비스를 올리되, DNS·인증·시간 동기화처럼 여러 시스템이 공통으로 사용하는 기반 서비스를 먼저 확인해야 합니다. 장비마다 종료 및 기동 담당자와 완료 시각을 기록하면 책임 공방보다 복구 판단에 집중할 수 있습니다.

운송 전에는 랙 장착 상태, 디스크와 모듈의 분리 필요 여부를 제조사 지침으로 확인하십시오. 각 장비와 케이블을 촬영하고 충격 방지 포장, 차량 적재 방향, 보험 범위를 운송업체와 합의합니다. 서버가 단순한 박스가 아니라 여러 사용자에게 기능을 제공하는 시스템이라는 점은 서버의 개념과 활용 설명에서도 확인할 수 있습니다.

1. D-1: 최종 백업과 표본 복원, 설정 파일 내보내기를 완료합니다.
2. 업무 종료: 사용자 로그아웃을 확인하고 변경 작업을 동결합니다.
3. 종료: 승인된 순서대로 서비스를 내리고 상태를 기록합니다.
4. 운송: 자산번호 대조 후 포장하며 백업본은 분리 이동합니다.
5. 설치: 전원과 케이블을 점검한 뒤 기반 장비부터 기동합니다.
6. 검증: 내부·외부 접속, 인쇄, 전화, VPN과 백업 작업을 시험합니다.

복구 기준과 되돌림 시점을 미리 정합니다

모든 문제를 현장에서 끝까지 고치려 하면 첫 출근 시간까지 핵심 서비스가 열리지 않을 수 있습니다. 어떤 장애가 발생하면 기존 사무실이나 임시 클라우드 환경으로 되돌릴지, 몇 시에 전환 여부를 결정할지 사전에 합의하십시오. 장애 심각도별 연락망에는 의사결정권자도 포함해야 기술 담당자가 현장에서 승인만 기다리는 상황을 피할 수 있습니다.

첫 출근 후에만 드러나는 문제와 이번 점검표의 경계

실사용 부하를 반영한 안정화 기간을 둡니다

빈 사무실에서 정상 작동한 네트워크도 직원들이 동시에 출근하면 DHCP 주소 부족, 무선 채널 혼잡, 인터넷 대역폭 포화가 나타날 수 있습니다. 첫 출근일에는 헬프데스크 창구를 하나로 통합하고 접수 시각, 좌석, 증상, 유선·무선 여부를 같은 형식으로 기록하십시오. 반복되는 현상을 묶어 보면 개별 노트북 문제가 아니라 특정 AP, VLAN이나 스위치 업링크의 문제임을 빨리 찾을 수 있습니다.

최소 1~2주의 안정화 기간에는 회선 사용률, 패킷 손실, 스위치 오류, AP별 접속 단말 수, 서버 자원과 실내 온도를 평상시보다 촘촘하게 관찰하는 편이 좋습니다. 구축 업체의 작업이 끝났더라도 관리자 계정, 장비 설정 백업, 최신 네트워크 구성도, 라이선스와 유지보수 연락처를 인수받기 전에는 검수를 완료 처리하지 마십시오.

비용도 계약 금액만 비교하지 말고 추가 포트 공사, 야간 작업, 통신사 설치비, 장비 임대, 예비 부품과 안정화 지원을 구분해 확인해야 합니다. 소규모 사무실은 표준 장비와 단순한 구성으로 비용을 줄일 수 있지만, 24시간 서비스나 규제 데이터를 다루는 조직에는 이중화·접근통제·감사 로그 비용이 필수 항목이 됩니다.

• 첫날 접속 불가 사례를 위치와 시간대별로 분류합니다.
• 피크 시간의 회선 사용률과 무선 재전송률을 확인합니다.
• 서버 및 네트워크 설정 백업을 별도 저장소에 보관합니다.
• 준공 도면, IP 목록, 계정 인수서와 라이선스를 최신화합니다.
• 미해결 항목에는 담당자, 목표일과 임시 대응 방법을 지정합니다.

클라우드와 특수 시설은 별도 설계가 필요합니다

이 점검표는 일반적인 기업 사무실의 IT 인프라 이전을 기준으로 합니다. 데이터센터 간 대규모 서버 이전, 공장 제어망, 병원 의료기기망, 금융권 망분리, 방송 제작망은 정지 허용 시간과 법적 요구가 달라 동일한 절차만으로는 부족합니다. 방화벽 정책을 그대로 복사하는 일도 새 건물의 물리 보안과 외부 접속 구조가 달라졌다면 적절하지 않을 수 있습니다.

또한 완전한 SaaS 환경이라도 인터넷 회선과 단말 인증이 끊기면 업무가 중단되므로 인프라 점검을 생략할 수 없습니다. 반대로 사내 서버가 많다면 운송보다 임시 이중 운영이나 단계적 마이그레이션이 안전할 수 있습니다. 현장 구조, 허용 중단 시간과 규제 범위를 VL시스템 같은 서버·네트워크 구축 전문 조직과 먼저 검토하면, 이 목록에서 강화하거나 제외할 항목의 경계를 현실적으로 정할 수 있습니다.