Домой / WordPress / Плагины / Резервное копирование WordPress
Резервное копирование WordPress

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

Резервное копирование WordPress - задача далеко не тривиальная. Знаю, что некоторые блогеры вообще пренебрегают этим действием, уповая на то, что архивацию делает хостинг. Однако на хостинге, как правило, архивация производится раз в неделю. И может возникнуть ситуация, когда вы опубликовали свою выстраданную статью, бывает даже и не одну, получили кучу комментариев и случилась какая-то авария. И всё это как раз между датами создания архивов.

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

Так что резервное копирование WordPress надёжнее делать самому.

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

Резервное копирование WordPress - плагин BackWPup

Долгое время я использовал плагин BackWPup. Пожалуй, это лучший бесплатный плагин для резервного копирования WordPress. Практически ни в чём не уступает платным аналогам. Лично для меня особую ценность представляла возможность выгрузки архива на Dropbox.

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

Долго искал, перебирал плагины и наконец нашёл. Плагин XCloner - Site Backup and Restore.

Резервное копирование WordPress - плагин XCloner

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

С помощью этого плагина резервное копирование WordPress происходит в полном объёме, включая дамп базы данных, все плагины и файлы, и на полном автомате. Ну и конечно-же возможность выгрузки на мой любимый Dropbox тоже присутствует.

Расскажу об этом плагине подробнее и покажу свои настройки. Может кому-то пригодится и не надо уже будет экспериментировать.

Плагин XCloner

Да, на русский язык плагин пока не переведён, но трудностей это не вызывает. Ссылку на него приводил выше, установка обычная. После того, как плагин будет установлен в админке в меню появится вот такой раздел:

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

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

Итак, первый пункт - Dashboard, иными словами - информационная панель...

И тут действительно просто информация. Можно посмотреть лог работы плагина, некоторые параметры системы и т.д.

Settings - настройки

Здесь мы имеем 4 вкладки, первая из которых General options

Здесь я ничего не трогал, всё оставил по умолчанию. Плагин сам правильно определяет необходимые пути и остальные моменты.

Следующая вкладка - Mysql Options

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

Да, если вы обратили внимание, напротив каждого пункта есть кнопочка со знаком вопроса. Стоит подвести туда указатель мыши, как всплывёт подсказка по данному пункту.

System Options

Вы будете смеяться, но и на этой вкладке, несмотря на кажущееся обилие пунктов, ничего менять не надо. По крайней мере - я не менял. Оставил всё как есть.

Умный плагин, сам всё знает. С таким резервное копирование WordPress планировать несложно.

Cleanup Options

Вот! Наконец-то мы добрались до тех мест, где что-то надо выставить под свои нужды. Это параметры удаления архивов с сервера.

У меня на хостинге места очень мало, а каждый архив, в моём случае, весит более 170 Мб. Для меня это критично. Поэтому выставил вот такие настройки:

  1. Архив хранится один день.
  2. Количество архивных копий равно единице. Это значит, что при создании архива, предыдущий удаляется.
  3. Архив удаляется, если его размер превышает 180 Мб

При таких настройках архивные копии на сервере практически отсутствуют. Спросите где-же они? Они автоматом выкладываются на Dropbox. Но до этого мы ещё дойдём. Как раз в следующем пункте меню.

Remote Storage

Здесь нам представлено большое разнообразие облачных сервисов для хранения архивных копий блога.

Как видно из скриншота, для хранения своих резервных копий я выбрал свой любимый Dropbox.

Если выбрать эту опцию, то вас перенаправит на страницу Dropbox, где нужно будет разрешить плагину то, что он запросит, а затем откроется страница создания API-приложения.

Не нужно пугаться непонятного, там вообще всё просто. Посмотрите на скрин:

Ставим галочки, как на скрине, указываем имя приложения - оно может быть любым, но я, не мудрствуя лукаво, обозвал его XClone_backup. Всё. Кликаем на кнопку обозначенную номером 4. Готово.

