기업 데이터 백업, 비싼 장비부터 사지 않아도 되는 이유

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

파일을 삭제한 직원이 휴지통까지 비웠거나 랜섬웨어가 공유 폴더를 암호화한 뒤에야 백업 상태를 확인하는 기업이 적지 않습니다. 더 큰 문제는 백업 장비가 있는데도 복구할 수 없는 경우입니다. 기업 데이터 백업의 목적은 저장이 아니라 필요한 시간 안에 업무를 되살리는 것이므로, 고가 장비 구매보다 데이터 분류와 복구 시험이 먼저입니다.

백업 장비가 있는데도 복구에 실패하는 이유

복사본과 복구 가능한 백업은 다릅니다

공유 폴더를 외장 디스크나 다른 서버로 매일 복사하면 안심하기 쉽습니다. 하지만 원본의 손상이나 암호화가 곧바로 복사본에 동기화되면 정상 파일도 함께 사라집니다. 동기화는 협업과 최신 상태 유지에 유용하지만, 과거 시점으로 돌아가야 하는 버전형 백업을 완전히 대신하지 못합니다.

백업 성공 알림만 확인하는 것도 흔한 함정입니다. 작업 완료 표시는 파일이 전송됐다는 뜻일 뿐, 데이터베이스가 일관된 상태인지 또는 암호화 키와 관리자 계정을 사용할 수 있는지까지 보장하지 않습니다. 장애 때 필요한 서버 설정, 인증서, 애플리케이션 버전이 빠지면 파일을 보유하고도 서비스를 열지 못할 수 있습니다.

• 복사: 현재 파일을 다른 위치에 하나 더 보관합니다.
• 백업: 여러 시점의 데이터를 보존하고 삭제·변경 이력을 되돌립니다.
• 복구: 계정과 설정을 포함해 실제 업무가 가능한 상태로 되살립니다.

백업 보고서의 ‘성공’보다 임의의 파일과 시스템을 직접 복원한 기록이 더 신뢰할 만한 증거입니다.

모든 데이터를 같은 방식으로 보관할 필요는 없습니다

업무 영향도를 먼저 나눕니다

회사 자료를 전부 최고 사양으로 백업하면 비용과 관리 부담이 급격히 커집니다. 반대로 모든 폴더를 하루 한 번만 저장하면 주문, 설계, 고객지원처럼 변경이 잦은 업무에서 하루치 작업을 잃을 수 있습니다. 먼저 데이터가 사라졌을 때 매출, 법적 의무, 고객 대응에 미치는 영향을 기준으로 등급을 정해야 합니다.

예를 들어 결제 데이터와 운영 데이터베이스는 수분 또는 수시간 단위의 보호가 필요할 수 있지만, 완료된 홍보 영상 원본은 하루 단위 백업과 장기 보관으로 충분할 수 있습니다. 디지털 정보를 업무 자원으로 보는 관점은 IT의 개념을 설명한 지식백과도 함께 참고할 만합니다. 중요한 것은 파일 크기가 아니라 중단 시 발생하는 손실입니다.

1. 핵심 시스템, 일반 업무 자료, 재생성 가능한 자료로 구분합니다.
2. 각 항목의 소유 부서와 접근 권한을 기록합니다.
3. 허용 가능한 데이터 손실량과 중단 시간을 합의합니다.
4. 법정 보존 기간과 삭제 의무가 있는 자료를 따로 표시합니다.

RPO와 RTO를 정하면 과잉 구매가 줄어듭니다

얼마나 잃고 얼마나 기다릴지 숫자로 답합니다

RPO는 장애 발생 시 허용할 수 있는 데이터 손실 시점이며, RTO는 서비스를 다시 사용할 때까지 허용되는 시간입니다. 고객 주문의 RPO가 15분이라면 하루 한 번 백업은 맞지 않습니다. 반면 과거 행사 사진의 RTO가 48시간이라면 즉시 복구용 고성능 스토리지까지 마련할 이유가 적습니다.

숫자는 IT 담당자 혼자 정하지 않는 편이 좋습니다. 영업팀에는 주문 30분 손실이 몇 건인지, 회계팀에는 월말 시스템 중단을 얼마나 버틸 수 있는지 물어야 합니다. 재택·분산 업무가 일상화된 배경은 포스트 코로나 관련 설명에서 살펴볼 수 있으며, 이제 사무실 서버뿐 아니라 노트북과 SaaS 데이터까지 범위에 넣어야 합니다.

• RPO 15분: 거래·주문처럼 변경이 잦은 핵심 데이터에 적용합니다.
• RPO 4시간: 일반 프로젝트 문서와 부서 공유 자료에 고려합니다.
• RTO 1시간: 중단 즉시 매출 손실이 생기는 서비스에 맞춥니다.
• RTO 24시간 이상: 재생성 가능하거나 사용 빈도가 낮은 자료에 적용합니다.

3-2-1 원칙도 랜섬웨어에 맞게 보완해야 합니다

오프라인 또는 변경 불가 사본을 남깁니다

기본적인 3-2-1 원칙은 데이터 사본 3개를 만들고, 서로 다른 매체 2종에 저장하며, 그중 1개를 다른 장소에 두는 방식입니다. 다만 네트워크로 모두 연결되고 같은 관리자 계정을 사용한다면 공격자가 원본과 백업을 한꺼번에 삭제할 수 있습니다. 그래서 변경 불가 저장소, 오프라인 사본, 분리된 인증 정보 중 하나 이상을 추가해야 합니다.

