Главная / Создание и продвижение сайтов / САЙТОСТРОЕНИЕ / 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 (Новосибирск):

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

35 комментариев

  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. Татьяна

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

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

  12. Функция бэкапа — очень полезна! Даже с небольшой историей моего блога — она меня выручила один раз. Что уж говорить про блоги-долгожители.

    • Бэкап нужен, спору нет — и на случай форс-мажора, и на случай собственных фатальных правок )

  13. Надежда Суптеля

    Константин, я на Таймвеб когда была, делала бекапчик, название плагина WordPress Database Backup. Но зато очень хорошо помню, как мне однажды прислала служба поддержки сообщение о том, что у меня закончилось дисковое пространство: Квота Вашего аккаунта (мой ник) израсходована более чем = 7937 Мб… Долго искала, служба Таймвеб не смогла помочь, а может не хотела и у меня февраль 2015 года вышел за хостинг почти 5 тысяч. Потом я полезла в папки хостинга….

    А там набекапилось))))))))) Удалила плагин резервного копирования, папку бэкап на хостинге и выплыл такой неожиданно — обалденный результат. Дисковая квота 41 Мб = 0,5% После этого я написала статью на блоге «Тормоза сайта, дубли изображений wordpress» и ушла на Макхост. Живу спокойно, о бэкапе не думаю, а задуматься надо БЫ) В жизни всякое бывает.

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

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

      • Надежда Суптеля

        Константин, ведь многого не знала, в частности про облачное хранилище. теперь учту и про галочки. Спасибо!

  14. Я обычно через менеджер копирую все файлы, а БД напрямую через phpmyadmin. Настройки SEO плагина, через инструменты плагина. Не доверяю я хостингам и бэкапам плагинов, лучше потратить 10-15 минут и все сделать самому вручную так сказать.

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

  15. Муж как раз учит сейчас вордпресс, оказывается, все не так страшно))

  16. Роман Матвеев

    Скоро потребуется полный бэкап сайта на wp для переноса на другой хостинг. Статья удачно попалась =)

    • Хостеры обычно сами бесплатно переносят к себе новых клиентов. Но бэкап, разумеется, лучше для себя заранее сделать.

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

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

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