전산실이전 목록

1. Q

   이송 중 데이터 손실·손상에 대한 대비책이 있나요?

   열기

   먼저 대전제는 이전 전 백업입니다. 데이터의 진짜 안전망은 검증된 백업이며, 이것이 선행되어야 최악의 물리적 사고에도 데이터가 보전됩니다. 그래서 당사는 이송 전 백업 완료와 그 백업의 복원 가능 여부 확인을 이전의 전제 조건으로 봅니다. 이 부분의 책임 주체(고객사 IT팀·유지보수 협력사·당사 지원 범위)를 계약 단계에서 명확히 정하는 것이 첫 번째 대비책입니다.

   
   

   물리적 이송에서는 손상 요인 자체를 줄입니다. 특히 HDD 기반 스토리지는 작동 중은 물론 이송 중 충격·진동에도 취약하므로, 정상 종료(셧다운) 절차를 거친 뒤 완충·방진 포장과 안정적 적재로 옮깁니다. 필요 시 충격 기록 센서를 부착해 이송 중 이상 여부를 사후에 확인할 수 있게 합니다.

   
   

   도착 후에는 검증으로 마무리합니다. 전원 투입과 부팅, 스토리지 인식, 데이터 정합성 확인까지 마쳐야 모든 공정이 종료된 것으로 판단합니다. 여기서 이상이 발견되면 백업본으로 복원하는 경로가 준비되어 있어야 하며, 이 롤백 계획을 사전에 합의해둡니다.

   
   

   정리하면, 당사의 대비책은 ①이송 전 검증된 백업 ②물리적 손상 최소화 ③도착 후 정합성 검증과 롤백 경로라는 3중 구조입니다. 데이터는 '조심해서 옮기는 것' 뿐 아니라, 사전 작업으로 만일의 사태에 대비하는 것이 최선입니다.

   닫기

2. Q

   이전 전 백업은 누가 책임지나요?

   열기

   이 질문은 서버 이전에서 가장 중요하고, 동시에 분쟁이 가장 자주 생기는 지점입니다. 그래서 당사는 두루뭉술하게 넘기지 않고 계약 단계에서 경계를 분명히 합니다.

   
   

   원칙부터 말씀드리면, 데이터 백업의 1차 책임은 데이터를 소유하고 그 구조를 아는 쪽, 즉 고객사(또는 고객사의 유지보수 협력사)에 있습니다. 이유는 명확합니다. 어떤 데이터가 핵심이고, 어떤 시스템이 어떻게 연결되어 있으며, 백업이 제대로 됐는지 판단할 수 있는 것은 그 환경을 운영해온 담당자뿐이기 때문입니다. 이송을 대행하는 당사가 데이터 내부까지 임의로 접근해 백업하는 것은 보안상으로도 바람직하지 않습니다.

   
   

   그래서 당사의 역할은 백업을 '대신하는 것'이 아니라 '전제로 확인하는 것'입니다. 이송 전에 백업이 완료되었는지, 그리고 그 백업이 실제로 복원 가능한 상태인지를 함께 점검하고, 확인되지 않으면 이송을 진행하지 않는 것을 원칙으로 합니다. '백업했다'와 '복원된다'는 다르기 때문에, 이 확인 자체가 중요한 안전 절차입니다.

   
   

   다만 IT 전담 인력이 없거나 백업 체계가 갖춰지지 않은 고객사도 있습니다. 이 경우 당사는 백업을 지원할 전문 협력 체계를 연결하거나, 백업 담당 주체를 명확히 지정하도록 사전에 조율합니다. 핵심은 '누군가는 반드시, 계약서에 명시된 책임으로' 백업을 완료하는 것입니다.

   
   

   정리하면, 백업의 책임은 고객사에 있고, 당사는 그 완료와 복원 가능성을 이송의 전제 조건으로 확인합니다. 이 경계를 계약 전에 문서로 남기는 것이 이전 후 데이터 관련 분쟁을 막는 가장 확실한 방법입니다.

   닫기

