나만 몰랐던 워드프레스 백업 안될 때 원인과 해결 핵심

백업 버튼을 눌렀는데 아무 일도 일어나지 않거나, 진행 중 갑자기 멈추거나, 완료됐다고 표시됐는데 파일이 없는 경험 — 워드프레스를 운영하다 보면 누구나 한 번쯤 마주치는 상황입니다. 막상 문제가 생기면 어디서부터 손대야 할지 몰라 당황하기 쉽습니다. 워드프레스 백업 안될 때 원인과 해결을 정확히 알고 있다면, 대부분의 상황은 30분 안에 직접 처리할 수 있습니다.

빅트리에서 의료·미용 클리닉 홈페이지를 다수 구축하고 운영 지원을 해오면서, 백업 오류 문의는 생각보다 훨씬 자주 들어옵니다. 공통적으로 원인이 명확하고 패턴도 비슷합니다. 이 글은 그 실무 경험을 바탕으로 정리한 내용입니다.

워드프레스 백업이 실패하는 가장 흔한 3가지 원인

워드프레스 백업 실패의 원인 3가지는 서버 메모리 부족, PHP 실행 시간 초과, 디스크 공간 부족이며, 이 3가지가 전체 백업 오류의 약 80%를 차지합니다.

서버 메모리(Memory Limit) 부족

PHP 메모리 제한(memory_limit)이란, 워드프레스가 하나의 요청을 처리할 때 사용할 수 있는 최대 메모리 양을 말합니다. 공유호스팅 기본값은 보통 64MB~128MB로 설정되어 있습니다. 백업 플러그인은 데이터베이스와 파일 전체를 압축·처리해야 하므로, 사이트 규모에 따라 256MB 이상이 필요한 경우가 많습니다.

메모리가 부족하면 백업이 중간에 멈추거나 흰 화면(White Screen of Death)이 나타납니다. wp-config.php에 define('WP_MEMORY_LIMIT', '256M');을 추가하면 1차적으로 해결되는 경우가 많습니다. 호스팅 서버 자체 제한이 있다면 호스팅사에 직접 요청해야 합니다.

PHP 타임아웃(max_execution_time) 초과

PHP의 기본 실행 시간 제한은 30초로 설정되어 있으며, 대용량 사이트는 백업 완료 전에 이 시간을 초과해 프로세스가 강제 종료됩니다. 사이트 용량이 1GB를 넘는 경우 특히 자주 발생합니다.

wp-config.php 또는 .htaccess 파일에서 set_time_limit(600); 또는 php_value max_execution_time 300으로 시간을 늘릴 수 있습니다. 단, 공유호스팅은 서버 측 설정이 우선 적용되므로 php.ini 수정 권한이 없다면 호스팅사에 문의가 필요합니다.

디스크 공간 부족

백업 파일 자체가 생성될 공간이 없으면 프로세스는 오류 없이 시작됐다가 조용히 실패합니다. 호스팅 제어판(cPanel, Plesk 등)에서 현재 디스크 사용량을 확인하고, 사용 가능한 공간이 현재 사이트 용량의 2배 이상인지 점검하세요. 오래된 백업 파일이 서버에 쌓여 있을 때도 동일한 문제가 발생합니다.

백업 플러그인 설정 오류로 인한 실패 유형

백업 플러그인 설정 오류는 서버 문제와 별개로 발생하며, 잘못된 스케줄 설정과 충돌하는 플러그인 조합이 주된 원인입니다.

스케줄 백업이 실행되지 않는 경우

WP-Cron이란, 워드프레스가 예약된 작업(스케줄 백업 포함)을 실행하는 내장 작업 스케줄러입니다. 문제는 WP-Cron이 사이트 방문자가 있을 때만 실행된다는 점입니다. 방문자가 거의 없는 새벽 시간에 백업을 설정해 두면 실제로 실행되지 않을 수 있습니다.

이를 해결하려면 서버의 실제 Cron(Linux cron job)을 사용하도록 전환해야 합니다. wp-config.php에 define('DISABLE_WP_CRON', true);를 추가하고, 호스팅 제어판에서 crontab을 직접 설정하면 훨씬 안정적으로 백업이 실행됩니다.

플러그인 간 충돌 문제

보안 플러그인(Wordfence, iThemes Security 등)이 백업 플러그인의 파일 접근을 차단하거나, 캐시 플러그인이 백업 프로세스 중 개입하면서 오류가 발생하는 경우가 있습니다. 백업 실행 전 캐시를 비우고, 보안 플러그인을 일시 비활성화한 후 백업을 시도해 보세요. 성공한다면 플러그인 간 충돌이 원인입니다.

