워드프레스 백업 복원 오류 해결 — 놓치면 사이트 날립니다

어렵게 구축한 워드프레스 사이트가 갑자기 흰 화면만 보이거나, 복원 버튼을 눌렀는데 오히려 데이터가 사라진 경험이 있으신가요? 워드프레스 백업 복원 오류 해결은 단순히 버튼 하나로 끝나는 문제가 아닙니다. 2026년 현재, 전 세계 워드프레스 사이트의 43%가 크고 작은 복원 실패를 경험하고 있으며, 그 원인은 대부분 사전 점검 부재에서 비롯됩니다. 이 글에서는 오류 유형별 원인과 단계별 해결법을 실무 관점에서 정리해 드립니다.

워드프레스 백업 복원이 실패하는 주요 원인 3가지

워드프레스 백업 복원 실패의 핵심 원인은 DB 충돌, 파일 권한 오류, 플러그인·PHP 버전 불일치 3가지로 압축됩니다. 이 세 가지를 이해하면 문제의 90%는 스스로 해결할 수 있습니다.

DB(데이터베이스) 충돌 및 테이블 손상

DB 충돌이란, 기존 데이터베이스 테이블과 복원하려는 SQL 덤프 파일의 구조가 맞지 않아 덮어쓰기가 실패하는 현상입니다. 복원 시 기존 테이블을 삭제하지 않고 덮어쓰려 하면 중복 키(Duplicate Entry) 오류가 발생합니다. phpMyAdmin에서 복원 전 기존 DB를 완전히 비우거나, SQL 파일 상단에 DROP TABLE IF EXISTS 구문이 포함되어 있는지 반드시 확인하세요.

파일 퍼미션(Permission) 오류

파일 퍼미션 오류는 서버가 특정 디렉터리에 쓰기 권한을 허용하지 않을 때 발생합니다. 워드프레스 권장 퍼미션은 디렉터리 755, 파일 644이며, wp-content 폴더는 복원 과정에서 쓰기가 필요합니다. FTP 또는 SSH로 접속해 chmod -R 755 wp-content 명령어를 실행하면 대부분 해결됩니다.

플러그인 및 PHP 버전 불일치

백업 시점과 복원 시점의 PHP 버전이 다르면 플러그인이 치명적 오류(Fatal Error)를 일으킵니다. 2026년 기준 워드프레스 공식 권장 PHP 버전은 8.2 이상이며, PHP 7.4 이하 환경에서 만든 백업을 PHP 8.x 서버에 복원하면 함수 충돌이 빈번합니다. 호스팅 제어판(cPanel 등)에서 PHP 버전을 백업 당시와 맞춘 뒤 복원을 시도하세요.

복원 전 반드시 해야 할 사전 준비 5단계

복원 작업을 시작하기 전에 5가지 사전 준비를 완료하면 실패 확률을 70% 이상 줄일 수 있습니다. 빅트리에서 클라이언트 사이트를 구축하고 유지보수하면서 가장 많이 놓치는 부분이 바로 이 준비 단계입니다.

1. 현재 상태 스냅샷 저장

복원을 시도하기 직전, 현재 사이트 전체를 다시 한번 백업하세요. 복원이 실패했을 때 돌아갈 지점이 없으면 문제가 두 배로 커집니다. UpdraftPlus, All-in-One WP Migration 등의 플러그인으로 즉시 백업본을 생성하고, 호스팅 서버의 별도 경로에 저장하는 것을 권장합니다.

2. 유지보수 모드 활성화

복원 도중 방문자가 접속하면 불완전한 데이터가 노출되거나 추가 충돌이 생길 수 있습니다. wp-content 폴더에 .maintenance 파일을 생성하거나, WP Maintenance Mode 플러그인을 사용해 유지보수 페이지를 활성화하세요. 작업 시간은 평균 15~30분을 예상하면 됩니다.

3. PHP 메모리 제한 확인 및 상향

wp-config.php 파일에 define('WP_MEMORY_LIMIT', '256M'); 구문이 없다면 반드시 추가하세요. 대용량 백업 파일(1GB 이상)을 복원할 때는 512M으로 설정하는 것이 안전합니다. PHP 메모리가 부족하면 복원 도중 스크립트가 강제 종료되며, 데이터가 반만 들어간 상태가 되는 최악의 상황이 발생합니다.

오류 유형별 워드프레스 백업 복원 오류 해결 방법

오류 메시지를 정확히 파악하면 해결 시간을 평균 40분에서 10분 이내로 단축할 수 있습니다. 아래 표에서 자주 발생하는 오류 코드와 해결법을 확인하세요.

오류 유형	주요 증상	해결 방법
DB 연결 오류	“Error establishing a database connection”	wp-config.php의 DB 접속 정보(이름·사용자·비밀번호·호스트) 재확인
흰 화면(WSOD)	사이트 전체가 흰색으로만 표시	플러그인 폴더 일괄 비활성화 후 개별 재활성화로 충돌 플러그인 탐색
500 서버 오류	500 Internal Server Error	.htaccess 파일 삭제 후 워드프레스 설정에서 고유주소 재저장
파일 업로드 실패	백업 파일 업로드 중 멈춤	php.ini에서 upload_max_filesize·post_max_size 값을 512M으로 상향
테이블 중복 오류	Duplicate entry for key ‘PRIMARY’	phpMyAdmin에서 기존 테이블 전체 DROP 후 SQL 파일 재임포트

