Автоматическое резервное копирование WordPress сайта с помощью WordPress Database Backup

Привет, друзья.

Пришло время для обсуждения очень важного момента, который упускает множество начинающих создателей блогов на движке WordPress. В начале своего пути я также допустил эту ошибку, за которую пришлось поплатиться.

В данной статье мы настроим автоматическое резервное копирование сайта на WordPress с помощью плагина WordPress Database Backup. И конечно же разберем важность данной процедуры вместе с другими способами резервного копирования, в том числе у ручной.

Начнем с вопроса обсуждения важности резервного копирования сайта.

Сейчас ни для кого не секрет, что в любой момент может что-то пойти не так:

  • Могут взломать сайт;
  • От некорректных настроек сайт может лечь (перестать работать);
  • Хостинг перестанет существовать;
  • Случайно можете удалить какие-то страницы или файлы сайта.

Все эти проблемы рано или поздно случаются. Я сталкивался с двумя последними случаями, когда мне просто необходимо было как-то восстанавливать свой блог. Пришлось делать все в ручную.

Один раз я проводил технические эксперименты на сайте, который размещен на реальном хостинге (нужно делать это на локальном сервере). Из-за этого сайт просто перестал загружаться. Пришлось заново устанавливать WordPress, что доставило мне массу неудобств.

Также случайно удалял записи, на создание которых уходил ни один день. Приходилось заново все создавать.

И всего бы этого не пришлось делать, если бы у меня были резервные копии базы данных блога. Ну может быть и файлов движка, хотя они не сильно и решают в данных случаях.

Дело в том, что файлы сайта не хранят никакой информации об опубликованных материалах, комментариях и так далее. Все данные содержаться в базе данных. Файлы сайта - это по сути просто набор плагинов и сам движок. Единственное, над чем может потребоваться поработать, так это над загрузкой изображений, так как в случае их исчезновения (удаления) придется заново их искать и загружать на сайт.

Чтобы уберечь от всяких случаев, когда может произойти какая-нибудь неполадка, необходимо либо делать регулярно (каждый день) резервные копии базы данных или же настроить автоматическое ее создание и отправку к вам на почту. Также не стоит забывать и про создание копий движка сайта.

Этим мы и займемся сейчас. Рассмотрим процесс создания бэкапов базы данных и файлов движка сайта.

Автоматическое резервное копирование базы данных WordPress сайта

Как вы понимаете, раз резервное копирование будет проходить автоматически (без нашего участия), то будем использовать какое-то готовое решение. В нашем случае это плагин WordPress Database Backup. Отношу его к важным плагинам. Скачиваем с официального сайта по кнопке ниже.

Существуют и другие плагины, но мне понравился данный вариант своей простотой и надежностью.

После установки данного плагина в админ-панели блога появляется новый пункт "Инструменты - Резервное копирование".

Переходим в него и сразу можем создавать резервные копии базы данных, как в ручном режиме, так и в автоматическом. Сначала разберем ручной вариант. Он необходим в том случае, когда вы хотите что-то сделать на сайте и подстраховаться перед самим выполнением операции. Просто делаете самую свежую копию базы данных и сразу сможете восстановить сайт при возникновении каких-либо нюансов.

За ручное резервное копирование отвечают первые 2 блока:

  1. Таблицы;
  2. Настройки резервного копирования;

База данных состоит из таблиц и, поэтому, в данной области мы выбираем содержимое базы, которое будет сохраняться при создании бэкапа.

Видно, что имеется 2 типа таблиц:

  1. Основные - таблицы, которые создаются самим движком WordPress и они по умолчанию всегда архивируются в резервную копию;
  2. Дополнительные - таблицы, создающиеся каким-либо плагинами. В моем случае можем увидеть, что имеются 2 таблицы, которые создались сторонним плагином (плагин опросов wp-polls).

При создании резервной копии БД необходимо обязательно включать все дополнительные таблицы, так как при восстановлении сайта из неполной резервной копии, определенный плагин может некорректно работать или же создать массу ошибок на сайте.

Поэтому, я отмечаю все чек-боксы. Также отмечаю чек-боксы и в основных таблицах, так как мне не нужны спам-комментарии и редакции записей.

После выбора всех таблиц можем создать архив, нажав на кнопку ниже "Создать архив" и выбрав место, куда он сохранится. Выберу вариант "Скачать на компьютер".

После нажатия на кнопку начнется процесс архивации БД, который будет сопровождаться полосой прогресса, появившейся вверху страницы.

По завершению сохранения таблиц в архив вам предложат сохранить его, что вы и делаете.

После этого, в месте сохранения должен появиться файл резервной копии с расширением "sql" в сжатом архиве "gz".

Открыв архив, увидим внутри файл самой резервной копии, в котором будет находиться непонятный для нас беспредел.

Данный файл мы в будущем и будем использовать для восстановления сайта. В нем содержатся все данные о настройках плагинов, комментариях, добавленные статьи и так далее.

Это мы с вами создали архив базы данных в ручном режиме. Теперь перейдем к автоматическому резервному копированию.

Для этого внизу настроек плагина имеется блок "Расписание резервного копирования" и в нем все точно также. Только архив будет отправляться на указанный e-mail.

Выбираем все существующие таблицы (основные таблицы автоматически все включены), выбираем интервал создания архива БД (минимум каждый день) и жмем на кнопку "Запомнить расписание". Также не забываем указать правильный e-mail адрес.

Теперь в заданное время каждый день на вашу почту будет приходит письмо , в котором будет содержаться такой же архив с базой данных.

