Computer >> 컴퓨터 >  >> 프로그래밍 >> HTML

BlogVault 백업 및 복원 완벽 가이드: 워드프레스 사이트를 안전하게 지키는 법

백업은 단순히 웹사이트의 복사본 이상의 의미를 가집니다. 라이브 사이트에 문제가 생겼을 때 복구할 수 있는 '좋은' 백업이야말로 진정한 백업입니다.

이 글에서는 좋은 백업의 조건이 무엇인지, 웹호스팅 백업만으로는 부족한 이유는 무엇인지, 그리고 마음 편히 사이트를 운영하기 위해 어떤 백업 플러그인을 선택해야 하는지 자세히 알아보겠습니다.

핵심 요약: BlogVault로 워드프레스 사이트에 탄탄한 백업 시스템을 구축하세요. 호스팅 업체가 제공하는 불안정한 유료 백업이나 수동 백업용 클라우드 스토리지 비용은 더 이상 필요 없습니다. BlogVault는 신뢰할 수 있는 백업 솔루션과 빠르고 간편한 복원 기능을 제공합니다.

왜 백업 플러그인을 선택해야 할까?

웹사이트를 처음 만들 때 우리는 워드프레스 백업이 필수라는 것을 알고 있었습니다. 가장 쉬운 방법은 WP Engine, Bluehost, GoDaddy 같은 웹호스팅 업체에서 제공하는 백업 기능을 활용하는 것이었죠.

하지만 실제로 사이트를 백업하고 복원해 보면서 몇 가지 명확한 문제점이 드러났습니다. 과정이 번거롭고 시간이 많이 걸렸으며, 무엇보다 신뢰성이 떨어져 결국 큰 의미가 없었습니다.

그래서 우리는 백업 플러그인을 직접 테스트해 보기로 했습니다. 아래에서 소개하는 평가 기준과 함께, BlogVault는 스테이징, 테스트 복원, 마이그레이션, 웹사이트 관리 같은 추가 기능까지 갖추고 있어 눈길을 끌었습니다.

다음 섹션에서는 BlogVault를 활용한 백업 및 복원 방법과 실제 사용 경험을 상세히 공유하겠습니다.

BlogVault로 웹사이트 백업하는 방법

BlogVault 백업이 신뢰할 수 있는 이유는 좋은 백업의 모든 조건을 갖추고 있기 때문입니다. 사이트 전체를 대상으로 하고, 암호화된 형태로 오프사이트(외부)에 저장되며, 필요할 때 전체 또는 일부를 빠르게 복원할 수 있습니다.

아래에서 살펴보겠지만, 이 플러그인은 놀라울 정도로 효율적이었습니다. 시간 소모가 거의 없었고, 수동 백업과 복원에 따르는 스트레스도 완전히 사라졌습니다.

테스트 진행 방식

이 글을 위해 우리는 소형, 중형, 대형 세 개의 사이트로 BlogVault를 테스트했습니다. 각 사이트마다 백업 생성과 복원 작업을 모두 진행했으며, 가장 큰 사이트는 용량 10GB에 데이터베이스 174MB 규모였습니다.

경험상 이 정도 규모의 사이트를 수동으로 복원하는 것은 결코 쉽지 않습니다. 예를 들어 cPanel로 백업을 생성했을 때는 용량 제한과 기술적인 어려움 때문에 복원 자체가 불가능했습니다.

시작하기

본격적인 테스트에 앞서 세 개 사이트 모두 미리 백업을 해두었습니다. 그런 다음 BlogVault 계정을 생성했는데, 바로 이때부터 모든 것이 순조롭게 진행되었습니다.

몇 분 만에 사이트 연결이 완료되었고, 그게 전부였습니다. 그 후로는 매일 자동으로 사이트 전체 백업이 생성되었으며, 백업 기능을 켜는 설정조차 필요하지 않았습니다.

별도의 설정도, 클라우드 스토리지 계정 연동도 필요 없었습니다. 관리형 워드프레스 서비스나 다른 백업 도구와 달리 BlogVault는 진정으로 완전 자동 방식입니다.

BlogVault의 사이트 전체 백업

웹호스팅 백업을 사용할 때는 파일과 데이터베이스를 따로따로 백업해야 했습니다. 서로 다른 두 가지 도구를 사용해야 했고, 어떤 파일 백업이 어떤 데이터베이스 백업과 짝을 이루는지 일일이 기억하고 관리해야 했죠.

