Авто-бэкап сайта WordPress бесплатным плагином BackWPup

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

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

Зачем нужна резервная копия сайта WordPress

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

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

Какие бывают резервные копии WordPress

Разовые и регулярные

Можно разделить резервные копии на разовые (вручную) и по расписанию (автоматически).

Периодичность резервного копирования напрямую зависит от того, как часто Вы делаете публикации или другие изменения на сайте. Под другими изменениями предполагаются такие как настройка темы сайта, изменение,обновление темы сайта, обновление WordPress, установка, обновление, настройка плагинов, изменение различных настроек WordPress. Тут все понятно. Если не хотите, чтобы Ваша работа пропала даром, то перед каждым трудоемким действием создавайте бэкап. «Трудоемким» зачеркнул потому, что обновления тем, плагинов, самого WordPress на самом деле совершенно не трудоемки, а вот последствия ошибки, которую никто не исключает, придется исправлять мучительно долго.

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

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

Они состоят из двух основных элементов. В зависимости от специфики работы может потребоваться как один из этих видов резервной копии сайта, так и оба варианта.

Резервная копия базы данных

Содержит все таблицы данных WordPress. В них содержатся такие данные: записи, страницы, метаданные страниц и записей, вложения, редакции, пользовательские записи, комментарии, метаданные комментариев, таксономии (категории, метки), связи между таксономиями, связи между таксономиями и записями, страницами, пользователи, метаданные пользователей (данные о пользователях).

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

Резервная копия файлов

Содержит все файлы корневого каталога сайта. Это таблицы стилей, шрифты, языки, темы, плагины, все файлы самого WordPress, такие файлы как .htaccess, robots.txt, sitemaps.xml.

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

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

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

    1. В панели администратора. Экспорт, встроенная функция. Находится в «Инструментах» административной панели WordPress.  Он вообще-то не про резервное копирование, а про перенос материалов с одного сайта WordPress на другой. Но между тем, сохранить с помощью этой функции свои Записи, Страницы, Медиафайлы и прочее вполне удобно. Удобен, когда надо срочно сделать резервную копию опубликованных или отредактированных материалов. Правда, выбирать тип контента и период, за который надо сделать выгрузку придется  исключительно вручную. Таким образом, разово делать копии контента Вы вполне сможете. От потери записей, постов и прочих материалов это поможет. Но это копия только контента. Другие файлы сайта сохранить не получится.
    2. С помощью плагинов для резервного копирования, в том числе бесплатных. Описаний этих плагинов в интернете тоже достаточное количество. Я делюсь практическим опытом, надеюсь, что сохраняю тем самым Ваши силы и время. Оказался очень удобным плагин BackWPup. Им пользуюсь. Настроить очень просто. Бесплатной версии достаточно для того, чтобы делать копии всего сайта по расписанию и хранить их в DropBox.
    3. В панели управления хостингом. cPanel — наиболее распространенная панель управления хостингом. При выборе хостинга, если У Вас еще не принято решение, советую обратить внимание на наличие этой панели. О ней можно рассказать отдельно. А вот в контексте данной темы скажу, что бэкап делается «в один клик» , собственно, также легко и приятно восстанавливать сайт из резервной копии. В cPanel можно сделать полную копию всего web-сайта, копию базы данных, копию корневого каталога. Не все идеально.
      • Копии из cPanel сохраняются локально на Ваш компьютер. Это может быть минусом, если Вам нужен доступ к бэкапам из разных мест и  копии надо хранить в облаке.
      • Кроме этого, создание резервных копий из cPanel ручное. Нет возможности настроить автосохранение по расписанию.

Места хранения:

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

Облачное хранилище. У меня настроено хранение бэкапов в DropBox. Хостинг, которым пользуюсь отличный, но бесплатного места на диске осталось мало, а доплачивать не хочется. А те 2 GB диска, которые DropBox дает бесплатно, вполне хватает для нескольких бэкапов сайта на WordPress. Все равно, под каждый сайт, как мне кажется, надо создавать отдельную структуру, начиная с аккаунта на Gmail, и далее. Так что, под другой сайт будет и на DropBox другой аккаунт и свои 2 GB диска. Логика тут проста и понятна. У сайта возможна как смена владельца, так и разделение полномочий работников сайта. Могут быть разные хостинги, способы продвижения и т.д. И очень удобно, когда каждая отдельная структура создана и доступна для работы независимо от других.

Бэкап WordPress из cPanel

