Как сделать бэкап вордпресс. Когда делать резервное копирование? Простое создание Резервной Копии

Создание блога — это длительный и очень кропотливый процесс. Серверы хостингов весьма надежны, но никогда нельзя исключать какого-либо форс-мажора. Например, серьезного технического сбоя, пожара или наводнения. Хостеры делают ежедневный бэкап, но в случае возникновения форс-мажорных обстоятельств они абсолютно ничего не смогут сделать, т. к. есть вероятность (весьма незначительная) полного исчезновения всей информации на сервере. Но, тем не менее, представьте, как будет неприятно в одно мгновение потерять свой ресурс и все результаты длительной работы из-за непредвиденных обстоятельств. Основные неприятности появляются обычно после появления такого сообщения, при попытке зайти на блог.

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

Если блог создается на основе обычного html и css, то достаточно просто скопировать все данные на флешку или в другое безопасное место. Но если блог построен на СМС wordpress, то задача немного усложняется, т.к. нам придется сделать дополнительную работу – сделать дамп-файл с расширением *.sql , а содержимое сайта необходимо запаковать в zip-архив, для экономии времени передачи через FTP-соединение. Большинство хостеров ежедневно проводят процедуру резервного копирования. Однако сбои в работе бывают везде, поэтому сервер не исключение.

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

Первый способ создания резервного zip-архива сайта

У разных веб-хостингов панель управления может выглядеть иначе, но тут главное понять сам принцип и действовать по аналогии. Стандартная cPanel управления веб-хостинго обычно имеет раздел «Backup» или «Резервное копирование». Рассмотрим этот способ. На скриншоте показана cPanel реального хостинга.

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

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

Второй способ резервирования веб-ресурса

В этом способе тоже нет ничего сложного. В панели управления обычно существует кнопка с названием «File manager». Если по ней кликнуть, то мы попадем на вкладку следующего вида.

В папке «public_html» на сервере находится вся информация сайта, которую надо заархивировать. Большинство хостеров предоставляет такую возможность. Делается это очень просто, после клика правой клавиши по папке в выпадающем меню выбираете — «архивировать» или «Compress».

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

Можно использовать старый и проверенный Тотал командер, можно применить Filezilla, но принцип остается тот же. Связываемся через FTP-соединение со своим аккаунтом, ищем архив нашего ресурса, а затем скачиваем в определенное место на компьютере. Например, с сервером уже установлена связь,zip-архив находится в главной директории и для его скачивания достаточно определить каталог на ПК, выделить архив и кликнуть на кнопку «копирование».

Экспорт MySQL в дамп-файл

Казалось бы и все. Архив скопирован и все закончилось бы на этом, если бы проект был статичным, созданным на основе HTML и css. СМС wordpress динамический движок, это значит, что странички создаются только в момент запроса по конкретному адресу. Динамический движок требует наличия не только содержимого (находится в каталогах сайта), но и базы данных MySQL. Следовательно, нам нужно создать ее копию, иначе в случае какого-то чрезвычайного происшествия восстановить веб-сайт будет невозможно. Если подходить к этой проблеме аккуратно и внимательно, то создание копии, т. е. экспорт MySQL в дамп-файл для движка вордпресс можно сделать очень легко и просто.

На уже упомянутом скриншоте 2 есть кнопка — «phpMyAdmin». На разных хостингах панель управления выглядит по-разному, но ищите ссылку для перехода в «phpMyAdmin», она там обязательно будет. В «phpMyAdmin» находите имя своей базы и открываете ее, затем выбираете опцию «Экспорт» и жмете кнопку «ОК».

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

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

Итак, у нас есть резервные копии дистрибутива блога и дамп-файл. Как сделать восстановление или откатить на прежнюю СМС? По логике получается, что процесс должен быть обратный. Но иногда достаточно восстанавливать что-то одно — базу или каталоги. Возможны следующие варианты:

при случайном нарушении каталогов или кода СМС обычно восстанавливают только содержимое папки «public_html»;
если что-то непонятное происходит с настройками, страницами и постами, то восстанавливают только базу;
если работа сайта полностью парализована, то обычно начинают с базы, а если не помогает, то восстанавливают файлы блога.

Восстановление MySQL — базы данных

На многих современных хостингах в cPanel имеется вкладка «restore», нажав которую можете мгновенно восстановить таблицы в phphMyAdmin. Но если на хостинге в результате какого-либо технического сбоя пропали базы MySQL блога, то восстановить прежнюю работу можно следующим образом.

Заходите в phphMyAdmin через панель управления, находите или создаете заново базу со старым именем (в ней не будет таблиц) затем жмете кнопку «Импорт».

На своем компьютере находите сохраненный дамп-файл, (он имеет расширение *.sql) и выбираете его. Не трогайте никакие настройки, просто нажмите «ОК» и через короткое время таблицы в phphMyAdmin будут созданы. Есть и другой, альтернативный способ. Скопируйте содержимое дампа базы (расширение *.sql) открыв его текстовым редактором, и вставьте его на вкладку «SQL», нажмите «ОК».

Как восстановить из архива файлы проекта

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

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

Как откатить wordpress и вернуть старую версию

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

создание резервной копии блога;
скачивание нужной версии СМС;
замена некоторых папок и файлов.

У нас уже создан бэкап сайта, поэтому пропускаем первый пункт. Скачиваем подходящую версию на странице официального сайта — ru.wordpress.org/releases/ . Скачанный архив распаковываем в отдельную папку ПК и в ней удаляем «wp-content», а также файл «wp-config-sample.php».

Это необходимо для того, чтобы не изменились данные вашего ресурса. Ведь в папке «wp-content» содержатся темы, используемые плагины и загрузки блога, а «wp-config-sample.php» оказывается просто лишним, ведь он уже существует и, главное, настроен.

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

Заключительный этап: обновление базы данных

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

Пройдет некоторое время и появится всплывающее окно. В нем жмем на вкладку «Продолжить» и . Появится сообщение, как подтверждение успешного завершения процесса обновления с указанием текущей версии СМС-движка.

Теперь Вы знаете:

как создать бэкап своего веб-сайта;
как сохранить дамп данных MySQL;
как восстановить проект;
как возвратить предыдущую версию wordpress.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание: Хотите пропустить сложные шаги? Пролистайте до пункта , таких как плагины.

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

cPanel

В главной панели управления cPanel, около логотипа MySQL кликните по ссылке Базы Данных MySQL (MySQL Databases). На следующей странице вы увидите ссылку phpMyAdmin, кликните по ней для доступа к phpMyAdmin.

cPanel Доступ к Базам Данных

cPanel Доступ к phpMyAdmin

Direct Admin

Со страницы Your Account (Ваш Аккаунт), найдите ссылку MySQL Management (Управление MySQL) и нажмите на неё, чтобы получить доступ к phpMyAdmin.

Direct Admin доступ к Базам Данных

Direct Admin доступ к phpMyAdmin

Ensim

Найдите логотип MySQL Admin и перейдите по ссылке. Под пунктом Configuration выберите MySQL Administration Tool .

Plesk

Нажмите по кнопке Databases (Базы Данных). Затем выберите ссылку на базу данных WordPress, которую вы указывали во время . Затем нажмите на кнопку phpMyAdmin .

vDeck

В главной панели управления, щёлкните по Host Manager , затем по Databases . в следующем окне, щёлкните по Admin . Появится другое окно, которое перенесет вас на экран входа в phpMyAdmin.

Ferozo

Войдите в вашу панель управления Ferozo с помощью ваших учетных данных. После того как войдете, перейдите к пункту “Base de Datos” (“Базы Данных”) и затем щёлкните по “Acceso phpMyAdmin” (“Доступ к phpMyAdmin”). Откроется новое окно, отображающее экран входа в phpMyAdmin.

