“백업 없다는 말 못 들으셨어요?” 시놀로지 워드프레스 백업 실습기

워드프레스 사이트가 날아가는 순간, 호스팅사 백업은 생각보다 도움이 안 되는 경우가 많아요. 보관 기간이 7일 안팎이거나, 복원은 유료거나, 무엇보다 백업본이 원본과 같은 서버에 있거든요. 그래서 결론부터 말하면, 웹호스팅에 올린 워드프레스는 UpdraftPlus 같은 플러그인으로 집에 있는 시놀로지 NAS에 SFTP로 자동 전송해두는 조합이 비전공자가 만들 수 있는 가장 현실적인 안전망이에요. 여기서는 플러그인 선택부터 NAS 공유폴더·전용 계정 만들기, 실제로 많이 막히는 연결 오류, 그리고 백업보다 중요한 복구 리허설까지 코딩 없이 따라 할 수 있는 최소 단계만 정리해요.

• 호스팅사 자동백업만 믿으면 안 되는 이유
• 시작 전 준비물 체크리스트
• 백업 연결 방식 3가지 비교
• 실전 1단계 · 시놀로지에 백업 받을 자리 만들기
• 실전 2단계 · UpdraftPlus로 NAS에 자동 전송하기
• 여기서 막힌다 · 연결 오류 5가지와 해결법
• 백업 스케줄과 용량 설계
• 백업보다 중요한 복구 리허설
• 보안 설정과 비용 정리
• 자주 묻는 질문
• 참고자료

호스팅사 자동백업만 믿으면 안 되는 이유

많은 사람이 “호스팅사에서 자동백업 해준다니까 괜찮겠지”라고 넘어가요. 그런데 실제로 사고가 났을 때 호스팅 백업이 힘을 못 쓰는 이유는 세 가지예요.

첫째, 보관 기간이 짧아요. 국내외 공용 호스팅 상품은 보통 최근 며칠에서 2주치만 순환 보관해요. 사이트가 해킹당했는데 감염 시점이 3주 전이면, 백업본도 이미 감염된 상태이거나 남아 있지 않아요.

둘째, 복원이 내 손에 없어요. 상품에 따라 복원 요청이 유료이거나 영업일 기준 처리라, 주말에 사이트가 멈추면 월요일까지 기다려야 하는 상황이 생겨요.

셋째, 가장 결정적인데 백업본이 원본과 같은 인프라에 있어요. 서버 자체에 장애가 나거나 계정이 정지되면 원본과 백업이 같이 사라지는 구조죠.

그래서 데이터 보관의 기본 원칙으로 자주 인용되는 게 3-2-1 규칙이에요. 사본을 3벌, 서로 다른 매체 2종, 그중 1벌은 물리적으로 다른 장소에 두라는 이야기예요. 워드프레스로 옮기면 이렇게 돼요.

NAS를 쓰는 진짜 이점은 용량이에요. 클라우드 무료 용량은 15GB 안팎에서 금방 막히지만, NAS는 4TB 디스크 한 장이면 미디어가 많은 사이트도 몇 년치 세대 관리가 가능해요. 월 구독료 없이 전기료만 드는 것도 장점이고요.

시작 전 준비물 체크리스트

본격적으로 설정하기 전에 아래 항목이 준비돼 있는지 확인해요. 여기서 하나라도 비어 있으면 뒤에서 반드시 막혀요.

용량 계산이 감이 안 잡히면 이렇게 잡아요. 글 300개에 이미지가 붙은 개인 블로그는 보통 1~3GB 정도예요. 전체 백업을 주 1회씩 8세대 보관하면 대략 8~24GB, 여기에 일일 데이터베이스 백업(보통 수십 MB)이 더해져요. 1TB 이상 NAS라면 걱정할 수준이 아니에요.

DDNS는 시놀로지가 무료로 주는 주소예요. DSM 제어판의 외부 액세스 메뉴에서 원하는 이름을 정하면 내이름.synology.me 형태 주소가 만들어져요. 가정용 인터넷은 IP가 바뀌는 경우가 있어서, 이 주소를 쓰면 IP가 바뀌어도 연결이 유지돼요.

백업 연결 방식 3가지 비교

여기서 헷갈리는 사람이 정말 많아요. “시놀로지 워드프레스 백업”으로 검색하면 NAS 안에 워드프레스를 설치하는 글과, 외부 호스팅 사이트를 NAS로 백업하는 글이 섞여서 나오거든요. 완전히 다른 이야기예요.

웹호스팅에 올린 사이트라면 답은 ①번이에요. 워드프레스 관리자 화면 안에서 모든 설정이 끝나고, 데이터베이스와 파일을 한 번에 챙겨주기 때문이에요.

