![Информационный блог [Bloginfo]](https://bloginfo.biz/wp-content/uploads/bloginfo.png)
Здравствуйте, господа блогеры, вебмастера и прочие сайтостроители. Сегодняшняя статья исключительно для вас =)
Любой владелец сайта или блога должен осознавать всю важность резервных копий своего детища. И не только резервных копий баз данных, но и всех файлов тоже. И сегодня я вам поведаю об одном интересном, автоматизированном и абсолютно бесплатном способе для создания и хранения файловых бэкапов.
Речь пойдет о новой услуге от хостинг-провайдера Beget.
Не спешите покидать статью, подумав, что это очередная реферальная статья-замануха. Я же обещал абсолютно бесплатно? Значит так и есть!
Для начала, как всегда в моих статьях, немного "воды", "лирики", "теории", "бла-бла-бла" и т.д. Называйте это, как хотите =)
Как все вы знаете, резервные копии (бэкапы) обычно бывают двух типов:
- Бэкап баз(ы) данных (БД)
- Полный бэкап (или файловый бэкап).
И так уж повелось, что в случае с движком WordPress, как правило, проблем с автоматическим созданием резервных копий БД гораздо меньше, чем с файловыми бэкапами.
Этому способствует наличие множества специализированных плагинов для резервирования БД, в том числе и комплексных. Например, всем известный монстр по защите WordPress-сайтов iThemes Security имеет в своем арсенале опцию создания бэкапов БД, включая возможность их отправки на собственный e-mail.
В случае же с полным бэкапом, подходящий плагин или сервис найти намного проблематичней - они обычно платные, а в бесплатных же версиях сильно урезан функционал (например, невозможность хранения резервных копий на внешних серверах и др.)
Я не утверждаю, что хороших бесплатных плагинов нету вообще, наверняка они есть. Но их найти все-таки проблематичней, чем плагин для резервного копирования БД.
Помимо использования плагинов и скриптов, многие вебмастера и блогеры предпочитают создавать и работать с бэкапами, что называется вручную. И если речь идет о создании резервной копии БД через phpMyAdmin, то тут особых неудобств нет (не считая отсутствия автоматизма): зашел, создал, скачал, а дальше или оставил у себя на компьютере, или залил в какое-нибудь в облако (напр., Облако Мэйл.ру, Dropbox, Mega, Wuala и проч.)
С файловыми бэкапами немного сложнее. Классический способ - пользователь коннектится к своему FTP-серверу через FTP-клиент и скачивает поштучно все файлы к себе на компьютер. Данная процедура занимает порой достаточно длительное кол-во времени. И, опять же, нет никакой автоматизации.
Еще один классический способ создания и хранения резервных копий – это услуги хостинг-провайдера. Абсолютное большинство современных хостеров имеют в своем арсенале такие услуги, и обычно они уже включены в стоимость хостинга (т.е. бесплатны для клиентов).
Но и здесь есть свои нюансы. Даже если хостер заявляет, что у них имеется такая услуга, на деле выходит, что это не всегда так: то у него не оказывается резервной копии за нужный день, то длительный промежуток времени бэкапы не делаются "по техническим причинам", то еще какие-нибудь "обстоятельства непреодолимой силы".
Могу привести один пример из собственного опыта. Есть замечательный европейский хостинг Gigahost. Все в нем просто супер, но есть ряд специфических минусов:
- У них нет файлового менеджера в панели управления. А это значит, что сайт нельзя заархивировать и затем скачать готовый архив. Вот тот классический случай, когда приходится копировать все файлы поштучно через FTP-клиент.
- У них нет возможности самостоятельного управления бэкапами (т.е. нет возможности самому восстановить сайт из резервной копии, для этого нужно обращаться в саппорт).
И все же, хостинг Гигахост очень хорош (несмотря на эти нюансы) и имеет массу конкурентных преимуществ. Я уже писал подробную статью про него. Если интересно, можете прочитать ее здесь.
Подведем промежуточные итоги:
- Для WordPress-сайтов найти достойный бесплатный сервис или плагин для автоматического создания и хранения бэкапов на сторонних серверах (это важно!) весьма не просто. И я почти уверен, что многие блогеры даже не задаются этим вопросом, и не делают регулярных файловых бэкапов, полагаясь исключительно на своего хостера и на бэкапы БД. А зря.
- Даже если у вас все отлично с вашим хостером, и нареканий по созданию, хранению и управлению резервными копиями нет, то почему бы не воспользоваться дополнительным сервисом для этих целей?
- Если у вас VPS/VDS, то и вам тоже можно порекомендовать дополнительную возможность для надежного хранения резервных копий на сторонних серверах.
Итак, об услуге...
Автоматическое резервное копирование на хранилище в BeGet с удаленных FTP
На страницах своего блога я уже неоднократно пел дифирамбы этому хостеру (считаю, что абсолютно заслуженно), и сейчас буду делать это в очередной раз =)
Для тех, кому интересен мой полный обзор этого хостинга (исходя из личного опыта), то можете почитать его здесь. И вот в этой статье я про него тоже рассказывал.
Услуга резервного копирования со сторонних серверов доступна любому клиенту Beget. Все, что для этого нужно – это аккаунт. Причем можно воспользоваться даже бесплатным аккаунтом!
Да, в Beget есть и такая услуга, и чисто технически она не особо отличается от платного хостинга. Основное отличие – это ограничения по нагрузке. Бесплатный хостинг от BeGet отлично подойдет для новичков-блогеров (мне кажется, 100-150 посетителей в сутки, а то и больше, он вполне потянет). Также его можно использовать в качестве тестового полигона (тестировать плагины, темы, скрипты, работать с дизайном и проч. и проч.).
В общем, для внешнего копирования нужен аккаунт в BeGet. Если у вас нет платного, заводите бесплатный (для этого потребуется моб.телефон; если у вас есть несколько симкарт – можете регистрировать столько же акков).
Сайт хостинга – https://beget.ru/
Во всем остальном данная услуга на бесплатном тарифе ничем не отличается от платного тарифа "Blog" – т.е. ограничение лишь одно – 4Gb дискового пространства для резервных копий. Поверьте, абсолютному большинству блогов этого хватит сполна.
На платных тарифах дисковое пространство для бэкапов зависит от тарифного плана, и может достигать 120 Gb:
При создании резервных копий используется т.н. инкрементальное резервное копирование. Если по-простому, то это привычная всем синхронизация. Если еще проще, то в каждый новый бэкап добавляются только новые (добавленные) и измененные файлы по сравнению с предыдущим бэкапом.
Различные меры по обеспечению безопасности соблюдены в полной мере – это и хранение резервных копий на двух независимых серверах, и хранение учетных данных (логины/пароли) в зашифрованном виде и т.д.
В целом, это не какая-то "левая" дополнительная услуга только лишь для привлечения новых клиентов, а самая настоящая и постоянная, оказываемая всем клиентам, в т.ч. и тем, кто находится на максимальных тарифах. Так что, за безопасность можно ручаться.
Итак, аккаунт вы завели. Теперь заходите в панель управления и идите в раздел "Backup"
После чего сразу переходите на вкладку "Внешнее копирование" и жмите на "Добавить задание FTP":
В появившемся окне нужно указать некоторые данные.
- В поле "Наименование задачи" впишите, что угодно. Например, название или доменное имя сайта, бэкап которого вы будете делать. Если сайтов несколько, можете написать название хостинга, с которого будет осуществляться резервное копирование.
- Здесь нужно будет указать параметры соединения с удаленным сервером (об этом чуть ниже)
- Укажите интервал выполнения задачи, а также, какие директории нужно будет резервировать, все или выбранные (выбрать отдельные директории можно будет только после выполнения пункта 2)
- Не забудьте сохранить настройки.
Немного подробнее про пункт 2. После того, когда вы нажмете на "зеленый крестик", у вас появится новое окно, в котором необходимо указать адрес FTP-сервера, логин и пароль (кстати, не забудьте почитать мой "Ликбез по паролям"). Эти данные, обычно, можно найти в панели управления вашим хостингом. В общем, это те самые данные, которые вы вводите, например, при подключении через Filezilla.
Когда заполните все поля, не забудьте нажать на кнопку "Протестировать соединение". Если все в порядке, увидите сообщение "Успешное соединение с FTP сервером".
Собственно, это все. Теперь в разделе "Внешнее копирование" вы увидите созданное задание.
Нажав на задачу, вам будет доступно управление созданными резервными копиями и история действий. То есть, именно здесь вы можете выбрать необходимую дату, к которой хотите откатиться (восстановиться).
Можно выбрать для восстановления не весь сайт, а какой-то отдельный файл или директорию, и восстановить именно их. Например, вдруг что-нибудь накосячите в файле .htaccess, можно будет восстановить его из резервной копии, или вдруг случайно удалите у себя какой-то файл, также можно будет восстановить конкретно этот файл.
Причем не нужно скачивать резервную копию к себе на компьютер, а затем заливать на свой хостинг. При нажатии на кнопку "Восстановление" все происходит также автоматически!
На вкладке "История действий" вы всегда сможете увидеть историю заданий, историю восстановления (если вы его делали), а также возникшие ошибки:
Как видите, бывают и ошибки. Я специально их выделил на скриншоте, и отдельно об этом упоминаю. Чем именно они вызваны, я не знаю и не уточнял. Скорее всего, во время синхронизации, по какой-то причине, FTP-сервер был недоступен ("ошибка"), или соединение оборвалось ("выполнено с ошибками").
Имейте это в виду. И при выборе даты, на которую хотите откатиться, обязательно смотрите в "Истории действий", успешно ли была выполнена синхронизации в этот день.
Ну, что ж. Вот такая вот интересная и уникальная услуга есть у Бегет. Надеюсь, многим из вас она будет интересна, и если вы решите ею воспользоваться, то она добавит вам уверенности в том, что ничего с вашим сайтом не произойдет. А если вдруг и произойдет, то у вас всегда будет запасной вариант! =)
Пробуйте, тестируйте и если понравится, то пользуйтесь на здоровье!
На этом у меня все. Пока!
Привет! Я правильно поняла: так бэкап можно сделать с любого хостинга на сервер Бегета? Здорово! :) Но вопрос: а в чем смысл Бегету предоставлять такую услугу? В расчете на то, что большинству мало покажется 4 бесплатных гига?
Да, нет. Наверное, только тем кто имеет на хостинге бесплатный сайт.
На моем хостинге они сами создают бэкапы, и по моему, у них они хранятся всю последнюю неделю. А так можно и вручную, самому создать архивную копию сайта.
Василий, даже сайт не обязательно иметь. Нужен только аккаунт.
Привет!
Да, с любого FTP-сервера на сервера Бегет.
Зачем это нужно?
Ну, в первую очередь для своих же клиентов, т.к. многие пользуются не только Бегетом.
Во вторую, для привлечения новых клиентов, в т.ч. и через бесплатный хостинг.
А расчет на то, что будет мало 4 Гб, наверное не ключевой. Большинству блогеров-частников этого пространства хватит с лихвой.
И бесплатные там не только 4 Гб, но и 120 Гб тоже. Сама услуга полностью бесплатна. Просто чем выше тариф, тем больше бесплатного места для внешних бэкапов. Ну, а на бесплатном да, только 4Гб, как и на самом первом платном тарифе.
Беру на вооружение. У меня немного другая схема. В isp делается бэкап в zip и для страховки копируется на закрытый сервер. Но эта услуга платная и на том же хостинге, что не очень хорошо. Если хостинг падает, то вместе с бэкапами :(
естественно, я сохраняю копии и на компе регулярно.
Саш, у тебя почему то в комментах вместо моего сайта прописался адрес Василия ;) Что-то с кешированием или куками.
Да, Дмитрий, я вот про это и имел в виду. Запасной вариант никогда не помешает =) А локальные копии я периодически тоже делаю. Как-то когда оно под рукой, дома, спокойней =)
P.S.: Не совсем понял. Вроде все нормально отобразилось и у Василия, и у тебя. Может правда что-то с кэшем глюкнуло в момент отправки.
Дима, спасибо большое за сигнал о "косяке". Вроде разобрался в чем проблема. Обновление Hyper Cache косячное было. После выпущенного фикса вроде нормально все стало.
P.S. Что-то обновленный он какой-то не такой =) Раньше лучше было. Возможно заменю на W3 или WP Super. Что скажешь по этим двум? Ты вроде какой-то из них используешь?
P.P.S. А хотя нет, не факт, что проблема решена. Отключил кэш для комментариев, посмотрим. Вообще глючный он стал, этот плагин, после обновления :(
Александр, я на своих блогах использую W3 Total Cache. Вроде все нормально. Особых проблем не наблюдал. Единственное, этот плагин тяжеловат своих конкурентов :). Уж очень много настроек в нем имеется. Но зато нравится, что все в одном. Там много опций по увеличению скорости загрузки. Я даже не все использую. Включил только самые главные. Пока блог будет нормально загружаться, дальше влезать в настройки не буду.
Я вот тоже на него перешел. Сначала опешил от обилия настроек, но разобраться там в принципе не сложно. Хотя не все до конца пока что понятно. Но и с ним у меня немножко не лады - не совсем корректно работает минификация (ошибка "Recently an error occurred while creating the CSS / JS minify cache: No sources to serve"). Гуглил, ошибка известная и нередкая, разработчики про нее знают, но почему-то не устраняют уже целый год.
Не знаю, чего так. У меня минификация нормально работает. Никаких ошибок не появляется. Может настройки плагина не так заданы?
Да вроде все корректно настроено. Не знаю. Буду дальше смотреть. Говорю же, такая проблема появляется у многих, а куда конкретно копать - никто не знает =) И разрабы молчат.
Кстати, на другом сайте все при тех же настройках (и при схожем составе плагинов) все работает, без ошибок. И на тестовый сайт ставил, там тоже без ошибок. Даже и не знаю. Собственно, это для меня сейчас не особо критично.
Суперкэш использую - проблем вроде не было
Я пока не W3 остановился, с отключенной минификацией =) Только вот Page Speed показывает много рекомендаций, связанных со сжатием.
Добрый день! Полезная информация. Мой хостинг "Агава" регулярно делает Бекапы и хранит их за десять дней. Приходилось пользоваться. Восстановление проходило без проблем.
На Бегете у меня есть бесплатный аккаунт и тестовый сайт. Может, для большей надежности сделать там резерв? Как говорится в жизни всякое бывает.
Только у меня Бэкап захватывает два сайта, которые там размещены.
Привет, Александр!
Конечно попробуй, поэкспериментируй. Запасной вариант никогда не будет лишним. Тем более денег за это не просят =)
Насчет двух сайтов - это не проблема. Можешь бэкапить их или по отдельности (отдельные директории, т.е. "папки", на FTP) разными заданиями, или сразу оба (всю директорию с сайтами) одним заданием.
Там посмотри, когда будешь создавать новое задание, сразу разберешься, что к чему. Если что, спрашивай.
Beget молодцы! Очень хорошо они реализовали этот важный момент по бекапам. А вот от Mchost такого и не ожидал. Странно, что здесь у них такой изъян. Может потом исправятся и доработают этот недочет. :)
Сама идея резервного копирования со сторонних хостингов на нашем рынке совершенно новая. Я пока еще ни у кого из хостеров ее не встречал. Поэтому это нельзя считать изъяном того или иного хостинг-провайдера. Как бы они не обязаны предоставлять такие услуги, т.к. она считается дополнительной =) А вот собственные бэкапы обязан делать любой хостер. И делать это качественно. С этим, я думаю, проблем в Mchost нету.
Вообще, молодцы бегетовцы. Дали плюшку людям, те попробовали - понравилось.
А потом и клентами станут. Очень грамотный ход, который скроро другие хостеры подхватят
Ну да, наверняка не без этого. НО! На своем сайте они ни слова не говорят, что такая опция присутствует на бесплатном тарифе! Так что, это я палю тему=)))
Не полноценный бэкап получается. Файлы это скрипты и картинки. Весь контент в базе данных.
Естественно. Но я о чем и пишу - обычно проблем с автоматическим созданием бэкапов БД в WP нет. А вот с файловыми бэкапами все гораздо сложнее.
Не по теме.
Ссылки с коментов идут на 404
Олег, большое спасибо за сигнал! Исправлено.
А я по-старинке, все ручками) В редких случаях скачиваю архивы из phpMyAdmin и менеджера файлов, а так в основном через web-интерфейс управления бэкапами на хостинге - они хранятся 30 дней. Скачиваю периодически и перед изменениями иногда. Все храню дома на жестком диске с пометками в текстовых файлах что было изменено. Сохранились еще совсем древние архивы, интересно смотреть как менялись сайты за это время)
Я тоже локально много копий храню, от самых ранних. Только не все подряд, конечно же. Обычно перед какими-то глобальными действиями делаю бэкап и скачиваю его сразу же.
Спасибо за наводку. Сам уже пол года как завел блог, а вот до резервного копирования руки все не доходят.
Не за что!
Про резервные копии забывать нельзя.
Именно iThemes Security в свое время заставила меня познакомится с автоматическими бекапами своего хостинга "Украина". Настроив что-то не так я полностью убил блог. Немного поседев, и поближе познакомившись с админкой хостера, решил проблему за 15 минут.
Да уж, без бэкапов нельзя =)
Александр, когда ждать новый фундаментальный труд вроде этого? Уже сентябрь на дворе.
Ой, даже и не знаю. Наверное на след.неделе.
Статья отличная, Александр! Действительно спалил фишку, нигде ещё про это ничего не слышал)) Правда я уже давно нашёл 100% схему полностью автоматизированного backup`а. Абсолютно без головной боли и нагрузки на хостинг.
Есть такой плагин, называется Backwpup! И есть такой сервис, называется Dropbox. Я их вместе подружил и теперь каждый раз включая утром комп, я вижу что мой бекап за вчерашний день успешно начал закачиваться.
Да, кстати, блог у меня копируется каждый день целиком и база данных и файлы всё в одном архиве. Каждый такой архив весит всего 65-70 метров. На бросайкоробке у меня 20 гигов.
И чуть не забыл, для тех кто боится за нагрузку на хостинг спешу порадовать, в настройках плагина есть специальный параметр, который увеличивает время выполнения задания и тем самым нагрузка распределяется равномерно. А если учесть что это происходит в 4 часа утра, то нагрузки никакой нет вообще. Вот так вот.
Привет, Илья! Рад снова видеть. Спасибо за содержательный комментарий и дополнение. Вообще, в пору писать биг-статью с обзором наиболее популярных средств файловых бэкапов для WP =)
Плагины для этих целей действительно существуют, я после статьи еще раз задался этим вопросом, проштудировал wordpress.org => выбрать есть из чего. Правда, самолично пока не пробовал все эти плагины.
Backwpup крутой =) Посмотрел заявленный функционал, все, что нужно, есть, в т.ч. и поддержка Гугл Драйв, и ФТП, и упомянутый тобой ДропБокс. Да, этот плагин смело можно рекомендовать.
Да у меня про него в принципе и статья уже есть, правда её нужно обновить. Если вкратце, то недавно начались проблемы с копированием на Dropbox, но это решается добавлением ещё одного плагина весом всего в пару строчек текста. В следующей версии Backwpup обещали это исправить.
Кстати Гугл Драйв доступен только для платной версии ценой в 75$, но он и не нужен. Я вообще планирую дополнительно копировать по FTP на "4-links.net". У них за 7.2 у.е. можно 1 год хранить 10 гигов, без возможности скачивания из вне.
А за 30 у.е. в год, можно и с возможностью скачивания по прямым ссылкам, как раз скоро микрофон придёт, буду курсы и скринкасты для новичков запиливать))
Спасибо за очередные дополнения, Илья.
Что, решил все же в инфобизнес податься? Или курсы/касты бесплатные пилить будешь?
Пока бесплатные, дальше видно
Удачи тебе на поприще инфобизнеса.
Здравствуйте.
Хорошая статья, спасибо.
Для уже имеющих сайты на беджете внешнее копирование практически не нужно. У них и обычное резервное копирование работает нормально. Восстановление происходит мгновенно и без заморочек. Правда я никак не пойму алгоритм автоматических сохранений. Настроек их графика не нашёл. Похоже делает бекап за вчерашний день, который на следующий день удаляет и раз в две недели
Добрый день, Владимир.
Конкретного графика автоматических бэкапов (для своих сайтов, а не внешних) у них нет. Бэкапы делаются, как я заметил, каждую ночь (в час или 2 ночи примерно). Но иногда бывает, что какие-то дни пропущены. Так что, перед какими-либо глобальными изменениями на сайте, всегда лучше перестраховываться и сделать актуальный бэкап.
Действительно, плагин для полного бэкапа найти сложновато, сам пробовал это сделать. Возможность делать бэкапы через ftp описана, конечно, довольно привлекательная. Нужно будет взять на заметку и протестировать функционал, если удастся выделить время.