Бэкап сайта WordPress: резервное копирование вручную и с помощью плагинов

Опубликовано: 01.09.2018

видео Бэкап сайта WordPress: резервное копирование вручную и с помощью плагинов

Бэкап файлов и базы данных WordPress

Всем доброго времени суток!

Поговорим о резервном копировании — о том, как сделать полный бэкап сайта WordPress, используя возможности хостинга, специальные плагины и FTP-клиенты, а также загрузить полученную резервную копию в облачное хранилище Google Drive, на Яндекс Диск или скачать к себе в компьютер.


WordPress. BackUp файлов/базы данных блога вручную/ с помощью плагина.

Бэкап базы данных сайта и его файлов — важная процедура, от регулярности выполнения которой зависит скорость восстановления ресурса в случае возникновения форс-мажорной ситуации и объемы возможных потерь контента. Приятно думать, что сайт, в создание, наполнение, поддержание и продвижение которого вложено немало средств, энергии и любви, будет работать долгие и долгие годы. Но суровая правда жизни состоит в том, что ни один сайт не застрахован от технических неполадок на хостинге, хакерских взломов, DDoS-атак, проблем с несовместимостью плагинов, неосторожных правок кода владельцем и т.п. Не застрахован до тех пор, пока у него отсутствуют резервные копии.


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

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

Полный бэкап сайта

Полное резервное копирование интернет-ресурса (блога, информационного портала, коммерческого сайта, интернет-магазина и т.д.) в общем случае подразумевает выполнение двух независимых друг от друга процедур:

Создание бэкапа БД — базы данных WordPress, состоящей из множества таблиц, содержащих информацию о зарегистрированных пользователях и общих настройках, записях и паролях, комментариях и ссылках, а также о том, каким образом, что и в каком порядке должно выводиться на страницах ресурса. Создание бэкапа файлов сайта (движка, шаблонов, плагинов, загруженных файлов) — всего того, чем наполнен сайт (помимо текстовой составляющей) и что обеспечивает его работу.

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

Backup: хостинг и его возможности

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

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

Из этих скриншотов видно, что в аккаунте имеется отдельный пункт меню, ведущий на страницу с настройками резервного копирования хостинга. Также видно, что резервные копии не занимают доступное по выбранному тарифу место на сервере и что на данный момент в моем распоряжении имеется, как минимум, 5 бэкапов баз данных и файлов — 4 за последних четыре дня и один — за неделю до этого (на самом деле, бэкапов больше, просто все не поместились на картинке). И каждый из них в любое время может быть скачан на компьютер в виде архива или использован для восстановления внезапно утратившего работоспособность сайта. Две БД в приведенной ниже таблице отображаются потому, что автоматически бэкапится и поддомен сайта stihi.vervekin.ru

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

Бэкап Вордпресс с помощью плагинов

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

Архив, созданный плагином, занимает место в папке с вашим сайтом. Полный архив сайта весит немногим меньше, чем сайт распакованный. Чтобы backup-плагины могли успешно выполнять свои функции, важно, чтобы свободное место на вашем хостинге по объему всегда было не меньше места используемого. Также следует помнить и о других важных параметрах — разрешенном количестве копий и времени их хранения.

Итак, лучшие плагины WordPress для backup (бэкапа).

XCloner — Backup and Restore

Мощный плагин с множеством настроек, дающих возможность создавать как полные, так и выборочные копии базы данных и сайта. Умеет отправлять архивы с резервными копиями в ряд облачных хранилищ, в том числе Google Drive и Dropbox. Восстанавливает сайты из собственных архивов, чем идеально подходит для переезда на другой хостинг. К сожалению, плагин пока не русифицирован. Но есть руководство по настройке XCloner на русском, которое поможет не промахнуться с выбором нужных опций и выставлением необходимых галочек, если вы решите использовать на своем сайте именно этот инструмент. Плагин имеет более 70000 активных установок на данный момент и регулярно обновляется.

BackWPup — WordPress Backup Plugin

BackWPUp – плагин, подобный описанному выше плагину XCloner, с набором функций, позволяющих получать качественные резервные копии сайта. В настройках «по умолчанию» создает полный архив файлов сайта и его базы данных в папке на хостинге. Поддерживает различные форматы архивирования: .zip, .tar и т.д. Не русифицирован.

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

