Как создать резервную копию блога и жить спокойно

Опубликовано: 02.09.2018

видео Как создать резервную копию блога и жить спокойно

Microsoft Azure OpenDev—June 2017

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



В прошлом году у меня на одном хостинге находилось три сайта – этот блог, блог жены и еще один, просто сайт на WordPress-е. О создании резервных копий я не задумывался, тем более хостинг как раз объявил, что заменили серверы на сверхнадежные и скоростные, имеют многократное дублирование и прочее… В общем, проблем ничего не предвещало. Но вот наступил этот день – все мои сайты просто исчезли. Конечно, я обратился в поддержку. Там мне сказали, что на сервере произошла авария – сгорел винчестер, и все восстановят из резервных копий. И правда – буквально в тот же день сайты снова появились. Но в каком виде!


TPB AFK: The Pirate Bay Away from Keyboard HD (multi subtitles)

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


Calling All Cars: The 25th Stamp / The Incorrigible Youth / The Big Shot

Еще случай – буквально пару недель назад снова случилась авария на сервере, блог был недоступен почти сутки. Потом все восстановили из резервной копии на сервере, суточной давности. Там не оказалось только последней статьи, которую я написал как раз перед этим. Потерялась пара комментариев и все, статью я просто опубликовал заново, потому что пишу их в программе Windows Live Writer и сохраняю их у себя. Да и резервная копия у меня на этот раз была, так что я не переживал. Вот такой пустяк, как ее наличие, может сберечь много нервов. Серверы – это компьютеры, обычное железо, и абсолютно надежных не бывает. Так что, на хостинг надейся, а сам не – плошай, создавай резервную копию своевременно!

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

Как можно создать резервную копию в принципе?

Способов бывает много, и не все одинаково хорошие и удобные. Вот моя точка зрения:

Способ первый, но не самый лучший – сделать все вручную. Можно подключиться к блогу по FTP и просто скопировать всю папку к себе на компьютер. В таком случае мы получаем у себя полную копию самого движка, шаблонов, плагинов и картинок – скелет, в общем. Но чтобы сохранить тексты постов, комментарии и прочую информацию, надо еще зайти в панель хостинга, потом в phpMyAdmin и скопировать себе базу данных – именно в ней и хранится вся информация. Только тогда можно сказать, что наша копия будет полноценной. Это самый простой способ, но он же и самый неприятный – надо совершить много действий, потратить немало времени, а при работе с базой данных надо еще и уметь это делать. Способ второй, более удобный – поставить один из плагинов, которые будут периодически делать копию базы данных и присылать ее на почту. Здесь есть один недостаток – в случае аварии мы сможем восстановить тексты, но потеряем картинки. Даже если мы просто сохраним весь блог в папку, все-равно при публикации новых статей в него добавляются новые картинки. Да и полезно было бы шаблон тоже иногда сохранять – например, я частенько что-то меняю. в коде, и через неделю могу просто не вспомнить, где я что-то правил. В общем, сохранять только базу данных не очень удобно, но все-таки это лучше, чем ничего. Плагинов таких для WordPress-а много, желающие без труда найдут на свой вкус. Третий способ – периодически сохранять базу данных и файлы блога. Это был бы идеальный вариант. Но здесь есть другая проблема – объем блога вместе с движком, всеми картинками, базой данных и прочим может достигать 100, 200, 500 Мб… Каждый день скачивать это – значит создавать большую нагрузку на сервер (а нагрузка и так ограничена), да и неудобно как-то. А вдруг я уеду и не смогу скачать копию, а на почту большой объем нельзя прислать… А вдруг в это время авария произойдет? Созданная копия, которая хранится на аварийном сервере – это вряд ли поможет И все-таки есть еще один вариант – четвертый, на мой взгляд, самый лучший. Думаю, вы согласитесь, что было бы гораздо удобнее сохранять в резервной копии только некоторые файлы, которые изменяются – папки с картинками, с шаблонами, возможно еще какие-то часто изменяемые. И еще полезно было бы сохранять базу данных. Копировать каждый раз весь WordPress – неэкономно в плане ресурсов сервера и трафика. идеальный вариант – автоматически сохранять это все где-нибудь отдельно от хостинга, например – в облачном хранилище. Тогда можно быть спокойным – копии аккуратно складываются, ничего скачивать не надо, а в случае чего – они под рукой.

