3-2-1 백업 규칙으로 데이터 안전하게 지키기

1월 화요일 오후, 창문 왼쪽으로 햇살이 비스듬하게 들어오던 시간이었다. 책상 위 모니터에 구글 드라이브 폴더 목록이 잔뜩 열려 있었는데, 문득 내가 관리하는 프로젝트 파일이 실제로 안전한지 의심이 생겼다. 클라우드 동기화 하나만 켜놓고 '이 정도면 됐겠지' 싶었거든. 그날 바로 그 생각이 틀렸다는 걸 알게 됐다.

Pexels @ Miguel Á. Padriñán

3-2-1 규칙, 숫자가 뭘 말하는 건지부터

3-2-1이라는 이름은 세 가지 조건을 순서대로 나열한 거다.

• 3: 데이터 사본을 총 3개 만든다 (원본 포함하면 4개가 존재)
• 2: 그 사본들을 2가지 이상의 서로 다른 저장 매체에 보관한다
• 1: 그 중 최소 1개는 원본이 있는 장소와 물리적으로 떨어진 곳에 둔다

얼핏 번거로워 보이는데, 한 번 세팅해두면 이후엔 크게 손댈 일이 없다. 중요한 건 각 저장소가 독립적으로 작동해야 한다는 점이다. 같은 계정의 클라우드 폴더를 두 개 만들어 백업이라고 부르는 경우가 있는데, 그건 위험하다. 동기화 오류 하나로 두 곳이 동시에 같은 상태가 되거든.

동기화와 백업은 다르다. 클라우드에 파일을 올린다는 건 모든 기기에서 동일한 상태를 유지하는 것이지, 과거 버전을 따로 보관하는 게 아니다.

실수로 파일을 삭제하거나 덮어쓰면 동기화된 장치 전부에서 동시에 사라진다. 이 차이를 처음 이해할 때 꽤 헷갈렸다. 한참 후에야 제대로 파악했고.

어떻게 구성하느냐가 진짜 문제

초기에 업무 파일을 노트북 C 드라이브 하나와 구글 드라이브에만 뒀다. 그러다 3월 목요일 오전에 외장 하드드라이브가 갑자기 인식이 안 됐다. 그 드라이브에 반년치 포트폴리오 파일이 있었는데, 구글 드라이브 쪽은 동기화가 꼬여서 최신 버전이 아니었다. 복구 업체에 맡겼다가 사흘을 날리고 비용도 꽤 들었다. 그때 진짜 식은땀이...

그 이후로 구성을 완전히 바꿨다.

• 로컬 저장소(노트북 내부 SSD): 원본. 작업 중 파일 전부.
• 외장 SSD: 매달 첫째 주 토요일에 수동 백업. 책상 서랍이 아니라 집 외부 가방에 보관.
• 구글 드라이브: 실시간 자동 동기화. 접근성 위주.
• 두 번째 클라우드(원드라이브): 분기마다 한 번 쓸까말까, 중요 폴더만 선택해서 올려둠.

이렇게 하면 단일 실패 지점이 없어진다. 노트북이 고장 나도 외장 SSD가 있고, 외장 SSD를 잃어버려도 클라우드가 있고, 클라우드 계정에 문제가 생겨도 두 번째 저장소가 남는다.

각 저장소가 독립적이어야 한다는 말의 의미가 그제야 체감됐다.

Pexels @ panumas nikhomkhai

자동화 도구를 쓰면 훨씬 수월하다. 윈도우는 파일 히스토리 기능이 기본으로 있어서 외장 드라이브 꽂으면 알아서 돌아간다. 맥은 타임머신이 있고. 클라우드 동기화는 지정 폴더에 파일 넣기만 해도 자동 업로드된다. 지금은 이렇게 굴리고 있다—외장 드라이브 자동 백업은 파일 히스토리에 맡기고, 분기별 오프사이트 복사만 수동으로 한다. 이 작업 자체는 10~15분이면 끝난다.

놓치기 쉬운 함정 두 가지

백업이 실제로 복구 가능한 상태인지 테스트하지 않는 게 가장 흔한 실수다. 파일을 저장해 놓고 복구는 한 번도 시도 안 하다가, 막상 필요한 순간에 파일이 깨져 있거나 버전이 너무 오래된 경우가 있다. 1년에 한 번 정도는 백업에서 파일을 실제로 꺼내 열어보는 게 좋다.

또 하나. 외장 드라이브를 컴퓨터 옆 같은 책상 위에만 두는 건 위험하다. 화재나 수해가 생기면 두 개가 동시에 날아간다. 최소 다른 방, 가능하면 다른 건물에 1개는 둬야 3-2-1 규칙의 '1'이 실제로 의미를 갖는다.

Pexels @ panumas nikhomkhai

백업 주기도 데이터 성격에 따라 달라져야 한다. 매일 수정하는 파일과 1년에 한 번 건드릴까 말까 한 파일을 같은 주기로 관리하는 건 비효율적이다. 중요도와 변경 빈도에 따라 주기를 다르게 설정하는 게 현실적이다.