여기서 꼭 기억할 게 하나 있어요. 워드프레스 폴더만 복사하면 복구가 안 돼요. 글 내용, 카테고리, 설정값, 댓글은 전부 MySQL 데이터베이스에 들어 있고, 폴더에는 테마·플러그인·업로드 이미지만 있어요. 그래서 파일과 DB를 같은 시점에 함께 백업하는 게 핵심이에요.

실전 1단계 · 시놀로지에 백업 받을 자리 만들기

워드프레스를 건드리기 전에 NAS 쪽부터 준비해요. 순서대로 5분이면 끝나요.

여기까지 끝났으면 내 PC의 파일질라 같은 프로그램으로 sftp://내주소:2222 접속을 한 번 테스트해봐요. PC에서 안 되면 워드프레스에서도 절대 안 되니, 이 단계에서 반드시 확인하고 넘어가는 게 시간을 아끼는 길이에요.

실전 2단계 · UpdraftPlus로 NAS에 자동 전송하기

NAS 준비가 됐으면 워드프레스 쪽은 훨씬 간단해요.

백업 파일 이름을 보면 구조가 이해돼요. backup_날짜_사이트명_해시-db.gz, -plugins.zip, -themes.zip, -uploads.zip, -others.zip 이렇게 나뉘어 저장돼요. 복구할 땐 이 다섯 개 세트가 같은 해시값인지 확인해야 하고, 하나라도 빠지면 부분 복원만 가능해요.

여기서 막힌다 · 연결 오류 5가지와 해결법

이 설정에서 한 번에 성공하는 경우는 드물어요. 자주 나오는 실패 지점을 원인별로 정리했어요.

차단당했다는 메시지가 뜬다면 DSM의 자동 차단 기능을 의심해봐요. 비밀번호를 몇 번 틀리면 호스팅 서버 IP가 차단 목록에 올라가서, 이후 정상 정보를 넣어도 계속 실패해요. 제어판 → 보안 → 보호 탭의 차단 목록에서 해당 IP를 지우고 허용 목록에 추가하면 풀려요.

백업 스케줄과 용량 설계

모든 걸 매일 전체 백업할 필요는 없어요. 바뀌는 속도가 다르니까요.

백업 시간은 방문자가 가장 적은 새벽 3~5시가 좋아요. 백업이 도는 동안 서버 자원을 쓰기 때문에 낮 시간대에는 사이트가 느려질 수 있어요.

NAS에 쌓인 백업 폴더를 클라우드로 한 번 더 보내는 건 Hyper Backup이 담당해요. 패키지 센터에서 설치하고, 원본은 wpbackup 폴더, 대상은 구글 드라이브나 S3 호환 저장소를 지정하면 돼요. Hyper Backup은 변경분만 보내는 증분 방식이라 용량과 시간이 크게 절약돼요.

백업보다 중요한 복구 리허설

백업 설정 글은 많은데 복구를 직접 해본 기록은 드물어요. 그런데 검증 안 한 백업은 백업이 아니에요. 파일이 깨져 있거나 DB만 있고 이미지가 없는 상태를, 진짜 사고가 났을 때 처음 알게 되면 늦어요.

가장 안전한 검증법은 운영 사이트가 아닌 곳에 복원해보기예요. 호스팅에서 제공하는 서브도메인이나 내 PC의 로컬 워드프레스 환경에 새 워드프레스를 설치하고, UpdraftPlus를 깐 뒤 NAS에서 내려받은 백업 파일 5종을 업로드해 복원 버튼을 누르면 돼요.

운영 루틴으로는 월 1회 복구 리허설과 주 1회 파일 확인을 권해요. NAS File Station에서 최근 백업 날짜와 파일 크기만 훑어봐도 충분해요. 파일 크기가 갑자기 0에 가깝거나 며칠째 그대로면 백업이 멈춘 신호예요. DSM 제어판의 알림 설정에서 이메일 알림을 켜두면 실패를 더 빨리 알 수 있어요.

보안 설정과 비용 정리

백업 파일은 사실상 사이트 전체 사본이에요. 데이터베이스 안에는 회원 정보와 설정값이 들어 있으니 원본만큼 조심히 다뤄야 해요.