3. Q

   랙(rack)을 통째로 옮기나요, 장비를 개별 탈장(unmount)해서 옮기나요?

   열기

   정답은 하나로 정해져 있지 않습니다. 두 방식 모두 사용하며, 어느 쪽이 나은지는 장비 구성과 이동 경로에 따라 갈립니다. 당사는 실사에서 이 판단을 먼저 확정합니다.

   
   

   랙 통째 이송은 장비를 랙에 실장한 상태 그대로 옮기는 방식입니다. 결선을 유지한 채 이동하므로 재구축 시간이 짧고, 케이블 재작업 실수도 줄어드는 것이 장점입니다. 다만 조건이 까다롭습니다. 랙과 장비를 합친 무게가 상당하고 무게중심이 높아, 이동 경로의 바닥 하중, 도어·엘리베이터 규격, 액세스 플로어(이중 바닥) 통과 가능 여부가 모두 맞아야 합니다. 또한 이송 중 진동이 실장된 전 장비에 그대로 전달되므로, HDD 스토리지가 많은 랙에는 신중해야 합니다.

   
   

   개별 탈장은 장비를 랙에서 분리해 개별 포장·이송한 뒤, 새 위치에서 다시 실장하는 방식입니다. 장비별로 완충·방진 포장을 적용할 수 있어 충격 리스크를 낮출 수 있고, 무게가 분산되어 경로 제약도 줄어듭니다. 대신 결선을 모두 풀었다가 재구축해야 하므로, 라벨링과 랙 실장도·결선도 기록이 부실하면 도착 후 복원에서 시간이 크게 늘어납니다.

   
   

   그래서 당사는 실사에서 장비 밀도(특히 HDD 비중), 랙과 장비의 총중량, 이동 경로 조건, 그리고 복원 시간 여유를 종합해 방식을 결정합니다. 무거운 랙은 탈장으로 나누고, 재구축 시간이 촉박하고 경로가 확보되면 통째 이송을 택하는 식으로, 랙마다 다른 판단이 나오기도 합니다.

   
   

   핵심은 어느 방식이든 이송 전 실장도·결선도·라벨링 등 사전 작업이 전제되어야 한다는 점입니다. 이 공정이 있어야만 도착 후 '원래 구성 그대로' 복원되고, 다운타임이 예측 가능해집니다.

   닫기

4. Q

   서버·스토리지의 진동·충격 관리는 어떻게 하나요?

   열기

   가장 민감한 것은 HDD 기반 스토리지입니다. 하드디스크는 내부에서 헤드가 미세한 간격을 두고 회전하는 구조라, 강한 충격이나 지속적인 진동에 취약합니다. 그래서 이송 전 정상 종료(셧다운)로 디스크를 안전 상태로 만든 뒤 옮기는 것이 기본이며, 작동 중 이동은 피합니다. 반면 SSD 계열은 상대적으로 충격에 강하지만, 그렇다고 관리 대상에서 빼지는 않습니다.

   
   

   이송 자체는 세 겹으로 관리합니다. 첫째, 포장입니다. 장비 규격에 맞는 완충재와 방진 포장으로 외부 충격과 진동이 장비에 직접 전달되지 않게 합니다. 둘째, 적재·운송입니다. 무진동차량으로 노면 진동을 줄이고, 장비가 차량 내에서 적정한 shoring 작업을 진행합니다. 급제동·급회전이 없는 운행도 관리의 일부입니다. 셋째, 상·하차입니다. 실제로 충격은 이동 중보다 싣고 내리는 순간에 가장 많이 발생하므로, 차량 후미에 장착된 리프트를 사용해 이에 대한 리스크를 사전에 차단합니다.

   
   

   여기에 충격·기울기 기록 센서를 병행하면, 이송 전 구간에서 기준을 넘는 충격이 있었는지 사후에 확인할 수 있습니다. 이 기록은 도착 후 이상 발생 시 원인을 가리는 근거이자, 워런티·책임 판단의 자료가 됩니다.

   
   

   
   

   닫기

