워드프레스 백업 설정: 파일과 데이터베이스를 함께 보관하는 법

워드프레스 백업은 파일만 내려받거나 데이터베이스만 내보내는 것으로 끝나지 않습니다. 글과 설정은 데이터베이스에, 테마·플러그인·업로드 이미지는 파일에 나뉘어 있으므로 비슷한 시점의 파일과 데이터베이스를 한 세트로 보관해야 복원할 수 있습니다.

호스팅이 제공하는 자동 백업의 대상과 보관 기간부터 확인하세요. 전체 사이트 백업이라는 이름이어도 데이터베이스, 업로드 파일, wp-config.php가 모두 포함되는지는 상품마다 다릅니다. 복원 버튼이 있는지, 요청해야 하는지, 특정 날짜를 선택할 수 있는지도 기록합니다.

직접 백업할 때는 아래 두 묶음이 필요합니다.

코어 파일은 다시 받을 수 있지만 운영 중 바뀐 wp-content, 업로드와 설정 파일은 잃으면 대체하기 어렵습니다. 데이터베이스 내보내기 파일은 .sql 또는 압축된 .sql.gz처럼 식별 가능한 형식으로 보관하세요.

매일 글이나 주문이 생기는 사이트와 한 달에 한 번 수정하는 블로그의 손실 허용 범위는 다릅니다. 마지막 백업 이후의 변경을 얼마나 잃어도 되는가를 기준으로 주기를 정합니다.

백업 작업이 방문자가 적은 시간에 실행되도록 예약하고, 실패 알림을 받을 이메일도 실제 수신 가능한 주소로 설정합니다.

같은 호스팅 계정 안에만 백업을 두면 계정 잠금, 서버 장애나 악성코드 감염 때 원본과 백업을 함께 잃을 수 있습니다. 호스팅 백업 외에 클라우드 저장소 또는 관리자의 로컬 저장소처럼 별도 위치에 최근 백업을 둡니다.

파일명에는 사이트, 생성 시각과 종류를 넣습니다. 예를 들어 example-2026-12-07-files.zip과 example-2026-12-07-database.sql.gz를 한 폴더에 두면 서로 다른 시점의 자료를 섞는 실수를 줄일 수 있습니다. 저장소 계정에는 강한 비밀번호와 2단계 인증을 적용하세요.

백업 플러그인을 사용한다면 플러그인 자체가 서버 용량을 과도하게 쓰지 않는지 확인하세요. 생성된 압축 파일이 공개 웹 경로에 그대로 노출되지 않도록 저장 위치와 다운로드 권한도 봅니다.

관리 화면에 성공이 표시되는 것만으로는 충분하지 않습니다. 파일과 데이터베이스가 같은 시점에 생성됐고, 서버 밖에서 내려받을 수 있으며, 복원 절차와 필요한 계정 정보가 문서화돼 있어야 합니다. 최소 한 번 테스트 복원을 해보면 백업 파일이 손상됐거나 데이터베이스가 빠진 문제를 실제 장애 전에 발견할 수 있습니다.