웹호스팅을 비교할 때는 저장공간과 월 요금이 먼저 눈에 들어오지만, 실제 문제가 생겼을 때 더 중요하게 느껴지는 기능 중 하나가 백업입니다. 플러그인 업데이트가 잘못되거나 파일을 실수로 삭제했을 때, 사이트를 이전하다 문제가 생겼을 때 복구할 수 있는 이전 상태가 없다면 원래 상태로 되돌리는 과정이 훨씬 어려워질 수 있습니다.
일반적인 WordPress 사이트는 파일과 데이터베이스를 함께 백업해야 전체 사이트를 복구하기 쉽습니다. 게시물·댓글·설정 등이 들어 있는 데이터베이스와 테마·플러그인·업로드 파일 등 서버의 파일은 서로 다른 영역에 저장되기 때문입니다.
자동 백업이 있다고 해서 모두 같은 조건은 아닙니다. 하루에 몇 번 만들어지는지, 며칠 또는 몇 개까지 보관하는지, 파일과 데이터베이스가 모두 포함되는지, 사용자가 직접 복구할 수 있는지를 함께 봐야 합니다.
2026년 10월 3일 WordPress.org, WordPress.com 및 cPanel 공식 문서를 확인한 기준입니다. 실제 백업 주기·보관 기간·복구 비용은 호스팅 업체와 상품에 따라 다르므로 가입 전 해당 상품의 최신 기능표와 이용조건을 별도로 확인해야 합니다.
핵심요약
- 자동 백업은 문제가 생기기 전의 복구 지점을 자동으로 만들어 두는 기능입니다.
- 백업 주기와 보관 기간은 다른 조건이므로 둘을 함께 확인해야 합니다.
- 보관 기간뿐 아니라 실제 몇 개의 성공한 백업을 유지하는지도 중요합니다.
- WordPress 전체 복구에는 일반적으로 파일과 데이터베이스가 모두 필요합니다.
- 자동 백업은 편리하지만 중요한 변경 전에는 별도의 수동 백업도 고려할 수 있습니다.
- 복구할 때는 전체 사이트 복구와 파일·DB 선택 복구가 가능한지 확인합니다.
- 오래된 백업으로 되돌리면 그 시점 이후 변경 내용이 사라질 수 있으므로 복구 시점을 확인합니다.
목차
자동 백업이 있어야 복구 시점을 선택하기 쉽습니다
자동 백업의 가장 큰 장점은 문제가 발생한 뒤 처음 백업을 만드는 것이 아니라 문제가 생기기 전 상태가 일정한 간격으로 저장되어 있다는 점입니다.
예를 들어 월요일에는 사이트가 정상적이었는데 수요일에 플러그인 설정을 변경한 뒤 오류가 발생했다면, 매일 자동 백업이 생성되는 환경에서는 변경 이전 시점으로 돌아갈 수 있는 선택지가 생깁니다.
반대로 마지막 수동 백업이 오래전이라면 최근에 작성한 글과 설정을 다시 만들어야 할 수도 있습니다. 그래서 ‘자동 백업 제공’이라는 문구보다 실제 백업 생성 주기를 확인하는 것이 중요합니다.
백업 주기와 보관 기간은 서로 다른 조건입니다
호스팅 상품 설명에서는 백업 주기와 보관 기간을 구분해서 확인해야 합니다.
| 항목 | 의미 |
|---|---|
| 백업 주기 | 새 백업을 얼마나 자주 만드는지 |
| 보관 기간 | 백업을 얼마나 오래 유지하는지 |
| 보관 개수 | 동시에 저장하는 백업 수 |
| 복구 지점 | 실제로 되돌릴 수 있는 날짜·시간 |
매일 자동 백업된다고 해서 반드시 한 달 전 상태까지 돌아갈 수 있는 것은 아닙니다. 매일 백업해도 최근 몇 개만 남기는 상품이라면 실제 복구 가능 기간은 짧을 수 있습니다.
반대로 보관 기간이 길더라도 백업을 일주일마다 생성한다면 하루 단위로 세밀한 복구 지점을 선택하기는 어렵습니다.
WordPress.com의 현재 자동 백업 기능처럼 서비스에 따라 백업 주기와 보관 정책이 명확하게 정해진 경우도 있지만, 이러한 조건은 업체와 요금제마다 다르므로 개별 상품 정책을 확인해야 합니다.
보관 개수까지 함께 확인해야 하는 이유
어떤 호스팅은 보관 기간을 날짜로 표시하고, 다른 서비스는 최근 몇 개의 백업을 유지하는 방식으로 표시합니다.
| 표시 방식 | 추가 확인 항목 |
|---|---|
| 매일 백업 | 몇 일치가 남는지 |
| 최근 7개 보관 | 백업 생성 주기 |
| 30일 보관 | 하루에 몇 번 생성되는지 |
| 실시간 백업 | 어떤 변경까지 기록되는지 |
하루 한 번 백업하고 최근 7개의 성공한 백업을 유지한다면 일반적으로 일주일 안팎의 복구 선택지가 생길 수 있습니다. 실제 보관 방식은 백업 실패 처리와 업체 정책에 따라 달라질 수 있으므로 관리 화면에서 실제 복구 가능한 날짜를 확인하는 것이 좋습니다.
파일과 데이터베이스가 모두 백업되는지 확인하기
WordPress 사이트는 데이터베이스와 서버 파일이 함께 사이트를 구성합니다.
- 파일: 테마, 플러그인, 이미지, 설정 파일 등
- 데이터베이스: 게시물, 페이지, 댓글, 여러 사이트 설정 등
따라서 데이터베이스만 백업하는 상품과 전체 사이트를 백업하는 상품은 복구할 수 있는 범위가 다를 수 있습니다.
백업뿐 아니라 속도·SSL·트래픽·지원 범위 등 전체적인 호스팅 선택 기준을 함께 비교하려면 워드프레스 호스팅 선택 기준도 함께 확인할 수 있습니다.
자동 백업과 수동 백업의 차이
| 구분 | 자동 백업 | 수동 백업 |
|---|---|---|
| 생성 | 시스템 자동 실행 | 사용자가 직접 실행 |
| 주기 | 상품 정책에 따라 반복 | 필요한 시점 |
| 보관 | 호스팅 정책 영향 | 사용자가 직접 관리 |
| 변경 직전 | 시점이 맞지 않을 수 있음 | 원하는 순간 생성 가능 |
평소에는 자동 백업을 사용하고 테마 변경, 플러그인 업데이트, 대규모 수정이나 사이트 이전처럼 중요한 작업 직전에는 별도의 수동 백업을 만드는 방식도 실용적입니다.
수동 백업을 내려받을 수 있는 서비스라면 호스팅 계정과 별도의 저장 위치에 사본을 보관할 수도 있습니다.
복구 기능과 복구 범위를 확인하기
백업은 만들어지는 것뿐 아니라 실제 문제가 생겼을 때 어떤 방식으로 복구할 수 있는지가 중요합니다.
- 사용자가 관리 화면에서 직접 복구할 수 있는지
- 고객센터에 복구를 요청해야 하는지
- 복구 비용이 별도로 있는지
- 전체 사이트만 복구할 수 있는지
- 파일이나 데이터베이스를 선택해 복구할 수 있는지
- 복구 가능한 날짜와 시간이 표시되는지
전체 복구만 가능한 환경에서는 선택한 백업 시점 이후에 작성한 글이나 변경한 설정도 함께 과거 상태로 돌아갈 수 있습니다. 따라서 복구하기 전에는 현재 사이트에서 보존해야 할 최근 데이터가 있는지 먼저 확인합니다.
호스팅 상품에서 백업 조건을 확인하는 방법
| 확인 항목 | 질문 |
|---|---|
| 주기 | 얼마나 자주 백업하는가 |
| 보관 | 얼마나 오래·몇 개를 유지하는가 |
| 범위 | 파일·DB·미디어가 포함되는가 |
| 복구 | 직접 복구할 수 있는가 |
| 다운로드 | 백업 파일을 받을 수 있는가 |
| 비용 | 백업·복구가 별도 유료인가 |
월 이용료와 함께 백업 기능이 기본으로 포함되는지 확인하고 싶다면 저렴한 호스팅만 골라도 될까?에서 추가 비용과 백업·복구 조건을 함께 비교할 수 있습니다.
저렴한 상품이라고 해서 백업 기능이 반드시 부족한 것도 아니고, 비싼 상품이라고 해서 원하는 보관 기간과 복구 방법을 모두 제공하는 것도 아닙니다. 실제 상품 정책을 비교하는 것이 중요합니다.
복구하기 전에 최근 변경 내용을 먼저 확인하기
백업이 있다고 바로 복구를 시작하기보다 문제 발생 시점과 최근 변경 내용을 먼저 확인합니다.
- 문제가 발생한 대략적인 시간을 확인합니다.
- 문제가 생기기 전의 정상 백업 지점을 찾습니다.
- 선택한 백업 이후 추가된 데이터를 확인합니다.
- 보존해야 할 최근 데이터를 따로 저장합니다.
- 가능하면 전체 복구와 선택 복구 중 필요한 범위를 비교합니다.
- 복구 후 사이트 주요 페이지와 관리자 기능을 확인합니다.
가장 최신 백업이 항상 가장 좋은 복구 지점인 것은 아닙니다. 문제가 발생한 뒤 만들어진 백업이라면 해당 문제가 포함되어 있을 수 있기 때문입니다.
며칠 전에 시작된 오류를 뒤늦게 발견했을 때 그보다 이전 상태가 남아 있어야 복구할 수 있기 때문에 백업 주기와 함께 충분한 보관 기간도 중요합니다.
FAQ
자동 백업은 매일 해주는 호스팅이 좋은가요?
사이트가 자주 변경된다면 짧은 백업 주기가 복구 지점을 세밀하게 선택하는 데 유리할 수 있습니다. 하지만 몇 일치 또는 몇 개의 백업을 보관하는지도 함께 확인해야 합니다.
자동 백업이 있으면 수동 백업은 필요 없나요?
중요한 업데이트나 사이트 이전 전에는 원하는 시점에 별도의 수동 백업을 만들어 두는 방법도 유용합니다.
보관 기간과 보관 개수 중 무엇이 더 중요한가요?
둘 다 확인해야 합니다. 같은 보관 개수라도 백업 생성 주기에 따라 실제 복구 가능한 기간과 복구 지점 간격이 달라질 수 있습니다.
WordPress는 데이터베이스만 백업하면 되나요?
전체 사이트를 복구하려면 일반적으로 데이터베이스뿐 아니라 테마·플러그인·업로드 파일 등의 사이트 파일도 함께 필요합니다.
오래된 백업으로 복구하면 최근 글은 어떻게 되나요?
전체 사이트를 과거 시점으로 복구하면 백업 이후 변경된 콘텐츠나 설정이 덮어써질 수 있습니다. 복구 전 최근 데이터를 별도로 보관하거나 선택 복구가 가능한지 확인하는 것이 좋습니다.
마치며
자동 백업이 있는 호스팅의 장점은 백업 파일 하나를 보유하는 데 그치지 않습니다. 문제가 발생하기 전 여러 시점 가운데 적절한 복구 지점을 선택할 수 있다는 점이 중요합니다.
호스팅을 비교할 때는 자동 백업 제공 여부뿐 아니라 백업 주기, 보관 기간과 개수, 파일·데이터베이스 포함 여부, 직접 복구 가능 여부까지 함께 확인합니다.
중요한 변경 작업 전에는 수동 백업을 별도로 만들어 두는 방법도 유용하며, 실제 복구 전에는 선택한 시점 이후 사라질 수 있는 최근 데이터를 먼저 확인해야 합니다.
백업 주기 → 보관 기간·개수 → 백업 범위 → 복구 방법 → 수동 백업 가능 여부 순서로 확인하면 월 이용료만 비교했을 때 놓치기 쉬운 호스팅의 복구 능력까지 판단하기 쉬워집니다.
댓글 남기기