Данный вариант очень удобный для ленивых владельцев сайта, которые не хотят делать это действие каждый день руками. Я сам из таких.

Вот видео-урок по плагину WordPress Database Backup.

Кроме создания бэкапа базы данных с помощью плагина, существует ручной вариант через панель управления хостинг-провайдера. В точности для каждого данный вариант не смогу показать, так как у каждого разный хостинг, а панели управления у них отличаются. Но все же принцип один и тот же.

Покажу на примере хостинга Макхост. Все очень просто. Вам останется только найти соответствующие пункты в панели управления свои хостингом и повторить те же действия, которые я сейчас сделаю.

Чтобы сделать архив базы данных, заходим в панель управления своего хостинга и ищем пункт "Базы данных".

После перехода в него вы должны увидеть список своих баз данных, а также рядом с ними кнопку для перехода в phpMyAdmin. Может быть несколько кнопок, то есть для каждой базы будет по одной кнопке, как в моем случае.

При нажатии на кнопку, попадаем на страницу управления базами данных. Страница будет одинаковая у всех. По крайней мере, других я не встречал (изображение кликабельное).

В левой колонке будет список баз (если кнопка одна) или же одна база, напротив которой вы нажали на кнопку phphMyAdmin. Жмете на базу данных и попадаете на страницу со списком всех таблиц.

На данной странице также появляется верхнее меню. В нем нас интересует кнопка "Экспорт". Жмем на нее и попадаем на страницу экспорта таблиц базы данных в архив.

Выбираем обычный способ экспорта, после чего нам откроется множество настроек, из которых нужно выбрать только "Компрессия - gzip", кодировку utf-8 и нажать в самом низу страницы на кнопку "ОК". При этом все таблицы должны быть выделены.

Нажав на кнопку, вам предложит сохранить такой же архив, который будет иметь название вашей базы данных. Внутри него будет точно такой же файл.

Данный способ разобрали. Надеюсь, все получилось. Если нет, то пишите в комментариях свои вопросы. Все разберем.

Кроме такого ручного способа на хостинге может быть возможность создавать резервные копии без вмешательства в phpMyAdmin. Например, на Макхосте имеется такая возможность. Да и на других должна 100% быть.

Как видно на скриншоте, я поставил чек-бокс "Не создавать архив сайта". То есть можно вместе с архивом БД создать архив с файлами сайта. При таком способе все архивы помещаются в папку на вашем хостинге. У каждого хостинга папка может быть разная, но ее название и путь к ней будет вам предоставлен.

Теперь рассмотри процесс, как можно создать резервную копию самого сайта, то есть всех файлов, лежащих на хостинге.

к содержанию ↑

Резервное копирование файлов сайта

В данном процессе нет абсолютно ничего сложно.

Можно делать такую резервную копию с помощью хостинг провайдера, как это я показал выше. В панели управления хостингом обязательно имеется пункт создания резервных копий. Там сложностей возникнуть не должно. Интерфейс интуитивно понятен.

Я же делаю такие бэкапы по-другому. Я просто скачиваю все файлы сайта в папку на своем компьютере, использовав при этом ftp клиент FileZilla. Как им пользоваться, как соединиться со своим хостингом и скачать файлы, я писал тут.

Если вам нравится такой вариант, то просто заходите в корневую директорию сайта и скачиваете все файлы и папки. Затем у вас на компьютере будет не только резервная копия сайта, которая будет просто лежать, но вы сможете и работать с ней (редактировать файлы и т.д.).

Вот, как это выглядит у меня.

Вот такой несложный процесс резервного копирования сайта. На первый взгляд может показаться, что все сложно. Но на самом деле данный процесс выполняется проще некуда. Один раз сделаете, а дальше все пойдет на автомате.

Надеюсь, что создавать резервные копии сайта вы научились. Осталось только иметь под рукой материал, который покажет, как же восстанавливать блог из созданных резервных копий, если не дай бог что-то случится с ресурсом.

Помните, что никто не застрахован и нужно всегда перестраховываться. В нашем случае, страховка - свежие резервные копии сайта и его базы данных.

Но важность резервного копирования не ограничивается лишь сайтом. Необходимо делать копии всех файлов своего компьютера (ценные фотографии, наработки, электронные документы и так далее). И в честь того, что в данной статье я затронул такую важную тему, хочу порекомендовать вам курс Евгения Попова про резервное копирование, которое позволит не беспокоиться о поломке жесткого диска или остановке работы операционной системы.

Курс называется "Резервное копирование по методу Евгения Попова".

На этом я данную статью заканчиваю. Если имеются какие-то неясности, вопросы и идеи, то добро пожаловать в комментарии. Был рад вас видеть.

С уважением, Константин Хмелев.

40 лет Победы51937Украина, Днепропетровская обл., г. Днепродзержинск,+38 093 338 11 41
Комментариев: 8
  • Спасибо за статью, всё получилось :)

    • Всегда рад помочь)

  • Константин, добрый вечер! Помогите с решением проблемы. Каждый день приходит много писем с архивом базы данных. За 16 дней 350 писем. Как это исправить?

    • Здравствуйте. Поставьте в настройка автоматического бэкапа, чтобы он приходил раз в день. У вас, больше всего, выставлена отправка каждый час.

      • В том и дело! стоит один раз в день. И в определенное время приходит по несколько писем сразу!

        • Касаемо каких-либо правок, то как часто они проводятся на сайте? Возможно, что плагин после каждой правки или после каждого комментария делает бэкап. Можно попробовать другой плагин резервного копирования.

          • Спасибо! Буду пробывать!

  • Всё доходчиво, понятно, без заморочек. Спасибо.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *