Хранить все бэкапы вечно дорого и неудобно, но иметь только один бэкап рискованно. Практичный план хранения дает несколько точек восстановления и защищает от случайного удаления или заражения.

Простая модель хранения

Тип бэкапаПример срока
Перед изменениемХранить, пока изменение не подтверждено безопасным.
Еженедельная копияХранить несколько последних недель.
Ежемесячная копияДержать несколько долгосрочных точек.
Внешняя копияВажные проекты хранить вне аккаунта хостинга.

Что не делать

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

Что должно быть в полезном бэкапе

  • Файлы сайта из правильной публичной папки.
  • Дамп базы данных для CMS.
  • Конфиги вроде wp-config.php или файлов настроек другой CMS.
  • Заметки по почте/DNS, если перенос может затронуть почту.
  • Дата, домен и исходный сервер в названии архива.
Перед восстановлением важно понять, что именно сломано

Пришлите домен, что произошло, когда сайт точно работал и какой бэкап есть. Поможем выбрать, восстанавливать файлы, базу, DNS, почту или весь сайт. Написать в чат.

Как правильно относиться к резервным копиям

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

  • проверяйте дату создания backup;
  • храните важные копии не только внутри аккаунта хостинга;
  • перед обновлением CMS делайте отдельную копию;
  • периодически проверяйте, что архив можно распаковать;
  • для VPS отличайте snapshot от полноценного backup.

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

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

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