Безопасность

Backup wordpress плагин. Где хранить резервные копии? Экспорт MySQL в дамп-файл

Backup wordpress плагин. Где хранить резервные копии? Экспорт MySQL в дамп-файл

Привет, друзья.

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

В данной статье мы настроим автоматическое резервное копирование сайта на WordPress с помощью плагина WordPress Database Backup. И конечно же разберем важность данной процедуры вместе с другими способами резервного копирования, в том числе у ручной.

Начнем с вопроса обсуждения важности резервного копирования сайта.

Сейчас ни для кого не секрет, что в любой момент может что-то пойти не так:

  • Могут взломать сайт;
  • От некорректных настроек сайт может лечь (перестать работать);
  • Хостинг перестанет существовать;
  • Случайно можете удалить какие-то страницы или файлы сайта.

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

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

Также случайно удалял записи, на создание которых уходил ни один день. Приходилось заново все создавать.

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

Дело в том, что файлы сайта не хранят никакой информации об опубликованных материалах, комментариях и так далее. Все данные содержаться в базе данных. Файлы сайта - это по сути просто набор плагинов и сам движок. Единственное, над чем может потребоваться поработать, так это над загрузкой изображений, так как в случае их исчезновения (удаления) придется заново их искать и загружать на сайт.

Чтобы уберечь от всяких случаев, когда может произойти какая-нибудь неполадка, необходимо либо делать регулярно (каждый день) резервные копии базы данных или же настроить автоматическое ее создание и отправку к вам на почту. Также не стоит забывать и про создание копий движка сайта.

Этим мы и займемся сейчас. Рассмотрим процесс создания бэкапов базы данных и файлов движка сайта.

Автоматическое резервное копирование базы данных WordPress сайта

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

Существуют и другие плагины, но мне понравился данный вариант своей простотой и надежностью.

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

Видно, что имеется 2 типа таблиц:

  1. Основные - таблицы, которые создаются самим движком WordPress и они по умолчанию всегда архивируются в резервную копию;
  2. Дополнительные - таблицы, создающиеся каким-либо плагинами. В моем случае можем увидеть, что имеются 2 таблицы, которые создались сторонним плагином (плагин опросов wp-polls).

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

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


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

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


По завершению сохранения таблиц в архив вам предложат сохранить его, что вы и делаете.


После этого, в месте сохранения должен появиться файл резервной копии с расширением "sql" в сжатом архиве "gz".

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


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

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

Для этого внизу настроек плагина имеется блок "Расписание резервного копирования" и в нем все точно также. Только архив будет отправляться на указанный e-mail.

Выбираем все существующие таблицы (основные таблицы автоматически все включены), выбираем интервал создания архива БД (минимум каждый день ) и жмем на кнопку "Запомнить расписание". Также не забываем указать правильный e-mail адрес.


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


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

Вот видео-урок по плагину WordPress Database Backup.

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

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

Чтобы сделать архив базы данных, заходим в панель управления своего хостинга и ищем пункт "Базы данных".

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


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

В левой колонке будет список баз (если кнопка одна) или же одна база, напротив которой вы нажали на кнопку phphMyAdmin. Жмете на базу данных и попадаете на страницу со списком всех таблиц.


На данной странице также появляется верхнее меню. В нем нас интересует кнопка "Экспорт". Жмем на нее и попадаем на страницу экспорта таблиц базы данных в архив.


Выбираем обычный способ экспорта, после чего нам откроется множество настроек, из которых нужно выбрать только "Компрессия - gzip", кодировку utf-8 и нажать в самом низу страницы на кнопку "ОК". При этом все таблицы должны быть выделены.

Данный способ разобрали. Надеюсь, все получилось. Если нет, то пишите в комментариях свои вопросы. Все разберем.

Кроме такого ручного способа на хостинге может быть возможность создавать резервные копии без вмешательства в phpMyAdmin. Например, на Макхосте имеется такая возможность. Да и на других должна 100% быть.


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

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

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

В данном процессе нет абсолютно ничего сложно.

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

Я же делаю такие бэкапы по-другому. Я просто скачиваю все файлы сайта в папку на своем компьютере, использовав при этом ftp клиент FileZilla. Как им пользоваться, как соединиться со своим хостингом и скачать файлы, я писал .

Если вам нравится такой вариант, то просто заходите в корневую директорию сайта и скачиваете все файлы и папки. Затем у вас на компьютере будет не только резервная копия сайта, которая будет просто лежать, но вы сможете и работать с ней (редактировать файлы и т.д.).

