백업
포스팅 뷰40
백업(Backup)이란 무엇일까요?
- 정의 — 데이터의 사본을 별도 위치에 보관해, 원본이 손상·삭제·암호화돼도 과거 시점으로 되돌릴 수 있게 하는 조치입니다.
- 핵심 규칙 — 3-2-1: 사본 3개, 서로 다른 매체 2종, 1개는 다른 장소에. 요즘은 여기에 1(오프라인·불변)과 0(복구 검증)을 더합니다.
- 가장 흔한 오해 — 클라우드 드라이브 동기화는 백업이 아닙니다. 원본이 암호화되면 사본도 그대로 덮어써집니다.
백업이란 데이터를 별도 사본으로 복제·보관해 유실이나 침해가 발생해도 원래 상태로 복구할 수 있게 하는 대비 활동을 말합니다.
백업이란?
백업(Backup)은 원본 데이터의 사본을 만들어 다른 저장 공간에 보관하는 일입니다. 목적은 단 하나, 데이터를 잃어버린 뒤에도 되돌릴 수 있게 하는 것입니다. 그래서 백업은 침입을 막는 기술이 아니라 막지 못했을 때를 위한 마지막 보험에 해당합니다.
데이터가 사라지는 경로는 생각보다 다양합니다. 하드웨어 고장, 실수로 인한 삭제·덮어쓰기, 화재·정전 같은 재해, 그리고 랜섬웨어처럼 의도적으로 데이터를 못 쓰게 만드는 공격입니다. 앞의 셋은 예전부터 있었고, 마지막 하나 때문에 백업의 설계 방식이 최근 크게 달라졌습니다.
이유는 단순합니다. 공격자들이 백업을 먼저 찾아 지우기 시작했기 때문입니다. 관리자 권한을 얻은 공격자는 원본을 암호화하기 전에 접근 가능한 백업부터 삭제합니다. 그러면 복구 선택지가 사라지고 협상만 남습니다. 그래서 오늘날 백업의 핵심 질문은 "백업을 하고 있는가"가 아니라 "공격자가 손댈 수 없는 사본이 있는가"입니다.
3-2-1 규칙, 그리고 3-2-1-1-0
백업 설계의 국제적인 기본 원칙이 3-2-1 규칙입니다. 여기에 랜섬웨어 대응을 위해 두 자리가 더 붙은 3-2-1-1-0이 최근의 사실상 표준입니다.Opti9
뒤에 붙은 두 자리가 핵심입니다. 불변(WORM) 저장은 한 번 기록하면 관리자 권한으로도 수정·삭제할 수 없게 만드는 방식이고, 오프라인(에어갭)은 네트워크에서 아예 분리해 두는 방식입니다. 그리고 0은 "복구가 실제로 되는지 확인했다"는 뜻입니다. 복구해 본 적 없는 백업은 백업이 아니라 백업일 것이라는 믿음일 뿐입니다.
백업 종류 — 전체·증분·차등
무엇을 복사하느냐에 따라 세 가지로 나뉩니다. 실무에서는 전체 백업을 기준점으로 두고 증분 또는 차등을 조합해 씁니다.
| 구분 | 전체 백업 | 증분 백업 | 차등 백업 |
|---|---|---|---|
| 복사 범위 | 매번 전체 데이터 | 직전 백업 이후 변경분만 | 마지막 전체 백업 이후 변경분 전부 |
| 백업 시간·용량 | 가장 오래 걸리고 가장 큼 | 가장 짧고 가장 작음 | 중간(회차가 갈수록 커짐) |
| 복구에 필요한 것 | 해당 백업 1개 | 전체 + 그 이후 모든 증분 | 전체 + 마지막 차등 1개 |
| 약점 | 시간·저장 비용 부담 | 중간 한 개만 손상돼도 복구 실패 | 시간이 갈수록 용량 증가 |
| 어울리는 상황 | 주 1회 등 기준점 확보 | 데이터가 크고 자주 백업할 때 | 복구 속도와 용량의 절충 |
얼마나 자주, 얼마나 빨리 — RPO와 RTO
백업 주기를 정하는 기준이 이 두 지표입니다. 감으로 정하지 말고 업무별로 숫자를 합의해 두는 것이 좋습니다.
- RPO(목표 복구 시점) — "데이터를 얼마나 잃어도 되는가." 하루 한 번 백업한다면 최악의 경우 하루치 작업이 사라집니다. RPO를 1시간으로 잡으려면 백업 주기도 1시간이어야 합니다.
- RTO(목표 복구 시간) — "얼마나 빨리 되돌려야 하는가." 업무가 멈춰도 버틸 수 있는 시간이며, 이 값이 짧으면 복구가 빠른 로컬 사본과 자동화된 절차가 필요합니다.
두 값을 줄이면 비용이 올라갑니다. 그래서 모든 데이터에 같은 기준을 적용하지 않고, 핵심 업무 시스템은 RPO·RTO를 짧게, 참고용 자료는 길게 차등을 두는 것이 현실적인 설계입니다.
백업 ≠ 이중화 ≠ 동기화
"이중화돼 있는데요", "클라우드에 올려둡니다"라는 말은 백업이 있다는 뜻이 아닙니다. 세 가지는 목적이 다릅니다.
| 구분 | 백업 | 이중화(RAID·클러스터) | 동기화(클라우드 드라이브) |
|---|---|---|---|
| 목적 | 과거 시점으로 되돌리기 | 장비가 고장 나도 멈추지 않기 | 여러 기기에서 같은 파일 쓰기 |
| 과거 이력 | 있음(시점을 골라 복구) | 없음(항상 현재 상태) | 제한적(버전 보관 기간 내에서만) |
| 삭제·암호화 시 | 감염 이전 시점으로 복구 가능 | 사본도 함께 손상 | 변경이 즉시 전파돼 함께 손상 |
| 한 줄 정리 | 시간을 되돌린다 | 멈추지 않게 한다 | 어디서나 같게 한다 |
특히 동기화는 오해가 잦습니다. 랜섬웨어가 PC의 파일을 암호화하면, 동기화 폴더는 그 암호화된 파일을 '최신 버전'으로 판단해 클라우드에 그대로 올립니다. 서비스가 제공하는 버전 기록으로 되살릴 수 있는 경우도 있지만, 보관 기간과 용량 제한이 있어 백업의 대체물로 삼기에는 위험합니다.
실무 체크 포인트 — 백업 운영
백업은 '돌고 있는가'가 아니라 '되돌릴 수 있는가'로 점검해야 합니다.
여기서 가장 자주 비는 칸이 백업 범위입니다. 서버와 업무 시스템은 꼼꼼히 챙기면서도, 정작 실무 자료가 가장 많이 쌓여 있는 직원 PC의 문서는 대상에서 빠지는 일이 많습니다.
오피스키퍼는 이 공백을 문서 백업으로 메웁니다. 확장자 기준으로 사내 PC에 저장된 중요문서를 자동 백업하고, USB·메일 첨부·출력 등으로 반출되는 파일의 원본까지 함께 보관합니다. 동일 파일을 최대 10개 버전까지 남기기 때문에 랜섬웨어로 문서가 유실되거나 고의로 삭제된 경우에도 원하는 시점의 버전으로 복구할 수 있고, 부서·사용자별 백업 정책과 이력 모니터링은 관리자 콘솔에서 관리합니다. 보관된 원본은 유출 사고가 났을 때 증거 자료로도 쓰입니다.
여기에 문서 중앙화로 문서가 개인 PC에 흩어지는 것 자체를 줄이고, 정보유출방지로 백업이 해결해 주지 않는 유출을 막습니다. 데이터를 되돌리는 일과 새어 나가지 않게 하는 일은 다른 문제이기 때문입니다.
자주 묻는 질문
Q. 클라우드 드라이브에 올려두면 백업된 건가요?
A. 아닙니다. 동기화는 현재 상태를 똑같이 맞추는 기능이라, 파일이 암호화되거나 삭제되면 그 변경이 클라우드에도 그대로 반영됩니다. 서비스의 버전 기록으로 일부 되살릴 수는 있으나 보관 기간·용량 제한이 있어 백업의 대체물로 볼 수 없습니다.
Q. 이중화(RAID)를 해 뒀는데 백업도 필요한가요?
A. 필요합니다. 이중화는 디스크 고장에 대비하는 장치이고, 실수로 지운 파일이나 랜섬웨어에 암호화된 파일은 사본에도 똑같이 반영됩니다. 과거 시점으로 돌아가는 기능은 백업만 제공합니다.
Q. 백업까지 함께 암호화됐습니다. 왜 이런 일이 생기나요?
A. 백업 저장소가 공격자와 같은 네트워크에 상시 연결돼 있었기 때문입니다. 요즘 랜섬웨어는 원본을 암호화하기 전에 접근 가능한 백업부터 찾아 삭제합니다. 오프라인(에어갭)이나 불변(WORM) 사본을 최소 1개 두는 것이 유일한 대비책입니다.
Q. 백업은 얼마나 자주 해야 하나요?
A. "몇 시간 분량의 작업을 잃어도 감당할 수 있는가"로 정합니다. 이 값이 RPO이고, 백업 주기는 RPO보다 짧아야 합니다. 핵심 업무 시스템은 짧게, 참고 자료는 길게 차등을 두는 것이 일반적입니다.
Q. 백업이 있으면 랜섬웨어 협상은 안 해도 되나요?
A. 복구는 됩니다. 다만 요즘 랜섬웨어는 암호화 전에 데이터를 먼저 빼내 공개를 협박하는 이중 갈취를 씁니다. 백업은 '못 쓰게 된 것'을 되돌리지만 '이미 유출된 것'은 되돌리지 못합니다. 그래서 백업과 정보유출방지를 함께 갖춰야 합니다.
Q. 법적으로 백업 의무가 있나요?
A. 일정 규모 이상은 있습니다. 「개인정보의 안전성 확보조치 기준」 제11조는 10만 명 이상의 정보주체 개인정보를 처리하는 대기업·중견기업·공공기관과 100만 명 이상을 처리하는 중소기업·단체에 위기대응 매뉴얼 등 대응절차 마련·정기 점검과 함께 개인정보처리시스템의 백업 및 복구 계획 마련을 요구합니다. ISMS-P 등 인증 심사에서도 백업·복구 관리가 점검 항목입니다.국가법령정보센터
오피스키퍼 문서 백업 기능으로 정보 유실에 대비하세요.
제품소개서 신청하기