• 암호화: UpdraftPlus는 DB 백업에 암호화 옵션이 있고, Hyper Backup도 작업 생성 시 암호화를 켤 수 있어요. 대신 암호를 잃어버리면 복구가 불가능하니 비밀번호 관리자에 반드시 따로 보관해요.
• 계정 권한 최소화: 백업 전용 계정은 wpbackup 폴더 외 접근 없음, 관리자 그룹 제외가 기본이에요.
• 방화벽·지역 차단: DSM 방화벽에서 국내 IP 대역과 호스팅 서버 IP만 허용하면 외부 시도를 크게 줄일 수 있어요.
• 자동 차단: 로그인 5회 실패 시 IP 차단 규칙을 켜두면 무작위 대입 시도를 막아줘요.
• 웹 공개 금지: 백업 폴더를 Web Station으로 웹에 노출하면 안 돼요. 주소만 알면 누구나 사이트 전체를 내려받게 돼요.

플러그인 가격과 기능 구성은 자주 바뀌니, 결제 전에 각 공식 홈페이지에서 최신 요금제를 확인하는 게 좋아요. 무료 조합만으로도 개인 블로그 수준의 안전망은 충분히 만들 수 있어요.

자주 묻는 질문

외부 호스팅에 있는 워드프레스도 NAS로 백업할 수 있나요?

가능해요. 워드프레스에 UpdraftPlus나 BackWPup을 설치하고 원격 저장소를 SFTP로 지정한 뒤, NAS의 DDNS 주소·포트·전용 계정 정보를 넣으면 돼요. 호스팅 서버가 백업 파일을 만들어 NAS로 밀어 넣는 구조라 NAS 사양과 무관하게 동작해요.

워드프레스 폴더를 통째로 복사하면 복구되나요?

안 돼요. 글·댓글·설정·메뉴는 전부 MySQL 데이터베이스에 저장되고 폴더에는 테마·플러그인·이미지만 있어요. 파일과 데이터베이스를 같은 시점에 함께 백업해야 완전한 복구가 가능해요.

Hyper Backup과 Active Backup for Business 중 무엇을 쓰나요?

NAS 안의 데이터를 다른 곳으로 내보낼 때는 Hyper Backup, PC·서버·가상머신을 NAS로 통째로 끌어올 때는 Active Backup for Business가 맞아요. 외부 호스팅 워드프레스라면 플러그인으로 NAS에 모은 뒤 Hyper Backup으로 클라우드에 2차 백업하는 구성이 실용적이에요.

백업이 실패하는 가장 흔한 원인은 뭔가요?

PHP 실행 시간 초과와 메모리 부족이 가장 흔해요. 백업 분할 크기를 100MB 이하로 줄이고, 캐시 폴더를 백업 대상에서 빼고, 파일과 DB 백업 시간을 다르게 잡으면 대부분 해결돼요. 그다음이 방화벽·포트·계정 권한 문제예요.

NAS 하나만 믿어도 되나요?

부족해요. 집에 화재·도난·정전이 나면 NAS도 함께 잃어요. NAS에 모은 백업 폴더를 Hyper Backup으로 클라우드에 주 1회 더 보내서, 최소 한 벌은 집 밖에 두는 구성을 권해요.

참고자료

• 시놀로지 기술 자료 센터 — DSM 공유폴더·SFTP·Hyper Backup 설정의 공식 설명서를 볼 수 있어요.
• 워드프레스 공식 문서 · 백업 안내 — 파일과 데이터베이스를 함께 백업해야 하는 이유와 표준 절차가 정리돼 있어요.
• UpdraftPlus 플러그인 페이지 — 무료판 지원 범위와 최신 버전 정보를 확인할 수 있어요.
• 한국인터넷진흥원 — 홈페이지 보안 점검과 침해사고 대응 자료를 제공해요.

백업은 설정할 때가 아니라 사고가 났을 때 진가가 드러나요. 그래서 순서를 이렇게 권해요. 먼저 NAS에 전용 공유폴더와 전용 계정을 만들고 SFTP만 열어둔 뒤, PC에서 접속 테스트로 길을 확인해요. 그다음 워드프레스에 백업 플러그인을 깔고 DB는 매일, 파일은 주 1회로 잡아 NAS로 보내요. 마지막으로 한 달에 한 번은 백업본을 다른 곳에 복원해보고, NAS 폴더는 클라우드로 한 벌 더 내보내요. 여기까지 해두면 호스팅사 답변을 기다리며 마음 졸일 일은 크게 줄어들어요. 연결 오류에서 막혔다면 그건 실패가 아니라 순서대로 하나씩 지워가면 되는 확인 목록이니, 로그 한 줄부터 차분히 읽어보면 길이 보여요.

함께 보면 좋은 글

• 워드프레스 플러그인 설정 방법 7단계, 설치 후 꼭 눌러야 할 것만
• 워드프레스 호스팅, 다들 월 요금만 보는데 진짜 갈림길은 따로 있어요
• 웹호스팅 종류 4가지 비교, 첫 워드프레스 블로그엔 뭐가 맞을까?