Откроется страница созданного приложения, откуда надо скопировать API-Key и Secret-Key в настройки плагина.

Как видите, ничего сложного. А вы боялись... Резервное копирование WordPress

На этом подготовка хранилища на Dropbox закончена.

Manage Backups

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

Scheduled Backups

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

Идём дальше...

Generate Backups

Здесь мы имеем аж пять вкладок для настройки резервного копирования WordPress.

Backup Options

Как уже повелось - ничего не менял...  Но если вам надо... Почту для уведомлений или ещё что сменить, то пожалуйста...

Database Options

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

Files Options

Резервное копирование WordPressНа этой вкладке можно исключить какие-то файлы и папки, чтобы они НЕ попадали в архив резервной копии. Я ничего не исключал.

Generate Backup

Скриншот не привожу - там всего одна кнопка, клик по которой немедленно запустит резервное копирование WordPress в соответствии с ранее сделанными настройками. Можете кликнуть ради теста. А так, нет нужды...

Shedule Backup

А вот запланировать процесс резервного копирования нужно.

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

  1. Имя задачи ( у меня это названо «Полный архив»).
  2. Время, во сколько начать выполнение.
  3. Периодичность из выпадающего меню.
  4. Выгружать ли на удалённое хранилище (у меня Dropbox).

Ничего сложного нет.

Ну и, наконец, последний пункт меню...

Restore Backups

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

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

Заключение

Резервное копирование WordPress - это прежде всего безопасность. Имея такой полный архив блога, со всеми файлами, базой данных, плагинами - можно без особого труда свести на нет происки хакеров, сбои серверов и т.д. Да и переезд на другой хостинг не будет проблемой.

Не знаю как кто, а я, имея эти архивы, чувствую себя спокойно.

Почему Dropbox? Я уже как-то писал, что на всех моих компьютерах установлено приложение от этого сервиса и с папками Dropbox я работаю, как с обычными папками Windows. Вот они, красавчики-архивы, всегда под рукой:

Резервное копирование WordPressНу а я на этом с вами прощаюсь. Удачи вам и до встречи на наших блогах.

Огни большого города https://obg.kz

Смотрите также

Переезд на новый хостинг

Переезд на новый хостинг

Содержание:1 Причины ухода со старого хостинга2 Выбрать новый хостинг2.1 Переезд на новый хостинг 2.2 Преимущества нового …

Смайлы в статьи WordPress

Свои смайлы в статьи WordPress

