컴퓨터에 중요한 파일을 보관하고 있다면 저장장치 고장보다 더 무서운 상황이 있습니다.
바로 파일은 그대로 존재하지만 열 수 없게 되는 상황입니다.
랜섬웨어는 문서, 사진, 동영상, 업무 파일 등을 암호화해 사용할 수 없게 만들 수 있습니다. 더 큰 문제는 PC에 연결된 외장 저장장치나 접근 가능한 네트워크 저장소까지 피해를 입을 수 있다는 점입니다.
많은 사용자는 이렇게 생각합니다.
"외장하드에 복사해 두었으니 백업은 끝난 것 아닌가?"
하지만 외장하드가 항상 컴퓨터에 연결되어 있다면 랜섬웨어나 사용자 실수, 시스템 문제로부터 완전히 독립된 백업이라고 보기 어렵습니다.
클라우드도 마찬가지입니다. 동기화 서비스와 백업은 비슷해 보이지만 목적과 동작 방식이 다릅니다.
그렇다면 중요한 데이터를 어떻게 보관해야 할까요?
가장 널리 알려진 기본 원칙 중 하나가 바로 3-2-1 백업 전략입니다.
이번 글에서는 3-2-1 백업이 무엇인지부터 외장 SSD·HDD, NAS, 클라우드를 어떻게 조합해야 하는지, 랜섬웨어에 대비하려면 백업을 왜 분리해야 하는지, 그리고 일반 Windows 사용자도 현실적으로 적용할 수 있는 방법까지 자세히 알아보겠습니다.
1. 백업이 필요한 이유는 랜섬웨어뿐만이 아니다
백업을 이야기하면 랜섬웨어부터 떠올리기 쉽습니다.
하지만 실제로 데이터를 잃는 원인은 다양합니다.
예를 들면 다음과 같습니다.
- SSD 또는 HDD 고장
- 실수로 파일 삭제
- 파일 덮어쓰기
- 운영체제 오류
- 프로그램 오류
- 랜섬웨어
- 악성코드
- 노트북 분실
- 도난
- 침수
- 화재
- 전원 문제
- NAS 장애
따라서 백업의 목적은 단순히 랜섬웨어를 막는 것이 아닙니다.
랜섬웨어는 예방해야 하지만 완벽한 예방을 보장할 수는 없습니다.
백업의 핵심 목적은 사고가 발생하더라도 중요한 데이터를 다시 사용할 수 있는 상태로 복구하는 것입니다.
2. 백업과 복사는 같은 것일까?
비슷해 보이지만 구분할 필요가 있습니다.
예를 들어 PC에 다음 파일이 있다고 가정하겠습니다.
C:\Documents\업무자료.xlsx
이 파일을 같은 SSD의 다른 폴더에 복사했습니다.
C:\Backup\업무자료.xlsx
파일은 두 개가 되었지만 이것을 안전한 백업이라고 보기 어렵습니다.
SSD 자체가 고장나면 두 파일을 모두 잃을 수 있기 때문입니다.
즉 중요한 것은 단순히:
파일 개수가 몇 개인가
가 아니라:
서로 같은 장애에 동시에 영향을 받는가
입니다.
3. 3-2-1 백업 원칙이란?
3-2-1 백업은 데이터를 안전하게 보관하기 위한 대표적인 기본 원칙입니다.
숫자의 의미는 다음과 같습니다.
3
데이터 복사본을 총 3개 유지합니다.
일반적으로 원본 1개와 추가 백업 2개를 의미합니다.
2
적어도 두 종류의 저장 방식 또는 서로 다른 장애 영역을 활용합니다.
예를 들어 PC 내부 SSD와 외장 HDD를 사용할 수 있습니다.
1
최소 하나의 백업은 물리적으로 또는 논리적으로 분리된 장소에 보관합니다.
대표적으로 클라우드나 다른 장소에 보관하는 저장장치가 있습니다.
이를 단순하게 표현하면:
원본 데이터│├── 로컬 백업│└── 외부 백업
입니다.
4. 가장 간단한 3-2-1 구성
일반 사용자가 비교적 쉽게 구성할 수 있는 방법은 다음과 같습니다.
PC SSD│├── 외장 HDD│└── 클라우드 백업
예를 들어 중요한 사진이 PC에 있다면:
복사본 1
PC SSD
복사본 2
외장 HDD
복사본 3
클라우드
형태입니다.
이렇게 하면 PC의 SSD가 고장나도 외장 HDD와 클라우드에서 복구할 가능성이 있습니다.
5. 왜 백업을 하나만 만들어서는 부족할까?
외장 HDD에 백업했다고 생각해 보겠습니다.
그런데 다음 날 외장 HDD가 고장났다면 어떻게 될까요?
PC 원본이 정상이라면 문제가 없지만 원본과 백업에 동시에 문제가 발생하면 데이터를 잃을 수 있습니다.
또 PC와 외장 HDD를 항상 같은 장소에 보관한다면 화재나 침수, 도난 같은 사고에서 둘 모두 피해를 입을 수 있습니다.
그래서 3-2-1 백업은 서로 다른 종류의 사고가 동시에 모든 복사본을 없애지 못하도록 만드는 것에 초점을 둡니다.
6. 랜섬웨어에서는 왜 백업 분리가 중요할까?
이 부분이 이번 글의 핵심입니다.
다음 구조를 생각해 보겠습니다.
PC│└── 외장 HDD항상 연결
사용자는 외장 HDD에 매일 파일을 백업하고 있습니다.
문제는 랜섬웨어가 실행됐을 때입니다.
악성코드가 사용자가 접근할 수 있는 드라이브와 네트워크 위치의 파일까지 암호화하도록 설계되었다면 PC의 원본과 연결된 백업이 함께 피해를 입을 가능성이 있습니다.
따라서 랜섬웨어 대비에서는:
백업이 존재하는가?
뿐만 아니라:
백업이 공격 시점에도 원본 시스템에서 접근 가능한가?
를 생각해야 합니다.
7. 외장하드는 백업 후 분리하는 것이 좋다
외장 HDD나 SSD를 백업용으로 사용한다면 매우 단순하지만 효과적인 방법이 있습니다.
백업할 때만 연결하고 완료되면 안전하게 제거해 분리하는 것입니다.
예를 들어:
매주 일요일↓외장 HDD 연결↓백업 실행↓파일 확인↓안전하게 제거↓PC와 분리하여 보관
이렇게 하면 평소 외장 저장장치가 PC에서 접근할 수 없는 상태가 됩니다.
랜섬웨어 감염이 발생하더라도 분리되어 있는 저장장치까지 직접 접근하기는 어렵습니다.
8. 외장 SSD와 외장 HDD 중 무엇이 좋을까?
백업 용도로 둘 다 사용할 수 있습니다.
외장 HDD
장점은 대용량 데이터를 상대적으로 경제적으로 보관하기 좋다는 것입니다.
사진과 동영상처럼 데이터가 많은 경우 유리할 수 있습니다.
외장 SSD
빠르고 휴대하기 편하며 기계적인 구동 부품이 없습니다.
하지만 같은 용량이라면 HDD보다 비용이 높을 수 있습니다.
따라서 단순한 대용량 백업이 목적이라면 HDD도 여전히 실용적이고, 자주 이동하거나 빠른 백업·복구가 중요하다면 SSD가 편리할 수 있습니다.
어떤 저장장치를 사용하든 한 장치만 믿는 것은 피하는 것이 좋습니다.
9. NAS가 있으면 백업은 끝일까?
아닙니다.
NAS(Network Attached Storage)는 네트워크를 통해 여러 기기가 데이터를 저장하고 공유할 수 있어 매우 편리합니다.
예를 들어:
PC│├── NAS├── 노트북└── 스마트폰
처럼 사용할 수 있습니다.
하지만 NAS도 하나의 컴퓨터이자 저장 시스템입니다.
따라서:
- 저장장치 고장
- 사용자 실수
- 관리자 계정 침해
- 랜섬웨어
- NAS 자체의 취약점
- 화재·침수·도난
등의 위험이 존재합니다.
NAS 자체가 백업 전략 전체를 의미하지는 않습니다.
10. RAID와 백업을 혼동하면 안 된다
NAS를 사용하는 사람들에게 특히 중요한 부분입니다.
NAS에서 RAID를 사용하면 디스크 일부가 고장나더라도 시스템을 계속 운영하거나 데이터를 유지할 수 있는 구성을 만들 수 있습니다.
하지만 RAID는 일반적으로 가용성과 디스크 장애 대응을 위한 기술이지 완전한 백업을 의미하지 않습니다.
예를 들어 사용자가 중요한 폴더를 실수로 삭제하면 RAID 구성에서도 삭제가 반영될 수 있습니다.
랜섬웨어가 파일을 암호화한다면 RAID는 암호화된 데이터를 여러 디스크에 정상적으로 기록할 수도 있습니다.
따라서:
RAID ≠ Backup
입니다.
11. 클라우드 동기화와 백업도 다르다
이것 역시 매우 중요한 차이입니다.
클라우드 동기화는 여러 기기에서 동일한 파일 상태를 유지하는 것이 주요 목적입니다.
예를 들어 PC에서 파일을 수정하면 클라우드에서도 수정된 파일이 반영되고 다른 기기에서도 변경된 파일을 사용할 수 있습니다.
문제는 잘못된 변경까지 동기화될 수 있다는 것입니다.
예를 들어:
정상 파일↓PC에서 삭제↓동기화↓클라우드에서도 삭제 반영
같은 상황이 발생할 수 있습니다.
따라서 단순 동기화만으로 완전한 백업 전략을 구성했다고 생각해서는 안 됩니다.
12. 그렇다면 클라우드는 랜섬웨어에 쓸모없을까?
그렇지 않습니다.
클라우드 서비스 중에는 파일 버전 기록이나 삭제 파일 복구 기능을 제공하는 경우가 있습니다.
랜섬웨어가 파일을 변경했더라도 이전 버전으로 복구할 수 있는 가능성이 생깁니다.
하지만 서비스마다:
- 버전 보관 기간
- 삭제 파일 보관 기간
- 복구 가능한 범위
- 저장 용량
- 요금제별 기능
등이 다릅니다.
따라서 클라우드를 백업 전략에 포함한다면 '업로드가 되는가'보다 '과거 상태로 복구할 수 있는가'를 확인하는 것이 중요합니다.
13. 동기화와 백업의 차이를 정리하면
| 구분 | 동기화 | 백업 |
|---|---|---|
| 주요 목적 | 여러 위치의 파일 상태 일치 | 사고 후 데이터 복구 |
| 파일 수정 | 다른 위치에도 반영될 수 있음 | 이전 상태 보존 가능 |
| 파일 삭제 | 삭제가 동기화될 수 있음 | 정책에 따라 복구 가능 |
| 랜섬웨어 | 암호화된 변경이 동기화될 수 있음 | 분리·버전 관리 시 복구에 유리 |
| 핵심 | 편리한 파일 사용 | 데이터 복구 |
서비스마다 동작 방식은 다르므로 실제 사용하는 서비스의 정책을 확인해야 합니다.
14. 버전 관리가 중요한 이유
다음과 같은 문서가 있다고 생각해 보겠습니다.
보고서.docx
월요일에는 정상 파일이었습니다.
화요일에 실수로 중요한 내용을 삭제했습니다.
수요일에 현재 파일만 백업했습니다.
그러면 백업에도 잘못된 파일이 저장됩니다.
하지만 버전 관리가 있다면:
월요일 버전화요일 버전수요일 버전
처럼 과거 상태를 보관할 수 있습니다.
랜섬웨어뿐 아니라 실수로 수정하거나 덮어쓴 파일을 복구할 때도 버전 관리가 매우 유용합니다.
15. 백업은 얼마나 자주 해야 할까?
정답은 데이터의 중요도와 변경 빈도에 따라 달라집니다.
가장 좋은 질문은 이것입니다.
"최대 얼마만큼의 작업 내용을 잃어도 괜찮은가?"
예를 들어 매일 업무 문서를 작성하는 사람이 일주일에 한 번만 백업한다면 사고가 발생했을 때 최대 일주일 분량의 작업을 잃을 수 있습니다.
반대로 하루에 한 번 백업하면 손실 범위를 크게 줄일 수 있습니다.
따라서:
백업 주기 = 감당할 수 있는 데이터 손실량
과 연결해서 생각하는 것이 좋습니다.
16. RPO란 무엇일까?
조금 더 전문적으로 들어가 보겠습니다.
RPO는 Recovery Point Objective입니다.
사고가 발생했을 때 어느 시점까지의 데이터 손실을 허용할 것인지에 대한 목표입니다.
예를 들어 RPO가:
24시간
이라면 최대 하루 정도의 데이터 손실을 감수할 수 있다는 의미로 이해할 수 있습니다.
RPO가:
1시간
이라면 훨씬 자주 백업해야 합니다.
따라서 데이터가 자주 변경될수록 더 짧은 RPO가 필요할 수 있습니다.
17. RTO란 무엇일까?
RTO는 Recovery Time Objective입니다.
사고 발생 후 시스템이나 데이터를 사용할 수 있는 상태로 복구하는 데 허용되는 목표 시간을 의미합니다.
예를 들어 개인 사진은 며칠 뒤 복구해도 괜찮을 수 있습니다.
하지만 회사의 핵심 업무 시스템이라면 몇 시간의 중단도 큰 피해가 될 수 있습니다.
따라서 백업 전략에서는:
얼마나 최근 데이터까지 복구할 것인가? → RPO
얼마나 빨리 복구할 것인가? → RTO
를 함께 고려합니다.
18. 모든 파일을 똑같이 백업할 필요는 없다
PC에 있는 모든 파일이 동일하게 중요한 것은 아닙니다.
예를 들어 Windows 시스템 파일은 다시 설치할 수 있습니다.
프로그램 역시 대부분 다시 다운로드할 수 있습니다.
하지만 다음 데이터는 다시 만들기 어렵거나 불가능할 수 있습니다.
- 가족 사진
- 개인 동영상
- 업무 문서
- 직접 작성한 자료
- 프로젝트 파일
- 연구 데이터
- 회계 자료
- 개인 창작물
따라서 먼저 복구 불가능하거나 다시 만드는 데 많은 시간이 필요한 데이터부터 분류하는 것이 좋습니다.
19. 백업할 폴더부터 정리해 보자
Windows 사용자라면 우선 다음 위치를 확인할 수 있습니다.
바탕 화면문서사진동영상다운로드
하지만 프로그램에 따라 데이터가 다른 위치에 저장될 수도 있습니다.
특히:
- 이메일 데이터
- 게임 저장 데이터
- 프로그램 설정
- 프로젝트 폴더
- 브라우저 관련 데이터
등은 별도의 위치를 사용할 수 있습니다.
따라서 백업을 시작하기 전에 내 중요한 파일이 실제로 어디에 저장되어 있는지 파악하는 과정이 필요합니다.
20. 다운로드 폴더를 전부 백업해야 할까?
반드시 그런 것은 아닙니다.
다운로드 폴더에는 다시 받을 수 있는 설치 파일과 임시 파일이 많이 존재할 수 있습니다.
백업 공간이 제한적이라면 다음처럼 우선순위를 나눌 수 있습니다.
최우선
다시 만들 수 없는 개인 데이터
중요
업무 및 프로젝트 자료
보통
설정 파일이나 재구성이 번거로운 자료
낮음
인터넷에서 다시 받을 수 있는 설치 파일
이렇게 하면 저장 공간과 백업 시간을 효율적으로 사용할 수 있습니다.
21. 전체 시스템 이미지도 필요한가?
파일 백업과 시스템 이미지는 목적이 다릅니다.
파일 백업
문서, 사진 등 사용자 데이터를 복구하는 것이 목적입니다.
시스템 이미지
운영체제, 프로그램, 설정 등을 포함해 시스템 전체 상태를 복구하는 데 활용될 수 있습니다.
PC 환경을 처음부터 다시 구성하는 데 시간이 많이 걸리는 사용자라면 시스템 이미지도 유용할 수 있습니다.
하지만 시스템 이미지만 만들어 놓고 개별 파일 백업을 하지 않는 것도 좋은 전략은 아닙니다.
파일 단위 복구와 시스템 복구는 서로 다른 필요가 있기 때문입니다.
22. 자동 백업과 수동 백업 중 무엇이 좋을까?
가능하다면 자동화를 활용하는 것이 편리합니다.
사람은 백업을 잊기 쉽기 때문입니다.
하지만 랜섬웨어 대비에서는 자동 백업 저장소가 항상 PC에서 쓰기 가능한 상태인지도 고려해야 합니다.
따라서 현실적인 방법은:
자동 백업
분리된 추가 백업
을 함께 사용하는 것입니다.
예를 들어:
매일 → 자동 백업매주 → 외장 HDD 백업 후 분리주기적으로 → 외부 백업 확인
처럼 구성할 수 있습니다.
23. Windows 사용자의 현실적인 3-2-1 구성
개인 사용자가 지나치게 복잡한 시스템을 만들 필요는 없습니다.
예를 들어 다음처럼 구성할 수 있습니다.
원본
PC 내부 SSD
백업 1
외장 HDD
백업 2
버전 관리가 가능한 클라우드 또는 다른 장소의 저장장치
구조는 다음과 같습니다.
[PC SSD]│┌───────┴───────┐│ │[외장 HDD] [외부 백업]백업 후 분리 클라우드 등
이 정도만 제대로 운영해도 PC 내부에 원본만 저장하는 것보다 훨씬 안전한 구조가 됩니다.
24. 중요한 데이터라면 외장 HDD 두 개를 교대로 사용할 수도 있다
조금 더 안전하게 구성하고 싶다면 외장 저장장치 두 개를 사용할 수 있습니다.
예를 들어:
외장 HDD A
이번 주 백업
외장 HDD B
이전 백업 보관
다음 주에는 역할을 바꿉니다.
이런 방식을 백업 로테이션 형태로 활용할 수 있습니다.
하나의 외장 HDD에 문제가 생기더라도 다른 세대의 백업이 남을 가능성을 높여줍니다.
25. 백업 장치를 PC 옆에 두면 충분할까?
랜섬웨어 관점에서는 분리된 장치가 도움이 될 수 있습니다.
하지만 화재, 침수, 도난 같은 물리적인 사고까지 생각한다면 PC와 백업 장치를 항상 같은 장소에 두는 것은 한계가 있습니다.
예를 들어:
PC + 백업 HDD같은 책상
이라면 도난이나 화재로 동시에 잃을 수 있습니다.
그래서 3-2-1 원칙의 '1'에서는 다른 장애 영역에 있는 복사본이 중요합니다.
클라우드가 많이 사용되는 이유 중 하나도 이것입니다.
26. 클라우드 백업의 장점
클라우드를 백업 전략에 포함하면 물리적으로 다른 장소에 데이터를 보관할 수 있다는 장점이 있습니다.
예를 들어 집의 PC와 외장 HDD가 동시에 손상되어도 원격 데이터가 남아 있을 가능성이 있습니다.
또 서비스에 따라:
- 자동 업로드
- 버전 기록
- 삭제 파일 복구
- 여러 기기 접근
등을 제공할 수 있습니다.
다만 인터넷 속도와 저장 용량, 비용, 개인정보 및 보안 정책 등을 고려해야 합니다.
27. 클라우드에 올리면 무조건 안전할까?
아닙니다.
클라우드 역시 계정 보안이 중요합니다.
계정이 탈취되면 데이터에 접근하거나 삭제될 위험이 있을 수 있습니다.
따라서 중요한 클라우드 계정에는 가능하면:
강력하고 고유한 비밀번호
다중요소 인증(MFA)
을 적용하는 것이 좋습니다.
또 사용하는 서비스의 버전 보관 및 복구 정책도 확인해야 합니다.
28. 백업 파일을 암호화해야 할까?
백업 저장장치에는 매우 중요한 개인 정보가 들어갈 수 있습니다.
특히 외장 SSD나 노트북을 가지고 이동한다면 분실 위험을 고려해야 합니다.
따라서 데이터의 민감도에 따라 저장장치 또는 백업 자체를 암호화하는 방법을 고려할 수 있습니다.
Windows 환경에서는 에디션과 장치 지원 여부에 따라 BitLocker 등의 기능을 사용할 수 있습니다.
다만 암호화 키나 복구 키를 잃어버리면 본인도 데이터를 복구하지 못할 수 있으므로 복구 정보 관리가 매우 중요합니다.
29. 백업 장치에도 수명이 있다
외장 HDD나 SSD도 영구적인 저장장치가 아닙니다.
모든 저장장치는 고장날 수 있습니다.
따라서:
"외장하드에 백업했으니 20년 동안 신경 쓰지 않아도 된다."
라고 생각해서는 안 됩니다.
주기적으로:
- 장치가 정상 인식되는지
- 파일을 읽을 수 있는지
- 오류가 발생하지 않는지
- 용량이 부족하지 않은지
확인해야 합니다.
장기간 보관이 필요한 데이터라면 새로운 저장장치로 옮기는 것도 고려해야 합니다.
30. 백업이 성공했다는 메시지만 믿으면 안 되는 이유
백업 프로그램에:
Backup completed successfully
라고 표시되었다고 가정해 보겠습니다.
이것만으로 실제 복구 가능성을 완벽하게 보장할 수는 없습니다.
백업 파일 자체가 손상되었거나 설정에서 중요한 폴더가 빠져 있을 수도 있습니다.
따라서 백업 후에는 실제로 파일 몇 개를 선택해 복구 테스트를 해보는 것이 좋습니다.
31. 백업에서 가장 중요한 것은 복구 테스트다
백업의 최종 목적은 파일을 저장하는 것이 아니라 복구하는 것입니다.
따라서 좋은 백업 전략에는 반드시 복구 테스트가 포함되어야 합니다.
예를 들어:
테스트 문서 생성↓백업 실행↓원본과 분리된 위치에서 복구↓파일 정상 실행 확인
과정을 수행해 볼 수 있습니다.
사진이라면 실제로 열어보고 문서라면 내용을 확인합니다.
압축 백업이라면 압축 파일이 정상적으로 열리는지도 확인합니다.
32. 백업 로그도 확인하자
자동 백업 프로그램을 사용한다면 백업 로그를 주기적으로 확인하는 것이 좋습니다.
다음과 같은 문제가 발생할 수 있기 때문입니다.
- 저장 공간 부족
- 네트워크 연결 실패
- 권한 오류
- 특정 파일 백업 실패
- 외장 저장장치 미연결
자동 백업은 편리하지만 자동으로 실패할 수도 있습니다.
따라서 '설정했으니 끝'이 아니라 주기적인 확인이 필요합니다.
33. 랜섬웨어 감염 후 백업 장치를 바로 연결하면 안 되는 이유
랜섬웨어 감염이 의심되는 PC에 정상적인 백업 HDD를 바로 연결하는 것은 위험할 수 있습니다.
악성코드가 여전히 실행 중이라면 새로 연결한 저장장치까지 영향을 받을 가능성이 있기 때문입니다.
따라서 먼저 시스템의 감염 여부와 안전성을 확인해야 합니다.
기업이나 기관의 컴퓨터라면 IT·보안 담당자의 사고 대응 절차를 따라야 합니다.
백업은 안전하다고 확인된 환경에서 복구하는 것이 중요합니다.
34. 랜섬웨어 대비에서 '불변 백업'이 중요한 이유
기업 환경에서는 Immutable Backup, 즉 일정 기간 변경하거나 삭제하기 어렵게 설계된 백업을 활용하기도 합니다.
일반적인 백업 저장소에 공격자가 접근하면 백업 자체를 삭제하거나 암호화할 수 있기 때문입니다.
불변성을 가진 백업은 이러한 공격에 대한 방어력을 높일 수 있습니다.
개인 사용자가 반드시 복잡한 기업용 시스템을 구축할 필요는 없지만 기본 원리는 기억할 가치가 있습니다.
좋은 백업은 원본 시스템의 관리자 권한이 탈취되더라도 함께 사라지지 않도록 설계해야 합니다.
35. 3-2-1에서 발전한 3-2-1-1-0이란?
최근에는 3-2-1 원칙을 확장하여 3-2-1-1-0이라는 표현도 사용합니다.
기본 개념은 다음과 같습니다.
3
데이터 복사본 3개
2
서로 다른 저장 방식 또는 매체
1
외부 위치 복사본
1
오프라인 또는 불변 형태의 추가 복사본
0
복구 검증 과정에서 오류가 없도록 관리
특히 랜섬웨어 대응에서는 오프라인 또는 불변 백업의 중요성을 강조하기 위한 개념으로 이해할 수 있습니다.
36. 개인 사용자에게 3-2-1-1-0까지 필요할까?
모든 사용자에게 동일한 수준이 필요한 것은 아닙니다.
데이터의 가치에 따라 달라집니다.
예를 들어 다시 다운로드할 수 있는 게임 파일만 있는 PC와:
10년간 찍은 가족 사진
중요 업무 자료
연구 데이터
가 들어 있는 PC의 백업 수준은 달라야 합니다.
중요한 데이터라면 비용과 관리가 조금 늘어나더라도 추가적인 분리 백업을 고려할 가치가 있습니다.
37. 비용을 최소화한 개인용 백업 전략
비용이 부담된다면 모든 데이터를 클라우드에 올릴 필요는 없습니다.
데이터를 중요도별로 나눌 수 있습니다.
A등급 — 절대 잃으면 안 되는 데이터
가족사진, 중요 문서, 개인 창작물
→ PC + 외장 HDD + 외부 백업
B등급 — 다시 만들 수 있지만 번거로운 데이터
설정 파일, 프로젝트 중간 자료
→ PC + 외장 HDD
C등급 — 다시 다운로드 가능한 데이터
프로그램 설치 파일, 게임 등
→ 필요에 따라 백업 생략
이렇게 하면 백업 비용을 줄이면서 중요한 데이터에 집중할 수 있습니다.
38. 개인 PC에서 적용할 수 있는 백업 일정 예시
복잡하게 시작할 필요는 없습니다.
예를 들어 다음 정도로 구성할 수 있습니다.
| 주기 | 작업 |
|---|---|
| 매일 | 중요 문서 자동 백업 또는 버전 관리 |
| 매주 | 외장 HDD에 백업 |
| 백업 후 | 외장 HDD 분리 |
| 매월 | 중요한 파일 복구 테스트 |
| 주기적으로 | 외부 백업 상태 확인 |
| 6~12개월 | 백업 구조와 저장 용량 점검 |
데이터 변경량에 따라 주기를 더 짧게 또는 길게 조정하면 됩니다.
39. 실제 랜섬웨어 대비용 백업 구조 예시
일반 가정용 Windows PC를 기준으로 현실적인 구조를 만들어 보겠습니다.
원본
PC 내부 SSD
첫 번째 백업
외장 HDD매주 백업완료 후 PC에서 분리
두 번째 백업
원격 위치또는버전 복구가 가능한 클라우드 백업
그리고:
매월 복구 테스트
를 진행합니다.
전체 구조는 다음과 같습니다.
[중요 데이터]│▼[PC SSD]│┌───────────┴───────────┐│ │▼ ▼[외장 HDD] [외부 백업]주기적 백업 클라우드 등백업 후 분리 버전 관리│ │└───────────┬───────────┘▼[복구 테스트]
이 구조의 핵심은 단순합니다.
모든 데이터가 항상 PC에서 접근 가능한 상태로 연결되어 있지 않게 만드는 것입니다.
40. 백업 전략을 만들 때 스스로 물어봐야 할 질문
마지막으로 자신의 백업 환경을 점검해 보세요.
① 중요한 파일이 어디에 있는지 알고 있는가?
② 원본을 제외한 복사본이 최소 두 개 있는가?
③ 모든 복사본이 같은 PC에만 저장되어 있지는 않은가?
④ 백업 HDD를 항상 PC에 연결해 두지는 않는가?
⑤ 물리적으로 다른 장소의 백업이 있는가?
⑥ 클라우드가 과거 파일 버전을 복구할 수 있는가?
⑦ 백업이 자동으로 실패하고 있지는 않은가?
⑧ 실제로 파일을 복구해 본 적이 있는가?
⑨ 클라우드 계정에 MFA가 적용되어 있는가?
⑩ 랜섬웨어 감염 시 어느 백업에서 복구할지 알고 있는가?
이 질문에 대부분 자신 있게 답할 수 있다면 상당히 체계적인 백업 환경을 갖추고 있는 것입니다.
마무리
랜섬웨어에 대비하는 가장 중요한 방법 중 하나는 감염되지 않는 것만 기대하지 않고 감염되더라도 데이터를 복구할 수 있도록 준비하는 것입니다.
그 출발점이 3-2-1 백업 원칙입니다.
다시 정리하면:
3 → 데이터 복사본을 총 3개 유지
2 → 서로 다른 저장 방식이나 장애 영역 활용
1 → 최소 하나는 다른 위치에 보관
개인 PC에서는 어렵게 생각할 필요가 없습니다.
예를 들어:
PC 내부 SSD + 백업 후 분리하는 외장 HDD + 외부/클라우드 백업
만으로도 기본적인 3-2-1 구조를 만들 수 있습니다.
하지만 저장하는 것만으로 끝나서는 안 됩니다.
랜섬웨어에 대비하려면 백업을 원본 시스템과 분리하고, 과거 버전을 보관하며, 실제 복구 테스트를 정기적으로 수행하는 것이 중요합니다.
백업의 성공 여부를 판단하는 가장 중요한 질문은:
"백업 파일이 있는가?"
가 아닙니다.
"오늘 PC의 모든 파일을 잃더라도 실제로 필요한 데이터를 복구할 수 있는가?"
입니다.
이 질문에 확실하게 '예'라고 답할 수 있도록 만드는 것이 좋은 백업 전략의 목표입니다.
관련 글
- 컴퓨터 악성코드는 어떻게 감염되는가? 바이러스·트로이목마·랜섬웨어의 차이
- SSD의 수명은 무엇으로 결정될까? TBW, NAND 플래시, 쓰기량의 관계
- 컴퓨터 IP 주소의 원리: 공인 IP와 사설 IP, DHCP, NAT 쉽게 이해하기
- 윈도우 작업 관리자를 제대로 이해하는 법
- 윈도우 부팅이 느려지는 원인과 시작 프로그램을 안전하게 최적화하는 방법