백업은 있는데 필요한 날짜가 없습니다

백업은 있는데 필요한 날짜가 없습니다

사고가 났습니다. 호스팅 관리 화면에서 백업 목록을 엽니다. 오늘, 어제, 그저께까지 세 줄이 있습니다. 그리고 그 앞은 비어 있습니다.

문제는 사고가 그보다 먼저 시작됐다는 점입니다. 돌아가야 하는 시점이 목록이 시작되기 전에 있으면, 백업이 있어도 그 시점으로는 갈 수 없습니다.

백업 파일이 있어도 복구가 안 되는 세 자리

같은 「백업」이라는 말이 서로 다른 범위입니다

국내 호스팅·서버 사업자의 공개된 이용약관과 고객센터 안내를 열어 백업 관련 문장을 그대로 옮겨 봤습니다. 문장 자체가 범위를 말해 줍니다.

2026년 8월 31일에 옮기고 2026년 9월 7일에 같은 공개 문서를 다시 열어 문장이 그대로 있는지 확인했습니다. 특정 사업자의 잘잘못을 말하려는 글이 아니라 「우리 계약의 범위를 확인하자」는 글이라 사업자 이름은 적지 않았습니다. 같은 사업자 안에서도 상품에 따라 조건이 다르고, 문서는 언제든 바뀔 수 있으므로 우리 계약 문서를 직접 보셔야 합니다.

질문을 바꾸면 확인할 것이 정해집니다

「백업이 되고 있나요」라고 물으면 대개 「예」라는 답을 받습니다. 질문을 이렇게 바꿔 보십시오.

「사고 전날로 돌아갈 수 있나요?」

여기서 답이 갈립니다. 그리고 답을 만들려면 세 가지가 필요합니다. 언제까지 남는지(보관 기간), 무엇이 들어 있는지(포함 데이터), 누가 복원하는지(복원 담당)입니다.

오늘은 목록만 열어 보세요

1. 호스팅 관리 화면에서 백업 목록을 엽니다. 복원 버튼은 누르지 않습니다.
2. 가장 오래된 날짜를 봅니다. 그 날짜보다 앞으로는 돌아갈 수 없습니다.
3. 목록에 데이터베이스 항목이 있는지 봅니다. 없으면 글과 주문 내역은 따로 챙기셔야 합니다.

둘 중 하나라도 비어 있으면 사본을 호스팅 밖에 한 벌 더 두시면 됩니다. 같은 곳에만 두면 그 한 곳이 멈출 때 함께 멈춥니다.

복원이 실제로 되는지 확인하실 때는 운영 서버가 아니라 따로 만든 시험 환경에서 해 보십시오. 운영에서 시도하면 그 자체가 사고가 됩니다.

침해가 확인된 뒤의 순서가 궁금하시면 구글이 사이트에 「위험」 표시를 붙였을 때 복구하는 순서를 이어서 보시면 됩니다. 본문과 영상의 백업 목록과 날짜는 재현 화면입니다.