Эта статья является частью серии, созданной в сотрудничестве с SiteGround . Спасибо за поддержку партнеров, которые делают возможным использование SitePoint.
Мало кто заботится о резервном копировании, пока не станет слишком поздно. Вопрос «есть ли у нас резервные копии?» Возникает только после того, как произошла катастрофическая потеря. Резервные копии необходимы . Если вы не можете подготовиться, то готовьтесь к неудаче.
Вот пять шагов для резервного копирования успеха:
-   Обучите своего босса / клиента 
 Если бы они поняли технические особенности веб-разработки, они бы вам не понадобились. Объясните ситуацию простыми денежными терминами, например, если сегодня выйдет из строя диск нашего сервера, мы можем потерять все. Потребовалось бы М месяцев, чтобы перестроить систему по цене $ X, и мы могли бы потерять $ Y в бизнесе. Жизнеспособная система резервного копирования обойдется в $ Z, и мы вернемся через N часов. Я предполагаю, что вы напугали своего босса / клиента, и они готовы продолжить.
-   Определите, что вам нужно сделать резервную копию 
 Резервное копирование системы WordPress немного сложнее, поскольку оно зависит от конкретных файлов и базы данных. Резервная копия будет жизнеспособной, только если у вас есть актуальные копии обоих.
-   Внедрить подходящее решение для резервного копирования 
 Это будет зависеть от используемых вами технологий и предлагаемых вами услуг. Например, еженедельная резервная копия может подойти для блога, получающего несколько обновлений в месяц. В худшем случае вы можете потерять одну или две статьи. Интернет-магазину на WordPress может потребоваться постоянное резервное копирование, чтобы гарантировать, что заказы клиентов не будут потеряны.
-   Автоматизировать! 
 Резервные копии должны быть взяты из рук человека. Рассмотрим систему, в которой для запуска резервного копирования требуется один клик один раз в день. Вы начнете с благими намерениями, но скоро это станет рутиной. Что происходит, когда вы отправляетесь в отпуск? Что если вы покинете компанию? Компьютеры хороши в планировании — пусть они справляются с работой.
-   Проверьте и протестируйте свою резервную копию 
 Ваша система хороша только как последняя успешная резервная копия. В идеале вам следует автоматизировать проверку целостности резервной копии, переместить файлы резервных копий за пределы сайта, периодически проверять процедуры восстановления и сохранять предыдущие резервные копии в течение разумного времени (обычно три старые версии).
Вы можете узнать больше о резервном копировании сайтов WordPress вручную и легко в курсе SitePoint « Как защитить свой сайт WordPress» , который вы можете просмотреть ниже. Чтобы узнать больше о WordPress, ознакомьтесь с нашим комплексным курсом WordPress по созданию пользовательских тем WordPress .
Press shift question mark to access a list of keyboard shortcuts
Компоненты WordPress
Компоненты WordPress имеют различные требования к резервному копированию.
Установочные файлы WordPress
Вы, вероятно, загрузили установщик WordPress в архив с wordpress.org . Включает в себя следующие файлы и папки:
| место расположения | описание | 
|---|---|
| / | root PHP, readme и лицензионные файлы | 
| /wp-admin/ | основной код панели управления WordPress | 
| /wp-includes/ | библиотеки и сторонние компоненты | 
| /wp-content/ | темы, плагины и медиа-файлы | 
  Вы никогда не должны делать резервные копии файлов WordPress по умолчанию.  Ваш код (и сторонние плагины) никогда не должен изменять или добавлять файлы в /wp-admin/ или /wp-includes/ .  Я рекомендую сохранить копию установщика, но все версии WordPress можно загрузить из архива релиза .  Кроме того, ваша установка в конечном итоге будет получать обновления, поэтому живая версия будет отличаться от той, которую вы скачали. 
