워드프레스 DB 백업 주기 설정, 지금 안 하면 데이터 전부 날립니다

지난주에 멀쩡하던 사이트가 오늘 아침 접속이 안 된다는 연락을 받아본 적 있으신가요? 빅트리에서 클라이언트 홈페이지를 운영하다 보면, 해킹·플러그인 충돌·호스팅 서버 오류로 DB가 손상되는 사고를 드물지 않게 마주칩니다. 그때마다 가장 먼저 확인하는 것이 바로 워드프레스 DB 백업 주기 설정 여부입니다. 백업이 없으면 수년간 쌓아온 콘텐츠와 회원 데이터가 단 한 번의 사고로 사라집니다.

워드프레스 DB(데이터베이스)란, 게시글·페이지·댓글·설정·회원 정보 등 사이트의 핵심 데이터를 저장하는 MySQL 기반 저장소입니다. 이미지·테마 파일은 서버 파일 시스템에 따로 보관되지만, 콘텐츠의 실질적인 ‘뼈대’는 모두 DB에 있습니다.

워드프레스 DB 백업 주기, 왜 설정하지 않으면 위험한가

워드프레스 사이트의 DB는 하루에도 수십 번 변경됩니다. 플러그인 업데이트, 신규 주문, 회원 가입, 댓글 등록 — 이 모든 변경 사항은 DB에 즉시 기록됩니다. 백업 주기를 설정하지 않으면 가장 최근 안전 시점으로 복구할 방법이 없어집니다.

실제로 어떤 사고가 발생하나

2026년 현재 워드프레스 관련 보안 취약점 보고는 연간 6,000건을 넘습니다. 플러그인 취약점을 통한 SQL 인젝션 공격, 테마 업데이트 실패로 인한 DB 테이블 손상, 호스팅 서버 디스크 장애 등이 대표적입니다. 이런 사고는 예고 없이 발생하며, 복구 가능 여부는 오직 백업 유무에 달려 있습니다.

백업 없이 복구를 시도하면 어떻게 되나

백업이 없는 상태에서 DB 복구를 시도하면 전문 데이터 복구 업체에 의뢰해야 합니다. 비용은 최소 수십만 원에서 수백만 원이 드는 경우도 있습니다. 복구 성공률도 100%가 아니기 때문에, 결국 사이트를 처음부터 다시 구축해야 하는 최악의 상황으로 이어집니다.

워드프레스 기본 백업 기능의 한계

워드프레스 코어는 기본적으로 자동 DB 백업 기능을 제공하지 않습니다. 일부 호스팅 업체가 서버 단위의 스냅샷을 제공하지만, 이는 DB만 선택해 복원하기 어렵고 보관 기간도 짧습니다. 별도 플러그인이나 수동 백업 절차 없이는 안전하지 않습니다.

사이트 유형별 적정 DB 백업 주기 기준

적정 DB 백업 주기는 사이트 유형에 따라 달라지며, 하루 1건 이상의 DB 변경이 있다면 최소 매일 1회 자동 백업이 기준선입니다. 아래 표를 참고해 자신의 사이트에 맞는 주기를 선택하세요.

사이트 유형	DB 변경 빈도	권장 백업 주기	보관 기간 권장
WooCommerce 쇼핑몰	매우 높음 (주문·재고 실시간 변경)	1일 1~2회	30일 이상
회원제 커뮤니티·LMS	높음 (회원·댓글·수강 데이터)	1일 1회	30일
의료·미용 클리닉 홈페이지	중간 (예약·문의 폼 데이터)	주 3~7회	30일
기업 소개·브로셔 사이트	낮음 (가끔 페이지 수정)	주 1회	14~30일
개인 블로그	낮음 (주 1~2회 포스팅)	주 1~2회	14일

의료·미용 클리닉 사이트의 경우 특별히 주의해야 하는 이유

빅트리에서 의료·미용 클리닉 전문 홈페이지를 다수 구축하면서 확인한 바에 따르면, 이 업종은 예약 폼·상담 문의·이벤트 신청 데이터가 DB에 실시간으로 쌓입니다. 단 하루치 데이터만 유실돼도 실제 예약 손실로 이어지기 때문에, 최소 매일 1회 백업을 권장합니다. 무엇보다 의료 개인정보가 포함되는 경우 데이터 소실은 법적 책임 문제로도 번질 수 있어 각별한 주의가 필요합니다.

플러그인 업데이트 전에는 반드시 수동 백업

자동 주기 백업과 별도로, 플러그인·테마·워드프레스 코어 업데이트 직전에는 반드시 수동 백업을 실행해야 합니다. 업데이트 과정에서 DB 구조가 변경되면서 사이트가 중단되는 경우가 적지 않습니다. 이때 당일 자동 백업이 아직 실행되지 않았다면 복구 시점이 전날로 밀릴 수 있습니다.

워드프레스 DB 백업 주기 설정 방법 — UpdraftPlus 기준

