워드프레스 백업: 파일·DB와 복원 시험을 함께 준비

01워드프레스 파일과 데이터베이스를 함께 확보해야 합니다

일반적인 워드프레스 전체 복구에는 사이트 파일과 데이터베이스가 모두 필요합니다. 서버 폴더를 내려받았다고 게시글·댓글이 담긴 데이터베이스까지 자동으로 확보한 것은 아닙니다. WordPress 공식 백업 문서도 두 부분을 구분합니다.

백업 담당자에게 “백업했나요?” 대신 파일과 DB가 각각 어디에 있고 어느 시점의 자료인지 물어보세요. 업로드 이미지·테마·플러그인·설정 파일과 DB 내보내기 자료가 같은 시점의 한 묶음으로 관리되는지 확인합니다. 외부 결제·메일·다른 서비스의 자료가 별도로 저장된다면 그 서비스의 백업 범위도 나누어야 합니다.

02주기는 감수할 수 있는 데이터 손실에 맞춥니다

모든 사이트에 같은 주기를 적용할 필요는 없습니다. 새 주문이나 문의가 자주 생기는 사이트라면 마지막 백업 이후 자료를 잃었을 때의 영향을 먼저 생각하세요. 정적인 소개 페이지와 계속 거래가 발생하는 쇼핑몰은 필요한 복구 시점이 다를 수 있습니다.

• 대상: 파일·DB·별도 서비스 자료를 누락 없이 구분합니다.
• 주기: 갱신 빈도와 감당 가능한 손실 범위를 정하고 업데이트 전 백업도 계획합니다.
• 보관: 사이트 서버와 다른 위치의 사본, 접근 권한과 보관 기간을 정합니다.
• 실행 확인: 자동 작업 성공 알림만 보지 말고 실제 파일과 생성 시점을 확인합니다.

보관 자료에 고객·회원 정보나 연결 설정이 포함될 수 있으므로 공개 웹 폴더에 올리거나 누구나 접근하는 공유 링크로 배포하지 않습니다. 백업 파일을 받았다는 사실과 안전하게 보관·복원할 수 있다는 사실은 따로 확인해야 합니다.

03복원 시험의 완료 기준을 남깁니다

운영 사이트에 바로 덮어쓰기 전에 담당자가 별도 시험 환경에서 복원 절차를 점검하도록 합니다. 필요한 호스팅 접근 권한·DB 정보·복구 자료를 누가 관리하는지도 함께 기록하세요.

1. 복구에 쓸 파일과 DB의 시점, 예상되는 손실 범위를 확인합니다.
2. 담당자가 시험 환경에서 자료를 복원합니다.
3. 대표 게시글·이미지·로그인·문의나 주문 같은 핵심 동작을 확인합니다.
4. 어떤 자료로 어디까지 복구했는지와 운영 반영 담당자를 남깁니다.

오래된 백업을 복원하면 그 뒤의 주문이나 글이 사라질 수 있으므로 최신 운영 데이터를 어떻게 보존할지 먼저 판단해야 합니다. 이 글은 실제 복구 시험이나 복구 시간 보장을 제공하지 않습니다. 제작·관리 계약에는 “백업 제공”뿐 아니라 복원 지원 범위와 비용 발생 조건도 분리해 적으세요. 유지보수 인수 항목과 함께 정리하면 담당자가 바뀔 때 자료 누락을 줄일 수 있습니다.