Корневые файлы конфигурации
Для нескольких файлов корневой папки необходимо создать резервную копию:
-   wp-config.php— содержит настройки, включая строки подключения к базе данных
-   .htaccess— файл конфигурации сервера
-   Файлы идентификации инструментов веб-мастера, такие как google CODE .htmlиBingSiteAuth.xml
- любые другие файлы, которые вы добавили
Как правило, вы можете сделать резервную копию этих файлов один раз после завершения установки. Однако, будьте осторожны с темами и плагинами, которые вносят дальнейшие изменения в конфигурацию.
  файлы wp-content 
  Папка /wp-content/ содержит все темы, плагины и медиа-ресурсы, такие как загруженные изображения.  Эта папка должна быть сохранена, но это будет зависеть от вашего процесса разработки. 
  Если вы разрабатываете свою собственную пользовательскую тему и плагины, полезно использовать систему контроля версий, такую как Git, и создать центральный репозиторий на GitHub , BitBucket или аналогичном поставщике.  Источник копируется этими службами и на всех машинах разработчика;  потерять что-либо сложно, поэтому резервное копирование папок /wp-content/themes/ и /wp-content/plugins/ может не быть абсолютно необходимым. 
  Однако, я подозреваю, что большинство сайтов WordPress используют комбинацию сторонних тем и плагинов с несколькими пользовательскими модификациями.  Кроме того, мультимедийные файлы содержатся в папке /wp-content/uploads/ или /wp-content/blogs.dir/ при /wp-content/blogs.dir/ на нескольких сайтах.  Поэтому обычно проще всего сделать резервную копию всего в папке /wp-content/ . 
Частота резервного копирования будет зависеть от ваших действий по обновлению. Раз в несколько дней, вероятно, достаточно для многих сайтов, но это может потребоваться чаще, когда редакторы регулярно добавляют контент и изображения.
База данных WordPress
База данных содержит весь контент страницы, исторические изменения, ссылки на мультимедиа, конфигурации сайта, опции тем, активации плагинов, учетные записи пользователей и многое другое. Необходимо регулярно делать резервные копии базы данных — возможно, один раз в день для общего блога или каждый час для системы электронной коммерции.
Будьте осторожны, базы данных могут стать огромными, что замедляет процесс резервного копирования.
Резервное копирование вручную
Если у вас нет резервной копии, сделайте это сейчас! Я рекомендую делать ручное резервное копирование время от времени, даже если вы внедрили автоматизированную систему — у вас никогда не будет слишком много .
Такие хосты, как SiteGround, предоставляют такие системы, как cPanel, которые позволяют создавать резервные копии всех файлов, баз данных и настроек. Найдите резервную копию или мастер резервного копирования и следуйте инструкциям. Они обычно создают файл, который можно восстановить в той же системе.
Если вы предпочитаете более практичный подход:
-   Загрузите корневую конфигурацию и /wp-content/files, используя FTP, SCP , wget или любой другой инструмент, который вам нужно иметь.
- Загрузите таблицу базы данных, которая содержит команды SQL для воссоздания таблиц и заполнения данных.
Большинство хостов предоставляют инструменты SQL, такие как phpMyAdmin или Adminer, или вы можете установить их самостоятельно на любой хостинг, поддерживающий PHP. Для входа вам потребуется:
-   имя хоста — обычно это localhostно проверьте настройкуDB_HOSTвwp-config.php
-   имя базы данных — см. DB_NAMEвwp-config.php
-   имя пользователя базы данных — см. DB_USERвwp-config.phpи
-   пароль пользователя базы данных — см. DB_PASSWORDвwp-config.php.
  wp_comments успешного подключения вы должны увидеть много таблиц, таких как wp_posts , wp_users и wp_comments .  (Обратите внимание, что префикс таблицы устанавливается $table_prefix в wp-config.php и может не всегда быть wp_ .) 
