Резервная копия спасает от всего сразу: от взлома, неудачного обновления, ошибки подрядчика и проблем хостинга. Но только если она есть, свежая, лежит не на том же сервере и из неё действительно можно восстановиться.
Что копировать
- База данных — записи, страницы, заказы, пользователи, настройки. Меняется каждый день.
- wp-content — загрузки, темы, плагины.
- wp-config.php и .htaccess — без них восстановленный сайт не запустится.
Ядро WordPress копировать не обязательно — его можно скачать заново.
Как часто
- Интернет-магазин и сайт с заявками — база ежедневно, файлы — еженедельно.
- Сайт-визитка — раз в неделю и перед каждым обновлением.
- Всегда — перед обновлением плагинов и темы (порядок обновления).
Правило 3-2-1
Три копии, на двух разных носителях, одна — вне основной площадки. Копия, которая лежит в той же папке на том же сервере, погибнет вместе с сайтом при взломе или сбое хостинга. Взломщики, кстати, часто удаляют бэкапы, до которых могут дотянуться.
Где хранить копии с персональными данными
База сайта с заявками и заказами содержит персональные данные. Копия — это тоже хранение данных, поэтому к ней применяются те же правила: хранилище в России (о локализации данных), ограниченный доступ, шифрование архива. Облако за рубежом для таких копий — риск нарушить 152-ФЗ.
Проверка восстановления
Раз в квартал восстановите копию на тестовый адрес и откройте сайт. Неработающий бэкап обнаруживается именно в момент, когда он нужен, — если не проверять заранее.
Копия после взлома
Восстановить вчерашнюю копию после взлома — быстро, но не всегда правильно: если веб-шелл появился месяц назад, он есть и во вчерашней копии. Сначала найдите, когда и как взломщик попал на сайт (инструкция после взлома), и проверьте копию сканером.
Журнал изменений PHP-файлов в «Защите 24/7 Pro» показывает, какие файлы появились или изменились между проверками, — это помогает выбрать чистую копию.
