이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
백업을 켜 두었는데도 사고가 난 날 사이트가 그대로인 경우가 있습니다. 백업이 담는 범위와 사고가 건드린 범위가 다를 때 생기는 일입니다.
그래서 이 글은 설정 화면의 칸을 하나씩 따라가는 대신, 복원이 무엇을 되돌리고 무엇을 되돌리지 않는지부터 가릅니다. 그 위에 사고 유형별 복원 분기, 주기를 정하는 기준, 보관 요금이 매달 달라지는 이유, 그리고 사고가 나기 전에 복원을 한 번 시험해 두는 순서를 붙였습니다.
근거는 2026년 10월 11일 클라우드웨이즈 공식 요금 페이지와 공식 도움말에서 직접 확인한 문장입니다. 읽고 나면 내 사이트의 주기와 보관 기간을 숫자로 정하고, 사고가 난 날 복원 버튼부터 누르지 않을 수 있습니다.
결론부터, 세 줄
백업은 애플리케이션 데이터의 사본입니다. 도메인 연결, DNS, SSL, 서버 쪽 설정처럼 그 사본 바깥에 있는 것은 복원해도 돌아오지 않습니다.
백업 요금은 보관 용량으로 청구되는데, 그 용량을 키우는 것은 저장한 글의 개수가 아니라 데이터가 얼마나 자주 바뀌는지입니다. 공식 문서가 그렇게 적어 두었습니다.
복원의 성패는 사고가 난 날이 아니라 그 전에 한 번 시험해 봤는지에서 갈립니다. 시험용 복제본을 만드는 기능은 모든 요금제에 포함돼 있습니다.
이 글이 필요한 사람, 안 봐도 되는 사람
데이터가 매일 바뀌는 사이트를 운영한다면 필요합니다. 주문이 들어오거나, 회원이 가입하거나, 하루에 글이 여러 편 올라가는 쪽입니다. 이런 사이트는 백업 주기를 잘못 잡으면 되돌린 뒤에도 잃는 분량이 남습니다.
반대로 몇 달째 내용이 거의 그대로인 소개 페이지라면 기본 설정을 건드릴 이유가 없습니다. 월 1만 원 이하 공유 호스팅으로 충분하고 앞으로도 바뀔 일이 없는 사이트라면 이 글의 계산 자체가 필요하지 않습니다.
복원이 되돌리는 범위부터 가릅니다
공식 도움말은 원격지 백업을 모든 서버의 필수 기능으로 규정하면서, 그 내용을 "a copy of your server data in a remote location", 즉 서버 데이터의 사본을 외부에 두는 것이라고 설명합니다. 끄는 선택지가 없다는 뜻이기도 하고, 담기는 것이 데이터 사본이라는 뜻이기도 합니다.
공식 도움말은 원격지 백업을 모든 서버의 필수 기능으로 규정합니다. ① 번 문장이 백업의 범위를 정하는 줄입니다
같은 문서는 백업을 "incremental backups copy the files that have changed from the last full backup", 마지막 전체 백업 이후 바뀐 파일을 담는 증분 방식이라고 적었습니다. 파일과 데이터베이스는 이 사본 안에 있고, 그래서 글이 날아간 사고는 복원으로 해결됩니다.
문제는 사본 바깥입니다. 도메인을 어디로 향하게 했는지, DNS 레코드가 무엇인지, SSL 인증서가 발급된 상태인지, 서버 쪽 설정이 어떤 값인지는 애플리케이션 데이터가 아닙니다. 이 영역이 깨져서 사이트가 안 열리는 상황에서는 복원을 몇 번 해도 화면이 똑같습니다.
그래서 순서가 중요합니다. 복원 버튼을 누르기 전에 "지금 깨진 것이 데이터인가, 데이터 바깥인가"를 먼저 가르는 것이 이 글의 전부라고 해도 됩니다.
백업과 복원이 기본 기능에 포함되는 범위를 공식 페이지에서 직접 확인하기
사고 유형별 복원 분기
같은 "사이트가 이상하다"도 원인에 따라 손대는 곳이 다릅니다. 아래 표의 왼쪽에서 증상을 찾고 오른쪽 순서대로 움직이면 불필요한 복원을 줄일 수 있습니다.
| 증상 | 먼저 의심할 곳 | 움직이는 순서 |
|---|---|---|
| 글이나 주문 데이터가 사라졌다 | 데이터베이스 | 사고 시각을 적어 두고 그 직전 시점으로 데이터베이스만 되돌립니다 |
| 업데이트 뒤 화면이 깨졌다 | 웹 파일 | 업데이트 직전 시점의 파일만 되돌리고, 데이터베이스는 그대로 둡니다 |
| 관리자 화면까지 안 열린다 | 파일과 데이터베이스 양쪽 | 원인을 찾기 전에 사이트를 먼저 열리게 하고, 열린 뒤에 원인을 봅니다 |
| 주소창에 다른 사이트가 뜬다 | 도메인과 DNS, 백업 바깥 | 복원하지 않습니다. 도메인이 가리키는 곳부터 확인합니다 |
| 보안 경고가 뜨고 자물쇠가 깨졌다 | SSL, 백업 바깥 | 복원하지 않습니다. 인증서 발급 상태를 먼저 봅니다 |
| 악성코드가 심어졌다 | 감염 시점 | 보관 기간 안에 감염 전 시점이 남아 있는지부터 셉니다. 없으면 복원은 감염본을 다시 올리는 일이 됩니다 |
마지막 줄이 특히 자주 걸립니다. 해킹은 들어온 날과 드러나는 날이 다릅니다. 보관 기간을 1주로 두고 2주 뒤에 발견하면 남아 있는 복원 지점은 전부 감염 이후입니다. 보관 기간은 저장 공간 문제이기도 하지만, 실제로는 "얼마나 늦게 알아차려도 되는가"를 정하는 값입니다.
주기는 잃어도 되는 시간에서 거꾸로 정합니다
백업 주기를 정하는 일은 사실 "사고가 나면 몇 시간치까지 날려도 괜찮은가"를 정하는 일입니다. 하루 한 번 백업은 최악의 경우 하루치를 잃는다는 뜻이고, 여섯 시간마다 받으면 여섯 시간치입니다.
그래서 권장값을 따라가는 대신 이렇게 계산하는 쪽이 정확합니다. 하루에 들어오는 주문이 열 건이고 그중 세 건을 잃었을 때 다시 받아낼 방법이 없다면, 한 번에 잃어도 되는 분량이 세 건 밑이 되도록 주기를 잡으면 됩니다. 하루 열 건이면 여덟 시간에 세 건이 조금 넘으니 여섯 시간 쪽으로 내려갑니다.
글만 올리는 블로그라면 계산이 훨씬 단순합니다. 초고가 글쓰기 도구나 로컬에 남아 있다면 날아가도 다시 붙여 넣으면 그만이라, 하루 한 번으로 충분합니다. 반대로 댓글이 활발한 블로그는 댓글이 복구 불가능한 데이터라서 주기를 당길 이유가 생깁니다.
주기를 무작정 촘촘하게 당기지 않는 이유는 다음 항목, 요금 때문입니다.
요금은 보관량이 아니라 바뀌는 양이 정합니다
여기가 가장 많이 어긋나는 지점입니다. 백업 요금을 "내 사이트 용량 곱하기 단가"로 짐작하면 실제 청구액과 맞지 않습니다.
공식 도움말의 요금 설명. ① 번 줄이 요금을 정하는 기준이고 ② 번 상자가 올림 규칙입니다
문서의 문장은 "The monthly backup charges will depend on how often your application data changes" 입니다. 월 백업 요금은 애플리케이션 데이터가 얼마나 자주 바뀌는지에 달려 있다는 뜻입니다. 증분 방식이라 바뀐 파일만 쌓이기 때문에, 같은 10GB짜리 사이트라도 거의 안 바뀌는 쪽과 매일 바뀌는 쪽의 요금이 다릅니다.
단가는 "$0.033 per GB of backup storage (irrespective of server provider and location)", 공급사와 지역에 상관없이 1GB당 0.033달러입니다. 바로 아래 상자에는 0.5달러 단위로 올림한다는 규칙이 있고, 3.85달러가 4달러로, 1.22달러가 1.5달러로 올라간다는 예시가 붙어 있습니다.
올림 규칙 때문에 아주 작은 블로그도 실질 최저선이 생깁니다. 보관량이 5GB면 계산상 0.165달러지만 청구는 0.5달러입니다. 거꾸로 말하면 보관량이 15GB까지 늘어도 청구액은 그대로 0.5달러라, 이 구간 안에서는 주기를 당겨도 요금이 안 움직입니다.
요금 페이지 요금표 바로 아래 각주 두 줄. ① 번이 백업 저장료, ② 번이 표시 금액에 세금이 빠져 있다는 표기입니다
같은 문장이 요금 페이지 각주에도 "$0.033/GB per server will be applied for offsite backup storage." 로 적혀 있습니다. 서버마다 붙는 항목이라 서버를 둘로 나누면 이 줄도 둘이 됩니다. 바로 옆 줄의 "All listed prices exclude applicable taxes." 까지 보면, 요금표 숫자가 최종 결제액이 아니라는 점도 같은 자리에서 확인됩니다.
백업 보관료 각주와 요금 구간을 오늘자 공식 요금표에서 확인하기
복원 전 스테이징 시험 순서
복원은 사고가 난 날 처음 해 보기에는 손이 많이 가는 작업입니다. 복원 지점 목록의 시각을 잘못 고르거나, 되돌린 뒤에 무엇이 정상인지 몰라서 또 한 번 되돌리는 일이 흔합니다. 그래서 평상시에 복제본으로 한 번 해 두는 쪽이 안전합니다.
스테이징과 복제 기능은 모든 요금제에 포함돼 있습니다. 시험용 사본을 만드는 데 추가 요금이 들지 않습니다
요금 페이지는 이 기능을 "Free Advanced Staging & Cloning (Worth $20)" 으로 적어 모든 요금제 포함으로 묶었고, 기능 설명에는 "Easily create free staging environments to test changes, then push them live with just one click" 라고 돼 있습니다. 운영 중인 사이트를 건드리지 않고 사본에서 먼저 해 볼 수 있다는 뜻입니다.
순서는 이렇게 잡습니다.
첫째, 운영 사이트의 복제본을 하나 만듭니다. 사고 상황을 흉내 내는 자리라 운영본은 그대로 둡니다.
둘째, 복제본에서 일부러 망가뜨립니다. 글 한 편을 지우고, 테마 파일 하나를 바꿔 두면 데이터와 파일 양쪽을 한 번에 시험할 수 있습니다.
셋째, 망가뜨린 시각을 적고 복원 지점 목록에서 그 직전을 고릅니다. 목록의 시각 표기가 한국시간이 아니라면 아홉 시간을 빼서 찾아야 하는데, 이 환산을 급할 때 처음 해 보면 꼭 틀립니다.
넷째, 복원이 끝난 뒤 합격 기준을 눈으로 확인합니다. 지운 글이 목록에 돌아왔는지, 바꾼 테마 파일이 원래대로인지, 관리자 로그인이 되는지, 이미지가 깨지지 않았는지 네 가지면 충분합니다.
다섯째, 복원에 걸린 시간을 적어 둡니다. 이 숫자가 사고가 났을 때 "몇 분 뒤에 돌아옵니다" 라고 말할 수 있는 근거가 됩니다. 시험이 끝나면 복제본은 지웁니다. 남겨 두면 다음 항목의 디스크를 먹습니다.
디스크 여유가 복원을 막는 자리
복원은 백업 파일을 내려받아 풀어 놓는 작업이라 그 순간 디스크가 평소보다 더 필요합니다. 여유가 없으면 복원이 중간에 멈추고, 하필 사이트가 깨져 있는 상태에서 멈춥니다.
가장 낮은 구간의 디스크는 25GB입니다. ② 번 칸이 복원 여유를 계산할 때 기준이 되는 숫자입니다
2026년 10월 11일 기준 가장 낮은 구간은 월 14달러이고 1GB RAM, 1 vCPU, 25GB NVMe 저장 공간, 1TB 전송량입니다. 블로그를 시작할 때는 이 구간이면 충분하고, 먼저 올려야 할 이유는 방문자가 늘어서라기보다 디스크가 차서일 때가 많습니다.
그래서 평소에 디스크를 비워 두는 편이 요금제를 올리는 것보다 쌉니다. 쓰지 않는 복제본, 예전 테마, 중복 이미지가 대표적인 정리 대상입니다. 앞 항목의 시험용 복제본을 지우라고 적은 이유도 여기에 있습니다.
가장 낮은 구간의 디스크와 전송량 기준을 요금 페이지에서 보기
이 구조의 단점과 안 맞는 사람
백업 요금이 사용량 기준이라 매달 금액이 조금씩 달라집니다. 고정비로 예산을 잡는 쪽에는 불편한 구조이고, 0.5달러 올림 때문에 아주 작은 사이트는 쓰지도 않은 용량만큼 더 내게 됩니다.
결제가 달러라 환율에 따라 원화 금액이 움직이고, 요금표에 세금은 빠져 있습니다. 관리 화면과 고객지원이 영어라 급한 상황에 한국어로 전화할 창구가 없다는 점도 복원 같은 작업에서는 부담이 됩니다. 메일 호스팅은 요금에 포함되지 않아 사서함이 필요하면 월 1.5달러짜리 애드온이 따로 붙습니다.
사이트 내용이 거의 바뀌지 않고 월 1만 원 이하 공유 호스팅으로 충분한 분이라면 이 글의 설정은 과합니다. 복원 계획은 잃을 것이 있는 사이트에서만 값을 합니다.
자주 묻는 것
복원했는데도 사이트가 그대로입니다
깨진 곳이 백업 사본 바깥일 가능성이 큽니다. 도메인이 가리키는 곳, DNS 레코드, SSL 인증서 상태를 먼저 보십시오. 브라우저나 캐시에 옛 화면이 남아 있는 경우도 있어 다른 기기에서 한 번 더 확인하는 편이 빠릅니다.
백업 주기를 당기면 요금이 많이 오르나요
데이터가 자주 바뀌는 사이트라면 오릅니다. 증분 백업이 바뀐 파일을 담기 때문입니다. 다만 0.5달러 단위 올림이 있어 보관량이 작은 구간에서는 주기를 당겨도 청구액이 한동안 그대로입니다. 한 달 돌려 보고 명세서의 백업 줄을 확인한 뒤 정하는 쪽이 정확합니다.
복원 연습용 복제본도 백업 요금이 붙나요
복제본도 데이터가 있는 애플리케이션이라 백업 대상이 됩니다. 시험이 끝나면 지우는 것을 권하는 이유가 디스크와 이 요금 두 가지입니다. 복제본을 만드는 기능 자체는 요금제에 포함돼 추가 요금이 없습니다.
얼마나 자주 복원 시험을 해야 하나요
정해진 주기는 없지만, 테마를 바꾸거나 플러그인 구성을 크게 손본 뒤에는 한 번 해 두는 편이 좋습니다. 사이트 구조가 바뀌면 복원 뒤 확인할 합격 기준도 같이 바뀌기 때문입니다.
마무리
백업은 애플리케이션 데이터의 사본이고, 도메인과 DNS, SSL, 서버 설정은 그 사본 밖에 있습니다. 사고가 난 날 가장 먼저 할 일은 복원이 아니라 깨진 곳이 사본 안인지 밖인지 가르는 것입니다.
주기는 권장값이 아니라 한 번에 잃어도 되는 분량에서 거꾸로 정하고, 보관 기간은 저장 공간이 아니라 얼마나 늦게 알아차려도 되는지로 정합니다.
요금은 1GB당 0.033달러에 0.5달러 단위 올림이며, 금액을 움직이는 것은 사이트 크기가 아니라 데이터가 바뀌는 빈도입니다. 복원은 사고 전에 복제본에서 한 번 해 보고 걸린 시간을 적어 두면 그날 할 일이 절반으로 줄어듭니다.
지금 쓰고 계신 호스팅에서 복원을 한 번이라도 시험해 보신 적이 있으신가요? 해 보셨다면 걸린 시간을, 아직이라면 막히는 지점을 댓글로 남겨 주시면 순서를 같이 짚어 보겠습니다.
다음 글에서는 「클라우드웨이즈 가입 방법과 워드프레스 설치 순서」에 대해 알아보겠습니다.