외부 저장소 인증 오류

Google Drive, Dropbox, Amazon S3 등 원격 저장소 연동 설정 후 인증 토큰이 만료되면 백업 파일 전송 단계에서 실패합니다. 백업 플러그인 설정 페이지에서 원격 저장소 연결 상태를 주기적으로 확인하고, 토큰을 재인증하는 습관이 필요합니다. 특히 Google Drive API 토큰은 6개월~1년 주기로 재인증이 필요한 경우가 있습니다.

서버 환경별 백업 오류 해결 방법 비교

서버 환경에 따라 백업 오류 해결 접근 방법이 다르며, 공유호스팅·VPS·클라우드 서버 각각 설정 가능 범위가 명확히 다릅니다.

서버 환경	주요 제약	해결 방법	직접 수정 가능 여부
공유호스팅	메모리·타임아웃 제한 엄격	호스팅사 문의, 분할 백업 사용	제한적 (php.ini 직접 수정 불가)
VPS (가상 서버)	설정 자유도 높음	php.ini, my.cnf 직접 수정	가능 (루트 권한 보유 시)
클라우드(AWS, GCP)	S3·스냅샷 연동 필요	네이티브 스냅샷 + 플러그인 병행	가능 (콘솔 접근 가능 시)
매니지드 워드프레스	플러그인 제한 있음	호스팅 제공 백업 툴 우선 활용	플랫폼 정책에 따라 상이

워드프레스 백업 오류를 직접 해결하는 단계별 절차

백업 오류 발생 시 아래 5단계 순서대로 진행하면 원인의 90% 이상을 체계적으로 좁혀낼 수 있습니다.

1단계: 오류 로그 확인

백업 실패 시 가장 먼저 해야 할 일은 워드프레스 디버그 모드를 켜고 오류 로그를 확인하는 것입니다. wp-config.php에 아래 코드를 추가하세요.

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

설정 후 백업을 다시 시도하면 /wp-content/debug.log 파일에 오류 내용이 기록됩니다. 로그 확인 없이 무작정 설정을 바꾸는 것은 시간 낭비입니다. 로그에서 ‘out of memory’, ‘maximum execution time’, ‘disk full’ 같은 메시지를 찾아내는 것이 시작점입니다.

2단계: PHP 환경 설정 조정

로그에서 메모리 또는 타임아웃 오류가 확인됐다면, wp-config.php에 아래 3줄을 추가합니다.

• define('WP_MEMORY_LIMIT', '256M'); — 메모리 제한 확장
• @ini_set('memory_limit', '256M'); — ini 레벨 메모리 설정
• @set_time_limit(600); — PHP 실행 시간 600초로 연장

수정 후 저장하고 다시 백업을 실행하세요. 변화가 없다면 호스팅 서버 자체 제한이 우선 적용되고 있는 것이므로 호스팅사에 메모리 및 타임아웃 상향 요청을 해야 합니다.

3단계: 분할 백업(Incremental Backup) 활용

증분 백업(Incremental Backup)이란, 전체 사이트를 한 번에 압축하지 않고 변경된 파일과 데이터만 나눠서 백업하는 방식입니다. UpdraftPlus, BackupBuddy, All-in-One WP Migration 등 주요 플러그인은 모두 이 기능을 지원합니다. 사이트 용량이 500MB를 넘는다면 분할 백업이 서버 부하와 타임아웃 문제를 동시에 줄여줍니다.

빅트리에서 클라이언트 사이트를 운영하면서 경험한 바에 따르면, 이미지가 많은 의료·미용 클리닉 홈페이지는 wp-content/uploads 폴더만 수백 MB에 달하는 경우가 많습니다. 이때 데이터베이스와 파일을 분리해서 백업하는 것만으로도 타임아웃 문제가 대부분 해결됐습니다.

백업 성공 후에도 반드시 확인해야 할 것들

백업 완료 메시지가 떴더라도 실제 복원 가능한 파일인지 반드시 검증해야 하며, 검증 없는 백업은 없는 것과 같습니다.

백업 파일 무결성 검증

백업 파일이 생성됐더라도 압축 오류나 전송 중 손상으로 복원이 불가능한 경우가 있습니다. 분기에 1회 이상 테스트 복원을 직접 실행해 파일의 실제 복원 가능 여부를 확인하는 것이 필수입니다. 스테이징(테스트) 서버가 없다면 로컬 개발 환경(Local by Flywheel 등)에서 복원을 테스트할 수 있습니다.

원격 저장소 분산 보관 원칙

