백업은 라이브 사이트가 다운된 경우 복원할 수 있는 웹사이트 사본입니다. '좋은' 백업은 그 이상입니다!
이 기사에서는 좋은 백업이 필요한 이유, 웹 호스트 백업이 충분하지 않은 이유, 마음에 드는 플러그인을 선택하는 방법에 대해 설명합니다.
틀;DR: BlogVault를 사용하여 WordPress 사이트에 대한 방탄 백업을 만드십시오. 호스트에서 제공하는 신뢰할 수 없는 백업이나 수동 백업을 저장하기 위한 추가 클라우드 스토리지에 대해 비용을 지불할 필요가 없습니다. BlogVault는 안정적이고 쉽고 빠르게 복원할 수 있는 백업 솔루션을 제공합니다.
백업 플러그인을 선택하는 이유
웹 사이트를 만들 때 WordPress 백업이 필요하다는 것을 알았습니다. 가장 쉽고 확실한 방법은 웹 호스트인 WP Engine, Bluehost 및 GoDaddy에서 제공하는 백업 솔루션을 사용하는 것이었습니다.
그러나 웹 사이트를 백업하고 복원하는 과정에서 몇 가지 분명한 문제가 나타났습니다. 이는 신뢰할 수 없고 궁극적으로 무의미한 시간 소모적인 프로세스였습니다.
그래서 우리는 백업 플러그인을 테스트하기로 결정했습니다. 아래 나열된 기준과 함께 BlogVault에는 준비, 테스트 복원, 마이그레이션 및 웹사이트 관리와 같은 몇 가지 추가 기능이 포함되어 있습니다.
다음 섹션에서는 BlogVault를 백업 및 복원에 사용하는 방법을 보여주고 경험에 대해 자세히 설명합니다.
BlogVault를 사용하여 웹사이트를 백업하는 방법
BlogVault 백업은 우수한 백업의 모든 특징을 가지고 있기 때문에 신뢰할 수 있습니다. 암호화된 형태로 오프사이트에 저장된 전체 사이트의 백업으로 필요할 때 전체 또는 부분적으로 신속하게 복원할 수 있습니다.
아래의 경험에서 알 수 있듯이 이 플러그인에는 엄청난 효율성이 있었습니다. 시간적으로 오버헤드가 거의 없었고 수동 백업 및 복원의 스트레스가 전혀 없었습니다.
테스트 프로세스에 대한 간략한 설명
이 기사의 목적을 위해 소규모, 중간 규모 및 대규모의 세 가지 사이트에서 BlogVault를 테스트했습니다. BlogVault를 사용하여 백업을 만들고 각각에 대해 복원을 수행했습니다. 가장 큰 사이트는 10GB이고 데이터베이스는 174MB였습니다.
경험상 이 크기의 사이트는 수동으로 복원하기가 쉽지 않습니다. 예를 들어 cPanel을 사용하여 백업을 만들 때 크기 제한과 기술적인 어려움으로 인해 다시 복원할 수 없었습니다.
시작하기
들어가기 전에 세 사이트에 대한 백업을 수행했습니다. 그런 다음 BlogVault 계정을 만들었습니다.
몇 분 만에 사이트가 연결됩니다. 그리고 그것이 문자 그대로 우리가 해야 할 전부였습니다. 전체 사이트 백업은 매일 자동으로 생성됩니다. 이 백업을 켤 필요조차 없었습니다.
Managed WordPress Services 또는 우리가 사용한 다른 백업 도구와 달리 구성이 필요하지 않았고 클라우드 스토리지 계정을 연결할 필요도 없었습니다. BlogVault는 정말 자동입니다!
BlogVault로 전체 사이트 백업
웹 호스트 백업을 사용한 테스트에서는 파일과 데이터베이스를 별도로 백업해야 했습니다. 우리는 2개의 다른 도구를 사용했고 어떤 파일 백업이 어떤 데이터베이스 백업에 해당하는지 알아야 했습니다.
BlogVault를 사용하면 원활했습니다. 생성된 백업에는 두 구성 요소가 모두 포함되어 있습니다. 처리하기가 훨씬 쉽습니다.
빠른 백업
우리가 알아차린 또 다른 요인은 일반적으로 더 작은 사이트는 우리와 같은 더 큰 사이트(10GB)에 소요되는 시간보다 훨씬 적은 시간이 걸린다는 것입니다. 다른 도구나 수동 cPanel 백업의 경우 웹사이트의 크기가 백업에 필요한 시간을 증가시키기 때문에 시간이 큰 문제였습니다.
Blogvault는 사이트를 백업하는 데 몇 분밖에 걸리지 않았습니다. 가장 큰 사이트(10GB)도 단 2분 만에 동기화되었습니다.
또한 백업 프로세스가 웹사이트 속도를 늦추는지 확인했습니다. 이전에 사용했던 대부분의 백업 솔루션은 백업이 생성되는 동안 웹사이트 속도와 성능에 영향을 미쳤습니다.
그러나 BlogVault는 웹 사이트의 크기에 관계없이 사이트를 빠르게 백업했습니다. 따라서 프로세스는 사이트의 속도에 전혀 영향을 미치지 않았습니다. 인상적이었습니다!
주문형 백업
각 사이트에 대해 주문형 백업을 실행했습니다. 플러그인이 백그라운드에서 작동하기 때문에 모든 사이트에 대한 백업 프로세스를 시작하고 우리에게 알리기 위해 가만히 앉아 있을 수 있습니다.
목록의 다음 테스트는 주문형 백업을 시도하는 것입니다. 우리는 웹사이트를 변경하고 싶을 때 새로운 백업을 할 수 있도록 하고 싶었습니다.
백업은 안전 장치라는 점을 염두에 두고 주문형 백업이 빠르고 간편하기를 바랍니다. 우리가 끝내야 할 다른 일이 있었습니다!
웹 호스트의 경우 수동으로 프로세스를 진행하고 cPanel에서 제공하는 도구를 사용해야 했습니다. 이 과정은 시간이 많이 걸리고 지루했으며 종종 우리를 좌절하게 만들었습니다. 그러나 BlogVault를 사용하여 클릭 한 번으로 주문형 작업을 수행할 수 있었습니다.
cPanel 수동 백업과 BlogVault 주문형 백업의 차이는 컸습니다. cPanel one은 오류가 발생하기 쉽고 시간과 노력이 많이 들었지만 BlogVault 수동 백업은 어렵지 않았습니다.
이를 통해 백업이 생성된 후 수행하도록 예약된 작업으로 빠르게 이동할 수 있었습니다.
제쳐두고, 플러그인을 업데이트하고 싶었기 때문에 BlogVault 대시보드에서 업데이트 옵션을 시도했습니다. 플러그인 자체는 업데이트 전에 추가 백업을 생성하라는 메시지를 표시했습니다. 그것은 보너스였습니다!
백업 저장용량
몇 달 전에 파일이나 데이터베이스 항목을 검색하려는 경우 이전 백업이 매우 중요합니다. 이상적으로는 사이트에 대해 90일 백업, WooCommerce 사이트에 대해 365일 백업이 필요합니다. 적절한 저장 공간이 필요합니다.
다른 도구를 사용하는 경우에는 스토리지 제한이 30개 백업이거나 추가 클라우드 스토리지 비용을 지불해야 하기 때문에 일반적으로 주문형 백업 생성을 피했습니다. 웹사이트에 많은 변경 사항이 있는 날에 몇 가지 추가 백업을 수행하면 오래된 백업 몇 개를 잃게 됩니다.
반면 BlogVault는 WooCommerce 사이트의 경우 365일까지 연장할 수 있는 90일의 백업을 제공하고 자체 서버에 저장했습니다. 그래서 우선 저장 공간과 추가 비용에 대해 걱정할 필요가 없었습니다.
둘째, 백업이 웹 호스트 공간을 사용하지 않았기 때문에 이것은 우리 사이트의 성능에 영향을 미치지 않았습니다. 마지막으로 오래된 백업은 주문형 백업의 영향을 받지 않았습니다.
부분 백업
BlogVault는 부분 백업을 허용하지 않습니다. 그런 경우인데도 그럴만한 이유가 있음을 확인했습니다.
- 특정 파일이나 데이터베이스 테이블의 백업을 생성하려는 경우에도 항상 전체 백업을 유지하는 것이 좋습니다. 문제가 발생하더라도 필요한 것을 포함하여 모든 것을 갖추게 될 것입니다.
- 부분 백업을 만들려면 나중에 부분적으로 복원해야 하는 항목을 알아야 합니다. 이것은 분명히 불가능하며 필수 사항도 아닙니다. BlogVault를 사용하면 특정 백업에서 원하는 모든 것을 다운로드할 수 있습니다. 따라서 항상 BlogVault 서버에 전체 백업을 저장하고 필요한 부분만 다운로드할 수 있습니다.
<올 시작="3">
BlogVault를 사용한 복원 – 우리의 발견
웹사이트의 상태는 항상 귀하가 관리해야 합니다. 다운된 경우 개발자를 찾거나 웹사이트 복원 방법에 대한 답변을 기다리지 않고도 직접 복원할 수 있습니다.
BlogVault 대시보드가 직관적이라는 것을 알았습니다. 우리는 무엇을 해야 하는지 말할 필요가 없으며 여전히 모든 것을 말 그대로 손끝에서 할 수 있습니다. 사이트 페이지에서 복원 버튼을 누르기만 하면 됩니다. 그게 다야!
이것은 웹 호스트 복원과 극명한 대조를 이룹니다. 사실 복원 프로세스는 특히 FTP를 사용하는 대규모 데이터베이스에서 고통스러웠습니다. 그 경험은 너무 끔찍해서 처음부터 우리의 기준이 낮았습니다. 하지만 BlogVault 복원은 즐거운 경험이었습니다!
완전한 복원
먼저 전체 사이트를 복원하는 방법을 확인했습니다. 우리는 복원 과정을 위해 소, 중, 대 세 곳 모두를 테스트하고 싶었습니다.
다시 말하지만 복원에는 구성이 필요하지 않았습니다. 복원할 백업 버전을 선택하기만 하면 됩니다. 대시보드 자체에서 다양한 백업 파일의 차이점을 볼 수 있었기 때문에 이 결정도 더 쉽게 이루어졌습니다. 파일 및 데이터베이스 변경 사항이 명확하게 나열됩니다.
빠른 복원
복원 과정은 정말 빨랐습니다. 우리는 다른 도구와 방법으로 복원 과정에서 몇 가지 나쁜 경험을 했습니다. 그러나 우리는 BlogVault가 제공하는 원클릭 복원 기능에 깊은 인상을 받았습니다. 우리가 사용한 많은 도구는 백업만 제공합니다. 그러나 백업은 얼마나 쉽게 복원할 수 있는지 못지않게 중요합니다.
포럼에서 어떤 이유로든 수동 복원이 실패하는 것에 대한 많은 불만을 발견했습니다. 이로 인해 백업 솔루션이 있음에도 웹사이트 소유자가 웹사이트를 잃어버렸습니다. 이것은 우리의 경험과도 일치했습니다. 복원은 끔찍했고 실패하기 쉬웠습니다.
따라서 차이점을 확인하기 위해 사이트를 수동으로 복원해야 했습니다. 대부분의 문제는 대규모 사이트에서 발생하므로 먼저 테스트했습니다. 우리 사이트의 크기는 10GB이고 데이터베이스는 174MB입니다.
수동으로 복원하려면 cPanel의 두 가지 도구를 통해 파일과 데이터베이스를 별도로 업로드해야 했습니다.
먼저 파일 관리자를 통해 파일 업로드를 시도했습니다. 그러나 파일 관리자는 500MB의 제한이 있어서 업로드에 실패했습니다. FTP를 통해 수동으로 이 작업을 수행하는 다른 방법을 찾았습니다. 그러나 그것은 지루한 과정이었습니다.
파일이 복원되면 phpMyAdmin으로 이동했습니다. 여기에서 데이터베이스를 업로드하려고 했지만 도구가 충돌했습니다. phpMyAdmin을 통한 데이터베이스 업로드의 최대 크기 제한은 50MB입니다.
우리는 이미 오래된 데이터베이스를 삭제하여 사이트를 잃어버렸습니다. 성공한다 해도 프로세스로 인한 다운타임이 너무 컸습니다. 비즈니스의 경우 고객, 주문 및 평판 측면에서 손실이 발생할 수 있습니다.
좋은 점은 이미 Blogvault가 설치되어 있다는 것입니다! 사전에 생성한 백업 중 하나로 사이트를 복원했습니다. 그 과정은 너무 순조롭고 빨라서 우리는 다른 방법을 선택하지 않을 것입니다. 우리의 대규모 사이트는 8분 이내에 복원되었습니다.
부분 복원
경우에 따라 전체 사이트의 일부만 복원해야 할 수도 있습니다. 예를 들어, 게시물이나 페이지를 추가할 때 백그라운드에서 실행 중인 추가 기능 업데이트로 인해 사이트가 손상될 수 있습니다.
이 경우 전체 사이트를 복원하면 마지막 백업 이후에 추가한 모든 새 콘텐츠가 손실됩니다. 그러나 플러그인 파일만 교체할 수 있다면 모든 것이 괜찮을 것입니다.
그래서 우리는 BlogVault에서 부분 복원이 작동하는 방식을 테스트하고 싶었습니다. 그 과정은 아주 간단했습니다. 복원 설정에서 선택적 복원을 확장한 다음 복원하려는 항목을 선택해야 했습니다.
이것은 우리가 찾은 가장 쉬운 부분 복원 방법이었습니다. 부분 복원은 대부분의 도구에서 사용할 수 없습니다.
우리는 심지어 머리를 많이 긁어야 했고 결과는 없었습니다. cPanel을 통해 수동 부분 복원을 수행하려면 부분 백업이 필요했습니다.
무엇이 잘못될 것인지, 어떤 도구를 사용하여 처음부터 부분 백업을 생성할 것인지에 대한 미래의 통찰력은 아무도 없습니다. 따라서 수동 방법은 여기에서도 실패했지만 BlogVault는 삽시간에 성공했습니다.
추가 기능
꽤 유용한 BlogVault의 몇 가지 추가 기능을 찾았습니다. 그 중 몇 가지가 아래에 설명되어 있습니다.
테스트 복원: 복원할 버전이 확실하지 않은 경우가 있습니다. 테스트 복원을 사용하면 기본적으로 준비 사이트에 백업을 로드한 다음 라이브 사이트로 복원을 이동하기 전에 예상대로 작동하는지 확인할 수 있습니다.
스테이징: 때때로 플러그인 업데이트나 새 테마와 같은 몇 가지 사항을 테스트해야 할 수도 있습니다. 항상 라이브 사이트에서 수행한 다음 문제가 해결되지 않으면 복원하지 않습니다. BlogVault를 사용하면 스테이징 영역을 만들어 테스트할 수 있습니다.
이전: 새 도메인에서 사이트를 복원하려는 경우가 있습니다. 마이그레이션은 갈 길입니다. 또한 이 기능을 사용하여 현재 사이트를 다른 호스트나 서버로 마이그레이션할 수도 있습니다.
BlogVault 백업 및 복원 문제 해결
충돌된 웹사이트 복원: 손상된 웹 사이트를 복원하려면 사이트의 FTP 세부 정보가 필요할 수 있습니다. 웹 호스트의 cPanel을 통해 FTP 세부 정보를 찾을 수 있습니다. 좋은 소식은 BlogVault가 FTP 없이 손상된 사이트를 복원하는 데 도움이 되는 새로운 기능을 출시했다는 것입니다.
스테이징에서 복원: 스테이징에서 라이브 사이트로 변경 사항을 푸시하려면 스테이징 섹션으로 이동하여 병합 버튼을 클릭하기만 하면 됩니다. 모든 변경 사항을 병합하거나 선택한 변경 사항만 병합하도록 선택할 수 있습니다.
선택적 복원: 사이트 아래의 복원 버튼을 클릭합니다. 복원 설정에서 파일 또는 테이블을 선택해야 하는 백업 버전을 선택합니다. Then, expand selective restore and select the items from files and/or the database for restore.
Choosing the correct backup version: Click on the number of backups that your backup section shows. A ‘History’ page for your backups will open. You will see details for each of the backups. You can check the files and database to see what they contain. Furthermore, you can also give a unique name to your backups to help identify them easily in the future.
Uploading backup to cloud: You can upload your backup to Dropbox if you would like. To do so, click on backups count. On the History page, click on upload. Here you can sync your Dropbox account. Once authenticated, your backup will be saved on the cloud.
Other issues: You can reach out to the customer support of BlogVault 24/7 for any issue. We read quite a few great things site owners and agencies said on forums about the BlogVault support team. They will help you resolve your queries in such a way that doesn’t let you or your site down.
How to choose a reliable backup solution?
When choosing a plugin, we want to make sure that the backups fulfill certain criteria. Your sites are important and so your backup solution should be one which never lets it down. While choosing a backup solution, you need to keep a few things in mind. :
Complete backup – A WordPress site consists of two components – files and database. Your files contain your source code for your site and add-ons (plugins and themes). Your database contains all the content (posts, pages, comments, tags etc.) in the form of tables. In order for your site to work properly, you must have both of these components. That’s why it is important to back up both of them.
When trying out web host backups, we needed to back up the files and databases separately for each site. We then named each of them semantically to understand what was in them, plus which file backup went with which database backup. The margin for error was too high for comfort, not to mention how tedious it was.
Secure storage – Your backups need to be stored securely, encrypted, and at an offsite location, i.e. not with your host. Most solutions store backups on your site server or with one of the popular cloud storage services. Both of these solutions are not secure.
With web host backups, if anything goes wrong with your server, you will end up losing both your site and your backup. Some web hosts do store backups offsite, but as per our testing, this is largely the exception, not the rule.
On the other hand, storing backups on the cloud entails manual work most of the time. Unless you are able to encrypt your backups, they are not secure. In the event of a hack, your entire website could be laid bare through your backups.
Easily restorable – Backups are only one half of the process, when something goes wrong. Too often, we’ve seen customers forget to test restores till they need them and then realise to their horror that they don’t work.
It is vital that backups are easy and fast to restore. If they are not, then your backup solution doesn’t serve its purpose.
Again, during web host backup restores, we faced numerous hassles:files and databases needed to be restored separately; databases needed to be deleted before restores were possible; large databases usually failed to restore via cPanel; and much more besides. Some restores took half a day to complete, and all the while the site was down.
Automated backups – Any solution that doesn’t provide automatic backups is not a good backup solution. Creating manual backups is not only a tedious task, but also not feasible all the time.
결론
BlogVault provided us with a 360° solution for backups and restores. The tool works fast for sites of all sizes up to 100 GB. Besides the automatic daily backups that it offers in all its plans, WooCommerce website can opt for real-time backups. The backups are stored for 90 days. You can easily restore any of these backups anytime you want.