Содержание:1 Что не устраивает в стандартных способах2 Свои смайлы в статьи WordPress2.1 Файл index.php2.2 Файл …

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

  1. Вот этот момент особенно понравился – Restore Backups.

    Придётся вникать в освоении Dropbox. Красавчики нужны всем.

    • Ну да, с ними надёжней как-то…

      Андрей, пытался оставить коммент у Вас, но при отправке всё время открывается страница со словами "Spam deleted"…

      • Между прочим, Вы единственный, кто сообщил о таком баге.

        Вот тут уместна такая поговорка: "Друг, это тот, кто успевает протянуть руку прежде чем протянешь ноги".

        Убрал плагин Antispam Bee, возможно, это он это делает.

        Будьте добры, ещё раз дать коммент.

        И спасибо за ваше потраченное время.

      • Убрал ещё и защиту от копирования

  2. Cаша, ты молоток, как всегда! Спасибо тебе огромное за Плагин XCloner. Я одно время делала копии блога, а потом увлеклась технической частью и кое что подзабыла. Буду по твоим рекомендациям все делать. На хостинг надейся, а сам не плошай(((( Дропбокс… у меня тоже было такое несколько раз – что – то надо, а там какие – то новости в Дропбоксе, что не заберешься в аккаунт… И я купила два внешних по 1 терабайту и живу очень даже удачно, время от времени удаляю – чищу устаревшие материалы и все стабильно. И у меня две копии блога: одна на ЯДиске, а другая на внешнем. Вот ЯДиск вообще за все годы в сети меня ни разу не подвел. Кстати, ты меня к одной теме сподвигнул, завтра подумаю. Давненько не делала копии резервные, наверное завтра займусь этим.

    • Надя, а у меня с Dropbox никогда проблем не было. Уже не один год пользуюсь этим сервисом…

      У меня как раз тоже есть 2 терабайтника внешних. Но на одном я храню скачанные фильмы, а на другом всякий хлам типа копий разных файлов, которые обычно делаю перед переустановкой компьютера… И всякий программный мусор там ещё…

      • Знаешь Саша, вот получилось так, как получилось с Дропбокс. Не в свое время я ходила наверное туда  Слышала супер отзывы про него. Попробую еще раз – попытка не пытка и везде на хранилищах разложу запасные копии. Они лишними не будут, сам понимаешь. Запас не просит уплаты налогов.

        • На всех хранилищах наверное перебор… Хотя сам частенько нарываюсь в разных своих облаках на одни и те же фотографии…

          • Облака у меня Саша подчищены, но не все. Потихоньку выгребаю и избавляюсь от лишнего. А фото у меня в трех экземплярах теперь. Однажды помню, программой Ашампоо чистила комп, она у меня так вычистила ноутбук(((  И многие фото и картинки как дубликаты наверное исчезли.

            Захожу после чистки и начался колхоз от Майкрософта… Полтора часа гонял машин регистр и восстанавливал по новой всЁ. Фото я восстановила программой, доставала из потрохов ПК.  Вот тогда я нарахалась конкретно и дала себе зарок: не экспериментировать все программы, а только некоторые.

            И все равно в другой раз тянет по старой привычке: А попробовать… Инструкция у меня на липучке перед носом висит: Не зная последствий, не дикобразь. Подпись: Вспомни Ашампоо.

            Две программы у меня проверенные годами, скоро напишу про них. Чистят колоссально весь реестр, остатки всего.

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

        • Спасибо, Надежда! И тебя с этим светлым праздником!

          Насчёт чистки… Я тут как-то писал про Glary Utilities, нормально она всё делает. Пользуюсь уже очень долго…

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

  4. После годового простоя оживляю свой сайт. Меняю кой-чего. Поэтому приходится делать резервные копии. А раньше всё забывал.

    Сейчас настрою и буду разбираться с Dropbox. 

    Спасибо за информацию, Александр ! 

  5. Спасибо, Александр. Информация, как всегда нужная. Раньше делала резервные копии, а потом как-то все сошло на нет…А надо бы себя обезопасить. Спасибо, займусь!

  6. Мой хостинг каждый день делает копии, но подстраховаться не мешает!

  7. Приветствую вас, Александр!

    Полезный плагин! Я правда, пользуюсь Updraft Plus и  пока он меня устраивает.

    Но этот, у меня на заметке, как проверенный, от проверенного , тавтология какая-то. Соберусь и напишу по своему обзор.  

    Спасибо за подробную и интересную статью Александр!

    С уважением, Максим!

  8. Александр, очень полезная и дельная информация. Правда у меня стоит плагин BackWpup, работает исправно, в нужное время делает резервную копию. Но очень заманчиво прозвучало, что плагином XCloner можно восстановить на любом хосте.

    Александр, а можно копию делать плагином BackWpup, а восстановливать XCloner?

    • Да я бы и сам продолжал пользоваться плагином BackWpup, если-б не вот такие засады, о которых писал в статье.

      а можно копию делать плагином BackWpup, а восстановливать XCloner

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

  9. Привет Александр. Инструкция твоя зачетная. Возьму на заметку. Спасибо.

    А я настроил плагин IThemes Security, чтобы он делал резервную копию сайта раз в два дня. Ты что то слышал об этом плагине и его возможностях по бекапу? Файлы с бекапом приходят мне на email.

    • Игорь, привет! Про IThemes Security  слышал только краем уха… И вроде там полный архив можно создать только в платной версии… Насчёт отправки архива на почту как-то настораживает. У меня, например, архив весит 170 Мб… А письмом можно отправить, если не ошибаюсь, файл размером не более 20 Мб…

      И тогда возникает вопрос – что-же тебе отправляется на почту? Может просто уведомление, что архив создан?

  10. Александр, приветствую. Про плагин не буду писать, напишу про косячок один. Вот смотри, Саша, я перешла к тебе с другого блога и не вижу эту статью, почему в миниатюрах нет её на главной?

    Вчера в рассылки видела, а сегодня с главной нету. Ты знаешь об этом? Причём в разделе последние комментарии отображаются те старые пятидневной давности. Это явная ошибка. Почему так? И потом человек зашёл по ссылке на главную и не видит нового контента. 

    • Люда, привет. Я не то что-бы знаю, я догадываюсь. Дело в кеше браузера. Если нажать Ctrl+F5, то кеш браузера очищается и всё сразу становится видно.

      Установленный у меня плагин кеширования очищает кеш главной страницы при публикации либо изменении какой-либо записи. Но это кеш блога. А на кеш браузера пользователей я повлиять вряд-ли могу.

      Хм… Хотя надо подумать над этим…

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

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

    • Если хостинги внедрят такой функционал, то необходимость в подобных плагинах, я думаю, отпадёт…

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

        • Ну ты так громко сказал: "придётся делать"… cheeky

          Плагин-то установил, настроил и всё. Это разово. А остальное делать буден он сам.

          Мне точно надёжнее, когда имею свою копию под рукой…

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

    • По моему личному опыту – не каждый… И ещё вопрос, что именно архивирует хостинг – только базы данных или сайт целиком с базой и со всеми файлами…

      Так, что пока фраза "Спасение утопающих – дело рук самих утопающих" остаётся в силе…

  14. Ну вот, а писали, что больше "никаких плагинов"!

    • В какой-то момент я говорил, что мне надоело про это писать. Не более того.

      • Да не, это было в ответ на мой комментарий с предложением установить iThemes Security для защиты сайта от взлома и бэкапа.

        • Ну там речь немного о другом была. Защита от взлома… В том контексте я и отвечал.

          XCloner, он же не защищает от взлома. Хотя оба плагина, по-своему, имеют отношение к безопасности, но всё-же это несколько разные вещи. К тому-же, XCloner я установил не как дополнительный плагин, а как замену другого, который почему-то стал работать некорректно.

  15. Александр, у меня стоит плагин WordPress Database Backup. Как Вы к нему относитесь?

  16. Александр, я сталкивалась с тем, что пропадала часть комментариев на блоге, когда на хостинге велись технические работы. У меня стоит плагин. Ставила тот, что рекомендовали в школе. Но, думаю, что стоит поменять на тот, о котором рассказали Вы. Спасибо!

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

      Для того, чтобы восстановить "часть комментариев", в любом случае придётся через phpMyAdmin поработать с SQL-запросами. Либо восстанавливать всё полностью при помощи этого плагина.

  17. Я никогда не делала копии, да, надеялась на хостера. Заставили задуматься, Александр. Может, и присмотрюсь к рекомендуемому вами плагину. Береженого Бог бережет – так и тут. Спасибо.

  18. Спасибо за напоминание, совсем забыла про резервное копирование, надо возобновить знания. 

  19. Плагины – это хорошо, но они почему-то быстро разрастаются. То один поставишь, то другой… Поэтому пару раз в месяц делаю резервное копирование WordPress вручную. Очень быстро это входит в привычку и не требуется лишний плагин.

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

      Вручную делать копии можно, конечно, но уж лучше автоматизировать процессы по максимуму.

  20. Виктория

    Как работает этот плагин для мультиязычного (сетевого) сайта? При установке он виден для каждого сайта в сети а не в управлении сетью. Меня интересует вопрос восстановления.

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

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

Я принимаю политику конфиденциальности сайта и пользовательское соглашение