UpdraftPlus는 2026년 현재 활성 설치 수 400만 개를 넘는 워드프레스 백업 플러그인 1위로, 무료 버전만으로도 DB 자동 백업 주기 설정과 외부 스토리지 연동이 가능합니다.

설치 및 기본 설정 순서

1. 워드프레스 관리자 → 플러그인 → 새로 추가에서 ‘UpdraftPlus’ 검색 후 설치·활성화
2. 설정 → UpdraftPlus 백업 메뉴 진입
3. ‘설정’ 탭에서 ‘파일 백업 스케줄’과 ‘데이터베이스 백업 스케줄’을 각각 지정
4. DB 백업 주기: 드롭다운에서 ‘매일’, ‘매 4시간’, ‘매 2시간’ 중 사이트 유형에 맞게 선택
5. 보관 백업 수: 최소 7~30개로 설정 (개수를 초과하면 가장 오래된 백업이 자동 삭제됨)
6. 저장 위치: 구글 드라이브·Dropbox·Amazon S3·OneDrive 중 선택 후 인증 연동
7. 설정 저장 후 즉시 백업 1회 실행해 정상 동작 확인

DB 백업 주기 설정 시 권장 옵션값

UpdraftPlus 무료 버전에서 DB 백업 간격은 최단 4시간까지 설정 가능합니다. 쇼핑몰이나 예약 시스템처럼 실시간 데이터 변경이 잦은 사이트는 4~12시간 간격을 선택하고, 일반 정보성 사이트는 매일 1회로도 충분합니다. 백업 실행 시각은 트래픽이 가장 낮은 새벽 2~4시로 지정하면 서버 부하를 최소화할 수 있습니다.

외부 스토리지 연동이 반드시 필요한 이유

UpdraftPlus 기본 설정은 백업 파일을 서버 내부 폴더(/wp-content/updraft/)에 저장합니다. 서버에만 백업을 보관하면, 서버 전체 장애 시 백업 파일도 함께 손실됩니다. 반드시 구글 드라이브·S3 등 외부 스토리지를 연동해 오프사이트 백업 체계를 갖추세요. 구글 드라이브 연동은 무료 버전에서도 지원되며, 설정 탭에서 ‘Google Drive’ 선택 후 구글 계정 인증만 하면 완료됩니다.

WPvivid로 DB 백업 주기 설정하는 방법

WPvivid는 UpdraftPlus와 함께 2026년 가장 많이 사용되는 무료 백업 플러그인으로, UI가 직관적이고 마이그레이션 기능까지 함께 제공해 사이트 이전 작업이 필요한 경우에 특히 유용합니다.

WPvivid 자동 백업 스케줄 설정

1. 플러그인 설치 후 WPvivid Backup → 스케줄 탭 진입
2. ‘자동 백업 켜기’ 토글 활성화
3. 백업 유형: ‘데이터베이스만’ 또는 ‘전체(파일+DB)’ 중 선택
4. 빈도: 매시간 / 매일 / 매주 / 매월 중 선택 후 시작 시각 지정
5. 보관 수: 최대 30개까지 설정 가능
6. 원격 저장소(구글 드라이브·S3·FTP) 연동 후 저장

UpdraftPlus vs WPvivid 간단 비교

항목	UpdraftPlus (무료)	WPvivid (무료)
DB 단독 백업	✅ 지원	✅ 지원
최소 자동 백업 주기	4시간	1시간
구글 드라이브 연동	✅ 무료 지원	✅ 무료 지원
마이그레이션 기능	❌ 유료	✅ 무료 지원
설치 수 (2026년)	400만+	80만+
UI 직관성	중간	높음

DB 백업 주기 설정 후 반드시 확인해야 할 체크리스트

백업 주기를 설정했다고 해서 끝이 아닙니다. 실제로 백업이 정상 실행되고 복구까지 가능한지 주기적으로 검증하는 것이 진짜 백업 관리입니다.

백업 정상 동작 확인 방법

• 백업 플러그인 대시보드에서 마지막 백업 시각과 파일 크기 확인 (파일 크기가 0KB이면 실패)
• 외부 스토리지(구글 드라이브 등)에 실제 파일이 업로드됐는지 직접 확인
• 백업 후 이메일 알림 설정 — UpdraftPlus는 설정 탭에서 이메일 주소 입력 시 백업 완료·실패 알림 발송 가능
• 월 1회 이상 테스트 복원(Test Restore) 실행으로 백업 파일의 실질적인 복구 가능 여부 검증

백업이 실패하는 주요 원인

• 서버 PHP 실행 시간 제한(max_execution_time)이 짧아 대용량 DB 백업 중 타임아웃 발생
• 외부 스토리지 인증 토큰 만료 — 구글 드라이브 연동은 주기적으로 재인증 필요
• 서버 디스크 용량 부족으로 임시 파일 생성 실패
• WP-Cron 비활성화 설정 시 자동 스케줄 미실행 (wp-config.php에 DISABLE_WP_CRON이 true로 설정된 경우)

wp-cron 미동작 문제 해결