백업 파일을 서버 내부에만 저장하면, 서버 장애나 해킹 시 백업까지 함께 손실됩니다. 3-2-1 백업 원칙을 따르세요. 3개의 복사본, 2가지 다른 미디어, 1개는 원격 저장소에 보관하는 방식입니다. 워드프레스 공식 문서에서도 외부 저장소 백업을 강력히 권고하고 있습니다.

백업 보관 주기 설정

콘텐츠 업데이트가 잦은 사이트는 일별 백업, 변경이 적은 사이트는 주별 백업이 적절합니다. 보관 기간은 최소 30일치를 유지하는 것을 권장합니다. 오래된 백업이 무제한으로 쌓이면 앞서 언급한 디스크 부족 문제로 이어지므로, 플러그인의 자동 삭제(retention) 설정을 반드시 활성화해 두세요.

자주 묻는 질문 (FAQ)

워드프레스 백업 플러그인이 아예 실행조차 안 될 때는 어떻게 하나요?

플러그인 실행 자체가 안 된다면 먼저 다른 플러그인을 모두 비활성화하고 백업 플러그인만 단독으로 실행해 보세요. 플러그인 충돌이 원인인 경우가 많습니다. 그래도 실행이 안 된다면 호스팅 제어판의 phpMyAdmin으로 데이터베이스를 직접 Export하고, FTP로 파일을 수동 다운로드하는 방법이 가장 확실한 대안입니다.

백업 용량이 너무 커서 업로드 혹은 다운로드가 안 됩니다. 해결 방법이 있나요?

wp-content/uploads 폴더(이미지, 영상 파일)를 제외하고 데이터베이스와 테마·플러그인 파일만 먼저 백업하세요. 미디어 파일은 별도로 FTP를 통해 선택적으로 다운로드하는 방식으로 분리하면 파일 크기를 80% 이상 줄일 수 있습니다. 이미 업로드된 이미지는 변경되지 않는 정적 파일이므로 매번 포함하지 않아도 됩니다.

UpdraftPlus 무료 버전으로도 충분한가요?

소규모 사이트(용량 1GB 미만, 트래픽 소량)라면 UpdraftPlus 무료 버전으로 충분합니다. Google Drive, Dropbox 원격 저장소 연동과 스케줄 백업을 모두 지원합니다. 다만 증분 백업, 마이그레이션, 멀티사이트 지원은 유료 버전(연간 약 $70~$99)에서만 가능합니다. 사이트 규모와 용도에 따라 선택하세요.

백업 완료 후 파일이 어디에 저장됐는지 모르겠어요.

기본적으로 UpdraftPlus는 wp-content/updraft 폴더에, BackWPup은 wp-content/backwpup-xxx-backups 폴더에 저장합니다. 플러그인 설정 페이지의 ‘기존 백업’ 또는 ‘Backup History’ 탭에서 저장 위치와 파일 목록을 직접 확인할 수 있습니다. 원격 저장소를 설정하지 않았다면 서버 내 해당 폴더를 FTP로 확인하세요.

데이터베이스 백업과 파일 백업 중 무엇이 더 중요한가요?

둘 다 중요하지만 우선순위를 따지면 데이터베이스가 더 중요합니다. 워드프레스의 모든 글, 페이지, 설정, 회원 정보는 MySQL 데이터베이스에 저장됩니다. 테마·플러그인 파일은 재설치가 가능하지만 데이터베이스 손실은 콘텐츠 자체를 잃는 것을 의미합니다. 여건이 어렵다면 데이터베이스 백업만이라도 매일 실행하는 것을 강력히 권장합니다.

마무리: 백업 오류는 예방이 90%입니다

워드프레스 백업 안될 때 원인과 해결을 살펴봤는데, 핵심은 결국 환경 설정 점검과 저장소 분산 보관으로 요약됩니다. 메모리 제한·타임아웃·디스크 부족이라는 3가지 원인을 미리 점검하고, 분할 백업과 외부 저장소를 설정해 두면 갑작스러운 백업 실패로 당황하는 일을 크게 줄일 수 있습니다.

오늘 당장 실천할 수 있는 것부터 시작해 보세요. wp-config.php 메모리 설정 확인, 백업 플러그인의 원격 저장소 연결 상태 점검, 마지막 백업 파일의 실제 복원 테스트 — 이 3가지만 해도 사이트를 훨씬 안전하게 지킬 수 있습니다. 혼자 해결하기 어려운 서버 환경 문제나 복잡한 백업 설정이 필요하다면 전문 에이전시의 도움을 받는 것도 현명한 선택입니다.