Как сделать копию темы wordpress. Создание бэкапа WordPress с помощью cPanel. Инструмент «Экспорт» в панели управления WordPress

05.06.2019

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

Не следует пренебрегать регулярным созданием резервных копий, тем более что необязательно создавать их вручную на сервере – 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).

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

В вашей базе данных 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, Restore, Migrate. Здесь семь плагинов резервного копирования WordPress.

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

Для WordPress возможны два варианта резервного копирования. Первый, это классический вариант, копирования каталога сайта и импорт базы данных сайта из phpmyadmin. Второй вариант резервного копирования это формирование специального файла,например формата XML, который будет содержать все ваши посты, страницы, поля, рубрики, метки и другое содержание. Такой файл обычно используется для экспорта сайта (migrate), но вполне подойдет для обратного импорта (restore) и может использоваться как резервная копия. Недостаток второго варианта, в том, что копируется только содержимое без плагинов и тем и комментариев.

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

Системное резервное копирование

В консоли на вкладке Инструменты>>>Экспорт (Импорт), вы можете найти второй вариант резервного копирования Экспорт-Импорт файла XML. Плагин «Экспорт» установлен по умолчанию, для импорта нужно установить системный плагин «Импорт».

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

Примечание: Все 7 Плагинов резервного копирования WordPress, протестированы на версии 4.9.1. (17-12-2017)

UpdraftPlus

https://ru.wordpress.org/plugins/updraftplus/

Один из плагинов резервного копирования WordPress

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

  • В настройках вы сможете выбрать, копирование по расписанию (раз в 2,4,8 часов, раз в день, неделю, месяц) или оставить ручное планирование;
  • Если не хотите оставлять копию на своём сервере (в каталоге сайта) можете выбрать одно из облачных хранилищ Dropbox, Google Drive, всего 15 вариантов, есть своё хранилище и у плагина;
  • Копии сайта можно шифровать перед отправкой;
  • Сделать резервную копию файлов сайта и/или резервную копию базы данных можно одним кликом;
  • Все сделанные копии будут отражены в рабочем кабинете. Рядом с каждой копией стоит кнопка восстановления.
  • Плагин UpdraftPlus бесплатный, им пользуются более миллиона пользователей.

Недостатки : не вижу.

Достоинства : русский язык, плановое копирование, бесплатное распространение, нет ограничений на объем сайта, шифрование данных (если нужно).

https://ru.wordpress.org/plugins/backwpup/

Плагин под названием BackWPup способен делать полную резервную копию сайта, включая каталог /wp-content/ в виде архива.zip. Созданная копия сохраняется в каталоге сайта или на одном из выбранных внешних серверах резервного хранения, в частности облаке Dropbox и S3. Если сохраняете копию в каталоге сайта, то для каждой копии плагин создает отдельный каталог тип .

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

  • Резервное копирование базы данных;
  • Экспорт XML WordPress;
  • Можно создать отдельный файл с установленными плагинами;
  • Можете назначить оптимизацию базы данных;
  • Проверить базы данных на ошибки;
  • Сделать архивирование файлов;
  • Резервные копии делаются в форматах (на выбор) zip, tar, tar.gz, tar.bz2 или без сжатия.

Недостатки: нет русского языка, много настроек требуют привыкания.

Достоинства: делается реальная копия сайта и база данных (если надо), высокая скорость копирования.

BackupGuard

https://ru.wordpress.org/plugins/backup/

BackupGuard, полное название WordPress Backup and Migrate Plugin - BackupGuard, в списке плагинов после установки пишется, как Backup. Позиционируется авторами, как самый полный плагин для резервного копирования WordPress (не верьте).

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

Теперь по сути. Настроек у плагина масса. Копии по умолчанию (бесплатно) сохраняются в каталог . Можно отправлять копии в одно из пяти облачных хранилищ.

В бесплатный функционал входит копирование только в каталог сайта:

  • Резервное копирование сайта. Любое количество раз;
  • Резервные файлы базы данных;
  • Выборочное копирование отдельных папок;
  • Выбор таблицы базы данных для резервного копирования;
  • Функция восстановления из резервной копии;
  • Восстановление базы данных;
  • Импорт резервных копий не требуется FTP;
  • Поддерживается многопользовательская сеть WordPress;
  • Отмена процесса резервного копирования.