반면 BlogVault는 파일과 데이터베이스가 하나의 백업에 통합되어 있어 훨씬 다루기 편했습니다.

빠른 백업 속도

일반적으로 작은 사이트는 10GB처럼 큰 사이트보다 백업 시간이 훨씬 짧습니다. 다른 도구나 cPanel 수동 백업에서는 사이트 용량이 커질수록 백업에 걸리는 시간이 크게 늘어나는 것이 문제였습니다.

BlogVault는 단 몇 분 만에 사이트 백업을 완료했습니다. 심지어 가장 큰 사이트(10GB)도 단 2분 만에 동기화되었습니다.

BlogVault 백업 및 복원 완벽 가이드: 워드프레스 사이트를 안전하게 지키는 법

또한 백업 과정이 웹사이트 속도를 저하시키는지도 확인했습니다. 이전에 사용했던 대부분의 백업 솔루션은 백업이 진행되는 동안 사이트 속도와 성능에 영향을 주었습니다.

하지만 BlogVault는 사이트 크기와 상관없이 빠르게 백업을 처리했고, 그 과정이 사이트 속도에는 전혀 영향을 주지 않았습니다. 인상적인 결과였습니다!

온디맨드 백업

각 사이트에 대해 온디맨드(수동 요청) 백업도 실행해 보았습니다. 플러그인이 백그라운드에서 작동하기 때문에 모든 사이트의 백업을 시작해 놓고 알림을 기다리기만 하면 되었습니다.

백업은 만일의 사태를 대비한 안전장치인 만큼, 온디맨드 백업 역시 빠르고 간편해야 한다고 생각합니다. 백업 외에도 해야 할 일이 많으니까요.

웹호스팅 백업에서는 cPanel의 도구를 직접 사용해 수동으로 진행해야 했고, 과정이 길고 지루해서 종종 답답함을 느꼈습니다. 반면 BlogVault는 클릭 한 번으로 온디맨드 백업을 실행할 수 있었습니다.

cPanel 수동 백업과 BlogVault 온디맨드 백업의 차이는 매우 컸습니다. cPanel 방식은 오류가 발생하기 쉽고 시간과 노력이 많이 드는 반면, BlogVault의 수동 백업은 정말 손쉬웠습니다.

덕분에 백업 완료 후 예정된 다음 작업으로 빠르게 넘어갈 수 있었습니다. 참고로 플러그인 업데이트가 필요했던 적이 있는데, BlogVault 대시보드에서 업데이트를 시도하자 플러그인 스스로 업데이트 전에 추가 백업을 먼저 생성하라고 안내해 주었습니다. 이것도 꽤 유용한 보너스였습니다!

BlogVault 백업 및 복원 완벽 가이드: 워드프레스 사이트를 안전하게 지키는 법

백업 저장소

몇 달 전의 파일이나 데이터베이스 항목을 복구해야 할 때는 오래된 백업이 매우 중요합니다. 이상적으로는 일반 사이트는 90일, WooCommerce 사이트는 365일 치의 백업을 보관하는 것이 좋으며, 이를 위해서는 충분한 저장 공간이 필요합니다.

다른 도구들은 백업 개수가 30개로 제한되어 있거나 추가 클라우드 스토리지 비용을 요구하는 경우가 많아, 온디맨드 백업을 만드는 것 자체를 피하게 됩니다. 사이트 변경이 잦은 날에 백업을 몇 번 더 추가하면 그만큼 오래된 백업이 삭제되는 구조였죠.

반면 BlogVault는 90일 치 백업(WooCommerce 사이트는 365일까지 확장 가능)을 자체 서버에 저장해 줍니다. 첫째, 저장 공간이나 추가 비용 걱정이 없습니다.

둘째, 백업이 웹호스팅 공간을 사용하지 않기 때문에 사이트 성능에도 영향을 주지 않습니다. 셋째, 새로운 온디맨드 백업을 생성해도 기존의 오래된 백업에는 영향이 없습니다.

부분 백업에 관하여

