Главная / Создание и продвижение сайтов / САЙТОСТРОЕНИЕ / WordPress / Бэкап сайта WordPress: основные моменты

Бэкап сайта WordPress: основные моменты

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

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

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

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

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

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

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

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

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

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

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

backup-wordpress-01

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

backup-wordpress-02

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

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

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

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

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

XCloner — Backup and Restore

Плагин XCloner Backup and Restore для резервного копирования и восстановления сайта

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

BackWPup — WordPress Backup Plugin

Плагин резервного копирования BackWPup

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

Страница настроек плагина BackWPup

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

BackUpWordpress

BackUpWordpress - простой плагин для резервного копирования сайта

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

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

Плагин BackUpWordPress: настройки

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

UpdraftPlus WordPress Backup Plugin

UpdraftPlus - лучший плагин для создания резервных копий WordPress

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

Wordpress Updraftplus - сохранение бэкапов сайта в облако

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

Wordpress Updraftplus - бэкап сайта в Google Drive

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

Плагин Updraftplus Backup - расписание бэкапов

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

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

UpdraftPlus WordPress Backup - создание резервной копии вручную

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

UpdraftPlus Backup restore - восстановление сайта из резервной копии

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

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

Плагин UpdraftPlus настройка: текущий размер сайта

Плагин UpdraftPlus настройка: характеристики хостинга

WP MyBackup

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

WP MyBackup - резервное копирование на Яндекс Диск

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

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

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

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

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

WP MyBackup - страница настроек резервного копирования

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

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

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

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

WP MyBackup - настройка доступа к Яндекс.Диску через протокол WebDAV

Включаем использование 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 — включаем бэкап базы данных сайта

WP MyBackup - резервное копирование базы данных

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

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

WP MyBackup - резервное копирование файлов сайта

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

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

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

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

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

WP MyBackup - запуск создания резервной копии

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

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

Файлы бэкапа на Яндекс Диске

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

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

WP MyBackup - расписание бэкапов

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

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

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

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

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

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

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

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

Вход в базу данных MySQL

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

Бэкап базы данных MySQL

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

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

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

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

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

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

Резервное копирование через Total Commander - настройка соединения

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

Total Commander - бэкап сайта через FTP

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

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

FileZilla: подключение по FTP

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

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

Заключение

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

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

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

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

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

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

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