5. Q

   랙 실장도(rack layout)·결선도 기준으로 재구축되나요?

   열기

   네, 그리고 이 부분이 서버 이전의 성패를 사실상 결정합니다. 장비를 안전하게 옮기는 것 못지 않게 기존 그대로 구축하는 것 또한 중요도가 높습니다. 그 복원의 설계도가 바로 실장도와 결선도입니다.

   
   

   전제는 이송 전 현행 구성의 기록입니다. 당사는 철거 전에 각 장비가 랙의 몇 U 위치에 실장돼 있는지(실장도), 어떤 포트가 어디로 연결돼 있는지(결선도)를 확인하고, 여기에 케이블 양단 라벨링과 현장 사진을 더해 '현재 상태'를 기록합니다. 이 기록이 정확할수록 복원이 빠르고, 부실하면 도착 후 결선을 추적하느라 다운타임이 몇 배로 늘어납니다.

   
   

   여기서 중요한 구분이 있습니다. 고객사에 최신 실장도·결선도가 이미 있다면 그것을 기준으로 삼고, 없거나 실제 구성과 다르다면(운영 중 변경되어 문서와 어긋난 경우가 흔합니다) 당사가 철거 전에 현행 기준으로 새로 기록합니다. 오래된 도면을 그대로 믿고 복원하면 오히려 문제가 생기므로, '문서'가 아니라 '실제 현재 상태'를 기준으로 잡는 것이 원칙입니다.

   
   

   재구축은 이 기록을 그대로 역순으로 적용합니다. 새 랙에 동일한  위치로 장비를 실장하고, 라벨과 결선도에 따라 전원·네트워크 케이블을 원래 연결관계 그대로 복원합니다. 그래야 도착 후 부팅·통신 확인이 예측 가능하게 진행됩니다.

   
   

   다만 물리적 재구축까지가 당사의 책임 범위이고, IP·방화벽·서비스 설정 같은 논리적 구성은 고객사 IT팀 또는 협력사의 영역인 경우가 많습니다. 이 경계는 계약 단계에서 명확히 정합니다.

   
   

   정리하면, 당사는 실장도·결선도를 기준으로 재구축하되, 그 기준을 '실제 현행 구성'으로 최신화한 뒤 복원합니다.

   닫기

6. Q

   서버·랙 포장 시 사용되는 포장재는 어떤 것들인가요?

   열기

   서버 포장재는 '푹신하게 감싸는 것'만이 전부는 아닙니다. 완충은 기본이고, 그 위에 정전기 방지와 고정이라는 두 가지 목적이 더해집니다. 이 세 가지를 각각 담당하는 자재가 다릅니다.

   
   

   첫째, 완충재입니다. 외부 충격과 진동을 흡수하는 역할로, 장비 규격에 맞춘 성형 폼(PE·PU 폼), 에어캡(버블랩), 모서리를 보호하는 코너 프로텍터 등을 사용합니다. 고가·정밀 장비는 규격에 맞춰 폼을 재단해, 포장 안에서 장비가 흔들리지 않도록 밀착시킵니다. 완충의 핵심은 두께가 아니라 '유동을 없애는 밀착'입니다.

   
   

   둘째, 정전기 방지재입니다. 서버·스토리지·기판은 정전기(ESD)에 취약해, 일반 비닐·버블랩으로 감싸면 오히려 위험합니다. 그래서 장비에 직접 닿는 면은 정전기 방지 필름·백, 안티스태틱 버블랩을 사용합니다. 이 자재는 눈에 잘 드러나지 않지만, 서버 포장에서 반드시 구분되어야 하는 부분입니다.

   
   

   셋째, 고정·외장재입니다. 랙을 통째로 옮길 때는 스트레치 필름으로 장비 유동을 잡고, 내부 장비와 도어를 고정한 뒤 팔레트에 앵커링합니다. 고가·중량 장비나 장거리 이송에는 규격에 맞춘 우든케이스를 제작해 충격을 극한으로 최소화 합니다.

   
   

   정리하면, 당사는 완충(충격)·정전기 방지(ESD)·고정(유동)을 각각 다른 자재로 대응하고, 장비 가치와 이송 조건에 따라 등급을 조정합니다. 

   닫기