Ищите такие параметры, как дамп , экспорт или резервное копирование . Убедитесь, что каждая таблица (с удалением и созданием) и все данные выбраны перед загрузкой файла SQL.
Командная строка ниндзя с доступом по SSH может создать резервную копию базы данных с помощью команды mysqldump :
 mysqldump --host=hostname --user=dbuser --password=dbpass --add-drop-table --result-file=backup.sql dbname 
  где hostname , dbname , dbuser и dbpass — учетные данные, которые мы указали выше.  Полная резервная копия будет выведена в файл backup.sql в текущей папке, которую можно загрузить. 
Восстановление резервной копии вручную — это загрузка файлов в правильное место и импорт данных MySQL с помощью инструмента SQL или команды:
 mysql --host=hostname --user=dbuser --password=dbpass dbname < backup.sql 
Все процессы резервного копирования вручную могут быть автоматизированы с помощью таких инструментов, как cron, которыми также можно управлять через cPanel.
Резервные плагины
К счастью, есть десятки плагинов для резервного копирования WordPress, из которых можно автоматизировать процесс и экспортировать резервные копии в стороннее хранилище данных. Самые популярные включают в себя:
Jetpack
Самая близкая к официальному плагину опция Jetpack предоставляет ряд функций SEO, безопасности и управления сайтом, которые включают резервное копирование в реальном времени на неограниченное пространство для хранения на профессиональном платном плане.
UdraftPlus
UdraftPlus — один из самых высокопоставленных плагинов для резервного копирования с более чем миллионом активных установок.
BackUpWordPress
Простой плагин, который выполняет резервное копирование вашей базы данных и файлов в соответствии с вашими требованиями. Коммерческое издание позволяет создавать резервные копии облачных хранилищ вне сайта.
BackWPup
Бесплатная версия BackWPup позволяет создавать резервные копии файлов и базы данных в различных собственных и сторонних хранилищах. Коммерческое редактирование обеспечивает планирование, разностное резервное копирование и автоматическое обновление.
копировальный аппарат
Дубликатор часто используется для миграции и клонирования, но также предоставляет возможности резервного копирования и восстановления вручную. Коммерческое издание поддерживает планирование и резервное копирование в облако.
XCloner
Плагин с открытым исходным кодом, который предоставляет широкий спектр возможностей планирования и облачного хранения.
Услуги резервного копирования
Кроме того, вы можете выбрать сторонний сервис для управления вашими резервными копиями WordPress. Хосты, такие как SiteGround, — лучшее место для начала; они могут реализовать параметры резервного копирования для всех планов хостинга. SiteGround даже имеет собственную службу резервного копирования, которая автоматически сохраняет последние 30 копий вашего сайта и позволяет вам восстановить ту, которая вам нужна по требованию.
Дополнительные услуги включают в себя:
VaultPress
VaultPress использует Jetpack для хранения ежедневных или в реальном времени автоматических резервных копий вне сайта, а также для сканирования на наличие вредоносных программ, спам-атак и сбоев хостинга. Планы начинаются с $ 3,50 в месяц.
WP Time Capsule
WP Time Capsule создает дополнительные резервные копии; резервное копирование выполняется только для измененных файлов и данных, поэтому процесс выполняется значительно быстрее, чем те, которые выполняют резервное копирование. Автоматическое резервное копирование выполняется перед каждым обновлением WordPress. План Lite ничего не стоит для ежедневного резервного копирования и 15-дневных точек восстановления.
Управление WP
Manage WP имеет средства, которые помогут вам управлять несколькими установками WordPress. Премиум-планы начинаются от 2 долларов за веб-сайт в месяц и включают в себя инкрементное резервное копирование, которое можно запланировать на каждый час. Другие функции включают в себя мониторинг производительности, проверки безопасности, аналитику и отчетность.
Резервное копирование сегодня!
Резервное копирование WordPress может быть более сложным, чем другое программное обеспечение, но набор инструментов, плагинов и сервисов упрощает процесс. Если у вас нет процедуры резервного копирования, сделайте снимок сейчас и изучите варианты. Каждая минута задержки увеличивает риск катастрофического отказа.
