워드프레스 백업은 데이터 손실, 해킹, 서버 오류, 업데이트 충돌 및 인적 오류에 대한 안전망입니다. 신뢰할 수 있는 백업 전략이 없으면, 단 한 번의 실수 — 실패한 업데이트, 해킹된 사이트, 서버 충돌 또는 우발적인 삭제 — 가 수개월 또는 수년의 작업을 날려버릴 수 있습니다. 그럼에도 불구하고 상당수의 워드프레스 사이트 소유자는 사이트를 전혀 백업하지 않거나 호스팅 제공업체의 백업에만 의존하며 그것이 제대로 작동하는지 확인하지 않습니다.
이 가이드는 수동 명령줄 백업에서 자동화된 플러그인 솔루션에 이르기까지 워드프레스 사이트 소유자가 사용할 수 있는 모든 백업 방법을 다룹니다. 무엇을 백업해야 하는지, 얼마나 자주 해야 하는지, 백업을 안전하게 저장할 위치, 필요할 때 백업이 실제로 작동하는지 확인하는 방법을 배우게 됩니다. 견고한 백업 전략은 워드프레스 보안의 핵심 요소이기도 하며, 예방 조치가 실패할 때 최후의 방어선을 제공합니다.
워드프레스 백업에 포함되는 항목
완전한 워드프레스 백업은 여러 구성 요소로 이루어져 있습니다. 이 중 하나라도 누락되면 복원이 불완전해집니다.
| 구성 요소 | 위치 | 포함 내용 |
|---|---|---|
| 워드프레스 코어 파일 | /wp-admin/, /wp-includes/ | 워드프레스 소프트웨어 (재다운로드 가능하지만 버전이 중요함) |
| wp-content/themes | /wp-content/themes/ | 설치된 테마, 사용자 정의, 자식 테마 |
| wp-content/plugins | /wp-content/plugins/ | 모든 설치된 플러그인 및 그 구성 파일 |
| wp-content/uploads | /wp-content/uploads/ | 미디어 라이브러리: 이미지, 문서, 비디오, 연도/월별로 정리됨 |
| wp-config.php | 루트 디렉토리 | 데이터베이스 자격 증명, 보안 키, 사용자 정의 상수 |
| .htaccess / nginx.conf | 루트 디렉토리 / 서버 구성 | 재작성 규칙, 리디렉션, 보안 헤더 |
| 데이터베이스 | MySQL / MariaDB | 게시물, 페이지, 댓글, 사용자, 설정, 플러그인 데이터, WooCommerce 주문 |
데이터베이스 백업의 중요성
당신의 데이터베이스는 워드프레스 사이트에서 가장 가치 있는 부분입니다. 모든 콘텐츠(게시물, 페이지, 사용자 정의 게시물 유형), 사용자 계정 및 메타데이터, WooCommerce 주문 및 고객 데이터, 플러그인 설정 및 구성, 위젯 설정, 사용자 정의 필드 데이터가 포함되어 있습니다. 파일은 종종 재다운로드하거나 재생성할 수 있지만, 데이터베이스 콘텐츠는 독특하고 대체할 수 없습니다.
방법 1: SSH 및 phpMyAdmin을 통한 수동 백업
수동 백업은 프로세스에 대한 직접적인 제어를 제공하며, 주요 변경 사항, 서버 마이그레이션 또는 플러그인 기반 백업이 작동하지 않는 상황에서 일회성 백업에 유용합니다.
SSH를 통한 파일 백업
SSH를 통해 서버에 연결하고 워드프레스 디렉토리의 압축 아카이브를 생성합니다:
tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz /path/to/wordpress/
대형 사이트의 경우, 캐시 파일 및 임시 데이터와 같은 특정 디렉토리를 백업에서 제외할 수 있습니다:
tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz --exclude='wp-content/cache' --exclude='wp-content/upgrade' /path/to/wordpress/
명령줄을 통한 데이터베이스 백업
mysqldump를 사용하여 데이터베이스를 내보냅니다:
mysqldump -u db_username -p db_name > database-backup-$(date +%Y%m%d).sql
대형 데이터베이스의 경우, 압축을 추가합니다:
mysqldump -u db_username -p db_name | gzip > database-backup-$(date +%Y%m%d).sql.gz
phpMyAdmin을 통한 데이터베이스 백업
GUI 접근 방식을 선호하는 경우: 호스팅 제어판을 통해 phpMyAdmin에 로그인하고, 워드프레스 데이터베이스를 선택한 다음 내보내기 탭을 클릭하고, 더 많은 옵션을 위해 "사용자 정의"를 선택하고, 모든 테이블이 선택되었는지 확인한 후, SQL 형식을 선택하고 실행을 클릭하여 SQL 파일을 다운로드합니다.
수동 백업의 장단점
| 장점 | 단점 |
|---|---|
| 백업할 내용을 완전히 제어할 수 있음 | 시간 소모가 큼, 잊기 쉬움 |
| 플러그인 의존성 없음 | 자동화된 일정 없음 |
| 워드프레스에 접근할 수 없을 때도 작동함 | SSH/phpMyAdmin 지식 필요 |
| 추가 비용 없음 | 내장된 오프사이트 저장소 없음 |
방법 2: 플러그인 기반 자동 백업
백업 플러그인은 전체 프로세스를 자동화합니다: 일정 설정, 실행, 압축 및 오프사이트 저장. 이들은 대부분의 워드프레스 사이트 소유자에게 권장되는 접근 방식으로, 인적 오류를 제거하고 일관된 백업을 보장합니다.
UpdraftPlus
UpdraftPlus는 300만 개 이상의 활성 설치를 가진 가장 널리 설치된 워드프레스 백업 플러그인입니다. 수동 및 예약 백업을 모두 지원하며, Google Drive, Dropbox, Amazon S3, Microsoft OneDrive 및 Backblaze B2와 같은 클라우드 저장소 서비스와 직접 통합됩니다.
주요 기능:
- 예약된 자동 백업 (데이터베이스와 파일을 별도의 일정으로 백업)
- 증분 백업 (프리미엄) — 변경된 파일만 백업하여 시간과 저장소를 절약
- 워드프레스 관리 화면에서 원클릭 복원
- 멀티사이트 지원 (프리미엄)
- 마이그레이션 및 복제 도구 (프리미엄)
- 데이터베이스 백업 암호화 (프리미엄)
UpdraftPlus 설정:
1단계: 워드프레스 플러그인 저장소에서 UpdraftPlus를 설치하고 활성화하거나, 증분 백업, 멀티사이트 지원 및 추가 저장소 목적지를 위한 UpdraftPlus Premium 버전을 사용합니다.
2단계: 설정 > UpdraftPlus 백업으로 이동하여 설정 탭으로 이동합니다.
3단계: 백업 일정을 설정합니다. 대부분의 사이트에서는 파일을 주간으로 백업하고 데이터베이스를 일일로 백업하는 것이 보호와 저장소 사용 간의 강력한 균형을 제공합니다.
4단계: 원격 저장소 목적지를 선택합니다. 클릭하여
선호하는 서비스(Google Drive, Dropbox, S3 등)의 아이콘을 클릭하고 인증 단계를 따르세요.
5단계: 백업 복사본을 얼마나 유지할지 구성합니다. 파일의 경우 최소 3-4개의 복사본을, 데이터베이스 백업의 경우 7-14개의 복사본을 유지하세요.
6단계: 변경 사항 저장을 클릭한 다음 지금 백업을 클릭하여 첫 번째 백업을 실행합니다.
BlogVault
BlogVault는 자체 클라우드 인프라에 백업을 저장하는 SaaS 기반 백업 솔루션입니다. 플러그인 전용 솔루션과 달리, BlogVault는 귀하의 서버가 아닌 자체 서버에서 백업을 수행하여 호스팅의 부하를 줄입니다.
주요 기능:
- 실시간 증분 백업(변경 사항을 지속적으로 추적)
- BlogVault 서버에 독립적인 백업 저장소
- 원클릭 스테이징 사이트 생성
- 내장된 마이그레이션 도구
- WooCommerce 인식 백업(예약된 백업 사이의 주문 데이터 캡처)
- 365일 백업 기록
BlogVault는 유료 서비스($89/년, 단일 사이트)지만, 실시간 백업과 독립 저장소가 중요한 WooCommerce 상점 및 비즈니스 사이트에 적합합니다.
BackWPup
BackWPup은 완전한 백업 아카이브 생성을 중점으로 둔 무료 백업 플러그인입니다. Dropbox, Amazon S3, FTP 서버 및 이메일로 백업할 수 있으며, 다양한 형식(ZIP, TAR, TAR.GZ)으로 파일 및 데이터베이스 백업을 생성할 수 있습니다.
주요 기능:
- 완전한 사이트 백업(파일 + 데이터베이스를 하나의 아카이브로)
- 백업 중 데이터베이스 최적화 및 복구
- WordPress 콘텐츠의 XML 내보내기
- 다양한 일정과 목적지로 여러 백업 작업 수행
- 독립 실행형 복원 스크립트를 통한 복원(WordPress와 독립적)
플러그인 비교
| 기능 | UpdraftPlus 무료 | UpdraftPlus 프리미엄 | BlogVault | BackWPup 무료 |
|---|---|---|---|---|
| 예약 백업 | 예 | 예 | 예(실시간) | 예 |
| 증분 백업 | 아니오 | 예 | 예 | 아니오 |
| 클라우드 저장소 | Google Drive, Dropbox, S3 | +OneDrive, Backblaze, Azure | BlogVault 클라우드 | Dropbox, S3, FTP |
| 원클릭 복원 | 예 | 예 | 예 | 스크립트로 |
| 멀티사이트 지원 | 아니오 | 예 | 예 | 예(프로) |
| WooCommerce 인식 | 아니오 | 아니오 | 예 | 아니오 |
| 가격 | 무료 | $70/년 | $89/년 | 무료 |
방법 3: 호스팅 수준 백업
대부분의 호스팅 제공업체는 귀하의 요금제에 포함되거나 추가 기능으로 제공되는 자체 백업 솔루션을 제공합니다. 이러한 백업은 일반적으로 자동화되어 서버 수준에서 관리됩니다.
호스팅 백업에 일반적으로 포함되는 내용
관리형 WordPress 호스팅은 일반적으로 매일 자동 백업, 14-30일 보존, 호스팅 대시보드에서 원클릭 복원, 주요 서버와 분리된 백업 저장소를 제공합니다. 공유 호스팅 제공업체는 덜 빈번한 백업(주간)을 제공할 수 있으며, 보존 기간이 짧고(7일) 백업 기능에 대해 추가 요금을 부과할 수 있습니다.
호스팅 백업이 충분하지 않은 이유
호스팅 백업은 가치가 있지만, 이를 유일한 백업 전략으로 의존하는 것은 위험이 있습니다:
- 단일 실패 지점: 호스팅 제공업체에 치명적인 오류가 발생하면 귀하의 사이트와 백업 모두 손실될 수 있습니다.
- 제공업체 정책: 일부 호스트는 백업 가용성이나 복원 성공을 보장하지 않습니다. 그들의 서비스 약관은 종종 백업이 예의로 제공된다고 명시합니다.
- 제한된 제어: 일반적으로 호스팅 백업을 다운로드하여 오프사이트 저장소로 이동하거나 복원할 특정 구성 요소를 선택할 수 없습니다.
- 계정 종료 위험: 호스팅 계정이 중단되거나 종료되면 백업에 대한 접근을 잃을 수 있습니다.
호스팅 백업을 백업 전략의 한 층으로 사용하고, 유일한 층으로 사용하지 마세요.
백업 일정 권장 사항
백업 빈도는 사이트 콘텐츠가 얼마나 자주 변경되는지와 잃을 수 있는 데이터의 양(복구 지점 목표, RPO)에 맞춰야 합니다.
| 사이트 유형 | 데이터베이스 백업 | 파일 백업 | 이유 |
|---|---|---|---|
| 블로그(주간 게시물) | 매일 | 주간 | 콘텐츠 변경이 드물고, 파일은 거의 변경되지 않음 |
| 비즈니스 사이트(정적) | 매일 | 주간 | 콘텐츠 업데이트가 드물게 발생 |
| 활동적인 블로그(일일 게시물) | 6시간마다 | 매일 | 빈번한 콘텐츠 변경이 더 세분화된 백업 필요 |
| WooCommerce 상점 | 4-6시간마다 | 매일 | 주문 및 고객 데이터가 지속적으로 변경됨 |
| 회원제 / LMS 사이트 | 4-6시간마다 | 매일 | 사용자 생성 콘텐츠 및 진행 데이터 |
| 트래픽이 많은 전자상거래 | 실시간(증분) | 6시간마다 | 모든 손실 거래가 수익에 영향을 미침 |
3-2-1 백업 규칙
널리 권장되는 3-2-1 백업 규칙을 따르세요:
- 데이터의 3개 복사본(실제 사이트 + 두 개의 백업 복사본)
- 2개의 서로 다른 저장 매체(예: 서버 + 클라우드 저장소)
- 1개 복사본은 오프사이트에 저장(서버와 다른 물리적 위치)
실제로 이는: 귀하의 실제 사이트가 복사본 1, 서버(또는 호스팅 제공업체의 백업)에 있는 백업이 복사본 2, 클라우드 저장소(Google Drive, S3, Dropbox)에 있는 백업이 복사본 3이 됩니다. 클라우드 복사본은 "서로 다른 매체"와 "오프사이트" 요구 사항을 모두 충족합니다.
백업 복원 프로세스 테스트
한 번도 테스트하지 않은 백업은 신뢰할 수 없는 백업입니다. 백업 무결성을 확인하기 위해 정기적인 복원 테스트를 예약하세요.
복원 테스트 방법
1단계: 테스트를 위해 스테이징 환경이나 로컬 WordPress 설치를 만듭니다. 실제 사이트에서 복원 테스트를 하지 마세요.
2단계: 가장 최근의 백업(파일 및 데이터베이스 모두)을 다운로드합니다.
스
3단계: 비상시에 사용할 방법과 동일한 방법으로 스테이징 환경에 백업을 복원합니다.
4단계: 복원된 사이트를 확인합니다: 페이지가 올바르게 로드되는지, 이미지가 표시되는지, WooCommerce 제품이 나타나는지, 사용자 계정이 존재하는지, 플러그인 설정이 intact한지 확인합니다.
5단계: 복원 프로세스를 문서화합니다. 소요 시간도 포함합니다. 이는 압박 속에서 비상 복원을 수행해야 할 경우 유용한 정보입니다.
분기마다 최소한 한 번은 복원 프로세스를 테스트하세요. 백업 방법이나 저장 위치를 변경하면 변경 직후에 테스트하세요.
오프사이트 백업 저장 옵션
| 저장 서비스 | 무료 계층 | 유료 저장소 | 비고 |
|---|---|---|---|
| Google Drive | 15 GB | 100 GB에 대해 월 $1.99 | UpdraftPlus와의 쉬운 통합; Gmail/Photos와 공유됨 |
| Dropbox | 2 GB | 2 TB에 대해 월 $11.99 | 신뢰성 있음; 좋은 API; 폴더 기반 조직 |
| Amazon S3 | 5 GB (12개월) | 월 ~$0.023/GB | 확장 가능; 사용한 만큼 지불; 비용 제어를 위한 라이프사이클 정책 |
| Backblaze B2 | 10 GB | 월 $0.005/GB | 대규모 백업에 비용 효율적; S3 호환 API |
| Microsoft OneDrive | 5 GB | 100 GB에 대해 월 $1.99 | Microsoft 365 구독에 포함됨 |
중요한 작업 전 백업
정기적인 일정 외에도 다음 작업을 수행하기 전에 항상 즉시 백업을 생성하세요:
- WordPress 코어 업데이트 (특히 주요 버전 업그레이드)
- 플러그인 또는 테마 업데이트 (특히 WooCommerce, 페이지 빌더와 같은 복잡한 플러그인)
- 서버에서 PHP 버전 변경
- 데이터베이스 수정 또는 마이그레이션
- 대량 콘텐츠 편집 또는 가져오기
- 서버 또는 호스팅 마이그레이션
- 데이터베이스를 수정하는 새로운 플러그인 설치
이러한 작업 전에 즉시 백업을 수행하면 문제가 발생할 경우 알려진 좋은 상태로 롤백할 수 있습니다. 지속적인 사이트 유지 관리 작업에 대해서는 우리의 WordPress 유지 관리 가이드를 참조하세요.
자세한 내용은 공식 문서를 참조하세요: WordPress 백업 가이드.
자주 묻는 질문
WordPress 백업은 얼마나 걸리나요?
백업 소요 시간은 사이트 크기와 호스팅 리소스에 따라 다릅니다. 일반적인 WordPress 사이트(1GB 미만)는 2-5분 안에 백업됩니다. 대규모 WooCommerce 상점은 방대한 미디어 라이브러리(5-20GB)를 포함하여 15-60분이 걸릴 수 있습니다. 초기 전체 백업 이후의 증분 백업은 변경 사항만 캡처하므로 일반적으로 1분 이내에 완료됩니다.
플러그인 없이 WordPress 사이트를 백업할 수 있나요?
네. SSH 명령(파일용 tar, 데이터베이스용 mysqldump) 또는 phpMyAdmin을 사용하여 데이터베이스를 내보낼 수 있습니다. cPanel과 같은 호스팅 제어판에도 백업 도구가 포함되어 있습니다. 그러나 수동 백업은 규율이 필요하고 자동 예약이 포함되지 않기 때문에 대부분의 사용자에게 플러그인을 권장합니다.
전체 WordPress 설치를 백업해야 하나요, 아니면 데이터베이스만 백업해야 하나요?
둘 다 중요하지만 우선 순위를 정해야 한다면 데이터베이스가 더 중요합니다. 데이터베이스에는 재생성할 수 없는 모든 콘텐츠, 설정 및 사용자 데이터가 포함되어 있습니다. 파일(테마, 플러그인, 코어)은 일반적으로 다시 다운로드할 수 있지만, 업로드 폴더(이미지, 문서)도 고유하므로 파일 백업에 포함되어야 합니다.
백업 복사본을 몇 개나 보관해야 하나요?
최소 7-14개의 데이터베이스 백업과 3-4개의 파일 백업을 보관하세요. WooCommerce 상점의 경우 30일 분의 데이터베이스 백업을 유지하는 것을 고려하세요. 더 많은 보관은 더 넓은 복구 창을 제공합니다 — 며칠 동안 존재했던 문제(예: 악성 코드 또는 데이터 손상)를 발견하면 문제가 시작되기 전의 백업이 필요합니다.
백업 플러그인이 사이트 속도를 느리게 하나요?
백업 플러그인은 백업 프로세스 중에 실행되며 서버 리소스를 소모합니다. 트래픽이 적은 시간대(일반적으로 주요 시간대의 오전 2시-5시)에 백업을 예약하세요. 증분 백업 솔루션과 BlogVault와 같은 SaaS 기반 서비스는 외부에서 백업을 처리하거나 변경된 데이터만 전송하므로 서버에 미치는 영향을 최소화합니다.
백업 복원이 실패하면 어떻게 해야 하나요?
먼저 오류 메시지를 확인하세요 — 일반적인 문제로는 파일 권한 오류, 데이터베이스 연결 문제 또는 PHP 메모리/타임아웃 제한이 있습니다. 손상된 것을 덮어쓰는 대신 깨끗한 WordPress 설치로 복원해 보세요. 백업 파일 자체가 손상된 경우 이전 백업을 시도해 보세요. 이것이 여러 날짜에 걸쳐 여러 백업 복사본을 유지하는 것이 중요한 이유입니다.
백업을 사용하여 사이트를 새로운 호스트로 마이그레이션할 수 있나요?
네, 백업은 마이그레이션에 일반적으로 사용됩니다. 전체 백업(파일 + 데이터베이스)을 생성하고, 새로운 호스트에 WordPress를 설정하고, 백업을 새로운 서버에 복원한 후, 새로운 데이터베이스 자격 증명으로 wp-config.php를 업데이트하세요. UpdraftPlus Premium 및 BlogVault와 같은 플러그인은 이 프로세스를 자동화하는 전용 마이그레이션 기능을 포함합니다.
자동화된 호스팅 백업이 WooCommerce 상점에 충분한가요?
호스팅 백업은 기본적인 보호 수준을 제공하지만, WooCommerce 상점에는 단독으로는 충분하지 않을 수 있습니다. WooCommerce는 주문, 결제 및 고객 데이터를 지속적으로 처리합니다. 호스팅 백업이 하루에 한 번 실행되고 오후 11시에 서버 장애가 발생하면 하루 분의 주문을 잃을 수 있습니다. 완전한 보호를 위해 호스팅 백업과 함께 실시간 또는 빈번한 증분 백업 솔루션을 사용하세요.
UpdraftPlus로 WordPress 백업 자동화하기
자동 백업을 예약하고, 클라우드에 안전하게 저장하며, 한 번의 클릭으로 복원하세요 — 증분 백업은 사이트를 보호하면서 속도를 저하시키지 않습니다.
UpdraftPlus Premium 받기 →
