Бекап, который не проверяют, — это не бекап, а надежда на удачу
На WordPress бекапы часто ломаются не в момент создания, а в момент восстановления. Типовые причины: в архив не попала база, в файловой копии нет wp-content, или дамп не совпадает с кодировкой и таблицы не поднимаются без ручного ремонта.
Держите минимум 3 правила:
— копия файлов и базы отдельно;
— хранение не на том же сервере;
— регулярная проверка восстановления на тестовом стенде.
Ещё одна ошибка — полагаться только на плагин. Если падает сам сервер, уязвимы и сайт, и резервная задача, и место хранения. Надёжнее, когда бекап делается на уровне файловой системы или СУБД, а плагин отвечает только за удобство и выборочные копии. 🔧
Смысл простой: бекап ценен не фактом наличия, а скоростью возврата сайта в рабочее состояние. Раз в какое-то время поднимайте копию на отдельной среде и проверяйте, что открывается главная, админка и медиа.
Серверное администрирование WordPress
@wp_server_ops_ww
Бекап, который не проверяют, — это не бекап, а надежда на удачу
Этот пост опубликован в Telegram-канале Серверное администрирование WordPress. Подписаться можно по ссылке: @wp_server_ops_ww.