И четвертый такой вариант есть –дальше речь о нем.

Плагин UpdraftPlus

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

Создавать резервную копию базы данных и изменяемых папок (с рисунками, шаблонами и т.п.), по расписанию или вручную. Сохранять копии в облаке, например – на Google-диск или Dropbox. Правда, я хотел на Яндекс-диск, но туда он не умеет (забугорное происхождение сказывается). Восстанавливать все из копии назад на блог! Вот то, что не умеют большинство других плагинов резервного копирования – вернуть все назад! Одно это многого стоит.

Думаю, описанных возможностей вполне достаточно.

Установка плагина

Все элементарно для тех, кто хоть раз устанавливал плагины. Все делается просто из админки:

Вписываете в поле поиска плагина UpdraftPlus и он находится. У меня он уже установлен, вы же нажимайте на “Установить”. После этого останется только активировать его и настроить. В общем, все стандартно и просто.

Настройка UpdraftPlus

Настройки вы найдете в админке в панели “ Параметры ” – “ Резервные копии UpdraftPlus ”. Там не придется особо напрягаться. В общем, я решил особо не расписывать всю эту процедуру, а просто вставить видео, там все понятно. Единственное отличие, которое у вас может быть – в видео описана более старая версия плагина, чем есть сейчас. Разница не принципиальная – в новой версии настройки просто находятся в отдельной вкладке “Настройки”, а в видео показан плагин, где все то же самое находится на одной странице. Больше никаких отличий нет.

Также здесь показан замороченный процесс настройки сохранения резервной копии на Google-Диск. Поэтому здесь вы все можете узнать сразу. Кстати, я себе сделал сохранение в Dropbox, и там все гораздо проще, делается па минуту. Но если предпочитаете все-таки Google-Диск, это видео вам поможет все настроить правильно.

 

Как восстановить резервную копию?

Как я уже говорил, я не стал заморачиваться с Google-Диском, а выбрал сохранение на Dropbox. После этого нажал кнопку “Создать РК”, и на облачном диске у меня создалась папка UpdraftPlus, и плагин начал создавать и отправлять резервную копию. Делает он это постепенно, не сразу. Это позволяет избежать большой нагрузки на хостинг. Спустя несколько минут в папке оказалось такое содержимое:

Здесь можно ориентироваться по названию файла – перед расширением указано содержимое архива. По порядку:

db – база данных, полная копия. other – разные файлы. Здесь оказались файлы локализаций на русский язык от движка и разных плагинов. plugins – все плагины с блога. themes – все шаблоны. uploads – медиафайлы, то есть все картинки ко всем постам.

Этого хватит, чтобы восстановить блог в любой ситуации. Как это можно сделать? Очень просто – заходим в админку плагина и нажимаем “ Восстановить ”. Плагин связывается с облачным хранилищем, сканирует там резервные копии и выводит их список. После этого достаточно напротив нужного пункта нажать еще раз “Восстановить” и нужная резервная копия будет загружена назад на блог.

Что делать, если блог совсем “сломался” или надо перенести его на другой хостинг? Тоже все просто – удаляем старый, “нерабочий”, и устанавливаем новый WordPress. Затем активируем на нем плагин UpdraftPlus и просто делаем восстановление из резервной копии. Плагин так же свяжется с облачным хранилищем и возьмет оттуда и картинки, и шаблоны, и плагины, и восстановит базу данных. Через несколько минут блог снова будет в прежнем виде. Это поможет и при переезде – установил WordPress с этим плагином на новом хостинге и восстановился из резервной копии, и все.

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

Поверьте, на деле все довольно просто и понятно. Единственная сложность – если сохранять на Google-Диск,там с настройкой самого диска придется повозиться. Но поверьте – несколько потраченных минут на установку и настройку резервного копирования – это ничто по сравнению с ощущениями, когда твой блог, результат трудов долгих месяцев, а то и лет, просто рухнул в никуда. Представьте на секунду эти ощущения и начинайте настраивать. На “авось” пусть надеются другие.

rss