기업 데이터 백업, 비쌀수록 안전하다는 착각

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

백업 장비 견적이 1,000만원을 넘는데도 랜섬웨어 사고 뒤 데이터를 복구하지 못하는 기업이 있습니다. 반대로 월 20만원 안팎의 예산으로 핵심 문서와 업무 시스템을 안정적으로 보호하는 소규모 조직도 있습니다. 차이는 장비 가격보다 무엇을 얼마나 자주 복사하고, 원본과 얼마나 멀리 분리하며, 실제로 복구해 봤는지에서 생깁니다.

기업 데이터 백업 예산을 정할 때는 저장 용량만 계산해서는 안 됩니다. 장애가 발생했을 때 허용할 수 있는 데이터 손실량인 RPO와 업무를 다시 시작하기까지의 목표 시간인 RTO를 먼저 정해야 합니다. 이 기준이 없으면 고가의 IT 솔루션을 구매하고도 중요한 시스템은 늦게 복구되는 모순이 생깁니다.

월 10만원 이하, 장비보다 복사 규칙에 투자합니다

5명 이하 조직과 1TB 미만 업무 데이터

프리랜서 팀, 초기 스타트업, 소형 사무실이라면 처음부터 랙형 NAS나 엔터프라이즈 백업 소프트웨어를 살 필요는 없습니다. 문서·계약서·디자인 원본처럼 반드시 지켜야 할 데이터가 1TB 미만이라면 외장 SSD 2개와 클라우드 저장소를 조합하는 편이 비용 대비 효과가 높습니다. 핵심은 한 개의 외장 저장장치에 모든 파일을 몰아넣지 않는 것입니다.

예산은 외장 SSD 구입비 15만~30만원씩 2개, 클라우드 저장소 월 1만~5만원 정도로 잡을 수 있습니다. 첫 번째 SSD는 사무실에서 매일 자동 백업하고, 두 번째 SSD는 주 1회 갱신한 뒤 다른 장소에 보관합니다. 클라우드에는 계약서와 회계자료처럼 용량은 작지만 손실 비용이 큰 파일을 우선 동기화하면 제한된 예산을 효율적으로 쓸 수 있습니다.

단순 동기화는 삭제된 파일까지 다른 기기에 반영할 수 있으므로 백업과 같지 않습니다. 파일 버전 기록, 휴지통 보존 기간, 계정 탈취 방지를 위한 다중 인증을 함께 설정해야 합니다. IT의 범위와 정보 처리 개념이 낯설다면 지식백과의 IT 용어 설명을 참고하면 저장·처리·전송을 하나의 운영 흐름으로 이해하는 데 도움이 됩니다.

• 권장 대상: 구성원 1~5명, 중요 데이터 1TB 미만, 파일 중심 업무
• 초기 비용: 외장 SSD 2개 기준 약 30만~60만원
• 월 운영비: 클라우드 용량과 계정 수에 따라 약 1만~10만원
• 권장 주기: 로컬은 매일, 외부 보관 장치는 매주, 클라우드는 실시간 또는 하루 1회
• 주의점: 외장 SSD를 PC에 계속 연결해 두면 랜섬웨어가 백업 파일까지 암호화할 수 있음

현장 팁: 저예산 백업의 약점은 저장장치 성능이 아니라 담당자가 교체를 잊는 데서 시작합니다. 캘린더에 매주 금요일 ‘오프라인 SSD 교체’를 반복 일정으로 등록해 두는 것이 장비 업그레이드보다 먼저입니다.

50만~150만원대, 2베이 NAS가 적합한 조건

파일 공유와 자동 백업을 한 장비로 묶을 때

직원 5~15명이 같은 문서를 자주 공유하고 각 PC의 파일을 한곳에 모아야 한다면 2베이 NAS가 현실적인 출발점입니다. 본체, NAS용 하드디스크 2개, 무정전전원장치까지 포함하면 대체로 70만~150만원 범위에서 구성할 수 있습니다. 다만 디스크 두 개를 RAID 1로 묶었다고 해서 백업이 완성되는 것은 아닙니다.

RAID 1은 한 디스크가 고장 났을 때 업무를 이어가기 위한 가용성 기능입니다. 직원이 폴더를 삭제하거나 관리자 계정이 탈취되면 변경 내용도 두 디스크에 똑같이 반영됩니다. 따라서 NAS 내부 스냅샷, USB 외장 디스크 백업, 원격 클라우드 복제 중 최소 하나를 추가해야 합니다. 예산을 조금 낮추더라도 UPS와 외부 복사본을 빼지 않는 구성이 더 안전합니다.

