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

Когда экспортировать базу

  • Перед обновлением ядра CMS.
  • Перед обновлением крупных плагинов или темы.
  • Перед импортом товаров или контента.
  • Перед search/replace в базе данных.
  • Перед очисткой таблиц или сменой префиксов.

Что сохранить

ЭлементЗачем
SQL-дампОсновная копия базы для восстановления.
Имя базы и пользовательПомогает подключить восстановленную CMS.
Кодировка/collationВажно для кириллицы и мультиязычного контента.
Дата и причина бэкапаПонятно, какой дамп использовать для отката.

Осторожно с восстановлением

Восстановление базы заменяет текущий контент состоянием из дампа. Если после дампа появились заказы, комментарии или записи, они могут исчезнуть после restore.

Правила бэкапа базы данных

  • Экспортируйте базу перед обновлениями CMS, импортами и search-replace.
  • Для больших баз phpMyAdmin может упереться в лимиты; используйте серверные инструменты или обратитесь в поддержку.
  • Проверяйте кодировку и collation, если сайт использует кириллицу.
  • Бэкап файлов без базы - не полный бэкап WordPress, Joomla или OpenCart.

Практический чеклист по MySQL

БлокЧто проверить
БэкапыДля CMS сохраняйте и файлы, и базу. Копия файлов без базы не является полным бэкапом сайта.
ПользователиПо возможности используйте отдельных пользователей баз и не давайте одному пользователю доступ ко всем базам.
КодировкаДля кириллицы проверяйте UTF-8/utf8mb4 до импорта и экспорта, чтобы не получить знаки вопроса.
ПроизводительностьМедленные запросы, разросшиеся таблицы и отсутствие индексов могут замедлять весь сайт.
Если не уверены, какая инструкция подходит именно к вашей ситуации, пришлите домен, скриншот и что уже пробовали. Поможем выбрать правильный путь в чате. открыть чат.

Как действовать с WordPress безопасно

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

  • проверьте версию PHP и совместимость плагинов;
  • перед обновлениями сделайте backup;
  • при белом экране проверьте error_log;
  • отключайте проблемные плагины по одному;
  • не храните старые архивы и копии сайта в публичной папке.

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

Что подготовить перед обращением

Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Бэкап базы перед обновлением CMS: почему файлов недостаточно», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.