BlogVault는 부분 백업 기능을 제공하지 않습니다. 하지만 사용해 본 결과, 여기에는 충분한 이유가 있었습니다.

  1. 특정 파일이나 데이터베이스 테이블만 백업하고 싶더라도, 전체 백업을 보유하는 것이 항상 더 안전합니다. 문제가 생겼을 때 필요한 것을 포함한 모든 데이터를 갖추고 있을 수 있기 때문입니다.
  2. 부분 백업을 만들려면 미래에 어떤 부분을 부분 복원해야 할지 미리 알아야 하는데, 이는 당연히 불가능한 일입니다. BlogVault는 특정 백업에서 원하는 항목을 자유롭게 다운로드할 수 있습니다. 즉, 전체 백업은 BlogVault 서버에 보관하고, 필요한 부분만 골라서 내려받으면 됩니다.
BlogVault 백업 및 복원 완벽 가이드: 워드프레스 사이트를 안전하게 지키는 법
  1. BlogVault 플러그인으로 부분 복원도 가능합니다. 백업 버전을 선택한 뒤, 복원할 파일이나 데이터베이스 테이블만 고르면 됩니다. BlogVault에서는 복원이 이렇게나 간단합니다!

BlogVault 복원 기능 – 실제 테스트 결과

웹사이트의 상태는 언제나 스스로 통제할 수 있어야 합니다. 사이트가 다운되었을 때 개발자를 찾거나 복원 방법을 물어볼 필요 없이, 직접 빠르게 복구할 수 있어야 합니다.

BlogVault 대시보드는 매우 직관적이었습니다. 설명이 없어도 모든 기능이 손끝에서 바로 보일 정도였죠. 사이트 페이지에서 복원 버튼을 누르는 것, 그게 전부였습니다.

이것은 웹호스팅 복원 경험과는 극명한 대조였습니다. 솔직히 말하면, 특히 FTP를 통해 대용량 데이터베이스를 복원할 때 그 과정은 고통스러웠습니다. 경험이 너무 나빴기에 기준 자체가 낮아져 있었는데, BlogVault의 복원은 오히려 즐거운 경험이었습니다!

전체 복원

먼저 사이트 전체를 복원하는 방법을 확인했습니다. 소형, 중형, 대형 세 사이트 모두 복원 테스트를 진행했습니다.

역시 복원에도 별도의 설정이 필요 없었습니다. 복원할 백업 버전을 선택하기만 하면 되었죠. 게다가 대시보드에서 각 백업 버전 간의 차이를 바로 확인할 수 있어 선택이 한결 쉬웠습니다. 파일과 데이터베이스 변경 사항이 명확하게 목록으로 표시됩니다.

빠른 복원 속도

복원 과정은 정말 빨랐습니다. 다른 도구와 방법으로 복원하면서 나쁜 경험을 여러 번 겪었기 때문에, BlogVault의 원클릭 복원 기능은 더욱 인상 깊었습니다. 많은 도구가 백업 기능만 제공하지만, 백업의 진짜 가치는 얼마나 쉽게 복원할 수 있느냐에 달려 있습니다.

포럼에서는 여러 가지 이유로 수동 복원이 실패했다는 사이트 운영자들의 불만을 많이 찾을 수 있었습니다. 백업 솔루션이 있음에도 사이트를 잃는 안타까운 상황이죠. 우리의 경험도 마찬가지였습니다. 복원은 끔찍했고 실패하기 일쑤였습니다.

그래서 직접 수동 복원을 시도해 차이를 확인해 보기로 했습니다. 문제는 대부분 대형 사이트에서 발생하기 때문에, 가장 큰 사이트부터 테스트했습니다. 사이트 용량은 10GB, 데이터베이스는 174MB였습니다.

수동 복원을 위해서는 cPanel의 서로 다른 두 도구를 통해 파일과 데이터베이스를 각각 업로드해야 했습니다.

먼저 파일 관리자(File Manager)로 파일을 업로드하려 했지만, 500MB 업로드 제한 때문에 실패했습니다. FTP를 통한 다른 방법을 찾았지만, 과정이 지독하게 번거로웠습니다.

파일 복원이 끝난 후 phpMyAdmin으로 데이터베이스를 업로드하려 했지만, 이번에는 도구 자체가 다운되었습니다. phpMyAdmin의 데이터베이스 업로드 최대 용량은 50MB입니다.

이미 기존 데이터베이스를 삭제한 상태였기 때문에 사이트를 잃고 말았습니다. 설령 성공했더라도 이 과정에서 발생하는 다운타임이 너무 길었습니다. 비즈니스 사이트라면 고객, 주문, 평판 면에서 막대한 손실로 이어질 수 있는 상황입니다.

