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