Простое создание Резервной Копии

Следующее руководство - это очень простая версия того, как использовать , чтобы создать резервную копию базы данных WordPress. Для более детальной информации, смотри WordPress Backups и . После того как вы выяснили, как , следуйте этим простым указаниям.

Начните с щелчка по базе данных в панели phpMyAdmin . (Это может быть не обязательным шагом, все зависит от версии PHPMyAdmin)

У вас может быть несколько баз данных. Щёлкните по той, которая содержит данные WordPress, то есть базу, созданную при

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

WordPress резервное копирование

Сперва давайте разберемся, что такое backup? Если обратиться к английскому значению, то расшифровывается эта аббревиатура, как backup copy – резервная копия. Для чего ее делают? Тут не нужно сильно углубляться, так как каждый владелец сайта или блога понимает, для чего она служит – чтоб не лишиться сайта. Если мы в повседневной жизни делаем копии документов, то почему не сделать бэкап базы данных веб-ресурса на WordPress? Например, у вас возникли проблемы с жестким диском, а на нем хранилась все информация вашего сайта, то ее можно восстановить из облачного хранилища. Вот в чем суть бэкапа сайта WordPress!

Особенности backup на WordPress

Бэкап для WordPress имеет несколько особенностей.

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

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

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

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

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

1. Сперва нужно скопировать файлы WordPress. Как их найти? Все файлы сайта находятся у вас на сервере. Для копирования подключаемся к сайту по FTP и скачиваем их. На помощь нам придет клиент FileZilla.

Важно! Скопировать информацию с сайта можно также используя панель управления.

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

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

1. Далее открываем вкладку вверху таблиц.

1. Жмем Ок и видим как начинается процесс создания backup данных. По умолчанию вам предложат скачивание файлов с sql расширением.

В результате вы получите бэкап базы данных для WordPress.

Мы рассмотрели ручной способ создания резервной копии данных сайта. Кроме него есть возможность автоматизировать весь этот процесс. Как? Конечно при помощи плагина для бэкапа WordPress.

Как делать бэкап сайта WordPress используя плагин?

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

1. 1. Сперва установим . Открываем Плагины-Добавить новый и находим нужный нам .

1. 1. Устанавливаем его и активируем. После окончания установки, в меню раздела Инструменты, появится новая функция . Заходим туда.

Все имеющиеся настройки разделены на три группы:

1. - Таблицы. Здесь отображены все таблицы, которые будут сохраняться. При необходимости вы можете отметить спамовые таблицы постов и комментариев, которые хотите исключить из backupa. Благодаря этому можно значительно уменьшить размер резервной копии.
  - Настройки резервного копирования отвечают за создание архива в ручном режиме. Нажимаем Создать архив и запуститься процесс создания бэкапа. По умолчанию вам предложат сохранить архив на ваш компьютер. Если хотите получить копию на почту, то выберите Отправить на email .
  - Третья группа настоек самая интересная. Она составляет расписание для backupa. Это весьма полезно, так как есть шанс забыть, что пришло время сделать резервную копию. Но не нужно переживать, так как теперь это будет делаться автоматически. Отметьте подходящее расписание и сохраните настройки.

1. 1. Перед загрузкой резервной копии удаляем старую. Для этого на хостинге выбираем свою базу данных и переходим в phpMyAdmin .
  2. Левой кнопкой мыши нажимаем на название нужной базы (не на плюс).

1. 1. Выделяем Отметить все и в списке справа находим Удалить . Выбрав настройки жмем Да .

1. 1. Мы удалили базу данных.
  2. Теперь нужно загрузить резервную копию этих данных. Заходим Инструменты — Импорт и нажимаем Выберите файл . Далее указываем путь, по которому найти архив бэкапа, чтоб загрузить и подтверждаем действие, нажав ОК .

Если все прошло хорошо, то появится следующее уведомление:

Заключение

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