Основные плюсы:

  • Простой интерфейс панели. Бэкап всего web-сайта делается в один клик. В три, если быть более точным, но все равно, очень просто )
  • Восстановить сайт из резервной копии также просто , как и создать ее. Серьезный плюс.
  • Выборочный состав бэкапа для скачивания. По отдельности можно скачать корневой каталог, базу данных, серверы электронной почты и фильтры.
  • Создается полная резервная копия всего web-сайта для перемещения учетной записи на другой сервер, правда в cPanel Вы не можете восстановить полную резервную копию, потому, что она предназначена именно для переноса.

Минусы:

  • Полная резервная копия всего web-сайта сохраняется только на тот же сервер, на котором находится сайт и она очень тяжелая. (зато копии БД и корневого каталога по отдельности сохраняются сразу на Ваш локальный компьютер).

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

Итак, в cPanel чтобы сделать бэкап надо открыть «Мастер резервного копирования»

нажать кнопку «Back Up», в «Выборе частичного копирования» нажать кнопку с видом бэкапа, который Вы хотите сделать, например, «Корневой каталог».

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

Бэкап WordPress плагином

Плагин BackWPup. Основные плюсы:

  • Резервное копирование автоматическое, по расписанию (заданию), с возможностью создания нескольких независимых заданий.
  • Отдельные расписания создания архивов для различных типов резервных копий.
  • Выборочный, довольно детально настраиваемый состав бэкапа.
  • Выборочный формат архива резервной копии.
  • Выборочные места хранения архивных файлов резервных копий (сервер, отправка почтой, FTP, загрузка в DropBox и другие хранилища)

Минусы:

  • Загрузка в GoogleDrive только в платной версии
  • Для восстановления сайта, в отличии от панели cPanel, где это делается в один клик, необходимо проделать несколько действий вручную и использовать дополнительные инструменты типа phpMyAdmin.

Как настроить бэкап WordPress  плагином

Установите и активируйте плагин BackWPup. В нижней части панели управления WordPress появится строка BackWPup. Кликните по ней и в раскрывшемся списке-меню зайдите на закладку Jobs чтобы создать новое задание. Нажмите «Add new» и попадете в меню настроек задания. Первая закладка General. На ней напротив This job is a… проставьте галочки в чекбоксах напротив тех видов резервных копий, которые надо сделать.

На изображении показан вариант, когда в состав резервной копии включены: база данных(Database backup), файлы сайта(File backup) и список установленных плагинов(Installed plugins list). Список плагинов — это именно список, а не сами плагины. Список состоит из названий плагинов и их разработчиков, номера релиза, официального сайта разработчика.

Спускайтесь ниже и в разделе Jobs  Destination ответьте на вопрос Where should your backup file be stored? — поставьте галочки в чекбоксах напротив тех мест назначения, куда должны быть отправлены резервные копии.

Backup to Folder это сохранение архивов в папку на сервере, которую создаст плагин. Если Вы будете хранить архивы в Dropbox, то поставьте галочку в соответствующем чекбоксе. При поставленной галочке появляется закладка в меню To: Dropbox на которой надо связать аккаунты дропбокс и вордпресс.

Следующий этап настройки — расписание. Перейдите на закладку Job Schedule в разделе Start job

  • Если будете настраивать резервное копирование по графику, то включите радиокнопку надписи with WordPress cron.
  • Если будете делать бэкапы вручную, оставьте радиокнопку в положении manually only, она там стоит по умолчанию.

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

Из основных настроек осталось только добавить сохранение архивов в Dropbox. Перейдите на закладку To: Dropbox. Здесь надо выбрать один из двух вариантов. Полный или ограниченный доступ к облачному хранилищу Вы разрешите плагину. При ограниченном доступе плагин создает папку в хранилище и использует исключительно ее. При полном доступе плагин получает весь объем хранилища Dropbox. В этом случае есть риск, что другие файлы, кроме создаваемых плагином архивных копий, могут быть «затерты» при загрузке бэкапов.

В соответствии с принятым решением нажмите Get Dropbox App ayth code(частичный доступ) или Get full Dropbox ayth code(полный доступ). Вы будете перенаправлены на дропбокс и получите код, который надо будет вставить в соответствующее поле и нажать Enter.

Надпись Authenticated! будет Вам наградой.

Убедитесь, что все работает так, как Вы задумали. Результаты резервного копирования Вы всегда сможете проверить на в таблице Backups.

Чтобы моментально сделать бэкап и убедиться, что он создается без ошибок надо зайти на закладку заданий Jobs и навести курсор мыши на наименование задания. (на изображении ниже: Job with ID 1). Появится список действий с заданием, в том числе и Run now.

Надеюсь, что все получилось довольно понятно. Плагин имеет много настроек, изучайте, пользуйтесь.

Если возникнет какой-то вопрос, пишите, разберемся вместе!

 

 

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

Войти с помощью: 
Закрыть меню