Резервная копия БД WordPress — не файл “на всякий случай”, а часть восстановления

Резервная копия БД WordPress — не файл “на всякий случай”, а часть восстановления

Если бэкап нельзя развернуть за 10–15 минут, это не резервная копия, а архив. Для WordPress важно проверять не факт наличия дампа, а весь путь восстановления: где лежит SQL, кто имеет доступ, чем его открыть и что делать, если упал именно сайт, а не только база.

Минимальный набор:
— дамп базы в формате .sql;
— копия wp-content, особенно uploads, темы и плагины;
— отдельное хранилище вне сервера;
— понятное имя файла: сайт-датабэкап.sql, а не backup_final2.sql.
Так проще найти нужную версию и не перепутать рабочий и тестовый архив.

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

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