Недостаток: нет русского языка, большинство функционала по платным подпискам Silver, Gold. По сути это платный плагин.

Достоинства : отличный функционал, современный интерфейс, простота управления и нет путаных настроек.

https://ru.wordpress.org/plugins/dropbox-backup/

Данный плагин создает резервную копию и отправляет её в созданную локальную папку сайта или в облако Dropbox. Можно исключить отправление в Dropbox и сохранять копию в директории .

Из особенностей:

  • Неограниченное количество резервных копий в Dropbox;
  • Неограниченное восстановление из Dropbox;
  • Неограниченные локальные резервные копии в каталог сайта;
  • Локальное резервное копирование: создайте полную резервную копию веб-страницы (файлы + базу данных) и сохраните ее в локальном хранилище сайта;
  • Резервное копирование Dropbox: создайте полную резервную копию (файлы + базу данных) веб-страницы в локальном хранилище и загрузите ее в Dropbox.

Достоинства: русский язык, есть возможность сохранять копию в каталоге сайта .

Недостатки: Требуется PHP Extensions sockets, долгое соединение с хранилищем Dropbox, у меня работал частично.

https://ru.wordpress.org/plugins/all-in-one-wp-migration/

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

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

Восстановление сайта через вкладку «Импорт» плагина в консоли. Файл копии нужно загрузить на сайт, предварительно скачав её на компьютер. Объем загрузки будет ограничен правилом вашего сервера. По сути этот плагин расширенная версия инструмента Экспорт-Импорт системы.

Недостатки : нет русского языка, выбор фильтров требует дополнительных знаний. Нельзя использовать удаленные хранилища;

Достоинства: высокая скорость копирования.

https://ru.wordpress.org/plugins/xcloner-backup-and-restore/

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

Плагин создает хранилище в каталоге сайта , куда складирует сделанные копии. Настроек у плагина много они не сложные. Отдельно настраиваются правила копирования для сайта и базы данных. Есть функция «Исправлять файлы Regex».

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

Достоинства: есть планировщик, сильные настройки.

Недостаток: нет русского языка. Значения PHP max_execution_time: 30 и PHP memory_limit: 256M в php.ini могут потребовать увеличения.

https://ru.wordpress.org/plugins/wp-backitup/

Плагин WPBackItUp создает резервную копию всех параметров сайта, сообщений, комментариев, изменений, плагинов, тем, медиафайлов, загрузок одним кликом. Нет ограничений на объем сайта. Резервная копия сайта создается из панели инструментов WordPress.

Вот что пишут в инструкции «Нажмите кнопку «резервное копирование», чтобы создать zip-файл резервной копии базы данных, плагинов, тем и настроек этого сайта. После создания файла резервной копии он появится в разделе доступных резервных копий ниже. Этот файл может оставаться на сервере (каталог /wpbackitup_backups), но мы рекомендуем загрузить и сохранить его в безопасном месте. Клиенты WPBackItUp Premium могут использовать эти файлы резервных копий для автоматического восстановления своего сайта»

Достоинства: есть русский язык.

Недостатки: Функция автоматического восстановления доступна только для клиентов WPBackItUp Premium . Ручное восстановления из бесплатной версии делается по хитрой инструкции (есть ссылка).

https://ru.wordpress.org/plugins/dreamobjects/

Плагин DreamHost имеет собственный облачный сервер «Cloud- DreamObjects». Облако НЕ бесплатное. Плагин делает резервную копию сайта с отправкой в свое, платное, облачное хранилище.

  • Недостатки: платный, управление усложнено.
  • Достоинства: не вижу.

BackUpWordPress

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

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

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

Недостатки: нет автоматического восстановления.

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

Выводы про 7 Плагинов резервного копирования WordPress

Как видите, не все из 7-ми плагинов резервного копирования делают полные реальные копии сайта. А именно полная реальная копия сайта решает серьезную проблему белого экрана, а именно, если пропадет доступ к административной панели сайта.

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

Пришло время для обсуждения очень важного момента, который упускает множество начинающих создателей блогов на движке 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. Если вы до сих пор не умеете этого делать, срочно пора учиться, это поможет обезопасить свой блог от любых неприятностей. Никто не застрахован хакерских взломов, сбоев и ошибок движка, проблем хостинга и т.д.

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

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

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

Похожие статьи