24 комментария

  1. Валентина

    Константин, спасибо за статью. У меня хостинг делает резервные копии не очень часто, через 5-8 дней. Почему-то не через одинаковый промежуток времени. Сейчас посмотрела, с хостинга резервную копию не скачать, нет такой кнопки, можно только восстановить.
    Плагин для резервного копирования у меня установлен WP-DBManager, настройки конечно же все на английском, поэтому не уверена, что я его толком настроила. Вроде как должен сохранять копии на хостинге. Наверное лучше заменить этот плагин на один из предложенных тобой русифицированных плагинов.

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

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

  2. Сергей Петров

    Константин, привет!

    Ты абсолютно правильно пишешь про необходимость иметь под рукой самую свежую копию сайта и БД. Мой сайт на Макхосте. Там автоматически делается ежедневная копия БД, а вот копия самого сайта — раз в 1-2 дня (когда как). Не знаю, почему так происходит.

    Сейчас глянул — у меня ежедневную копию БД делает еще плагин iThemes Security. Он сто лет назад установлен и всегда в таком режиме работает.

    Вообще, как вспомню свои первые шаги в настройке своего же сайта… Как полезу что-нибудь «улучшать», так в половине случаев все заканчивалось восстановлением либо сайта, либо сайта + БД. Это была суровая, но эффективная школа самообучения))

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

      • Сергей Петров

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

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

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

  4. Олег Клышко

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

    • Олег, добрый день! Мы же вроде бы на «ты» уже переходили )

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

  5. Екатерина

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

    • Думаю, сейчас все хостинги бэкап делают, вопрос в том — с какой периодичностью и можно ли скачать эти резервные копии к себе в компьютер. Если бэкапы ежедневные и доступны для скачивания — тогда да, вам повезло ) В остальных случаях как раз и приходится «заморачиваться».

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

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

  7. Александр Каратаев

    Бэкап сайта — очень важный момент. Многие рассчитывают, что раз у них всё хорошо, то так будет всегда. Рискуют товарищи… У меня было несколько моментов, когда только наличие бэкапа позволяло быстро и без потерь разрулить ситуацию.
    Мой хостинг делает бэкапы, но я туда даже не заглядываю. Когда-то использовал BackWpUp, с выкладкой резервных копий на Dropbox, но потом по какой-то причине плагин на моём старом хостинге перестал нормально работать. Общение с разработчиком не помогло.
    После долгих копаний и поисков остановился на XCloner — Site Backup and Restore, который работает у меня и по сей день. Бэкап создаётся полностью, включая все файлы и базу данных. Сразу же выгружается на Dropbox, на хостинге копии не хранятся и места не занимают. Да и на Dropbox я ограничил число копий до 5, более старые плагин удаляет там сам.
    А вот при помощи средств хостинга, тот же phpMyAdmin, я на нашем OpenCart копии делал при переустановке. Ну и FTP, естественно для копирования файлов.
    Статья очень важная и многим будет полезна, главное, чтобы люди осознали необходимость постоянного резервного копирования.

    • Меня наличие бэкапа в специально созданной папке на компьютере выручало тоже пару раз. Сложно даже представить, каково это потерять результаты работы над сайтом за несколько лет или месяцев.

      Александр, твою подробную статью о плагине XCloner читал, поэтому просто оставил на нее ссылку и не стал рассматривать настройки плагина. Мне этот плагин тоже нравится. Думаю, если бы нашелся добрый человек и русифицировал меню настроек XCloner (так, чтобы перевод сохранялся при обновлении), этот плагин стал бы весьма популярен среди блогеров.

      • Александр Каратаев

        Спасибо за ссылку! Я её при прочтении проглядел по той причине, что «руководство по настройке XCloner» мне вроде как не не нужно, и я даже не мог подумать, что ссылка ведёт на мой блог.
        Насчёт перевода… Сейчас в репозитории вордпресс поучаствовать в переводе может любой человек. У которого есть время… Но это не я… :)

  8. Базы всех сайтов пока вручную качаю примерно 1 раз в неделю, что касается файлов, то их «бэкапирую» реже, 1 раз в 1-2 месяца. Конечно, какое-то время на это тратить приходится, зато надежно как по мне. Возможно в будущем найду автоматизированное решение для веб-сервера целиком, чтобы на автомате раз в неделю качал новые версии баз мне на Яндекс.Диск.

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

  9. Константин, доброй ночи!
    Как всегда молодец, мега-статья с кучей возможностей :)
    Когда сидел на сервере, сваял небольшой скрипт, который запускался по крону, всё бекапил и заливал данные на второй диск и удалённый ftp. Сейчас такой недоступен.
    Конечно, хостерам отдельные спасибы за создание бекапов. Но, как ты верно заметил, «на хостинг надейся…». Кроме владельца сайта никому нет дела, что там с бекапами. Это способ хорош, но требует телодвижений по периодическому скачиванию архивов.
    Константин, с плагинами меня такой вопрос волнует: а как хостер относится к пикам нагрузки? Всё же получить данные из БД, да пожать их с файлами сайта, не самое дешёвое в плане процессорного времени удовольствие.

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

  10. Классная статья! Все подробно, все со скринами, все понятно. У меня тоже хостинг делает регулярные бекапчики, и я раз в месяц прихожу туда и забираю полный бекап на комп. Конечно, с одной стороны, раз в месяц это как-то маловато, но с другой, полет пока нормальный.
    Вообще, надо бы посмотреть, что там у меня с ЦМС, может быть и на нее есть какая-нибудь приблуда, которая автоматически, раз в неделю будет базу данных бекапить. Вот это было бы неплохо. В файлы я не так часто заглядываю, а вот БД…та обновляется регулярно)

    • Раз в месяц — точно, маловато будет ) Но хоть что-то есть для успокоения — уже хорошо. Если лень чаще заходить на хостинг, с поиском автоматизированного решения я бы не затягивал. По-моему, есть не привязанные к CMS скрипты для резервирования базы данных по расписанию.

  11. Татьяна

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

    • В принципе, без необходимости стараюсь не обновляться. Да и с обновлениями мне до сих пор везло. Но полностью согласен, свежий бэкап не помешает и при обновлении плагинов/ядра Вордпресс.

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

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