Dobrovoi Master
сделано с душой
В состоянии постоянного подключения...

Плагин BackUpWordPress — резервное копирование вашего сайта и баз данных WordPress

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

Надеюсь все знакомы с таким понятием, как резервное копирование баз данных и файлов и хотя бы время от времени используете данную операцию для своих блогов/сайтов. Для чего нужно периодически выполнять бекап () файлов и базы данных, это история другая и расписана она во всех подробностях достаточно. Если вы пользуетесь услугами более — менее качественного хостера, то вроде бы и волноваться то не о чем, большинство из них предоставляют возможность ежедневного копирования на автомате. Опять же ни кто не мешает создавать полный бекап файлов с помощью различных FTP-клиентов, а резервные копии баз данных можно легко выполнять через phpMyAdmin.

Все это замечательно, но те кто однажды конкретно подсел на , чаще всего предпочитают вести дела непосредственно через админку этого движка, с помощью специальных плагинов, коих настряпано в избытке. Ваш покорный слуга то же не является исключением и до последнего времени для резервного копирования баз данных, без особых забот и треволнений, использовал самый популярный плагин WordPress Database Backup, но все хорошее когда то заканчивается, так произошло и с этим плагином.
 
Резервное копирование WordPress
 
Вышло очередное обновление движка WordPress, я не много подождав и присмотревшись, все же обновился до последней версии, порадовался тому, что все прошло без каких либо косяков и с еще большим энтузиазмом продолжил вести дневник. Каково же было мое удивление, когда я в определенное время не получил на свой почтовый адрес очередную копию базы данных своего блога. С какого то перепуга плагин WordPress Database Backup напрочь отказался работать с новой версией WP. Первым делом начались судорожные поиски причин такого непотребства, ковыряние кода движка, запросы в поисковик с описанием бага и приятное общение с технарями хостинга. В итоге всех телодвижений причин конфликта плагина так и не было выявлено, а привычка то осталась, ну я и отправился во все тяжкие, ударился в поиски достойной замены, и представьте себе — нашел.

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

Для начала необходимо плагин заиметь, то есть Скачать архив с самой последней версией  к себе на компьютер. Распаковать и с помощью FTP-клиента залить папку [backupwordpress] в директорию плагинов вашего блога, обычно это /wp-content/plugins. Затем пройти в адмику блога, найти в разделе «Плагины»  BackUpWordPress и без страшно активировать плагин.  Все, на панели администрирования в разделе «Инструменты» появится новый пунктик «Backups», он то нам и понадобиться для дальнейшей работы по настройке резервного копирования.

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

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

 

✓ Первый пункт проинформирует вас о том,  что ваши базы данных будут архивироваться автоматически каждую неделю (выбирается в настройках) . Следующее резервное копирование будет происходить в … — … — … — … и архив будет сохранен … /wp-content/backups, а так же продублирован и отправлен на Email (выбирается в настройках).

✓ Второй пункт информирует о размере вашего сайта полностью или же только баз данных  (выбирается в настройках).

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

Но прежде чем появилась вся эта информация, следует провести предварительную настройку и задать параметры создания резервных копий, для этого смело жмякаете по кнопке «Setting».  После чего планируете задачи копирования по пунктам, которых, в пользу плагина надо сказать,  совсем не много  и все они интуитивно понятны:

 
Резервное копирование WordPress
 
Плагин BackUpWordPress очень прост в плане настроек, но все же давайте пройдемся по пунктам немного подробней, вдруг кто то вовремя «не снимется с ручника».

Automatic Backups — В этом пункте вам будет предложено на выбор два варианта создания резервных копий, на полном автомате (Backup my site automatically) или в ручном режиме (No automatic backups), отмечаете нужный вам вариант.

Frequency of backups — Здесь вам нужно выбрать , как часто будет происходить автоматическое  резервное копирование,  каждый день,  раз в неделю или каждый месяц. Если обновляете блог не очень часто, то один раз в неделю думаю достаточно.

✓ What to Backup — Этот пункт дает вам возможность определиться с тем, что будет копироваться в резерв. Вы сможете выбрать создание копий:  файлов и баз данных вместе, только баз данных или же файлов сайта отдельно. Я например использую плагин для создания архива баз данных, все файлы блога резервирую через FTP .

✓ Number of backups — В этом параметре выставляете количество последних сохраняемых копий, например при выборе 5 будут сохраняться пять последних копий, остальные будут удаляться с сервера, тем самым высвобождая место, которого всегда ох, как не хватает.

✓ Email backups — Думаю, здесь все понятно, просто пропишите адрес, на который и будут отправляться все резервные копии. Кстати, письма приходят быстро и что совсем приятно,  с пояснениями на родном нашем Русском языке.

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

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

BackUpWordPress

Версия плагина: 3.6.2

Требования: WP 3.9 или выше

Совместим:  WP 4.7

Последнее обновление:  2016-8-17

Скачать последнюю версию: http://wordpress.org/extend/plugins/backupwordpress/

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

С Уважением, Андрей .

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

