홈페이지 백업 방법, 3-2-1 원칙과 복원 시험까지 5단계

홈페이지 백업 방법의 핵심은 파일과 데이터베이스를 같은 시점에 함께 남기고, 사본 3개·저장 방식 2가지·서버 밖 보관 1개(3-2-1 원칙)로 관리하는 것입니다. 이 글에서는 백업 대상, 주기 정하기, 5단계 백업 순서와 복원 시험 방법을 정리했습니다.

홈페이지 백업이 필요한 이유와 백업 대상

백업은 해킹, 서버 장애, 실수로 지운 글, 업데이트 실패처럼 예상하지 못한 일이 생겼을 때 사이트를 이전 상태로 되돌리는 거의 유일한 수단입니다. 호스팅 업체가 백업을 해 준다고 알고 있어도 보관 기간과 복원 조건은 상품마다 다르므로, 운영자가 직접 확인하고 따로 사본을 갖고 있는 편이 안전합니다.

꼭 함께 백업해야 하는 세 가지

• 파일: 홈페이지 프로그램, 테마·플러그인, 그리고 게시판 첨부파일과 이미지가 쌓이는 업로드 폴더.
• 데이터베이스: 게시글, 회원, 문의 내역, 각종 설정값처럼 화면에 보이는 내용 대부분이 저장된 곳.
• 설정 정보: 데이터베이스 접속 정보가 담긴 설정 파일, 웹서버 설정, 도메인의 DNS 기록, 예약 작업 목록.

파일만 백업하고 데이터베이스를 빠뜨리면 디자인은 돌아와도 글과 회원 정보는 사라집니다. 반대로 데이터베이스만 있으면 첨부파일과 이미지 링크가 모두 깨집니다. 같은 시점의 파일과 데이터베이스를 한 묶음으로 남겨야 복원했을 때 내용이 맞아떨어집니다.

3-2-1 백업 원칙이란

3-2-1 원칙은 데이터 보호에서 널리 쓰이는 기준으로, 사본 수와 저장 방식, 보관 위치를 함께 정하는 방법입니다. 아래 표는 각 숫자가 무엇을 뜻하는지와 홈페이지에서는 어떻게 적용할 수 있는지를 비교한 것입니다.

숫자	뜻	홈페이지 적용 예
3	원본을 포함해 사본 3개	서버의 원본, 호스팅 자동 백업, 운영자가 따로 보관하는 사본
2	서로 다른 저장 방식 2가지	서버 디스크와 클라우드 저장소, 또는 서버 디스크와 외장 드라이브
1	서버 밖 보관 1개	호스팅 업체와 다른 곳(사무실 저장장치, 별도 클라우드)에 보관

서버 안에만 백업을 두면 서버가 해킹되거나 호스팅 계정이 정지될 때 백업도 함께 잃습니다. 최소 한 개는 반드시 서버와 분리된 곳에 두는 것이 이 원칙의 핵심입니다. 연결된 저장소까지 함께 망가뜨리는 사고에 대비하려면, 서버 밖 사본은 평소에 서버와 늘 연결된 상태로 두지 않는 편이 좋습니다.

백업 주기와 보관 기간 정하는 기준

백업 주기는 얼마만큼의 데이터를 잃어도 감당할 수 있는지로 정합니다. 마지막 백업 이후에 바뀐 내용은 복원해도 돌아오지 않기 때문입니다.

• 소개용 홈페이지처럼 내용이 거의 바뀌지 않는다면 수정할 때마다, 그리고 월 1회 정기 백업.
• 게시판 글이나 문의 접수가 매일 생긴다면 데이터베이스는 매일, 파일은 주 1회.
• 쇼핑몰이나 회원 서비스처럼 주문과 가입이 계속 생긴다면 데이터베이스를 하루 여러 번 백업하거나 호스팅의 자동 백업 기능을 함께 사용.
• 프로그램 업데이트, 서버 이전, 디자인 개편 직전에는 주기와 관계없이 수동 백업.

보관 기간도 함께 정합니다. 해킹은 감염되고 한참 뒤에 발견되는 경우가 많아서, 최근 며칠치 백업만 있으면 모두 감염된 상태일 수 있습니다. 일 단위 백업 몇 개와 주·월 단위 백업을 섞어 두면 더 이전 시점으로 되돌아갈 수 있습니다. 다만 회원과 문의 정보가 담긴 백업은 개인정보 보관 기간과도 맞아야 하므로 개인정보 보관 기간과 파기 기준도 함께 확인하세요.

홈페이지 백업 5단계

처음 백업 체계를 만들 때는 아래 순서로 진행하면 빠뜨리는 항목이 줄어듭니다.