이 가격대에서는 CPU 성능이나 앱 개수보다 스냅샷 지원 여부, 디스크 상태 알림, 사용자별 권한, 백업 로그 확인 기능을 살펴보는 편이 좋습니다. 영상 편집처럼 대용량 파일을 직접 다루지 않는다면 최고 사양 CPU의 체감 효과는 작습니다. 남는 예산을 하드디스크 보증 기간과 외부 백업 용량에 배분하면 실제 장애 대응력이 올라갑니다.

1. 현재 중요 데이터 용량에 연간 증가율 30%를 더해 3년 필요 용량을 계산합니다.
2. 사용자별 개인 폴더와 부서 공용 폴더를 나누고 최소 권한만 부여합니다.
3. 매일 스냅샷을 생성하고 최근 30개 이상을 보관하도록 설정합니다.
4. 주 1회 외장 디스크로 복사한 뒤 케이블을 분리해 별도 장소에 둡니다.
5. 매월 파일 10개를 무작위로 골라 다른 PC에서 열리는지 확인합니다.

싼 NAS가 오히려 비싸지는 순간

저가형 NAS를 선택했는데 백업 앱이 원하는 클라우드 서비스를 지원하지 않거나 스냅샷 기능이 빠져 있으면 별도 소프트웨어와 장비를 추가해야 합니다. 제품 가격 차이 20만원을 아끼려다가 관리 시간이 매달 두세 시간씩 늘어날 수 있습니다. 구매 전에는 데모 화면이나 제조사 설명서에서 버전 관리, 복구 방식, 암호화, 로그 알림을 직접 확인해야 합니다.

• 스냅샷이 전체 볼륨이 아닌 특정 공유 폴더에도 적용되는지 확인
• 클라우드 전송 중 암호화와 저장 데이터 암호화를 구분해 확인
• 관리자 계정에 다중 인증을 적용하고 기본 계정 이름은 비활성화
• 디스크 고장 알림을 담당자 개인 메일과 공용 운영 메일에 동시 발송

200만~500만원대, 직원 30명의 복구 시간을 줄입니다

4베이 NAS와 오프사이트 백업의 가성비 조합

직원이 15~30명이고 문서뿐 아니라 설계 파일, 사진, 업무 데이터베이스를 다룬다면 4베이 NAS와 별도 백업 저장소를 고려할 시점입니다. 본체와 디스크, UPS, 백업 소프트웨어를 합친 초기 예산은 약 200만~500만원이 현실적입니다. 이 구간부터는 저장 용량보다 복구 속도와 업무 우선순위가 제품 선택을 좌우합니다.

예를 들어 영업팀의 제안서 폴더는 두 시간 안에 복구해야 하지만 종료된 프로젝트의 촬영 원본은 하루 뒤 복구해도 괜찮을 수 있습니다. 모든 데이터를 고속 SSD나 비싼 클라우드 계층에 넣지 말고, 핵심 데이터와 보관 데이터를 나누어야 합니다. 자주 쓰는 2TB는 빠른 스토리지에 두고 10TB의 과거 자료는 저렴한 HDD나 아카이브 영역에 배치하는 방식입니다.

재택·외근이 일상화된 조직은 사무실 서버만 보호해서는 부족합니다. 노트북의 바탕화면이나 로컬 문서 폴더에만 저장된 자료가 있는지 점검하고, 단말 백업 에이전트나 회사 클라우드 폴더로 자동 이동시키는 정책이 필요합니다. 분산 업무가 확대된 배경은 포스트 코로나 관련 설명에서도 확인할 수 있으며, 기업 백업 역시 사무실 경계 밖의 데이터를 포함해야 합니다.

• 200만원대: 4베이 NAS, HDD 4개, UPS, 외장 HDD 중심의 기본 구성
• 300만원대: 기본 구성에 원격 클라우드 복제와 PC 자동 백업 추가
• 500만원대: 별도 백업 NAS, 2.5GbE 이상 네트워크, 복구 테스트용 예비 장비 고려
• 절약 가능한 부분: 사용 빈도가 낮은 보관 자료의 고속 스토리지와 과도한 CPU 사양
• 절약하면 안 되는 부분: 외부 사본, UPS, 디스크 여유 공간, 복구 테스트 시간

전체 백업보다 증분 백업이 유리한 이유