Всего комментариев: 15

  • Александр: 4 мая, 2012 в 08:55

    Я не в одной теме про резервное копирование не нашел путь к дальнейшему использованию этих бекапов!
    Пришли, лежат в папке. В первый раз, как один «черт» в одно место клюнул, попробоал открыть — а сменя ПАРОЛЬ (?) требуют!
    Во втором случае теряю по «обновить» редактора на WordPresse Полностью весь набранный контекст из трех страниц с фото и моим текстовым сопроваждением. Ни хрена я не нашел действенного метода ВОССТАНОВЛЕНИЯ! Вот так и читаю внимательно от все — бекап, сохранение, рез.копирование, а написать путь ВОССТАНОВЛЕНИЯ ДАЛЬШЕ — НИ ОДИН!

    Ответить
    • driver: 4 мая, 2012 в 09:11

      Александр, Здравствуйте.
      Как я понял, вас интересует, как из резервных копий провести восстановление. Очень просто, если есть доступ к phpMyAdmin, выбираете нужную базу данных, через импорт выбрать файл копии и нажать «ok». Можно так же выполнить SQL-запрос к нужной базе данных. Да об этом в инете инфы выше крыши и раздражаться по этому поводу уж точно не стоит ツ

      Ответить
  • Светлана: 14 июня, 2012 в 22:17

    Я например использую плагин для создания архива баз данных, все файлы блога резервирую через FTP
    Скажите, пожалуйста, а почему вы используете плагин только для создания архива баз данных, а не всего подряд? Что вам дает то, что вы все файлы блога резервируете через FTP?
    Я бы очень хотела разобраться — какие минимальные действия я должна сделать, чтобы в случае чего я могла восстановить ВСЕ и как можно проще.

    Ответить
    • driver: 15 июня, 2012 в 10:19

      Светлана.
      В плагине предусмотрена возможность создания резервных копий файлов сайта и баз данных, как вместе так и по отдельности, выбор делаете в настройках. Сжатые копии при желании скачиваете себе на компьютер, в последствии при необходимости не составит большого труда восстановить сайт. Так же можно организовать хранение резервных копий в любом облачном хранилище, типа Dropbox, Google Drive или Яндекс.Диск. В этом случае, при любом раскладе, ваши копии будут всегда в целостности и сохранности.
      Удачи!

      Ответить
  • Татьяна: 7 ноября, 2012 в 21:42

    Здравствуйте, подскажите, пожалуйста, я установила плагин BackUpWordPress, при попытке настроить его получила такое сообщение: BackUpWordPress обнаружил проблему. wp-cron.php is returning a 503 Service Unavailable response which could mean cron jobs aren’t getting fired properly. BackUpWordPress relies on wp-cron to run scheduled back ups. See the FAQ for more details.
    Что это значит? подскажите пожалуйста.

    Ответить
    • driver: 7 ноября, 2012 в 22:23

      Существует вероятность того, что у вашего хостера неправильно настроен сервер для работы файла wp-cron.php. В таких случаях не работает и запланированная публикация записей, можете проверить для интереса. В настройках сервера должно быть прописано разрешение для функции fsockopen использовать локальные адреса. Если же на локальные адреса прописан запрет скрипт в файле wp-cron.php выполняться не будет. Большинство хостеров отказывают в изменении настроек сервера, но попробовать стоит. Так же есть обходные пути, с редактированием файла wp-cron.php и настройкой выполнения скрипта через демон cron. Читайте документацию по хостингу. Для начала все же попробуйте другие плагины для бэкапа WP, а уж потом поднимайте волну

      Ответить
  • Татьяна: 9 ноября, 2012 в 18:43

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

    Ответить
    • driver: 9 ноября, 2012 в 20:02

      Удачи Вам, Татьяна)))

      Ответить
  • Валентина: 13 ноября, 2012 в 12:02

    Спасибо за информацию. Я тоже обновилась — все работает, все плагину «пашут», но почему-то перестали приходить сохраненные базы! В суете не сразу и заметила. Теперь, надеюсь, все будет ОК. Пока не разобралась с проблемой, как у Татьяны. Раньше я могла планировать выход новых статей. Нужно будет поэкспериментировать.

    Ответить
    • driver: 13 ноября, 2012 в 14:06

      Валентина
      Рад, что информация вам пригодилась)))

      Ответить
  • марина: 26 февраля, 2014 в 19:11

    Здравствуйте, спасибо за статью, скачала более свежую версию, все теперь понятно.
    Вопрос:
    Вы пишите:Я например использую плагин для создания архива баз данных, все файлы блога резервирую через FTP .
    Почему все файлы блога вам удобнее через FTP?
    Может плагин, когда скачивает их, грузит сервер?
    Все-таки я посмотрела архивы своих баз данных данных и файлов. базы — 25мв, а файлы -100мв. Или это слишком медленно получается для скачивания файлов?
    Я просто боюсь чтобы сайт не перегрузил сервер. А так мне плагин понравился. На локалке все здорово.

    Ответить
    • driver: 27 февраля, 2014 в 02:57

      Здравствуйте. Спасибо за отзыв и интерес к блогу.
      Почему я не использую плагин для резервирования всех файлов блога? Да всё просто, сила привычки с тех времен когда всё было не очень стабильно. Скачиваю периодически только часто обновляемые папки. Повторяю, это сугубо моя прихоть и ничего больше. Время от времени использую и автоматизированный метод с помощью плагина. Чтобы сервер особо перегружался вовремя передачи архива, даже не задавался этим вопросом, вы же не ежечасно делаете backup))) Оптимизируйте вашу базу данных (25mb многовато) и ничего не бойтесь.

      Ответить
      • марина: 4 марта, 2014 в 02:38

        Спасибо за скорый и подробный ответ. Отдельно спасибо за совет об оптимизации базы данных. Я как-то совсем забыла об этом.З года назад запретила ревизии и думала, что это все:)
        Много интересного и полезного нашла на вашем сайте.Подписалась на обновления.

        Ответить
  • Сергей: 25 ноября, 2016 в 23:20

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

    Ответить

Оставить комментарий

Ваш email не будет опубликован.

Вы можете использовать следующие HTML тэги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>