워드프레스 자동 백업 스케줄은 기본적으로 WP-Cron(워드프레스 내장 작업 스케줄러)에 의존합니다. WP-Cron은 사이트에 방문자가 있을 때만 실행되므로, 트래픽이 적은 사이트에서는 예약 시각에 백업이 실행되지 않는 경우가 있습니다. 이를 해결하려면 서버 cPanel 또는 Cron Job 기능으로 실제 서버 크론을 설정하고, wp-config.php에 define('DISABLE_WP_CRON', true);를 추가해 WP-Cron을 비활성화한 뒤 서버 크론으로 대체하는 방법이 가장 안정적입니다.

자주 묻는 질문 (FAQ)

DB 백업과 파일 백업은 따로 해야 하나요?

엄밀히 말하면 DB 백업과 파일 백업은 별개입니다. DB에는 콘텐츠·설정·회원 데이터가, 파일 시스템에는 이미지·테마·플러그인 파일이 저장됩니다. 사이트를 완전히 복구하려면 둘 다 필요하지만, DB 변경 빈도가 파일보다 훨씬 높습니다. 따라서 DB는 매일, 파일은 주 1~2회처럼 서로 다른 주기로 별도 설정하는 것이 효율적입니다.

무료 플러그인으로도 충분한가요, 유료가 필요한가요?

대부분의 중소형 사이트는 UpdraftPlus·WPvivid 무료 버전으로 충분합니다. 다만 실시간(1시간 미만) 백업, 멀티사이트 지원, 증분 백업(변경된 부분만 저장)이 필요하다면 UpdraftPlus Premium(연 약 7~15만 원)이나 BlogVault 같은 유료 서비스를 고려하세요. 일평균 주문 수 50건 이상의 쇼핑몰이라면 유료 플랜의 증분 백업 기능이 서버 부하와 저장 비용을 크게 줄여줍니다.

호스팅 업체 백업이 있으면 플러그인 백업은 안 해도 되나요?

호스팅 백업과 플러그인 백업은 반드시 병행해야 합니다. 호스팅 자동 백업은 보관 기간이 7~30일로 짧고, 복구 단위가 서버 전체여서 특정 DB 테이블만 선택 복원하기 어렵습니다. 또한 호스팅 업체 서버 자체에 문제가 생기면 백업도 함께 손실될 수 있습니다. 최소 2곳 이상의 독립된 저장소에 백업을 보관하는 ‘3-2-1 백업 원칙’을 따르는 것이 표준입니다.

백업 파일이 너무 커서 저장 공간이 부족합니다. 어떻게 해야 하나요?

DB 백업만 선택해 실행하면 파일 시스템 백업 대비 용량을 크게 줄일 수 있습니다. UpdraftPlus 기준으로 DB 전용 백업 파일 크기는 일반 블로그 기준 1~10MB 수준입니다. 추가로 불필요한 플러그인 로그·포스트 리비전 데이터를 WP-Optimize 같은 DB 최적화 플러그인으로 주기적으로 정리하면 DB 크기 자체를 줄일 수 있습니다. 보관 백업 수를 7~14개로 제한하는 것도 효과적입니다.

사이트 이전이나 개발 서버 테스트 전에 백업 주기를 어떻게 조정해야 하나요?

사이트 이전 또는 대규모 업데이트 작업 직전에는 자동 주기 백업과 별개로 수동 전체 백업(DB+파일)을 1회 실행하고 외부 저장소 업로드를 확인하세요. 개발 서버 테스트 환경에서는 자동 백업 주기를 일시 중단해도 무방하지만, 라이브 서버는 작업 중에도 자동 백업을 유지해야 합니다. 작업 완료 후에는 설정이 원복됐는지 반드시 점검하세요. 자세한 공식 문서는 UpdraftPlus 공식 지원 페이지에서 확인할 수 있습니다.

결론 — DB 백업 주기 설정, 오늘 바로 실행해야 하는 이유

워드프레스 DB 백업 주기 설정은 선택이 아닌 필수입니다. 사이트 유형에 따라 매일 1회 이상, 최소 주 1회는 자동 백업이 동작해야 하며, 반드시 서버 외부 스토리지와 연동해야 합니다.

지금 당장 UpdraftPlus 또는 WPvivid를 설치하고 DB 백업 주기를 설정하는 데 걸리는 시간은 5분이 채 되지 않습니다. 반면 백업이 없어서 사이트를 처음부터 다시 구축하는 데 걸리는 시간은 수 주에서 수 개월입니다. 아직 백업 설정을 마치지 않으셨다면, 이 글을 닫기 전에 바로 실행하시길 권장합니다.

• ✅ 사이트 유형에 맞는 DB 백업 주기 결정 (쇼핑몰·예약 사이트: 매일 1회 이상)
• ✅ UpdraftPlus 또는 WPvivid 설치 후 자동 스케줄 설정
• ✅ 구글 드라이브·S3 등 외부 스토리지 연동으로 오프사이트 백업 구성
• ✅ 월 1회 테스트 복원으로 백업 유효성 검증
• ✅ 플러그인·테마 업데이트 전 수동 백업 습관화