다행히 BlogVault가 이미 설치되어 있었습니다! 미리 만들어 둔 백업 중 하나로 사이트를 복원했고, 과정이 너무 매끄럽고 빨라서 다른 방법은 절대 선택하지 않을 것입니다. 10GB 규모의 대형 사이트도 8분 안에 복원되었습니다.

부분 복원

때로는 사이트 전체가 아니라 일부만 복원해야 할 때가 있습니다. 예를 들어 글이나 페이지를 추가하는 도중, 백그라운드에서 진행 중이던 애드온(플러그인) 업데이트가 사이트를 망가뜨리는 경우가 그렇습니다.

이럴 때 사이트 전체를 복원하면 마지막 백업 이후에 추가한 새 콘텐츠를 모두 잃게 됩니다. 하지만 문제가 된 플러그인 파일만 교체할 수 있다면 모든 것이 해결됩니다.

그래서 BlogVault의 부분 복원 기능을 테스트해 보았습니다. 과정은 매우 간단했습니다. 복원 설정에서 선택적 복원(selective restore)을 펼친 후, 복원할 항목들을 선택하기만 하면 됩니다.

지금까지 찾아본 부분 복원 방법 중 가장 쉬운 방식이었습니다. 대부분의 도구에서는 부분 복원 자체가 지원되지 않습니다.

수동으로도 시도해 보았지만, 머리를 싸매도 결과를 얻지 못했습니다. cPanel을 통한 수동 부분 복원을 하려면 애초에 부분 백업이 필요한데, 무엇이 잘못될지 미리 알고 그에 맞는 부분 백업을 만들어 둔 사람은 없습니다. 결국 수동 방식은 여기서도 실패했고, BlogVault는 완벽하게 해결해 주었습니다.

추가 기능

BlogVault에는 실무에서 매우 유용한 몇 가지 추가 기능이 있습니다:

테스트 복원(Test Restore): 어떤 버전을 복원해야 할지 확신이 서지 않을 때가 있습니다. 테스트 복원 기능을 사용하면 백업을 스테이징 사이트에 먼저 로드해 정상적으로 작동하는지 확인한 후, 라이브 사이트에 복원할 수 있습니다.

스테이징(Staging): 플러그인 업데이트나 새 테마 등을 테스트해야 할 때가 있습니다. 라이브 사이트에서 바로 시도했다가 문제가 생기면 복원하는 방식은 위험합니다. BlogVault로 스테이징 환경을 만들어 안전하게 테스트하세요.

마이그레이션(Migration): 새 도메인에 사이트를 복원해야 할 때가 있습니다. 마이그레이션 기능이 바로 그 해결책입니다. 현재 사이트를 그대로 다른 호스팅이나 서버로 이전할 때도 활용할 수 있습니다.

BlogVault 백업 및 복원 문제 해결

다운된 사이트 복원: 다운된 웹사이트를 복원하려면 사이트의 FTP 정보가 필요할 수 있습니다. FTP 정보는 웹호스팅 cPanel에서 확인할 수 있습니다. 좋은 소식은, BlogVault가 FTP 없이도 다운된 사이트를 복원할 수 있는 새로운 기능을 출시했다는 점입니다.

스테이징에서 복원: 스테이징 사이트의 변경 사항을 라이브 사이트에 반영하려면, 스테이징 섹션으로 이동해 병합(Merge) 버튼을 클릭하면 됩니다. 모든 변경 사항을 병합하거나 선택한 항목만 병합할 수 있습니다.

선택적 복원: 사이트 아래의 복원 버튼을 클릭합니다. 복원 설정에서 파일이나 테이블을 선택할 백업 버전을 고른 뒤, 선택적 복원을 펼쳐 파일 및/또는 데이터베이스에서 복원할 항목을 선택합니다.

올바른 백업 버전 선택: 백업 섹션에 표시된 백업 개수를 클릭하면 백업 '기록(History)' 페이지가 열립니다. 각 백업의 세부 정보를 확인할 수 있으며, 파일과 데이터베이스 내용을 검토할 수 있습니다. 또한 백업에 고유한 이름을 붙여 나중에 쉽게 식별할 수도 있습니다.

