홈페이지가 사라지는 순간은 대부분 조용하다. 해킹 메일 한 통, 잘못 누른 삭제 버튼 하나, 갱신을 놓친 서버 결제 하나면 충분하다. 사장님이 '백업'이라는 단어를 처음 검색하는 때는 안타깝게도 늘 사고가 난 다음 날이다. 백업은 사고를 막는 장치가 아니라, 사고가 난 뒤에도 어제로 돌아갈 수 있게 해 주는 유일한 사다리다. 작은 회사가 그 사다리를 미리 걸어 두는 다섯 가지 원칙을 정리했다.
1. 백업은 '복사 한 번'이 아니라 3-2-1 규칙이다
USB에 사이트 파일 하나 넣어 둔 걸 백업이라 부르는 경우가 많다. 그 USB가 고장 나거나 사무실에 불이 나면 원본과 사본이 함께 사라진다. 업계의 오랜 기준은 3-2-1 규칙이다. 사본을 최소 3벌 두고, 서로 다른 매체 2종에 나눠 담고, 그중 1벌은 물리적으로 떨어진 원격지에 보관하라는 뜻이다. 원본 서버, 다른 클라우드 스토리지, 그리고 내 손이 닿는 로컬 저장소 — 이 셋이 동시에 무너질 확률은 극히 낮다.
2. 무엇을 백업하는가 — 데이터베이스와 파일은 따로 논다
홈페이지는 두 덩어리로 이루어져 있다. 게시글·회원·문의 내역이 담긴 데이터베이스와, 업로드한 사진·문서·디자인 파일이 담긴 파일 저장소다. 이 둘은 저장되는 방식이 달라서 한쪽만 백업하면 복구할 때 반쪽짜리가 된다. 글은 살아났는데 사진이 전부 깨져 있거나, 반대로 이미지는 있는데 글 목록이 텅 비는 식이다. 데이터베이스 덤프와 파일 아카이브를 같은 시점 기준으로 함께 챙기는 것이 핵심이다.
3. 사람 손을 믿지 말고 자동으로 돌려라
"매주 금요일에 직접 백업하기로 했는데, 바쁜 주에는 건너뛰었다." 수동 백업이 실패하는 이유는 늘 같다. 사람은 잊는다. 백업은 정해진 주기로 자동 실행되도록 스케줄러에 걸어 두어야 한다. 갱신이 잦은 사이트라면 하루 한 번, 웬만한 소개형 사이트라도 최소 주 1회는 필요하다. 그리고 오래된 백업이 무한정 쌓여 저장소를 잡아먹지 않도록 보관 기간(예: 최근 30일치만 유지)도 함께 정해 둔다.
4. 복구해 본 적 없는 백업은 백업이 아니다
가장 흔한 함정이다. 매일 백업 파일은 잘 쌓이는데, 막상 사고가 나서 열어 보니 그중 절반이 손상돼 있거나 복구 절차를 아무도 모른다. 백업의 목적은 '쌓는 것'이 아니라 '되살리는 것'이다. 분기에 한 번은 실제로 백업본을 임시 환경에 복원해 보는 리허설을 해야 한다. 복원에 걸리는 시간, 빠진 데이터, 막히는 지점을 미리 확인해 두면, 진짜 사고가 났을 때 몇 시간 안에 어제로 돌아갈 수 있다.
5. 백업본은 원본과 다른 열쇠로 잠가라
랜섬웨어와 계정 탈취가 무서운 이유는, 원본 서버에 접근한 침입자가 연결된 백업까지 통째로 암호화하거나 지워 버리기 때문이다. 그래서 백업 저장소는 원본과 분리된 계정·다른 접근 권한으로 관리해야 한다. 한번 저장하면 일정 기간 삭제·수정이 불가능한 잠금 옵션을 켜 두면 더욱 안전하다. 개인정보가 담긴 백업이라면 암호화 보관은 선택이 아니라 의무에 가깝다.
백업은 눈에 보이지 않는 보험이라 평소엔 그 가치를 체감하기 어렵다. 하지만 사고는 반드시 예고 없이 온다. CYAN 에이전시는 홈페이지를 만들 때부터 자동 백업 주기와 복구 절차를 함께 설계하고, 정기적으로 복원 리허설까지 챙긴다. 지금 우리 홈페이지가 '어제로 돌아갈 수 있는 상태'인지 한 번 점검해 보길 권한다.
