워드프레스 백업은 파일을 내려받았다는 사실이 아니라 실제로 복구할 수 있는 한 쌍을 만드는 작업이다. 글과 설정은 데이터베이스에 있고, 테마·플러그인·업로드 이미지는 파일에 있으므로 둘 중 하나만 있으면 사이트 전체를 되돌리지 못한다. 업데이트 전 15분 안에 확인할 수 있는 백업 절차를 정리한다.
백업 범위를 먼저 구분한다
워드프레스 루트의 파일 전체와 데이터베이스를 같은 시점에 확보한다. 특히 wp-content/uploads에는 본문 이미지가, wp-content/themes와 plugins에는 화면과 기능 코드가 있다. wp-config.php에는 데이터베이스 연결과 보안 키가 있으므로 공개 저장소나 공유 폴더에 그대로 올리지 않는다.
데이터베이스에는 글, 페이지, 사용자, 메뉴, 플러그인 설정이 있다. 이미지 파일만 복사한 백업으로는 글이 돌아오지 않고, 데이터베이스 덤프만 있으면 글 속 이미지 주소는 남아도 실제 파일은 표시되지 않는다.
저장 위치는 서버 밖에 하나 더 둔다
같은 서버의 다른 폴더에만 백업하면 디스크 장애, 계정 탈취, 랜섬웨어에 함께 영향을 받는다. 호스팅 자동 백업과 별도로 운영자가 접근할 수 있는 외부 저장소에 암호화된 사본을 둔다. 파일 이름에는 사이트, 날짜, 종류를 넣되 비밀번호나 데이터베이스 접속 정보는 넣지 않는다.
예: onetact-blog_2026-07-27_files.zip, onetact-blog_2026-07-27_database.sql.gz
보관 주기는 변경 빈도에 맞춘다. 매일 글을 쓰는 사이트와 월 1회 수정하는 사이트가 같은 주기를 쓸 이유는 없다. 큰 업데이트 전 수동 복구 지점, 최근 일간 백업, 월간 장기 백업처럼 목적을 나누면 저장 공간과 복구 가능성을 함께 관리할 수 있다.
업데이트 전 백업 체크
1. 현재 워드프레스·PHP·테마·플러그인 버전을 기록한다.
2. 파일과 데이터베이스 백업의 완료 시간을 확인한다.
3. 압축 파일이 0바이트가 아니며 목록을 열 수 있는지 본다.
4. 데이터베이스 덤프에 CREATE TABLE과 최근 글 제목이 있는지 확인한다.
5. 백업 사본을 서버 밖으로 복사한다.
6. 복구에 필요한 관리자·호스팅 접근 수단을 확인한다.
7. 점검 시간과 되돌릴 조건을 정한 뒤 업데이트한다.
백업 플러그인의 “성공” 알림만 믿지 않는다. 외부 저장소 용량 부족이나 인증 만료 때문에 작업은 끝났지만 파일 업로드가 실패할 수 있다. 실제 저장 위치에서 새 파일의 시간과 크기를 확인한다.
복구 시험이 백업 품질을 결정한다
운영 사이트를 덮어쓰지 말고 별도의 스테이징 주소나 로컬 환경에 복원한다. 데이터베이스를 가져오고 파일을 배치한 뒤 사이트 주소가 다른 경우 안전한 방식으로 URL을 변경한다. 직렬화된 데이터가 있을 수 있으므로 SQL의 단순 문자열 치환은 피하고 워드프레스용 도구를 사용한다.
복원 뒤에는 로그인 여부만 보지 말고 다음을 확인한다.
- 최근 글과 페이지 수가 맞는가
- 대표 이미지와 본문 이미지가 열리는가
- 메뉴와 카테고리 링크가 정상인가
- 플러그인 설정과 예약 작업이 유지됐는가
- 문의 메일이나 외부 API 키는 테스트 환경에서 비활성화됐는가
복구 시간을 기록하면 장애 때의 현실적인 목표를 세울 수 있다. 백업은 있는데 복원에 하루가 걸린다면 서비스 중단 허용 시간과 맞지 않을 수 있다.
업데이트 실패 시 되돌리는 순서
먼저 오류 화면과 서버 로그를 보존한다. 원인을 모른 채 여러 플러그인을 동시에 삭제하면 진단 근거가 사라진다. 유지보수 모드를 켜고 변경한 항목 하나를 이전 상태로 되돌린다. 데이터베이스 구조가 바뀐 업데이트라면 파일만 이전 버전으로 바꾸지 말고 공식 복구 안내를 따른다.
관리 화면에 들어갈 수 없을 때는 호스팅 파일 관리자나 SSH에서 문제 플러그인 폴더 이름을 바꿔 비활성화할 수 있다. 이 방법도 백업 사본과 정확한 대상 확인 뒤 사용해야 한다.
백업 기록표
| 기록 항목 | 예시 |
|---|---|
| 백업 시각 | 2026-07-27 21:00 KST |
| 파일 위치 | 외부 저장소의 암호화 폴더 |
| 데이터베이스 | 덤프 생성·압축 확인 |
| 복구 시험 | 스테이징에서 홈·글·이미지 확인 |
| 보관 기한 | 일간 14개, 월간 6개 |
| 담당자 | 복구 권한 보유자 |
정기적으로 한 개의 오래된 백업을 선택해 복구 시험을 하면 “파일은 있지만 쓸 수 없는 백업”을 조기에 발견할 수 있다.