중소기업이라면 업무 서버, 버전 관리가 가능한 NAS 또는 백업 서버, 객체 잠금 기능을 제공하는 클라우드 저장소 조합부터 검토할 수 있습니다. 클라우드 비용은 저장 용량뿐 아니라 복구 시 데이터 전송량, API 요청, 장기 보관 조기 삭제 수수료에 따라 달라집니다. 월 구독료만 비교하지 말고 1TB 전체를 되찾는 상황의 예상 비용과 시간을 공급사에 요청해야 합니다.

1. 백업 전용 계정을 만들고 일상 관리자 계정과 분리합니다.
2. 다중 인증을 적용하고 삭제 권한을 최소화합니다.
3. 최소 한 사본에는 일정 기간 수정할 수 없는 보존 정책을 설정합니다.
4. 백업 장비의 운영체제와 관리 화면도 정기적으로 업데이트합니다.
5. 오프사이트 사본이 실제로 본사 장애와 분리됐는지 확인합니다.

랜섬웨어 대응에서 좋은 백업은 공격자가 발견해도 즉시 지우거나 암호화할 수 없는 백업입니다.

복구 시험은 작은 파일 하나부터 시작하면 됩니다

월간·분기별 시험을 단계화합니다

전사 재해복구 훈련이 부담스럽다면 범위를 나눠 시작하면 됩니다. 매월 무작위 파일 5개를 복원하고, 분기마다 부서 공유 폴더 하나를 별도 공간에 되살려 권한과 한글 파일명이 유지되는지 확인합니다. 반기에는 데이터베이스나 업무 시스템을 격리 환경에서 실행해 로그인과 검색, 출력까지 점검합니다.

시험할 때는 복구 시작부터 사용자의 정상 업무 확인까지 걸린 시간을 측정해야 합니다. 500GB 백업을 복원했지만 색인 재구성과 권한 설정에 10시간이 더 필요했다면 실제 RTO는 전송 시간이 아닙니다. 복구 담당자가 휴가 중인 상황도 가정해 다른 직원이 문서만 보고 수행하도록 하면 절차의 빈틈이 선명하게 드러납니다.

• 매월: 삭제 파일, 이전 버전, 메일 항목을 표본 복구합니다.
• 분기: 폴더 구조와 사용자 권한을 포함해 부서 단위로 복원합니다.
• 반기: 핵심 애플리케이션을 격리 환경에서 구동합니다.
• 매년: 서버 고장이나 랜섬웨어를 가정해 부서 합동 훈련을 진행합니다.

예산은 장비 가격보다 총복구비용으로 계산합니다

숨은 운영비와 장애 비용을 함께 봅니다

백업 솔루션의 견적에는 저장 장치 외에도 소프트웨어 라이선스, 클라우드 용량, 외부 전송, 유지보수, 교체 디스크와 담당자 시간이 포함됩니다. 수백만 원대 장비가 저렴해 보여도 설정을 이해하는 직원이 한 명뿐이면 인수인계와 야간 장애 대응 비용이 커집니다. 반대로 구독형 서비스는 초기 부담이 작지만 데이터 증가에 따라 매월 비용이 누적됩니다.

비교 기준은 ‘얼마에 저장하는가’가 아니라 ‘장애 후 얼마에 업무를 재개하는가’여야 합니다. 예컨대 하루 매출 손실과 직원 대기 비용이 500만 원인데 복구에 이틀이 걸리는 저가 구성은 결과적으로 비쌉니다. 기업의 IT 투자는 하드웨어 한 대가 아니라 사람과 절차, 서비스를 묶은 운영 체계라는 점도 IT 관련 지식백과 자료와 연결해 이해할 수 있습니다.

• 초기 장비·설치비와 3년간 구독료를 함께 계산합니다.
• 데이터가 연간 얼마나 증가하는지 반영합니다.
• 전체 복구 시 전송 비용과 예상 소요 시간을 확인합니다.
• 담당자 교육, 점검, 장애 대응 시간을 운영비에 포함합니다.
• 서비스 중단 1시간의 손실액과 복구 투자액을 비교합니다.

자동 백업만 믿다가 놓치는 세 가지 함정

알림·계정·보존 기간에서 사고가 시작됩니다

첫 번째 실수는 실패 알림을 담당자 개인 메일로만 보내는 것입니다. 휴가나 퇴사로 알림이 방치되지 않도록 공용 채널과 대체 담당자를 지정해야 합니다. 두 번째는 원본 서버와 백업 저장소에 같은 관리자 암호를 쓰는 행동입니다. 계정이 탈취되면 공격자가 두 환경을 동시에 장악할 수 있으므로 자격 증명과 다중 인증 수단을 분리해야 합니다.

세 번째는 용량을 아끼려고 보존 기간을 지나치게 짧게 잡는 것입니다. 잠복한 악성코드나 조용히 훼손된 파일은 몇 주 뒤 발견될 수 있어 최근 사본만으로는 정상 시점에 돌아가지 못합니다. 일간 사본은 짧게, 주간·월간 사본은 길게 보존하는 계층형 정책을 적용하고 실제 업무 주기에 맞춰 조정하는 편이 효율적입니다.

• 알림 방치: 공용 메일과 메신저에 실패 알림을 동시에 전달합니다.
• 계정 재사용: 백업 전용 관리자와 복구용 비상 계정을 분리합니다.
• 짧은 보존: 일간·주간·월간 버전을 서로 다른 기간으로 유지합니다.
• 암호화 키 누락: 키 보관 위치와 비상 접근 절차를 문서화합니다.
• 시험 없는 자동화: 마지막 복구 성공일을 월간 운영 보고서에 표시합니다.