매일 전체 데이터를 복사하면 이해하기는 쉽지만 네트워크와 저장 공간을 빠르게 소모합니다. 첫날 전체 백업을 수행한 뒤 변경된 데이터만 저장하는 증분 방식은 야간 작업 시간을 줄이고 더 많은 복구 시점을 남길 수 있습니다. 다만 백업 체인이 길어질수록 복구 과정이 복잡해질 수 있으므로 솔루션의 합성 전체 백업이나 주기적 전체 백업 기능을 확인해야 합니다.

30명 규모 조직이라면 평일 자정에 증분 백업, 주말에 전체 또는 합성 전체 백업, 월 1회 오프라인 보관을 기준으로 삼을 수 있습니다. 데이터 변경량이 하루 100GB라면 1Gbps 네트워크의 이론상 전송 시간만 믿지 말고 암호화와 작은 파일 처리 시간을 포함해 최소 두세 시간의 작업 창을 잡는 것이 안전합니다.

1. 월요일에 부서 공용 폴더 20GB를 임시 위치로 복원합니다.
2. 화요일에 사용자 계정과 접근 권한이 함께 복원되는지 확인합니다.
3. 수요일에 데이터베이스를 테스트 서버에서 실행해 무결성을 검사합니다.
4. 목요일에 복구 소요 시간을 기록하고 목표 RTO와 비교합니다.
5. 금요일에 실패 원인과 설정 변경 내용을 운영 문서에 남깁니다.

전문가 조언: 백업 성공 알림은 ‘파일을 복사했다’는 뜻일 뿐 ‘업무가 복구된다’는 보증이 아닙니다. 최소 분기마다 폴더, 계정, 데이터베이스 중 하나를 골라 실제 복원해야 합니다.

1,000만원 이상, 고가 장비보다 이중화 경계를 봅니다

서버·가상머신·데이터베이스가 멈추면 매출이 멈추는 조직

ERP, 그룹웨어, 고객 관리 시스템, 가상 서버를 자체 운영하고 중단 한 시간이 매출이나 계약에 직접 영향을 준다면 백업 예산은 1,000만원 이상으로 커질 수 있습니다. 이때 단순히 용량이 큰 스토리지를 사는 방식은 위험합니다. 운영 서버와 백업 서버가 같은 관리자 계정, 같은 네트워크, 같은 건물에 묶여 있다면 한 번의 침해나 화재로 함께 영향을 받을 수 있기 때문입니다.

이 가격대에서는 백업 저장소의 불변성, 관리망 분리, 가상머신 단위 복구, 데이터베이스 시점 복구, 원격 센터 복제 여부가 중요합니다. 특히 삭제나 변조가 일정 기간 불가능한 불변 백업은 랜섬웨어 대응력을 높이지만 보존 기간을 잘못 설정하면 저장 비용이 급증합니다. 모든 데이터를 1년간 잠그기보다 핵심 시스템은 30~90일, 일반 파일은 14~30일처럼 위험도에 따라 구분하는 편이 합리적입니다.

기업의 IT 서비스는 장비 한 대가 아니라 사람, 프로세스, 데이터가 연결된 구조입니다. 다른 관점의 IT 정의는 지식백과의 관련 항목에서도 살펴볼 수 있습니다. 백업 역시 제품 리뷰 점수보다 기존 인증 체계, 네트워크 구조, 담당 인력의 숙련도와 맞는지를 우선 평가해야 합니다.

• 백업 관리 계정을 일반 도메인 관리자 계정과 분리합니다.
• 운영 서버에서 백업 저장소로 직접 로그인할 수 없도록 접근 경로를 제한합니다.
• 복구용 네트워크 주소와 방화벽 정책을 사고 전에 문서화합니다.
• 백업 암호화 키를 백업 데이터와 같은 장비에만 보관하지 않습니다.
• 분기별로 원격 복제본에서 핵심 서비스 하나를 기동해 봅니다.

가격표에 없는 라이선스 비용을 먼저 묻습니다

기업용 백업 솔루션은 저장 용량, CPU 소켓, 가상머신 수, 사용자 수, 워크로드 수 중 하나를 기준으로 과금하는 경우가 많습니다. 첫 견적은 저렴해 보여도 서버가 늘거나 클라우드 워크로드가 추가되면 연간 유지비가 크게 변할 수 있습니다. 구매 담당자는 초기 도입가뿐 아니라 3년 총소유비용을 요청해야 합니다.

견적서에는 하드웨어 교체 보증, 소프트웨어 업데이트, 원격 지원, 현장 출동, 데이터 복구 지원이 각각 포함되는지 표시해야 합니다. ‘기술지원 포함’이라는 한 줄만 믿으면 장애 때 디스크 교체만 지원되고 데이터 복원 작업은 별도 비용이라는 사실을 뒤늦게 알 수 있습니다. 복구 작업의 책임 범위와 목표 응답 시간을 계약 문구로 확인하는 것이 좋습니다.

