Частота бэкапов зависит от того, как часто меняется сайт. Сайт-визитка, новостной проект и интернет-магазин не должны иметь одинаковое расписание резервных копий.
Практическое расписание
| Статичный или редко меняемый сайт | бэкап перед изменениями и периодическая копия раз в месяц |
| WordPress-блог или сайт компании | ежедневно или еженедельно, зависит от частоты обновлений |
| Интернет-магазин | частые бэкапы базы, потому что заказы меняются каждый день |
| Перед рискованными работами | ручной бэкап перед обновлениями CMS, переносом или изменением плагинов |
Хранение
- Храните несколько точек восстановления, а не только последнюю.
- Держите хотя бы одну копию вне аккаунта хостинга.
- Не храните бэкапы только внутри той же директории сайта.
- Удаляйте очень старые копии, если они содержат устаревшие персональные данные и больше не нужны.
Что должно быть в полезном бэкапе
- Файлы сайта из правильной публичной папки.
- Дамп базы данных для CMS.
- Конфиги вроде wp-config.php или файлов настроек другой CMS.
- Заметки по почте/DNS, если перенос может затронуть почту.
- Дата, домен и исходный сервер в названии архива.
Пришлите домен, что произошло, когда сайт точно работал и какой бэкап есть. Поможем выбрать, восстанавливать файлы, базу, DNS, почту или весь сайт. Написать в чат.
Как правильно относиться к резервным копиям
Резервная копия полезна только тогда, когда понятно, что именно в нее входит и как ее восстановить. Для сайта обычно нужны файлы, база данных, почтовые данные и понимание точки восстановления.
- проверяйте дату создания backup;
- храните важные копии не только внутри аккаунта хостинга;
- перед обновлением CMS делайте отдельную копию;
- периодически проверяйте, что архив можно распаковать;
- для VPS отличайте snapshot от полноценного backup.
Если проблема замечена не сразу, старые копии могут быть важнее самой свежей, потому что свежая копия уже может содержать ошибку.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Как часто делать бэкапы и сколько хранить копии», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.