워드프레스 백업과 복원 기본: 파일·DB를 얼마나 자주, 어디에 둘까
워드프레스 백업은 파일과 데이터베이스 두 가지가 모두 있어야 복원됩니다. 백업 주기, 보관 개수와 위치, 호스팅 백업과 플러그인 백업의 차이, 복원 연습으로 백업을 확인하는 방법을 정리했습니다.
이 글의 순서 (6)
백업을 받아 두었는데 막상 복원하려니 글은 있는데 이미지가 없거나, 파일은 있는데 글이 비어 있는 경우가 있습니다. 이 글은 워드프레스 공식 문서를 기준으로 무엇을 백업해야 하는지, 얼마나 자주 몇 개를 어디에 둘지, 호스팅 백업과 플러그인 백업을 어떻게 나눠 쓸지, 마지막으로 복원 연습으로 백업이 정말 쓸 수 있는지 확인하는 순서로 설명합니다.
백업은 파일과 데이터베이스, 두 덩어리입니다
워드프레스 사이트는 파일과 데이터베이스로 나뉘어 있습니다. 공식 문서는 일반적인 사이트를 완전히 복원하려면 둘 다 필요하다고 설명합니다.
파일은 서버의 워드프레스 폴더 안에 있습니다. 워드프레스 코어, 테마, 플러그인, 업로드한 이미지, wp-config.php, .htaccess 같은 것들입니다. 데이터베이스는 보통 MySQL이나 MariaDB라는 별도 시스템에 저장되며 글, 페이지, 댓글, 설정이 여기에 들어갑니다.
그래서 FTP로 워드프레스 폴더를 통째로 내려받아도 데이터베이스는 따라오지 않습니다. 반대로 데이터베이스만 내보내면 글은 남지만 이미지와 테마는 빠집니다.
- 데이터베이스: 글, 페이지, 댓글, 사이트 설정
- wp-content 폴더: 테마, 플러그인, 업로드한 이미지와 파일
- wp-config.php: 데이터베이스 접속 정보가 들어 있는 설정 파일
- .htaccess: 고유주소(퍼머링크) 등 서버 규칙 파일
- 워드프레스 코어 파일: 공식 배포 zip에서 다시 받을 수 있어 우선순위가 낮음
얼마나 자주, 몇 개를 남길까
공식 문서는 백업 주기를 글을 얼마나 자주 쓰는지, 그리고 며칠치 글을 잃어도 괜찮은지에 따라 정하라고 합니다. 일반적인 제안으로는 글이 적은 작은 사이트는 주 1회, 글이 많고 활동이 잦은 사이트는 매일을 권합니다.
정기 백업과 별개로, 워드프레스 업데이트나 서버 이전 전에는 반드시 한 번 더 받습니다. 공식 업데이트 안내도 업데이트 전에 백업하고, 문제가 생기면 백업으로 되돌리라고 안내합니다.
보관 개수는 최근 백업 3~5개가 공식 문서의 권장입니다. 가장 최근 백업이 이미 문제가 생긴 상태로 저장됐을 수도 있기 때문에 하나만 남기는 것은 위험합니다.
- 글이 적은 사이트: 주 1회
- 매일 글을 올리거나 댓글이 많은 사이트: 매일
- 워드프레스·테마·플러그인 업데이트 직전: 추가 1회
- 호스팅 이전이나 도메인 변경 직전: 추가 1회
보관 위치는 최소 세 곳으로 나눕니다
백업이 사이트와 같은 서버에만 있으면 서버에 문제가 생겼을 때 백업도 함께 잃습니다. 공식 문서는 백업을 서로 다른 장소에 두라고 하며, 예로 호스팅 서버, 클라우드 저장소, 내 컴퓨터를 듭니다.
데이터베이스 백업과 파일 백업은 같은 시점의 것끼리 한 세트로 묶어 두는 것이 좋습니다. 공식 문서도 데이터베이스 내보내기 파일(.sql, .gz 등)을 파일 백업과 같은 폴더나 zip에 넣어 함께 보관하는 방법을 제안합니다.
- 호스팅 서버: 가장 빨리 되돌릴 수 있는 사본
- 클라우드 저장소: 서버 장애나 계정 문제에 대비한 사본
- 내 컴퓨터나 외장 저장장치: 온라인 계정에 접근할 수 없을 때를 대비한 사본
호스팅 백업과 플러그인 백업은 역할이 다릅니다
공식 문서에 따르면 대부분의 호스팅은 서버 전체를 백업합니다. 다만 그 백업에서 내 사이트 사본을 받으려면 요청하고 기다려야 할 수 있어, 내 사이트를 직접 백업하고 복원하는 법을 알아 두라고 권합니다. 호스팅마다 제공 범위와 보관 기간이 다르므로 이용 중인 호스팅의 공식 안내에서 확인하세요.
플러그인 백업은 워드프레스 관리자 화면에서 백업 일정을 정하고, 저장 위치를 직접 고를 수 있다는 점이 장점입니다. 백업 플러그인은 관리자 화면의 플러그인 메뉴나 WordPress.org 플러그인 디렉터리에서 찾을 수 있습니다. 대신 사이트 자체가 열리지 않으면 플러그인 화면으로 복원할 수 없는 상황도 생깁니다.
두 방식은 대신하는 관계가 아니라 서로를 보완합니다. 호스팅 백업은 서버 단위의 안전망으로, 플러그인이나 직접 받은 백업은 내가 통제하는 사본으로 둡니다.
- 호스팅 백업: 백업 주기, 보관 기간, 복원 방법(직접 복원인지 요청인지)을 확인
- 플러그인 백업: 파일과 DB가 모두 포함되는지, 외부 저장소로 보내지는지 확인
- 수동 백업: 자동 백업이 제대로 도는지 가끔 직접 받아서 대조
직접 받는 방법: phpMyAdmin과 FTP
플러그인 없이도 백업할 수 있습니다. 데이터베이스는 호스팅이 제공하는 phpMyAdmin에서, 파일은 FTP 프로그램으로 받습니다.
파일은 전부 받아도 되지만, 공식 문서는 코어 파일은 공식 배포본에서 다시 받을 수 있으므로 wp-config.php와 wp-content 폴더를 특히 챙기라고 설명합니다.
- phpMyAdmin에 로그인하고 왼쪽에서 워드프레스 데이터베이스를 선택합니다.
- 위쪽 탭에서 Export(내보내기)를 누릅니다.
- Quick(빠른) 방식이 선택된 상태에서 Go(실행)를 눌러 파일을 내려받습니다.
- FTP 프로그램으로 서버에 접속해 wp-config.php, .htaccess, wp-content 폴더를 내 컴퓨터로 내려받습니다.
- DB 파일과 내려받은 파일을 같은 날짜 폴더에 넣고 압축해 보관합니다.
복원 연습으로 백업이 진짜인지 확인하기
백업 파일이 있다는 것과 그 파일로 사이트가 살아난다는 것은 다른 이야기입니다. 공식 문서도 자동 백업을 쓰더라도 가끔 수동 백업을 받아 과정이 제대로 작동하는지 확인하라고 권합니다.
연습은 운영 중인 사이트가 아니라 별도의 테스트 공간에서 합니다. 공식 문서의 phpMyAdmin 복원 절차는 현재 데이터베이스를 백업 내용으로 바꿔 버리기 때문에, 실제 사이트에서 연습하면 그 사이 쓴 글이 사라질 수 있습니다.
복원 순서는 공식 문서 기준으로 파일을 먼저 되돌리고 데이터베이스를 그다음에 가져옵니다. 데이터베이스 접속 정보가 바뀌었다면 wp-config.php를 새 정보에 맞게 고쳐야 합니다.
- 테스트용 공간(서브도메인이나 별도 호스팅 공간)에 백업한 파일을 올립니다.
- phpMyAdmin에서 복원할 데이터베이스를 선택하고 Import(가져오기) 탭을 누릅니다.
- 백업한 DB 파일을 고르고 Format이 SQL인지 확인한 뒤 Go(실행)를 누릅니다.
- wp-config.php의 데이터베이스 이름, 사용자, 비밀번호가 테스트 공간과 맞는지 확인합니다.
- 관리자 로그인, 최근 글, 이미지, 고유주소 링크가 정상인지 눈으로 확인합니다.
- 최근 글이 백업 날짜 기준으로 모두 보이는가
- 글 속 이미지가 깨지지 않고 보이는가
- 테마 디자인과 메뉴가 그대로인가
- 글 주소를 눌렀을 때 404가 나지 않는가