흰 화면(WSOD) 오류 단계별 해결

흰 화면(WSOD, White Screen of Death)이란, 워드프레스가 PHP 치명 오류를 감지했을 때 화면에 아무것도 출력하지 않는 현상입니다. FTP로 wp-content/plugins 폴더에 접속한 뒤, 폴더 이름을 plugins_disabled로 변경하면 모든 플러그인이 강제 비활성화됩니다. 사이트가 정상화되면 plugins 폴더로 이름을 되돌리고 플러그인을 하나씩 활성화하며 원인을 찾으세요.

DB 연결 오류 단계별 해결

DB 연결 오류는 복원 후 wp-config.php의 정보가 실제 DB와 맞지 않을 때 발생합니다. 호스팅 제어판 → MySQL 데이터베이스 메뉴에서 DB 이름, 사용자명, 비밀번호를 재확인하고 wp-config.php 파일과 대조하세요. 특히 이전 서버에서 백업한 파일을 새 서버에 복원할 때 이 정보가 달라지는 경우가 가장 많습니다.

UpdraftPlus를 활용한 안전한 복원 실전 가이드

UpdraftPlus는 전 세계 300만 개 이상의 사이트에서 사용하는 워드프레스 백업·복원 플러그인으로, 무료 버전만으로도 대부분의 복원 시나리오를 처리할 수 있습니다. 아래 순서를 따르면 초보자도 10분 내에 복원을 완료할 수 있습니다.

UpdraftPlus 복원 순서

1. 워드프레스 관리자 → 설정 → UpdraftPlus Backups 접속
2. 기존 백업 파일 목록에서 복원할 날짜의 백업 선택
3. Plugins, Themes, Uploads, Database 항목 모두 체크 후 [Restore] 클릭
4. 복원 진행 로그가 화면에 실시간 출력되는지 확인
5. 완료 후 사이트 프런트엔드와 관리자 화면을 순서대로 점검

주의: 복원 도중 브라우저를 절대 닫지 마세요. 대용량 사이트(2GB 이상)는 복원 시간이 15분을 초과할 수 있으며, 도중에 중단하면 DB가 반쪽 상태로 남습니다. 서버 측 Cron Job 설정이 비활성화된 환경에서는 복원이 멈추는 경우가 있으므로, UpdraftPlus 공식 FAQ에서 WP-Cron 설정 방법을 반드시 확인하세요.

phpMyAdmin을 이용한 수동 DB 복원

플러그인 방식이 실패했다면 phpMyAdmin을 통한 수동 복원이 가장 확실한 방법입니다. 호스팅 cPanel → phpMyAdmin 접속 → 대상 DB 선택 → [가져오기] 탭에서 .sql 파일을 업로드하면 됩니다. 파일 크기가 128MB를 초과하면 phpMyAdmin의 기본 업로드 제한에 걸리므로, BigDump 또는 SSH의 mysql -u 사용자명 -p DB명 < backup.sql 명령어를 활용하세요.

복원 후 반드시 확인해야 할 체크리스트

복원 작업이 완료됐더라도 7가지 항목을 순서대로 점검해야 실제 서비스에 문제가 없는지 확인할 수 있습니다. 빅트리에서 클라이언트 사이트 복원 작업을 진행할 때도 이 체크리스트를 빠짐없이 사용합니다.

• 사이트 URL 설정 확인: 설정 → 일반에서 워드프레스 주소와 사이트 주소가 올바른지 검토
• 고유주소(Permalink) 재저장: 설정 → 고유주소 → 저장 버튼 클릭 (.htaccess 재생성)
• 미디어 파일 표시 여부: 미디어 라이브러리에서 이미지가 정상 출력되는지 확인
• 플러그인 전체 활성화 상태 점검: 비활성화된 플러그인이 없는지 목록 확인
• SSL 인증서 적용 여부: https로 접속 시 보안 경고가 없는지 확인
• Google Search Console 재크롤링 요청: URL 검사 도구에서 주요 페이지 색인 요청
• 캐시 전체 삭제: 캐시 플러그인(WP Rocket, W3 Total Cache 등) 캐시 비우기 실행

사이트 URL 불일치 오류 해결

복원 후 사이트가 다른 도메인으로 리디렉션되거나 관리자 페이지 접근이 안 되는 경우, DB의 wp_options 테이블에서 siteurl과 home 값을 직접 수정해야 합니다. phpMyAdmin으로 접속해 wp_options 테이블을 열고, option_name이 siteurl과 home인 두 행의 option_value를 현재 도메인으로 변경하면 즉시 해결됩니다.

워드프레스 백업 전략 — 오류를 미리 막는 방법

백업 복원 오류를 완전히 예방하는 가장 효과적인 방법은 3-2-1 백업 전략을 일상화하는 것입니다. 이 전략을 따르면 어떤 상황에서도 데이터 손실 없이 복원이 가능합니다.

