Урок 14 Резервное копирование WordPress
В этой статье вы узнаете, что из себя представляет резервное копирование WordPress. Это очень важная тема. Бывают случаи, когда восстановить работу сайта куда легче и быстрее с резервной копии. И сейчас речь идёт не о банальном «я что-то изменил в коде и не помню что именно, а теперь сайт «криво» отображается…», а например, вас взломали хакеры и удалили базу данных. Что делать? Файл резервного копирования WordPress поможет в этом. Теперь разберёмся как настроить backup.
Для этого нам нужно выполнить две задачи:
- Зарегистрироваться на DropBox (dropbox.com).
- Установить, активировать и настроить плагин резервного копирования BackWPup.
Прежде чем мы продолжим рассматривать резервное копирование WordPress, советую для регистрации в облачном хранилище создать отдельную почту, которая отличается от почты учётной записи администратора сайта, или использовать почту хостинг-аккаунта. Это нужно сделать в целях безопасности. Думаю проблем с регистрацией на DropBox у вас не возникнет. Регистрируемся.
Следует знать, что плагин BackWPup поддерживает резервное копирование WordPress в следующие места и сервисы:
- в папку на сервере;
- письмом по электронной почте;
- по FTP на другой сервер;
- Dropbox;
- S3 Service;
- Microsoft Azure (Blob);
- Rackspace Cloud Files;
- SugarSync.
Устанавливаем плагин BackWPup
Увы, в бесплатной версии плагина, которой с головой хватает, нет Google Drive и других облачных сервисов. По сути, нам нужно лишь резервное копирование WordPress. Поэтому после того как учётная запись на DropBox создана, приступаем к установке плагина. Зарегистрировались? Отлично! Теперь зайдите в админку, установите и активируйте BackWPup:
Теперь, для настройки резервного копирования WordPressнужно, нужно:
- Подключить DropBox.
- Настроить автоматическое резервное копирование.
- Создать копию.
Подключение к DropBox
Для того чтобы подключить плагин к DropBox необходимо, слева в админке, навести курсор мыши на пункт плагина резервного копирования WordPress «BackWPup» и кликнуть по «Add new job»:
После этого перед вами откроется страница настроек задания. По умолчанию вы находитесь во вкладке «General». В блоке «Job Name» нас интересует поле «Please name this job»:
В поле нужно ввести название задачи, например, резервное копирование WordPress. Далее, спуститесь ниже до блока «Job Destination». Здесь нам нужно в поле «Where should your backup file be stored?» выбрать куда будет сохраняться копия сайта. Ставим галку возле «Backup to Dropbox»:
Теперь поднимитесь в самое начало настроек и перейдите во вкладку «To: DropBox»:
Далее, нажмите на кнопку «Get Dropbox App auth code»:
После этого перед вами откроется новая вкладка с информацией о том, что плагин BackWPupApp хочет получить доступ к своей папке в облаке. Нажмите «Можно»:
Далее, появится ключ, который необходимо скопировать в поле левее от кнопки «Get Dropbox App auth code». Смело копируйте. Теперь, нажмите на кнопку внизу страницы «Save changes». После этого поле «Authentication» изменит красную надпись «Not authenticated!»:
на зелёную «Authenticated!»:
Это означает, что облачное хранилище подключено. Теперь, после создания копии, она будет находиться в отдельной папке облака «BackWPup». Этот путь можно изменить в настройке «Destination Folder». Но не забывайте придерживаться синтаксиса, например, /MyBlog/.
к оглавлению ↑Автоматизация резервного копирования
Далее, нам нужно настроить автоматическое резервное копирование WordPress. Для этого переходим во вкладку «Schedule». Теперь, в опции «Start job» активируйте радиокнопку возле «with WordPress cron»:
После этого, чуть ниже, станут доступны настройки автоматизации:
Слишком частое резервное копирование WordPress будет регулярно затормаживать работу сайта во время создания копии. Особенно это заметно, когда посещаемость блога велика. Рекомендую выбрать ежедневное копирование «daily» и установить ночное время суток, например, три часа ночи, как указано на предыдущем скриншоте. После настроек нажмите «Save changes».
Можно дополнительно снизить нагрузку на серверный процессор. Для этого перейдите в настройки плагина во вкладку «Jobs». Измените настройки «Reduce server load» с «disabled». например, на «medium».
С остальными настройками резервного копирования WordPress, если вам интересно, можете разобраться самостоятельно. Но помните, что мои рекомендации по настройке гарантированно сделают полную копию сайта и базы данных. Правильную работоспособность резервного копирования с другими настройками я не гарантирую.
к оглавлению ↑Создаём резервную копию
Примите мои поздравления, вы настроили резервное копирование WordPress. Теперь нужно запустить его в целях тестирования. Для этого нам нужно слева в админке навести на «BackWPup» и кликнуть по «Jobs». Далее, перед вами появится перечень заданий. В нашем случае оно одно. Теперь наведите курсор мыши на «Автоматическое резервное копирование сайта» и нажмите «Run now». После этого запустится процедура копирования. Её продолжительность зависит от объёма сайта: движок сайта, темы, плагины, видеофайлы, изображения, БД и т. д. После завершения задания перейдите в «Backup:
В таблице посмотрите на размер вашей копии:
Если последней резервной копии ещё нет, а ход выполнения задания ранее был на отметке 100%, то это небольшой баг плагина. Такое случается, когда копии сайта занимает много дискового пространства. Также влияние на скорость создания копии оказывает настройка «Reduce server load» с «disabled», которая по умолчанию выключена, а мы её установили на «medium». Не волнуйтесь, через 5-10 минут обновите окно резервных копий в админке, и вы увидите, что резервное копирование WordPress выполнено. А также проверьте копию в облаке. В любом случае, если результат скорости создания копии вас не устраивает, то можете поиграть с настройкой «Reduce server load».
к оглавлению ↑Обратите внимание!
Важно знать, что DropBox по умолчании даёт бесплатно в пользование лишь 1 Гб дискового пространства. Исходя из предоставленного пространства, высчитайте сколько копий вашего сайта может поместиться в 1 ГБ. Затем перейдите в «Jobs»:
Далее, наведите курсор мыши на ваше задание и нажмите «Edit». Перейдите во вкладку «To: DropBox» и в настройке «File Deletion» установите количество копий, который будут храниться в облачном хранилище. Например, если размер копии резервного копирования WordPress составляет 216,55 МБ, то укажите число 4 и нажмите «Save changes»:
Обратите внимание на предупреждение ниже поля ввода количества резервных копий для постоянного хранения. В нём говорится о том, что копии сайта, которые созданы в рамках другого задания, не будут отслеживаться и удаляться новым заданием. Поэтому, если в облаке имеются резервное копирование WordPress старого задания, которые занимают, например, 500 МБ, при этом старое задание неактивно, то 4 копии сайта нового задания не поместятся в облаке, из-за копий старого задания. В этом случае удалите копии сайта старого задания или уменьшите лимит хранимых копий в новом задании.
На тот случай, если вы решите настроить копирование бэкапа на хостинг, рекомендую прочесть статью «Установка и настройка FTP-клиента». В уроке вы узнаете, как настроить прямое подключение компьютера к файлам сайта, чтобы можно было скачать резервную копию.
Как видите, резервное копирование WordPress делается очень легко, а после наших настроек даже автоматически. Но вам ещё предстоит научится восстанавливать сайт с этой самой копии. Об этом и о многом другом я расскажу в следующих уроках. Спасибо что вы остаётесь со мной и продолжаете обучение по созданию, настройке и продвижению блога на WordPress.
Я столько плагинов перебрал, минимум 6 штук. Если русский то платный, английский — непонятно что и как настраивать… Спасибо что объяснили Сергей. Я устанавливал этот плагин и не смог в нем разобраться. Теперь настроил, проверил, вот пишу благодарность!
Ярослав, всегда пожалуйста. На самом деле подобных плагинов, которые решали бы сразу несколько проблем с бэкапом мало. Мало именно рабочих, безотказных, которые ещё полностью не поглощены коммерческой выгодой.
Сергей, спасибо за плагин и пояснения по его работе. Как часто нужно делать копию?
Анастасия, всё зависит от частоты обновления вашего сайта не только статьями, но и комментариями. Если сайт комментируют каждый день, то при условии выхода статей несколько раз в неделю, я бы рекомендовал делать бэкап ежедневно. А если сайт узкой тематики, который носит, в основном, познавательный характер, слабо комментируется но посещаемость хорошая, то бэкап можно настроить в соответствии с частоты выхода новой статьи: два раза в неделю — два бэкапа в неделю, после публикации нового поста. При сценарии слабой посещаемости и комментирования, так же стоит отталкиваться от частоты публикации поста. В любом другом случае минимум раз в неделю сэкономит ваши нервы. Также не стоит забывать о бэкапах хостинга, которые можно как скачать так и использовать для восстановления БД и файлов.