홈페이지를 만든 뒤 손님은 늘었지만, 그 사이트가 한순간에 사라질 수 있다는 사실은 좀처럼 떠올리지 않습니다. 해킹 한 번, 잘못 누른 삭제 버튼 하나, 호스팅 업체의 장애 한 번이면 몇 년간 쌓은 페이지와 문의 내역이 흔적도 없이 날아갑니다. 백업은 사고가 난 뒤에야 가치를 깨닫는 보험입니다. 작은 회사가 비용을 거의 들이지 않고도 사이트를 지키는 백업의 다섯 가지 원칙을 정리했습니다.
1. 파일과 데이터베이스는 따로 챙겨야 한다
웹사이트는 크게 두 덩어리로 이뤄집니다. 디자인과 이미지, 코드가 담긴 파일, 그리고 게시글·문의·회원 정보가 담긴 데이터베이스입니다. 둘 중 하나만 백업하면 복원할 때 반쪽짜리가 됩니다.
- 파일 백업: 업로드한 사진, 첨부 문서, 테마와 설정 파일
- 데이터베이스 백업: 블로그 글, 상품 정보, 고객 문의처럼 '내용'에 해당하는 데이터
특히 데이터베이스는 눈에 보이지 않아 빠뜨리기 쉽습니다. 사이트를 살리는 진짜 내용은 대부분 이쪽에 들어 있습니다.
2. 3-2-1 규칙으로 한 군데에 몰지 않는다
전문가들이 오래전부터 권하는 안전한 백업 공식이 3-2-1 규칙입니다. 사본은 3개, 저장 매체는 2종류, 그중 1개는 반드시 외부(원격)에 두는 방식입니다.
서버 안에만 백업을 두면 그 서버가 통째로 망가질 때 백업도 같이 사라집니다. 적어도 하나는 클라우드 스토리지나 다른 지역의 저장소처럼 물리적으로 떨어진 곳에 보관해야 진짜 안전망이 됩니다.
3. 자동화하지 않은 백업은 없는 백업이다
"생각날 때마다 손으로 받아두겠다"는 계획은 거의 지켜지지 않습니다. 바쁜 일상에 밀려 미루다 보면, 정작 사고가 난 날의 백업은 석 달 전 것일 때가 많습니다.
호스팅의 예약 백업 기능이나 정해진 시각에 도는 스크립트로 매일 또는 매주 자동 백업되도록 걸어두세요. 사람의 의지에 기대지 않는 백업만이 결정적인 순간에 제 역할을 합니다.
4. 복원해보지 않은 백업은 믿을 수 없다
의외로 많은 사고가 "백업은 있었는데 복원이 안 되는" 상황에서 벌어집니다. 파일이 깨졌거나, 받다 만 채로 저장됐거나, 비밀번호를 잃어버린 경우입니다.
적어도 분기에 한 번은 실제로 백업 파일을 내려받아 임시 환경에 복원해 보세요. 복원까지 성공해야 비로소 백업이 완성됩니다. 한 번 연습해두면 진짜 사고가 났을 때 당황하지 않습니다.
5. 보관 기간과 버전을 함께 관리한다
가장 최근 백업 하나만 남기면 위험합니다. 글이 잘못 수정되거나 데이터가 오염된 사실을 며칠 뒤에야 발견하면, 이미 오염된 상태가 그대로 덮어쓰기 되어 있을 수 있습니다.
일별 백업은 일주일, 주별 백업은 한 달처럼 여러 시점의 버전을 함께 보관하세요. 그래야 "문제가 생기기 직전"으로 되돌릴 선택지가 생깁니다.
백업은 '있다'가 아니라 '복원된다'로 끝난다
백업은 평소엔 한 번도 쓸 일 없는 보험 같지만, 단 한 번의 사고에서 회사의 자산을 통째로 지켜냅니다. 핵심은 파일과 데이터를 모두, 여러 곳에, 자동으로 받고, 복원까지 확인하는 것입니다.
CYAN은 웹사이트를 만드는 일에서 끝내지 않고, 사고가 나도 빠르게 되살아날 수 있도록 자동 백업과 복원 체계를 함께 설계합니다. 지금 운영 중인 사이트의 백업이 정말 '복원되는' 상태인지 한 번쯤 점검해 보시길 권합니다.