Вот, как это выглядит у меня.

Вот такой несложный процесс резервного копирования сайта. На первый взгляд может показаться, что все сложно. Но на самом деле данный процесс выполняется проще некуда. Один раз сделаете, а дальше все пойдет на автомате.

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

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

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

Курс называется "Резервное копирование по методу Евгения Попова" .


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

С уважением, Константин Хмелев.

Важно понимать, что резервное копирование вашего сайта — это не просто рутинная процедура, это основа безопасности и избавление от целого ряда проблем . Мы рассмотрим вопросы:

  • Как выполнять резервное копирование сайта на WordPress?
  • Какие плагины лучше использовать для резервного копирования?
  • Этикет бекапера: как часто делать бекап сайта? Где его хранить?

1. Как выполнять резервное копирование сайта на WordPress?

Чтобы всем было понятно, поясню термин «Резервное копирование» или «бекап» сайта:

это создание полной копии всех файлов и базы данных MySQL сайта. Файлы резервной копии хранятся отдельно от самого сайта в угоду безопасности. Но об этом речь пойдет ниже.

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

Вам доступно несколько способов резервного копирования сайта:

  1. Средствами хостинга- компоненты создания бекапа в панели управления хостинга.
  2. С помощью плагинов WordPress.
  3. Простым копированием файлов по ftp и базы данных экспортом из MySQL.
  4. С помощью сторонних систем резервного копирования (Sypex Dumper).
  5. С помощью компонента «Экспорт» в инструментах WordPress — неполный бекап.

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

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

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

1) Создание бекапа в панели управления хостинга.

Варианты бывают следующие:

  1. Резервное копирование в панели хостинга не доступно — многие бесплатные хостинги.
  2. Резервное копирование выполняется только по нажатию кнопки в панели управления хостинга.
  3. Бекап сайта можно делать вручную или настроить автоматически — сервер будет в заданное время делать копию сайта. Данный вариант можно настроить через cron-задания .
  4. Бекап может высылаться на вашу электронную почту либо загружать на определенный файлообменник (Dropbox, Google-диск и т.д.)

2) Бекап сайта по FTP и экспорт базы из MySQL.

Данный способ — не самый лучший, но в ряде случаев он один может быть применен. Особенно для бесплатных или дешевых хостингов, где нельзя создать бекап в панели управления. Также такой способ удобен, если у вас под рукой есть лишь данные входа в FTP и доступ к phpMyAdmin.

3) Инструмент «Экспорт» в панели управления WordPress.

Для этого в административной панели WordPress зайдите в «Инструменты» --> «Экспорт» .

2. Simple Backup — плагин для резервного копирования сайта на WordPress.

Плагин Simple Backup, по моему мнению, один из лучших для резервного копирования файлов и базы данных сайта.

Однако помните, что некоторые хостинги (их немного) его не поддерживают — у них не установлен ряд дополнительных библиотек php, нужных для работы плагина.

Итак, рассмотрим как установить и использовать данный плагин.

1) В административной панели WordPress открываем «Плагины» --> «Добавить новый» . В поле «поиск» пишет название плагина — simple backup .

Нажимаем кнопку «Поиск плагинов» :

3) Плагин почти готов к работе, нужно теперь его настроить. Для этого в админ. панели WordPress открываем «Параметры» --> «Simple Backup» . Вот панель основных настроек плагина: Backup Settings

4) Переходим на вкладку «WP Optimization» . Тут настройки, позволяющие удалять различный мусор из экспортированной базы данных. На картинке ниже оптимальные настройки:

5) На вкладке «DB Otpimization» вы можете не указывать никаких настроек, либо включить оптимизацию и проверку базы данных. Эти настройки безопасны и не могут повредить вашу базу данных.

Примечание: на каждой вкладке настроек на забывайте нажимать кнопку «Сохранить изменения», чтобы настройки не сбросились.

6) Настройки завершены. Переходим к резервному копированию сайта . Для этого можно просто нажать на кнопку «Create WordPress Backup» , либо сначала перейти на вкладку «Backup Manager» , где отображаются все ваши резервные копии и уже там нажать на кнопку начала резервного копирования.

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

7) Теперь вы можете скачать резервные копии , для этого наведите курсор на файл бекапа и нажмите на ссылку Download . Однако лучше будет зайти в папку сайта по FTP , перейти в папку Simple Backup и скачать бекапы.

3. Этикет бекапера: как часто делать бекап сайта? Где его хранить?