BackUpWordpress

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

Чтобы долго не рассказывать о том, насколько прост плагин BackUpWordPress, привожу скриншот единственной страницы его настроек:

В консоли (админке) доступ к настройкам плагина можно найти в меню Инструменты — Резервные копии. Все сохраненные бэкапы сайта попадают в таблицу на этой же странице, откуда их можно легко загрузить.

UpdraftPlus WordPress Backup Plugin

Долгое время этот плагин являлся моим безусловным фаворитом. И вот по каким причинам: его интерфейс русифицирован, имеет не слишком много настроек и поддерживает Google Drive, в котором мне доступно 100Гб места. Updraftplus умеет отправлять созданные резервные копии одновременно в несколько облачных хранилищ, в том числе, и в свое собственное (UpdraftPlus Vault), но использование этих возможностей — увы, уже не бесплатное.

При выборе хранилища Google Drive после сохранения настроек плагин попросит авторизоваться в аккаунте Google, других действий не потребуется.

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

Есть возможность установить в UpdraftPlus Backup независимые расписания автоматического резервного копирования файлов сайта и БД с нужным интервалом, а также задать количество сохраняемых копий.

Запустить создание бэкапа можно из вкладки Текущий статус настроек плагина нажатием кнопки Создать РК сейчас — появится всплывающее окно с опциями выбора данных для архивирования.

Имеется у UpdraftPlus Backup restore-функция, доступная по кнопке Восстановить . Причем восстановить восстановить сайт из бэкапа на WordPress можно как целиком, так и «по частям»: базу данных (database), темы (шаблоны), дополнения (плагины), пользовательские файлы — фото, видео и т.п (загрузки), файлы CMS WordPress (другое). Данная функция, разумеется, доступна только при работающей админке сайта. С этой же страницы можно скачать бэкап сайта на жесткий диск своего компьютера.

В целом, у плагина UpdraftPlus настройка не должна вызывать вопросов — опций не слишком много, все пункты меню, описания полей и текст на кнопках переведены на русский язык.

На странице настроек Дополнительные возможности присутствуют полезные вкладки с информацией о текущем размере сайта и характеристиках хостинга:

WP MyBackup

Плагин, позволяющий выполнять резервное копирование на Яндекс Диск. До сих пор мне попадался лишь единственный бесплатный скрипт бэкапа сайта с подобной функцией, отличающийся не самой простой установкой и настройкой. И встречалось еще одно платное решение для создания на Яндекс Диске бэкапов по расписанию, работающее с проектами на WordPress и Joomla. Как выяснилось впоследствии, этим решениям в плане удобства далеко до WP MyBackup.

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

1. Создание папки на Яндекс Диске

Если вы пользуетесь Яндекс Почтой, Яндекс Метрикой, Яндекс Деньгами или другими сервисами Яндекса, значит, у вас есть доступ и к его облачному хранилищу, известному как Яндекс Диск ( disk.yandex.ru ). Все, что нам потребуется — создать на своем Яндекс Диске папку для хранения резервных копий своего сайта. У меня эта папка называется просто: backup .

2. Установка плагина WP MyBackup

Из админки (консоли) сайта через меню Плагины — Добавить новый переходим на страницу с WordPress-плагинами, в строке поиска вбиваем WP MyBackup. Нажимаем Установить, затем Активировать. Затем на странице плагинов находим только что установленный и выбираем Settings, чтобы перейти в меню настроек с несколькими вкладками:

Плагин резервного копирования WP MyBackup не может похвастать русифицированным интерфейсом, что не помешает нам его настроить.

3. Copy backup to — настройка доступа к Я.Диску

На странице настроек плагина выбираем пункт меню Copy backup to. Как видим, здесь предусмотрены различные варианты сохранения, в том числе полюбившиеся многим Dropbox и Google Drive. В нашем случае понадобится единственная вкладка WebDAV.

WebDAV — современный защищенный сетевой протокол высокого уровня для доступа к объектам и коллекциям объектов. Сокращение от Web-based Distributed Authoring and Versioning.