백업을 클라우드에 업로드: 원한다면 백업을 Dropbox에 업로드할 수도 있습니다. 백업 개수를 클릭해 기록 페이지로 이동한 후 업로드를 클릭하면, Dropbox 계정을 연동할 수 있습니다. 인증이 완료되면 백업이 클라우드에 저장됩니다.

BlogVault 백업 및 복원 완벽 가이드: 워드프레스 사이트를 안전하게 지키는 법

기타 문의: 문제가 발생하면 BlogVault 고객 지원팀에 24시간 연중무휴로 문의할 수 있습니다. 포럼에서 사이트 운영자와 에이전시들이 BlogVault 지원팀에 대해 남긴 좋은 후기를 많이 읽었습니다. 고객과 사이트가 실망하지 않도록 친절하게 문제를 해결해 줍니다.

신뢰할 수 있는 백업 솔루션 고르는 법

플러그인을 선택할 때는 백업이 일정 기준을 충족하는지 확인해야 합니다. 사이트만큼 중요한 자산은 없으므로, 백업 솔루션 역시 절대 실망시키지 않는 것이어야 합니다. 백업 솔루션을 고를 때 다음 사항들을 꼭 기억하세요.

완전한 백업 – 워드프레스 사이트는 파일과 데이터베이스, 두 가지 요소로 구성됩니다. 파일에는 사이트의 소스 코드와 애드온(플러그인, 테마)이 들어 있고, 데이터베이스에는 모든 콘텐츠(글, 페이지, 댓글, 태그 등)가 테이블 형태로 저장됩니다. 사이트가 정상 작동하려면 두 요소가 모두 필요하며, 따라서 둘 다 백업하는 것이 필수입니다.

웹호스팅 백업을 사용할 때는 사이트마다 파일과 데이터베이스를 따로 백업해야 했습니다. 그리고 각각 의미 있는 이름을 붙여 어떤 내용이 들어 있는지, 어떤 파일 백업이 어떤 데이터베이스 백업과 짝을 이루는지 관리해야 했죠. 오류 가능성이 너무 컸고, 무엇보다 지루한 작업이었습니다.

안전한 저장 – 백업은 암호화된 상태로 오프사이트, 즉 호스팅 업체가 아닌 별도의 장소에 안전하게 보관되어야 합니다. 대부분의 솔루션은 사이트 서버나 유명 클라우드 스토리지에 백업을 저장하는데, 두 방식 모두 안전하지 않습니다.

웹호스팅 백업은 서버에 문제가 생기면 사이트와 백업을 함께 잃을 수 있습니다. 일부 호스팅 업체가 백업을 오프사이트에 저장하기도 하지만, 테스트 결과 이는 예외적인 경우일 뿐 일반적이지 않았습니다.

반면 클라우드 저장은 대부분 수동 작업이 필요하고, 백업을 암호화하지 않으면 안전하지 않습니다. 해킹을 당하면 백업을 통해 웹사이트 전체가 그대로 노출될 수 있습니다.

손쉬운 복원 – 백업은 문제가 발생했을 때의 절반일 뿐입니다. 너무 많은 고객이 복원 테스트를 미루다가, 정작 필요한 순간에 복원이 되지 않아 경악하는 경우를 보아왔습니다.

백업은 빠르고 쉽게 복원할 수 있어야 합니다. 그렇지 않다면 그 백업 솔루션은 제 역할을 하지 못하는 것입니다.

웹호스팅 백업 복원에서도 수많은 어려움을 겪었습니다. 파일과 데이터베이스를 따로 복원해야 했고, 복원 전에 데이터베이스를 삭제해야 했으며, 대용량 데이터베이스는 cPanel로 복원에 실패하는 경우가 많았습니다. 어떤 복원은 완료까지 반나절이 걸렸고, 그 동안 사이트는 계속 다운된 상태였습니다.

자동 백업 – 자동 백업을 제공하지 않는 솔루션은 좋은 백업 솔루션이 아닙니다. 수동 백업은 번거로울 뿐만 아니라, 항상 실행 가능한 것도 아닙니다.

결론

BlogVault는 백업과 복원 전반을 아우르는 360도 솔루션을 제공했습니다. 100GB까지의 모든 사이트에서 빠르게 작동하며, 모든 요금제에 자동 일일 백업이 포함되고, WooCommerce 사이트는 실시간 백업도 선택할 수 있습니다. 백업은 90일간 보관되며, 언제든 원하는 백업을 손쉽게 복원할 수 있습니다.