3-2-1 원칙이란

3-2-1은 데이터 보호 분야에서 오래 통용된 백업 기준입니다. 내용은 단순합니다. 사본을 3개 유지하고, 그중 2개는 서로 다른 매체에 두며, 1개는 반드시 원격지에 보관한다는 것입니다. 원본 서버, 같은 서버 안의 백업 폴더, 이렇게 두 개만 있는 상태는 3-2-1 기준으로 보면 사실상 백업이 없는 것과 같습니다. 서버 디스크가 고장 나면 둘 다 함께 사라지기 때문입니다.

소규모 사이트에 적용하면

거창한 장비 없이도 원칙은 지킬 수 있습니다. 실무에서는 보통 이렇게 구성합니다.

• 사본 1 — 운영 중인 서버의 원본 데이터
• 사본 2 — 호스팅사가 제공하는 자동 백업 또는 서버 내 스냅샷
• 사본 3 — 구글 드라이브, 드롭박스 등 외부 클라우드에 주기적으로 내려받은 파일

사본 2와 3이 각각 다른 매체이고, 사본 3이 원격지에 있으니 세 조건이 모두 충족됩니다. 워드프레스라면 파일과 데이터베이스를 함께 묶어야 완전한 백업이 되는데, 구체적인 방법은 워드프레스 백업 가이드에서 단계별로 확인하실 수 있습니다.

자주 나오는 실수

가장 흔한 실수는 호스팅사 자동 백업 하나만 믿는 것입니다. 자동 백업은 보관 기간이 짧아 문제를 늦게 발견하면 정상 시점의 사본이 이미 지워져 있는 경우가 많습니다. 두 번째는 백업 파일을 만들어 두고 복원 테스트를 한 번도 안 해 보는 것입니다. 압축이 깨졌거나 데이터베이스가 빠진 백업은 장애 당일에야 문제가 드러납니다.

백업 주기는 콘텐츠 갱신 주기에 맞추십시오. 매일 글이 올라오는 사이트라면 일 단위, 거의 바뀌지 않는 회사 소개형 사이트라면 주 단위로도 충분합니다.

점검 주기 정하기

분기에 한 번은 원격 사본을 실제로 내려받아 로컬이나 테스트 환경에서 복원해 보시기 바랍니다. 30분이면 끝나는 이 점검이 장애 상황에서 며칠을 아껴 줍니다.

※ 개인정보가 포함된 데이터베이스 백업을 외부 클라우드에 올릴 때는 압축 파일에 암호를 걸어 두시는 것이 안전합니다.

IDC.KR의 홈페이지 제작 플랜에는 호스팅이 기본 포함되어 있어 서버 단 백업 체계까지 함께 관리됩니다. 지금 사이트의 백업 상태가 3-2-1 기준에 맞는지 궁금하시다면 IDC.KR에 문의해 주십시오.