Ежедневный бэкап для WordPress с помощью Gmail
Обеспечение сохранности информации является одной из важных составляющих любого интернет-сайта. Серверы хостинг-провайдера не могут гарантировать 100%-ю защиту от ее потери, поэтому каждому веб-мастеру стоит самому позаботиться о создании на своем персональном компьютере резервных копий наиболее ценных данных. Не побывав в экстремальной ситуации и не дождавшись “пока петух в одно место не клюнет”, мы, как правило, не привыкли что-либо предпринимать. А надо бы!
Хочу отметить, что данная статья будет полезна пользователям весьма популярного сегодня движка для ведения веблогов – WordPress, а также тем, кто планирует в ближайшее время открыть собственный он-лайн дневник и выражает свою симпатию именно к этому движку.
Как создавать ежедневный бэкап базы данных WordPress, используя Gmail:
-
Перво-наперво необходимо открыть аккаунт (если Вы еще не сделали этого ранее) в бесплатном почтовом сервисе Gmail от акулы интернет-поиска – Гугла. Почему Gmail? Потому, что он бесплатен, удобен, благодаря использованию технологии AJAX, и предоставляет наибольшее дисковое пространство для работы с электронным ящиком из всех известных на сегодня бесплатных почтовых служб (однако никто Вам не мешает воспользоваться любой другой почтовой службой, выбирать только Вам).
Помятуя о том, что при создании бэкапа Вашего блога есть риск потери данных Вашего сайта по вине хостера, вряд ли Вы захотите использовать e-mail адрес, ассоциированный с доменом Вашего сайта, поскольку эти резервные копии могут пропасть вместе с остальной информации в случае сбоя сервера (от этого не застрахован никто!).
Открытие аккаунта в Gmail не сложнее, чем в другой бесплатной российской почтовой системе, тем более, что в нем присутствует и русскоязычный интерфейс. Создать этот аккаунт можно исключительно для целей бэкапа Вашего блога на WordPress (решать Вам). Целесообразно подобрать название, наподобие такого: myblog.backup@gmail.com.
-
Далее. У нас есть два пути решения поставленной задачи:
- в ручную настроить работу крона (планировщика задач), с которым у большинства людей возникают сложности;
- скачать специально разработанный удобный плагины для WordPress – WordPress Database Backup.
Скачайте плагин, распакуйте и загрузите в папку plugins на сервер Вашего сайта (блога). После чего необходимо его активировать через админ-панель блога.
-
После этого зайдите во вкладку “Управление” (“Manage”) движка WordPress. Вы увидите пункт меню с названием “Backup” (Резервное копирование). Кликните по нему. Откроются различные настройки для создания бэкапа вручную. Пропустите их и перейдите в нижнюю часть, названную “Scheduled Backup” (Запланированный бэкап).
В настройках данной секции установите бэкап на ежедневный (Daily). В строке, где указано “Email backup to:” (Е-mail, на который будет высылаться бекап), напишите созданный Вам адрес в системе Gmail (или любой другой, главное – чтобы он был надежным). Наконец, Вам предлагается указать таблицы базы данных MySQL, которые следует резервировать (по умолчанию, резервируются все таблицы). В подтверждение изменения произведенных настроек нажмите на “Submit”.
-
Поздравляю, задача выполнена! С этого момента ежедневные бэкапы базы данных Вашего блога на движке WordPress будут раз в день доставляться на указанный электронный почтовый адрес.
В аккаунте Gmail Вы можете настроить автоматическую архивацию всех поступающих писем в бэкап-адрес с Вашего сайта, однако делать это не обязательно. Изредка проверяйте этот аккаунт, если у Вас большая база данных блога, и удаляйте самые старые резервные копии.
Комментарии (15)
Спасибо за плагин, а есть подобный плагин, который отсылает бэкап всех файлов сайта на почту?
Я о таком не знаю. В чем смысл? Копию можно хранить на своем компьютере.
Все настроила как Вы советуете, дата следующей архивации сообщается, но писем, как не было, так и нет. Подскажите, в чем может быть причина?
Лариса Клепачева, скорее всего не отправляются письма с сервера, на котором находится ваш сайте. Попробуйте обратиться к хостеру с этим вопросом.
Спасибо за подсказку, обратилась к хостеру и проблему решили.
Dimox, скажи пожалуйста – как восстановить БД из бэкапа если все-таки блог грохнулся. Я так понимаю, что можно перезалить, самые последние из имеющихся, файлы упавшего блога (копии файлов значит тоже надо периодически сохранять?) по ФТП и потом как-то восстановить базу данных. А как?
Просветите пожалуйста! А то я то-то не очень хорошо понимаю весь процесс…
База данных восстанавливается через инструмент phpMyAdmin, который доступен через панель управления хостингом. В принципе разобраться с ним не сложно. Также можно попросить саппорт хостинга восстановить БД.
В идеале да.
Посмотрите у Игоря Квентора “Как восстановить базу данных”, возможно это как раз то, что вас интересует
OK! Спаибо большое вам за ответы! Уже имел дело с phpMyAdmin, все понятно. Дамп скопировать в окно “запросы БД” и запустить. Буду раз в неделю копировать файлы с ФТП. Еще раз спасибо.
У мну все бекапы льются на один аккаунт , а на гмыле настроен фильрт по адрессу отправителя, и все бекапы падают по разным папкам.
PS “целесообразно” подбирать такое название для аккаунта, чтоб потом хер кто догадался, и пароль по жощще, и желательно запомнить его раз и навсегда и ручками всегда вбивать, потому что потом если кто-то узнает что мои.сайты.backup@gmail.com ваш адрес по которому вы льёте бекапы, он сделает всё чтобы ломануть ваш акк и получить дампы ваших баз :), что он сними будет дальше делать? Думайте сами…
Вот это действительно идеальный вариант. Но с паролем и правда надо быть аккуратнее!
Dimox, вот если бы ты описал как настраивать планировщик cron если плагин какого-то фига не отправляет сообщения на мыло(или не доходят), был бы очень благодарен, если напишешь – с меня постовой :)
Подписался на комментарии.
С кроном я не дружу. И у меня у самого бэкапы отправляются почему-то не со всех сайтов.
Вот-вот, у меня то же самое, причём все на одном хостинге, и только с 1го приходят, причём в какой-то непонятной последовательности. Мистика))) ладно, спасибо :)
Что то у меня этот плагин порит весь сайт. Выдает что не достаточно прав…