1. 백업 대상 목록 만들기: 프로그램 폴더, 업로드 폴더, 데이터베이스 이름, 설정 파일 위치를 문서로 정리합니다.
2. 호스팅 백업 범위 확인: 호스팅 업체가 무엇을, 며칠 동안, 어떤 조건과 비용으로 복원해 주는지 확인합니다.
3. 자동 백업 설정: 호스팅 관리 화면이나 사용하는 홈페이지 프로그램의 백업 기능으로 정해 둔 주기에 맞춰 자동 실행되게 합니다.
4. 서버 밖 보관: 백업 파일을 서버 밖 저장소로 옮기고, 파일 이름에 날짜를 넣어 시점을 구분합니다.
5. 확인과 기록: 백업이 성공했는지, 파일 용량이 갑자기 줄지 않았는지 정기적으로 확인하고 결과를 남깁니다.

그림처럼 1~2단계는 처음 한 번 정리해 두면 되고, 3~5단계는 매달 반복되는 일입니다. 백업 파일에는 회원 정보와 데이터베이스 접속 정보가 들어 있으므로, 서버 밖 사본은 암호를 걸어 두거나 열어 볼 수 있는 사람을 꼭 필요한 사람으로 제한합니다.

복원 시험과 백업 점검 체크리스트

백업은 복원이 되어야 의미가 있습니다. 파일이 날마다 만들어지고 있어도 압축이 깨져 있거나, 데이터베이스 일부가 빠져 있거나, 복원 방법을 아는 사람이 없으면 사고 당일에 쓸 수 없습니다.

복원 시험하는 방법

분기에 한 번 정도, 운영 중인 사이트가 아닌 별도의 시험용 공간에 백업을 복원해 봅니다. 첫 화면, 게시글 목록, 첨부파일 열기, 관리자 로그인, 문의 폼 접수까지 실제로 눌러 보고 복원에 걸린 시간도 적어 둡니다. 운영 중인 사이트에 바로 덮어쓰는 방식으로 시험하지 않습니다.

백업 점검 항목

• 파일과 데이터베이스를 같은 시점에 백업하고 있다.
• 서버 밖에 보관한 사본이 하나 이상 있다.
• 최근 3개월 안에 시험용 공간에서 복원해 봤다.
• 백업 성공 여부를 누가 확인하는지 정해져 있다.
• 백업 파일에 접근할 수 있는 사람이 제한되어 있다.
• 업데이트나 서버 이전 같은 큰 작업 전에 수동 백업을 한다.

여섯 항목 가운데 비어 있는 것이 있다면 그 부분부터 채우세요. 해킹이 의심될 때 어떤 시점의 백업을 골라 되돌려야 하는지는 홈페이지 해킹 대처 순서 7단계에서 다뤘습니다.

디코랩이 돕는 방식

디코랩은 홈페이지 제작과 함께 운영 중인 사이트의 유지보수와 개선을 맡고 있으며, 포함 범위와 관리 방식은 상담 후 제안합니다. 운영 중인 사이트의 백업 상태 확인이나 개선이 필요하다면 유지보수 접수 게시판에 사이트 주소와 요청 내용을 비밀글로 남겨 주세요.

자주 묻는 질문

호스팅 업체의 자동 백업만 있으면 충분한가요?

자동 백업은 좋은 출발점이지만 서버와 같은 업체 안에 있는 사본입니다. 보관 기간이 짧거나 복원에 별도 비용이 드는 경우도 있으므로, 조건을 확인하고 서버 밖 사본을 하나 더 두는 것이 좋습니다.

백업 파일은 어디에 보관하는 것이 좋나요?

호스팅 업체와 다른 곳에 두는 것이 원칙입니다. 클라우드 저장소나 사무실 저장장치를 쓰되, 백업에 개인정보와 접속 정보가 들어 있으므로 접근 권한을 제한하고 가능하면 암호를 걸어 둡니다.

백업을 복원하면 그 사이에 들어온 문의는 어떻게 되나요?

백업 시점 이후에 들어온 글과 문의는 복원하면 사라집니다. 복원하기 전에 현재 데이터를 따로 백업해 두고, 필요한 내역만 확인해서 옮기는 순서로 진행하세요.

작은 소개용 홈페이지도 백업이 필요한가요?

내용이 적어도 다시 만들려면 시간과 비용이 듭니다. 수정할 때마다 한 번, 그리고 월 1회 정도 파일과 데이터베이스를 함께 백업해 두면 대부분의 사고에 대비할 수 있습니다.

우리 홈페이지의 백업이 제대로 되고 있는지 확인하고 싶다면 사이트 주소와 사용 중인 호스팅을 적어 디코랩 프로젝트 문의로 보내 주세요.