7. Q

   서버 이동 시 무진동 차량은 필수인가요?

   열기

   결론부터 말씀드리면, 극한의 근거리 운송이 아니라면 '대부분은 필수'로 보는것이 맞습니다..

   
   

   여기서 한 가지 언급해야 할 점은 무진동 차량은 '포장으로 해결되지 않는 잔류 진동'을 예방하는 수단이지, 그 자체로 모든 것을 보장하지는 않습니다. 실제로 서버에 가해지는 충격은 이동 중보다 상·하차 순간과 결선 취급 과정에서 더 많이 발생합니다. 따라서 차량만 무진동으로 바꾸고 포장·상하차 관리가 부실하면 효과가 반감됩니다. 반대로 포장·고정·상하차가 완벽해도, 장거리에 진동 민감 장비가 많다면 무진동 차량이 마지막 안전 여백을 채워줍니다.

   
   

   그래서 당사는 실사에서 장비 밀도(특히 HDD 비중), 이송 거리, 도로 조건, 그리고 이송 방식(통째 이송 vs 탈장)을 종합해 무진동 차량 여부를 결정합니다. 필요 구간에는 무진동 차량을, 그렇지 않은 경우에는 완충·방진 포장과 안정적 적재 정도로 대응합니다

   
   

   정리하면, 무진동 차량은 '항상'이 아니라 '진동에 민감한 장비가 있을 때 반드시'입니다. 당사는 이 판단을 감이 아니라 장비 구성과 경로 조건으로 내립니다.

   닫기

8. Q

   이전 중 장비·데이터 파손 시 보상은 어떻게 되나요?

   열기

   서버 이전의 보상은 반드시 두 가지로 나눠서 이해하셔야 합니다. 장비 파손과 데이터 손상은 성격이 완전히 다르고, 보상 방식도 다르기 때문입니다. 이 구분을 명확히 하지 않는 것이 서버 이전에서 가장 위험한 지점입니다.

   
   

   먼저 장비 파손입니다. 서버·스토리지·네트워크 장비의 물리적 파손은, 앞선 이사와 마찬가지로 가입된 배상책임보험 범위에서 처리됩니다. 이때 당사는 보상 이전에 두 가지를 먼저 갖춥니다. 하나는 이송 전 상태 기록(사진·문서·충격 센서)으로, 파손이 이송 중 발생했는지 원래 있던 문제인지를 가르는 근거입니다. 다른 하나는 책임 범위의 사전 구분으로, 이송 중 파손·재구축 과정·기존 노후를 계약 단계에서 나눠둡니다. 고가 장비는 장비 가액에 맞춰 보장 한도를 미리 조정하는 것이 안전합니다.

   
   

   문제는 데이터입니다. 여기서 반드시 짚어야 할 것은, 데이터 손실은 원칙적으로 금전 보상으로 되돌릴 수 없다는 점입니다. 파손된 서버는 보험으로 배상되지만, 그 안에 있던 데이터의 가치는 보험 한도로 환산되지 않는 경우가 대부분입니다. 그래서 데이터는 '보상받는 대상'이 아니라 '애초에 잃지 않도록 대비하는 대상'입니다.

   
   

   이 때문에 당사는 데이터를 보상 논리가 아니라 예방 논리로 다룹니다. 이송 전 검증된 백업을 전제 조건으로 확인하고, 도착 후 데이터 정합성 검증과 롤백 경로까지 마련해 '잘못돼도 복구되는 구조'를 갖춥니다. 즉 데이터의 진짜 보상책은 보험이 아니라 백업입니다.

   
   

   정리하면, 장비 파손은 상태 기록·책임 구분·보험으로 대응하고, 데이터는 백업·검증·롤백으로 대비합니다. 견적·계약 단계에서 장비 보장 한도와 백업 책임 주체를 함께 확정하시면, 만일의 상황에서도 절차가 명확하게 진행됩니다.

   닫기