이번에 호스팅을 옮기면서 정말 아찔한 경험을 했어요. 워드프레스 백업을 호스팅 업체 자동 백업만 믿었다가 큰일 날 뻔했지 뭐예요. 호스팅 해지 전에 제 블로그 파일이랑 DB 압축본 647MB를 직접 다운로드해서 무사히 옮겼는데, 그 과정에서 월 3만9천원이나 아낄 수 있었답니다. 저처럼 삽질하지 마시라고 제가 겪었던 이야기와 꿀팁을 풀어볼게요.
한눈에 보는 핵심
- 호스팅 해지 전에는 자동 백업이 사라지니, 직접 백업 파일을 다운로드해야 합니다.
- 제 블로그의 경우 647MB 파일과 DB 압축본을 직접 내려받아 복원 수단을 확보했습니다.
- 옛 호스팅 업체 전용 캐시 플러그인 삭제 후에도 잔존 파일 때문에 사이트가 멈추는 문제를 겪었습니다.
- SSH가 막힌 공유호스팅 환경에서 FTP, cPanel, MySQL 포트를 활용해 사이트를 복구했습니다.
목차
호스팅 자동 백업, 과연 믿을 수 있을까요?
제가 처음 워드프레스를 시작했을 때, 호스팅 업체에서 ‘자동 백업’을 제공한다고 해서 마음 놓고 있었어요. ‘설마 내 소중한 블로그가 날아가겠어?’ 하는 안일한 생각이었죠. 그런데 이번에 호스팅을 옮기려고 알아보니, 호스팅 해지 시 자동 백업도 함께 사라진다는 사실을 알게 됐어요. 이 사실을 모른 채 호스팅을 해지했더라면, 제 647MB 블로그 파일이 통째로 날아갈 뻔한 거죠. 정말 상상만 해도 끔찍했어요.
보통 호스팅 업체들은 백업 생성 후 다운로드 방식을 다양하게 제공하더라고요. 가비아는 백업 생성 후 무료 다운로드 신청이나 실시간 백업을 제공하고, 워드프레스닷컴은 Jetpack 백업 메뉴에서 원하는 백업을 찾아 다운로드할 수 있도록 하고 있습니다. 클라우드웨이즈는 SFTP에 접속해서 애플리케이션별 백업 파일을 PC로 다운로드하라고 안내하고요. 하지만 이런 절차를 직접 거치지 않으면, 중요한 순간에 백업을 잃을 수도 있다는 걸 깨달았습니다.
647MB 백업 파일 직접 다운로드, 제가 선택한 방법
호스팅 해지 전, 저는 제 블로그의 모든 데이터를 직접 확보하기로 결심했어요. 워드프레스 사이트의 수동 백업은 주로 파일(wp-content 등) 다운로드와 DB 내보내기(phpMyAdmin Export)로 이루어집니다. 저는 FTP를 통해 wp-content 폴더를 포함한 모든 워드프레스 파일을 다운로드했습니다. 그리고 cPanel에 접속해서 phpMyAdmin을 통해 데이터베이스를 Export해서 압축본을 만들었죠. 이렇게 해서 총 647MB에 달하는 제 블로그의 핵심 데이터를 제 컴퓨터에 안전하게 저장했습니다.
가비아의 경우, 생성된 백업 파일이 4GB 이상이면 유료 다운로드 버튼이 노출된다고 하니, 대용량 파일을 백업할 때는 추가 비용이 발생할 수도 있다는 점을 미리 확인해봐야 할 것 같아요. 저는 다행히 647MB라 무료로 바로 다운로드할 수 있었습니다. 이렇게 직접 백업을 해보니, 호스팅 업체에만 의존하는 것보다 훨씬 안심이 되더라고요.
CHECK POINT
호스팅 해지 전 백업 파일을 직접 다운로드하여 무결성을 확인했는지 다시 한번 점검하세요.
캐시 플러그인 잔존 파일이 불러온 대참사
백업을 무사히 마치고 새로운 호스팅으로 이전하는 과정에서 예상치 못한 문제가 발생했어요. 옛 호스팅 업체 전용 캐시 플러그인을 삭제했는데도, 사이트가 계속 죽는 현상이 일어난 거죠. 처음에는 어디가 문제인지 감도 잡히지 않았어요. 한참을 헤매다 보니, wp-content/advanced-cache.php 파일이 잔존해 있었고, 이 파일이 플러그인 충돌을 일으키고 있었던 겁니다.
이런 상황은 워드프레스 초보자들에게는 정말 막막할 수 있어요. 저도 솔직히 당황스러웠습니다. 캐시 플러그인은 사이트 속도 향상에 큰 도움을 주지만, 이렇게 잔여 파일이 문제를 일으킬 수 있다는 걸 이번에 뼈저리게 배웠습니다. UpdraftPlus 같은 백업 플러그인도 Dropbox나 Google Drive 같은 외부 저장소를 지원해서 편리하지만, 플러그인 자체의 오류나 충돌 가능성은 항상 염두에 둬야 한다는 걸 다시 한번 느꼈습니다.
SSH 없이 해결한 사이트 복구 노하우
사이트가 죽어버린 상황에서 저는 해결책을 찾아야만 했습니다. 그런데 제가 사용하던 공유호스팅 환경은 SSH 접속이 막혀 있었어요. 보통 이런 문제를 해결하려면 SSH를 통해 서버에 직접 접속해서 파일을 수정해야 하는데, 그럴 수 없으니 답답했죠. 하지만 저는 포기하지 않았습니다. FTP와 cPanel, 그리고 MySQL 포트를 활용해서 문제를 해결하기로 했습니다.
먼저, FTP에 접속해서 문제의 wp-content/advanced-cache.php 파일을 직접 삭제했습니다. 그리고 wp-config.php 파일을 열어서 WP_CACHE 값을 수동으로 정리했죠. 이 과정에서 cPanel API를 활용해서 데이터베이스를 새로 생성하고, 필요한 권한을 부여하고, 도메인을 추가하고, 압축 해제까지 처리했습니다. 마지막으로 SSL을 발급받아 사이트 보안까지 확보했습니다. 이런 복잡한 과정을 거쳐 마침내 제 워드프레스 사이트를 정상화할 수 있었습니다. 이 모든 과정이 제가 워드프레스 백업의 중요성을 다시 한번 깨닫는 계기가 되었어요.
CHECK POINT
워드프레스 백업 시, 호스팅 업체 전용 캐시 플러그인이나 기타 플러그인 삭제 후 잔존 파일이 없는지 반드시 확인하세요.
워드프레스 백업, 왜 직접 해야 할까요?
제가 겪었던 경험처럼, 호스팅 업체 자동 백업은 편리하지만 한계가 명확합니다. 특히 호스팅 해지 시 백업 데이터까지 사라진다는 점은 반드시 인지해야 할 부분이에요. 워드프레스닷컴도 Jetpack 백업 다운로드 시 “다운로드 가능한 파일 생성” 버튼을 눌러야 파일을 만들 수 있고, 가비아도 4GB 이상 파일은 유료 다운로드 절차가 필요하다고 합니다. 이런 절차들을 모르고 있다가 중요한 데이터를 잃는 불상사를 막으려면, 직접 워드프레스 백업을 해두는 것이 가장 현명한 방법입니다.
직접 백업을 할 때는 파일과 데이터베이스를 함께 보관하는 것이 중요해요. 파일만 백업하고 데이터베이스를 놓치거나, 그 반대의 경우도 복원에 어려움을 겪을 수 있습니다. 저는 이 모든 과정을 거치면서 ‘내 블로그는 내가 지켜야 한다’는 교훈을 얻었어요. 이 경험 덕분에 월 3만9천원이라는 호스팅 비용을 절감하면서도, 제 블로그를 더욱 안전하게 운영할 수 있게 되었답니다.
마무리
워드프레스 백업은 단순히 데이터를 저장하는 것을 넘어, 예상치 못한 문제 발생 시 블로그를 살릴 수 있는 유일한 보험입니다. 호스팅 해지 전 647MB 파일을 직접 다운로드하여 무결성을 확인하고, 캐시 플러그인 잔존 파일과 같은 문제에도 대비하는 것이 중요합니다. 제가 겪은 경험을 통해 여러분도 소중한 블로그를 안전하게 지키시길 바랍니다.
자주 묻는 질문
워드프레스 백업은 왜 중요한가요?
예기치 않은 서버 오류, 해킹, 실수로 인한 데이터 손실 등 다양한 위험으로부터 블로그를 보호하고 복원하기 위해 필수적입니다.
호스팅 해지 시 백업은 어떻게 되나요?
대부분의 호스팅 업체는 해지 시 자동 백업 데이터도 함께 삭제하므로, 해지 전에는 반드시 직접 백업 파일을 다운로드해야 합니다.
647MB 파일 백업 시 유의할 점이 있나요?
가비아의 경우 4GB 이상 파일은 유료 다운로드 절차가 필요할 수 있으니, 호스팅 업체 정책을 미리 확인하는 것이 좋습니다.
캐시 플러그인 삭제 후에도 사이트가 죽는 이유는 무엇인가요?
wp-content/advanced-cache.php와 같은 잔존 파일이나 wp-config.php 설정이 제대로 정리되지 않아 플러그인 충돌이 발생할 수 있습니다.
SSH 없이도 워드프레스 사이트 복구가 가능한가요?
네, FTP, cPanel, MySQL 포트를 활용하여 파일 삭제 및 DB 복구 등 수동으로 복원 작업을 진행할 수 있습니다.
본 글은 일반적인 정보 제공을 목적으로 하며, 개별 상황에 대한 판단이나 진단을 대신할 수 없습니다. 정확한 내용은 전문가와 상담해 결정하시기 바랍니다.