JJESTOCOST제스토코스트
#워드프레스#워드프레스 백업 DB 파일 복구

워드프레스 백업, 파일만 복사하면 복구되지 않습니다: DB·파일·복구 테스트

핵심만 먼저 워드프레스 폴더를 통째로 다운로드했다고 완전한 백업이 되는 것은 아닙니다. WordPress 공식 문서는 일반적인 사이트를 복구하려면 데이터베이스와 파일 둘 다 가 필요하다고 설명합니다. 파일에는 테마, 플러그인, 업로드 이미지, `wp-config.php`, `.htaccess` 등이 있고, DB에는 글, 페이지, 댓글, 설정 등이 들어 있습니다. 두 백업이…

제코 6분 조회 1

핵심만 먼저

워드프레스 폴더를 통째로 다운로드했다고 완전한 백업이 되는 것은 아닙니다. WordPress 공식 문서는 일반적인 사이트를 복구하려면 데이터베이스와 파일 둘 다가 필요하다고 설명합니다. 파일에는 테마, 플러그인, 업로드 이미지, `wp-config.php`, `.htaccess` 등이 있고, DB에는 글, 페이지, 댓글, 설정 등이 들어 있습니다. 두 백업이 같은 시점의 한 세트로 묶이지 않으면 복구 후 본문과 이미지가 어긋나거나 플러그인 설정이 맞지 않을 수 있습니다.

복구 가능한 백업이란 무엇인가요

백업의 목표는 압축파일 하나를 만드는 것이 아니라, 원하는 시점으로 사이트를 돌릴 수 있게 하는 것입니다. 해당 시점의 파일과 DB 내보내기 파일을 같은 패키지로 보관하고, 독립된 테스트 환경에서 복구 과정을 확인해야 합니다.

WordPress 공식 백업 문서는 일반적으로 DB를 먼저 백업하고, 그다음 파일을 백업해 한 묶음으로 관리하는 방식을 설명합니다. 복구는 반대로 파일을 먼저 복구하고 DB를 가져오는 순서를 제안합니다. 이전할 때 DB 계정 정보가 바뀌었다면 `wp-config.php`도 맞춰야 합니다.

오늘 이슈와 공식 근거

공식 파일 백업 문서는 WordPress 파일 디렉터리와 DB가 보통 서로 다른 시스템에 저장되므로, 서버 폴더를 다운로드해도 DB가 포함되지 않는 경우가 일반적이라고 설명합니다. DB를 `.sql`, `.gz`, `.bz2` 등으로 내보낸 뒤 파일 백업과 함께 보관할 수는 있지만, 복구할 때는 다시 MySQL/MariaDB로 가져와야 합니다.

파일 백업에서는 `wp-content`와 `wp-config.php`가 특히 중요합니다. `wp-content`에는 업로드, 테마, 플러그인 등 사이트 고유 자산이 들어 있습니다. DB 백업 문서는 글·페이지·댓글·설정은 백업하지만 테마·플러그인·업로드 파일은 백업하지 않는다고 다시 구분합니다.

사장님 실무 적용 6단계

  1. 복구 목표 시점을 정합니다. 예를 들어 “9월 2일 오전 업데이트 직전”처럼 시각과 작업을 함께 기록합니다.
  2. DB를 내보냅니다. 호스팅 백업, phpMyAdmin, WP-CLI 등 현재 환경에 맞는 방법을 쓰되 파일이 실제로 열리는지 확인합니다.
  3. WordPress 파일을 백업합니다. `wp-content`, `wp-config.php`, `.htaccess`, 커스텀 코드와 정적 파일을 포함합니다.
  4. DB와 파일에 같은 식별자를 붙입니다. `2026-09-02-0700-before-plugin-update`처럼 시각과 용도를 일치시켜 다른 시점의 백업이 섞이지 않게 합니다.
  5. 운영 서버 밖에 보관합니다. 같은 서버의 같은 디스크에만 두면 서버 장애와 함께 잃을 수 있습니다. 접근 권한도 최소화합니다.
  6. 스테이징에서 복구합니다. 홈, 관리자 로그인, 최근 글, 이미지, 폼, 핵심 플러그인을 확인하고 실패 이유를 기록합니다.

백업 파일 용량이 크다는 사실만으로 정상을 판정하지 마세요. DB 내보내기에 필요한 테이블이 포함되었는지, 압축 파일에 `wp-content/uploads`와 현재 테마가 있는지, 복구한 사이트가 기대한 시점의 글과 설정을 보여주는지가 증거입니다.

흔한 실수

  • FTP로 폴더를 복사하고 DB도 포함됐다고 생각합니다.
  • DB만 백업한 뒤 이미지·테마·플러그인도 복구될 것으로 가정합니다.
  • 시각이 다른 DB와 파일 백업을 한 세트로 묶습니다.
  • 운영 서버의 같은 디스크에만 백업을 두어 장애 범위를 공유합니다.
  • 자동 백업 성공 메일만 보고 실제 복구를 테스트하지 않습니다.

제스토코스트의 판단

백업의 품질은 “몇 개를 저장했나”보다 “가장 최근 백업을 언제 실제로 복구해 봤나”로 판단하는 편이 맞습니다. 복구 시간을 정확히 예측하지 못해도 괜찮습니다. 다만 어느 절차에서 멈추는지를 한 번 확인해 두면 장애 때 추측을 줄일 수 있습니다.

호스팅사가 백업해 준다고 해도 보관 기간, 복구 요청 절차, 다른 서버로 이전할 때 받을 수 있는 형식을 확인해야 합니다. 호스팅 백업과 자체 백업은 서로 대체재가 아니라 장애 범위를 나누는 보완재입니다.

자주 묻는 질문

워드프레스 폴더를 통째로 복사하면 DB도 포함되나요?

일반적으로 아닙니다. DB는 보통 MySQL/MariaDB 같은 별도 시스템에 저장됩니다. DB 내보내기 파일과 WordPress 파일 둘 다를 받으세요.

핵심 파일만 백업하려면 무엇을 봐야 하나요?

공식 문서는 `wp-content`, `wp-config.php`, `.htaccess`와 커스텀 파일을 중요하게 다룹니다. 다만 완전 복구를 위해서는 현재 환경의 전체 구성을 파악해야 합니다.

자동 백업이 성공하면 복구 테스트는 필요 없나요?

필요합니다. 자동화가 파일을 만들었다는 것과 그 파일로 사이트를 복구할 수 있다는 것은 다릅니다. 운영 서버가 아닌 환경에서 정기적으로 확인하세요.

출처

CTA

오늘 가장 최근 백업 하나를 골라 DB 내보내기 파일과 WordPress 파일 압축본이 같은 시점의 한 세트인지 확인해 보세요. 다음 업데이트 전에는 스테이징 복구 테스트까지 완료하시기 바랍니다.

편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.

#워드프레스#워드프레스 백업 DB 파일 복구

댓글 0

회원만 댓글을 남길 수 있어요.

작성된 댓글은 모두 공개됩니다. 비밀댓글은 지원하지 않습니다.

로그인하고 댓글 쓰기

아직 댓글이 없어요. 첫 공개 댓글을 남겨보세요.

이어서 볼 기록