Резервная копия сайта

Автор блога
Андрей WPM

Андрей WPM

Резервное копирование сайта WordPress.

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

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

 

Для чего нужна резервная копия сайта?

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

Резервная копия (или ещё её называют бэкап), делится на две составляющие:

  • Бэкап структуры сайта (папки проекта);
  • Бэкап базы данных (контент проекта).

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

 

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

На самом деле существует всего три способа сохранить бэкап:

  1. Настроить резервное копирование на хостинге;
  2. Сохранять копии сайта вручную самостоятельно;
  3. Установить плагин для автоматического бэкапа.

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

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

А вот установить один раз и настроить плагин для автоматического резервного копирования, то что нужно современному вебмастеру. Например я, практически каждый день что-то мучу с кодом этого блога. И если вдруг, у меня что-то пойдёт не так и я удалю важный компонент, я смогу восстановить свой блог за считанные минуты, потому что у меня настроен автоматический бэкап ежедневно.

 

Автоматический бэкап сайта WordPress.

Идея в следующем. Вам нужно сделать автоматический бэкап по расписанию и сохранять его где-то в удалённом месте (не на хостинге). Благо сейчас существует море сервисов, которые предоставляют бесплатные облачные хранилища, которыми вы можете воспользоваться. Что вам потребуется для этого мероприятия:

  • Плагин для резервного копирования WordPress UpdraftPlus.
  • Само облако для хранения (Google Drive, Microsoft OneDrive и т.д.).
  • И эта статья с инструкцией по настройке.

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

плагин UpdraftPlus в репозитории

 

Настройки плагина UpdraftPlus.

После установки и активации, в меню Настройки появится пункт – Резервные копии UpdraftPlus. При переходе на главную страницу плагина, выберите пункт настройки, и посмотрите на список вариантов резервного копирования. Я выбрал Google Диск, вы же можете выбрать из списка то, с чем именно вы работаете. Там даже имеется возможность работать без облачного хранилища, а напрямую на почту отсылать копии. Но как по мне, это не особо удобный способ. Тут скорее дело вкуса. Список доступных вариантов такой:

удалённое хранилище draftplus для резервного копирования

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

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

кнопка для авторизации в плагине updraftplus

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

подтверждение авторизации в плагине

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

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

 

Интервал автоматического бэкапа.

Что касается интервала резервной копии. Я установил так:

  1. Бэкап файлов сайта – еженедельно оставляя 1 копию;
  2. Бэкап базы данных – ежедневно оставляя 3 копии.

А теперь поясню. Сохраняется всё, кроме самого движка. Если вы решите восстановить копию на локальном сервере, то вам придётся сначала установить сам движок, а уже остальное (темы и плагины) из резервной копии. Бэкап файлов я считаю сохранять каждый день не имеет смысла. Тем более для тех, кто один раз установил шаблон и не прикасается больше к нему. Один раз в неделю будет достаточно, для того чтобы у вас на руках была всегда актуальная резервная копия с последними обновлениями движка, плагинов и тем.

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

интервал резервного копирования

Остальные настройки можете не трогать. Плагин работает, можно сказать, с коробки. Уже всё необходимое настроено.

 

Создать внеочередную резервную копию.

Бывают такие ситуации, когда срочно нужно сделать резервную копию. К примеру, вы собрались почистить базу данных или установить какой-то не протестированный модуль. И в этом случае плагин вам тоже поможет. Чтобы не лезть на хостинг, перехо́дите на главную страницу плагина и видите большую кнопку – Создать РК сейчас.

создать бэкап сейчас

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

 

Как восстановить сайт из резервной копии.

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

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

Более того, можно не просто восстановить копию, но и скачать её прямо с плагина на свой компьютер. Это вообще шикарная функция. Или же (если сайт лёг), вы можете зайти в своё облачное хранилище и скачать свежую версию оттуда. В любом случае, наличие бэкапа очень упростит вам жизнь. Не сейчас, так в будущем — поверьте на слово.

 

Подведём итог.

Если вы действительно беспокоитесь о своём ресурсе и вам важно, чтобы он всегда был доступен и работал без ошибок, то резервное копирование должно быть у вас всегда в приоритете. Вы можете не модернизировать ресурс, можете не публиковать контент, можете вообще ничего с проектом не делать, но резервное копирование вы обязаны производить. ( laugh шучу конечно! ).

На самом деле, свежий backup очень упростит вам жизнь. Избавит от головных болей (когда ждёшь часами ответа от тех. поддержки хостинга) или же как в случае с вебмастером о котором я упоминал в начале статьи. Будет как минимум обидно, когда ваш ресурс рухнет в самый неподходящий момент и вы не сможете его оперативно восстановить (или вообще не сможете восстановить). Так что, рекомендую позаботиться об этом прямо сегодня, если ещё не позаботились.

На этом у меня всё. Не попадайте в сложные ситуации, от которых вы можете избавиться ещё до их появления. Прибыльных вам проектов!

Андрей WPM
Опубликовал - Андрей WPM

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


CTRL+D

Бонус для читателей WPMaster.kz. Предлагаю познакомиться с новым разделом на блоге - Промокоды. Только самые лучшие и нужные промокоды для покупок плагинов, тем, обучения, сервисов и т.д.



6
Вопросы не по теме статьи, задавайте в разделе "Флудилка".

avatar
1000
  Подписаться  
новее старее
Уведомление о
Дмитрий
5 комм.
Дмитрий ( dmitrylee.ru )

Я бы добавил, есть блогеры, которые не делают резервные копии, а есть, которые уже делают резервные копии laugh

Павел Коновалов
30 комм.
Павел ( konovalovpavel.ru )

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

Александр
21 комм.
Александр ( webnub.ru )

Здравствуйте, Андрей! До сегодняшнего дня пользовался WP Database Backup но там сохранялась база данных. Файлы и папки всегда копировал в ручную. Теперь все настроил как у вас показано в статье. Спасибо за статью.