Включаем использование WebDAV, поставив галочку в поле Enabled. Время хранения резервных копий (Retention time) устанавливаем по своему усмотрению, главное, чтобы оно было заведомо больше, чем период между бэкапами. В поле WebDAV URL вписываем стандартный путь к Я.Диску: https://webdav.yandex.ru , в полях User и Password — свои логин и пароль в системе Яндекс, в поле Remote dir — название папки на Яндекс Диске, предназначенной для получения и хранения бэкапов.

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

Пункт настроек Expert Settings на этой вкладке, как и на остальных, не трогаем.

Кстати, в настройках рассмотренного выше плагина UpdraftPlus Backup есть возможность использовать протокол WebDAV, но реализована она через дополнение, которое требуется скачивать отдельно и которое стоит 15$.

4. WP database — включаем бэкап базы данных сайта

Здесь ставим только одну галочку напротив Enabled, подтверждая необходимость резервного копирования базы данных. При желании можно задействовать возможности экспертных настроек (Expert settings): анализ, проверку, оптимизацию, исправление (ремонт) БД, отправку сообщений на e-mail в случае обнаружения ошибок. У меня эти опции остались отключенными.

5. WP files — полный или выборочный бэкап файлов сайта

Здесь можно выбрать, что именно будет бэкапиться. У меня выбрано всё, что доступно.

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

файлы админки WordPress файлы ядра CMS WordPress загружаемые файлы (картинки, видео, другие файлы) и кэш установленные плагины, в том числе неактивные установленные темы, в том числе неактивные

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

6. WP backup job — создание резервных копий

Всё, что требуется сделать в этом пункте настроек — вписать префикс для создаваемых архивов (актуально в случае, когда в одну папку на Яндекс Диске бэкапятся подобным способом разные сайты WordPress) и нажать кнопку запуска резервного копирования Run Backup Now. E-mail администратора сайта подтянется автоматически. С остальными опциями имеет смысл экспериментировать, если в процессе создания бэкапов возникают какие-то проблемы и есть понимание того, что именно мы хотим изменить.

Если по завершении процесса заглянуть в созданную на Яндекс Диске папку (https://disk.yandex.ru/client/disk/backup), в ней можно увидеть несколько успешно созданных архивов. Тут же можно просмотреть содержимое архивов и скопировать их к себе на жесткий диск.

7. Backup Sheduler — резервное копирование по расписанию

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

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

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

Единственное, что хотелось бы добавить о плагине WP MyBackup —  так это то, что мне не удалось проверить его работоспособность на сайтах с большим объемом контента. Сайты размером до 400 Мб на моем хостинге плагин архивировал довольно шустро и без сбоев. У плагина имеется и платная Pro-версия, но возможностей Lite-версии для большинства блогов/сайтов вполне достаточно.

Резервное копирование базы данных и сайта вручную

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

Как сделать бэкап базы данных

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

У моего хостера вход в phpMyAdmin находится в отдельной вкладке Базы данных.

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

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

Резервное копирование WordPress через FTP

Помимо копирования файлов сайта через WebFTP из браузера, быстрый доступ к сайту по протоколу передачи файлов (File Transfer Protocol) можно настроить и с помощью любого из FTP-клиентов. Настройка их сводится к заполнению нескольких полей и является однотипной для всех клиентов. При копировании файлов с сервера на компьютер и обратно я использую две программы: Total Commander и FileZilla.

Подключение через Total Commander

В меню верхней панели популярного менеджера файлов выбираем Сеть — Соединиться с FTP-сервером — Добавить и заполняем четыре строки в открывшемся окне:

Имя соединения (произвольное название) Сервер (ftp-адрес или IP-адрес сервера, можно узнать в личном кабинете на хостинге) Учетная запись (логин доступа к хостингу) Пароль (пароль доступа к хостингу)

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

FileZilla: бэкап сайта

В меню FTP-клиента FileZilla Файл — Менеджер сайтов — Новый сайт аналогичным образом заполняем учетные данные от аккаунта нашего хостинга и нажатием кнопки Соединиться подключаемся к сайту.

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

Заключение

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

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

Если с хостингом не все понятно и пока не хватает знаний для настройки бэкапов по расписанию в облачное хранилище, подойдут русифицированные плагины BackUpWordPress и Updraftplus, с настройками которых разобраться несложно.

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

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

И в завершение предлагаю послушать прелюдию Баха в исполнении трио Silenzium (Новосибирск):

Расскажите об этой статье в соцсетях :

rss