1) Когда делать резервное копирование?

  • Делайте резервное копирование сайта регулярно. Обязательно делайте бекап перед установкой или удалением компонентов сайт, плагинов, тем оформления.
  • Делайте бекап после добавления материалов на сайт: страниц, статей, медиа-файлов.
  • Делайте бекап перед обновление плагинов и версии WordPress.

2) Где хранить резервные копии?

Храните ваши бекапы отдельно от сайта. Лучше всего резервные копии сразу скачивать и хранить либо на вашем компьютере, либо в другом защищенном месте . Не оставляйте бекапы в папке сайта — удаляйте их оттуда, это безопаснее.

3) Важно проверять работоспособность резервных копий.

Непроверенный бекап — это все равно что отсутствие резервной копии . Периодически проверяйте ваши резервные копии на работоспособность.

Для этого вы можете:

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

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

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

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

Вы скажете: «фигня, сейчас напишу в службу поддержки хостинга, там ребята умные, помогут». Тогда такой вариант — однажды утром вы зашли на свой блог и обнаружили, что он не работает:

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

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

Чаще всего пользователь начинает задумываться о создании резервных копий своего блога слишком поздно, когда уже что-то случилось с базой данной или испорчены какие-то файлы WP. В этом случае спасти положение может только , который выполняет резервное копирование за вас. Но я дам вам один дельный совет — рассчитывайте только на себя!

  • большинство плагинов для создания backup WordPress предлагают выполнение резервного копирования с определенной периодичностью — не пренебрегайте этой возможностью;
  • чем чаще вы добавляете новую информацию на блог, тем чаще создавайте резервные копии;
  • обязательно создавайте backup database перед манипуляциями с базой данных. Например, перед
  • хотите поменять код файлов шаблона темы WordPress или настроить стили — не поленитесь перед этим скопировать тему на свой компьютер;
  • большинство плагинов создают бэкам и оставляют его на ftp — не забывайте чистить устаревшие данные;
  • обязательно храните бэкапы не только на ftp, но и на своем компьютере.

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

Плагин BackUp WordPress

Очень простой и удобный плагин со следующим функционалом:

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

С его установкой не должно возникнуть проблем, ибо она стандартная. Настройки плагина находятся в разделе «Инструменты» — «Backups».

Automatic Backups — разрешить автоматически создавать backup WordPress (галочка напротив Backup my site automatically) или запретить (No automatic backups).

Frequency of backups — периодичность.

  • Daily- ежедневно;
  • Weekly — каждую неделю;
  • Fortnightly — каждые две недели;
  • Monthly — ежемесячно.

What to Backup — что входит в бэкап.

При бэкапе создается резервная копия сайта, которая хранится в архиве отдельно от файлов самого сайта. Бэкап может понадобиться для приведения сайта в рабочее состояние, если по какой-либо причине он оказался неработоспособен.

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

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

Зачем создавать резервные копии

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

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

Для резервного копирования информации используются разные способы:

  • вручную через ftp и phpMyAdmin;
  • автоматически при использовании возможностей панели хостинга;
  • частичный бэкап доступен через админку WordPress (импорт данных в формате XML);
  • с использованием плагинов WordPress или сторонних программ.

Виртуальный хостинг сайтов для популярных CMS:

Как сделать бэкап ВордПресс сайта вручную

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

  1. В окне phpMyAdmin выберите базу данных (1) и перейдите на вкладку «Экспорт» (2).
  2. Укажите способ экспорта (3) с минимумом настроек или с расширенными настройками и подтвердите создание резервной копии (4).
  3. Задайте расположение архива на своем компьютере и дождитесь завершения процесса.

WordPress плагины для бэкапа - обзор популярных

WordPress оснащен встроенным инструментом для создания резервных копий. Для этого найдите в админ-панели меню «Инструменты -> Экспорт». WordPress создаст xml-файл с содержимым сайта, который можно скачать на свой компьютер и использовать для импорта на другом сайте, например.

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

Поэтому для создания полной резервной копии сайта на WordPress, мы рекомендуем воспользоваться одним из следующих плагинов.

BackWPup

Плагин BackWPup позволяет выполнить полное копирование данных, включая содержимое папки wp-content и бэкап базы данных. Скачать можно с официального сайта .

Плагин делает xml-экспорт, умеет оптимизировать, проверять и восстанавливать базу данных, передавать созданные бэкапы на хранение через электронную почту, Dropbox, FTP, S3, Microsoft Azure, RackSpaceCloud, SugarSync в формате zip, tar, tar.gz, tar.bz2. Платная версия также поддерживает залив бэкапа на Google Drive и Amazon Glacier.