1. 현재 서버와 가상머신 수를 기준으로 1년 차 라이선스를 계산합니다.
2. 연간 20% 성장 시 2년 차와 3년 차 갱신 비용을 다시 받습니다.
3. 원격 저장소 전송료와 데이터 반출 비용을 별도 항목으로 확인합니다.
4. 장애 대응 시간이 업무시간 기준인지 24시간 기준인지 구분합니다.
5. 계약 종료 시 백업 데이터를 표준 형식으로 반출할 수 있는지 확인합니다.

예산표에 복구 4시간과 담당자 2시간을 넣습니다

구매 비용보다 운영 시간을 숫자로 바꾸는 방법

백업 프로젝트의 최종 예산은 장비 가격표만으로 완성되지 않습니다. 담당자가 매주 로그를 확인하고, 매월 표본 파일을 복원하며, 분기마다 시스템 복구 훈련을 수행하는 시간도 비용입니다. 월급을 받는 내부 인력이 맡더라도 이 시간이 빠지면 다른 IT 운영 업무가 밀리므로 숨은 비용으로 계산해야 합니다.

가령 담당자의 시간당 내부 비용을 4만원으로 보고 주간 점검 30분, 월간 복원 2시간, 분기 훈련 8시간을 배정하면 연간 운영 인건비는 약 112만원입니다. 여기에 클라우드 저장료, 라이선스 갱신비, 디스크 교체 충당금을 더해야 실제 예산이 나옵니다. 자동화 솔루션에 월 10만원을 더 쓰더라도 점검 시간이 월 4시간 줄어든다면 비용 면에서 더 유리할 수 있습니다.

복구 우선순위도 숫자로 정해야 합니다. 고객 주문 데이터는 손실 허용 범위 15분과 복구 목표 1시간, 부서 문서는 손실 허용 범위 4시간과 복구 목표 8시간, 과거 자료는 손실 허용 범위 24시간과 복구 목표 48시간처럼 구분할 수 있습니다. 모든 시스템에 15분 RPO를 적용하면 회선과 저장 공간 비용만 커지고 정작 훈련 예산이 줄어듭니다.

도입 첫 30일에 배치할 현실적인 일정

첫 주에는 데이터 목록을 만들고 중요도를 세 단계로 분류합니다. 둘째 주에는 백업 장치와 소프트웨어를 설치하고, 셋째 주에는 외부 사본과 알림을 설정합니다. 넷째 주에는 일부 파일을 삭제한 상황, NAS가 멈춘 상황, 관리자 계정에 접근할 수 없는 상황을 가정해 복구 시간을 측정합니다.

테스트 결과가 목표보다 느리다면 곧바로 더 비싼 장비를 사기보다 병목부터 찾습니다. 작은 파일 수십만 개의 목록 생성이 느린지, 네트워크가 포화되는지, 암호화 키 승인에 시간이 걸리는지에 따라 해결책이 달라집니다. 실제 복구 4시간 중 담당자 연락과 승인에 2시간이 걸렸다면 스토리지 속도를 두 배로 올려도 전체 시간은 기대만큼 줄지 않습니다.

1. 1~3일: 서버·PC·클라우드에 흩어진 중요 데이터 위치를 조사합니다.
2. 4~7일: RPO를 15분·4시간·24시간으로 나누고 업무별로 지정합니다.
3. 8~14일: 자동 백업, 스냅샷, 오프사이트 복제를 순서대로 구성합니다.
4. 15~21일: 실패 알림 수신자를 최소 2명으로 지정하고 로그를 점검합니다.
5. 22~27일: 파일 20개, 폴더 1개, 업무 시스템 1개의 복원을 실행합니다.
6. 28~30일: 실제 소요 시간과 목표 시간을 비교해 다음 분기 예산을 조정합니다.

소규모 조직이라면 첫 구축에 40만~150만원과 담당자 8~12시간, 30명 안팎 조직이라면 200만~500만원과 20~40시간을 현실적인 출발선으로 잡을 수 있습니다. 서버 서비스가 핵심인 기업은 장비 가격 외에 연간 운영비와 훈련 시간을 별도로 배정해야 합니다. 결국 백업 예산의 효율은 저장한 테라바이트 수가 아니라 목표한 1시간·4시간·24시간 안에 업무를 다시 열 수 있는가로 측정해야 합니다.