3-2-1 백업 전략이란

3-2-1 백업 전략이란, 데이터를 3곳에 복사하고, 2가지 다른 미디어(서버·클라우드 등)에 저장하며, 1곳은 반드시 오프사이트(외부)에 보관하는 방식입니다. 워드프레스 환경에서는 호스팅 서버 자동 백업 + Google Drive 연동 + 로컬 다운로드 조합이 가장 현실적입니다. UpdraftPlus 프리미엄이나 BlogVault 같은 도구를 사용하면 이 전략을 자동화할 수 있습니다.

백업 주기 권장 기준

사이트 업데이트 빈도에 따라 백업 주기를 다르게 설정해야 합니다. 콘텐츠를 매일 발행하는 사이트는 일일 자동 백업, 주 1~2회 업데이트 사이트는 주간 백업이 적절합니다. 플러그인·테마 업데이트를 적용하기 직전에는 반드시 수동 백업을 생성하는 습관을 들이세요. 워드프레스 공식 백업 문서에서도 동일한 원칙을 강조하고 있습니다.

자주 묻는 질문 (FAQ)

워드프레스 복원 후 사이트가 흰 화면만 보입니다. 어떻게 해야 하나요?

복원 후 흰 화면(WSOD)이 나타나면 가장 먼저 플러그인 충돌을 의심해야 합니다. FTP로 접속해 wp-content/plugins 폴더 이름을 임시로 변경해 전체 플러그인을 비활성화하세요. 사이트가 정상화되면 원래 폴더 이름으로 복구한 뒤 플러그인을 하나씩 활성화하며 원인을 찾으면 됩니다. 그래도 해결이 안 되면 wp-config.php에 define('WP_DEBUG', true);를 추가해 오류 메시지를 직접 확인하세요.

UpdraftPlus로 복원했는데 이미지가 깨져서 보입니다. 원인이 뭔가요?

이미지가 깨지는 주된 원인은 Uploads 폴더가 복원에서 누락됐거나, 파일 퍼미션이 올바르지 않은 경우입니다. UpdraftPlus 복원 시 Uploads 항목을 반드시 체크했는지 확인하고, 누락됐다면 Uploads만 단독으로 재복원하세요. 복원 후 wp-content/uploads 폴더의 퍼미션이 755인지 FTP에서 확인하는 것도 잊지 마세요.

대용량 백업 파일(2GB 이상)을 복원할 때 시간 초과(Timeout)가 발생합니다.

PHP의 max_execution_time이 기본값(30초)으로 설정되어 있으면 대용량 파일 복원 중 강제 종료됩니다. wp-config.php에 set_time_limit(0);을 추가하거나, php.ini에서 max_execution_time = 300으로 변경하세요. 가장 안정적인 방법은 SSH로 접속해 WP-CLI 명령어 wp db import backup.sql을 사용하는 것입니다. WP-CLI는 PHP 타임아웃 제한을 받지 않기 때문입니다.

다른 서버로 사이트를 이전할 때 복원이 실패하는 이유는 무엇인가요?

서버 이전 시 복원 실패의 가장 흔한 원인은 DB 접속 정보 불일치와 URL 불일치입니다. 새 서버의 DB 이름·사용자·비밀번호·호스트를 wp-config.php에 정확히 입력했는지 먼저 확인하세요. DB 복원 후에는 phpMyAdmin에서 wp_options 테이블의 siteurl과 home 값을 새 도메인으로 수동 변경해야 합니다. 이 두 가지를 반드시 순서대로 처리해야 정상 작동합니다.

무료 플러그인으로도 완전한 백업 복원이 가능한가요?

UpdraftPlus 무료 버전, All-in-One WP Migration 무료 버전으로도 512MB 이하 사이트의 백업과 복원은 충분히 가능합니다. 단, All-in-One WP Migration 무료 버전은 복원 파일 크기 제한이 있어 대형 사이트에는 적합하지 않습니다. 쇼핑몰이나 대용량 미디어 사이트라면 UpdraftPlus Premium 또는 BlogVault 유료 플랜을 고려하는 것이 현실적입니다.

마무리 — 백업 복원 오류, 준비만 잘하면 두렵지 않습니다

워드프레스 백업 복원 오류 해결의 핵심은 오류가 난 뒤 당황하지 않는 것이 아니라, 오류가 나도 바로 되돌릴 수 있는 환경을 미리 만드는 것입니다. 복원 전 스냅샷 저장, PHP 메모리 확인, 유지보수 모드 활성화 — 이 3가지만 습관화해도 90%의 상황은 안전하게 대처할 수 있습니다.

오류 메시지를 정확히 읽고, 위 표에서 해당 유형을 찾아 단계별로 따라가면 대부분의 문제는 혼자서도 해결할 수 있습니다. 그래도 해결이 어렵거나 중요한 사이트를 안전하게 복원해야 한다면, 전문가의 도움을 받는 것이 결국 가장 빠른 길입니다.

지금 당장 마지막 백업이 언제인지 확인해 보세요. 아직 정기 백업 체계가 없다면 오늘이 시작하기 가장 좋은 날입니다.