WP Database Backup создает бэкап базы данных в zip-формате и восстанавливает ее по одному клику. Скачать можно с официального сайта .

Поддерживает ручные и автоматические бэкапы по расписанию, сохраняет копии по электронной почте, на Dropbox, FTP, Google Drive и Amazon S3. Плагин прост в установке и настройке. Полный бэкап, функции клонирования и перемещения сайта доступны при покупке платной версии. Плагин лучше всего подойдет для сайтов без графического контента, т.к. вся текстовая информация хранится именно в базе данных. Поэтому если нужно сохранять только бэкап базы – нет смысла каждый раз создавать и копию файлов сайта, если они не менялись.

Плагин Backup Guard позиционируется как инструмент для наиболее полного бэкапа, восстановления и перемещения сайта WordPress. Скачать можно с официального сайта .

Плагин сохраняет резервные копии файлов сайта и базы данных по отдельности или вместе. Позволяет наблюдать за процессом и отменить его в любой момент, если он еще незакончен. В платную версию включены функции перемещения сайта, автоматические бэкапы по расписанию и загрузка копий по FTP, Dropbox, Google Drive и Amazon S3. К недостаткам плагина можно отнести создание архива в собственном, а не общепринятом формате. Это может стать проблемой в случае, если поддержка плагина будет прекращена.

Настройка резервного копирования с помощью плагина UpdraftPlus

UpdraftPlus – популярнейший плагин для создания резервных копий под WordPress с более чем миллионом установок. Скачать можно с официального сайта .

Плагин позволяет включить уведомления о созданном бэкапе по email, а также отправлять его на облачные сервисы Amazon S3, Dropbox, Google Drive, Rackspace Cloud, DreamObjects, FTP, Openstack Swift и UpdraftPlus Vault. Допускается резервное копирование служебных файлов и базы данных по разным расписаниям, восстановление осуществляется одним кликом. Бэкапы больших сайтов могут быть разбиты на несколько архивов.

Платная версия плагина разрешает сохранять бэкапы на Microsoft OneDrive, Microsoft Azure, Google Cloud Storage, SFTP, SCP и WebDAV. Кроме того, премиум-расширение умеет восстанавливать бэкапы, созданные другими плагинами: BackupWordPress, BackWPUp, Simple Backup и WordPress Backup.

Установка и настройка плагина резервного копирования.

Найдите плагин UpdraftPlus в репозитории WordPress, установите и активируйте. В меню «Настройки» (1) админ-панели появится пункт «Резервные копии UpdraftPlus» (2). Перейдите туда, чтобы настроить плагин и сделать бэкап сайта. Во вкладке «Текущий статус» (3) будут отображаться даты созданных и будущих бэкапов. Перейдите на вкладку «Настройки» (4).

Установите, с какой регулярностью должны создаваться бэкапы (5) и сколько архивов требуется хранить одновременно (6). Премиум-версия позволяет настраивать более сложное расписание с учетом загруженности сервера.

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

Если вы хотите, чтобы отчет по бэкапу был отправлен на электронную почту, поставьте флажок в соответствующем поле (10).

Выберите опцию «Показать экспертные настройки», чтобы посмотреть расширенные настройки для управления бэкапом. Здесь можно включить режим отладки (12), разбить архив на несколько частей при бэкапе большого сайта (13), удалить копию с сервера (14) и указать директорию для записи (15).

Сохраните сделанные настройки, нажимая соответствующую кнопку. Плагин автоматически по расписанию создает резервную копию в указанное хранилище, сведения о бэкапе появятся на вкладке «Существующие резервные копии». При необходимости выберите нужные бэкапы (16) и скачайте к себе на компьютер (17).

Восстановление сайта из бэкапа

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

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

  1. Переключитесь на вкладку Import.
  2. Нажмите «Choose File» и выберите архив с базой.
  3. Подтвердите восстановление.

Для восстановления файлов из бэкапа с помощью плагина UpdraftPlus:

  • Зайдите в админ-панели WordPress в меню «Настройки» (1) и выберите пункт «Резервные копии UpdraftPlus» (2).
  • На вкладке «Существующие резервные копии» (3) нажмите кнопку «Восстановить» (4).
  • Появится всплывающее окно, в котором потребуется указать компоненты сайта для восстановления (5).
  • Чтобы запустить процесс восстановления, нажмите кнопку «Восстановить» (6).