Сбой у крупного хостинг-провайдера в октябре 2026 года напомнил простую вещь: «у хостера есть бэкапы» и «у меня есть бэкапы» — разные утверждения. Разбираем, что именно копировать, как часто, куда складывать и как проверить, что копия действительно рабочая.
Что входит в бэкап сайта
Бэкап одного файла — это не бэкап сайта. Полная копия состоит из нескольких частей, и потеря любой из них означает простой: сайт открывается, но без базы данных он бесполезен.
| Что копировать | Чем | Как часто |
|---|---|---|
| Файлы сайта: движок, темы, плагины, загрузки | tar/zip или rsync | раз в сутки, загрузки — по изменению |
| База данных | дамп базы (mysqldump/PG dump) | раз в сутки, магазины — чаще |
| Конфиги сервера: nginx, PHP, cron, .htaccess | копирование файлов | после каждого изменения |
| Почтовые ящики и письма | архив почты | раз в неделю |
| DNS-зоны и SSL-сертификаты | экспорт зоны, файлы сертификатов | при изменении |
| Секреты и доступы: .env, ключи API | зашифрованный архив | при изменении, хранить отдельно |
Правило 3-2-1
Работает для сайтов любого размера: три копии данных, на двух разных носителях, одна из них — вне сервера. На практике это выглядит так: рабочая версия на хостинге, суточный дамп на внешнее хранилище и архив за прошлый месяц на другом сервисе или домашнем диске.
Главная ошибка — хранить все копии на том же сервере, где живёт сайт. При аварии диска или аккаунта они исчезнут вместе с ним, и восстановить будет нечего.
Как часто делать копии
| Тип сайта | Файлы | База | Размер потерь при сбое |
|---|---|---|---|
| Лендинг, визитка | раз в неделю | раз в неделю | минимум |
| Блог, контентный сайт | раз в день | раз в день | 1 день статей |
| Магазин, кабинет, формы заявок | раз в день | каждые 6–12 часов | заказы и заявки |
| Перед обновлением движка или плагинов | вручную, сразу | вручную, сразу | 0, если откатывать |
Ротация: сколько копий держать
Держать всё вечно дорого, а один последний архив опасен: если ошибка попала в базу вчера, то единственная копия уже испорчена. Рабочая схема — 7 дневных, 4 недельных и 3 месячных копии. Этого хватает, чтобы заметить проблему не по факту, а до того, как старые копии перезаписались.
Где хранить
| Вариант | Плюсы | Минусы |
|---|---|---|
| Внешнее S3-хранилище | доступ независимо от сайта, версионирование | отдельная оплата и настройка |
| Другой хостинг или сервер | копия не касается основного | нужен доступ и место |
| Домашний диск + облако | дешёво | нет автоматизации, легко забыть |
| Только у хостера | ничего делать не надо | совпадает судьбой с основным сайтом |
Ошибки, из-за которых бэкап не спасает
- Копия лежит на том же сервере и на том же диске.
- Копируются только файлы, без базы данных.
- Дамп сделан без таблиц или с битой кодировкой — при восстановлении падают тексты.
- Архив есть, но из него ни разу не разворачивали сайт.
- Модерация и почта остались без копий: сайт подняли, а переписка с клиентами потеряна.
- Хранилище переполнено — новые копии молча перестали создаваться.
Проверка: раз в квартал
Хороший бэкап — тот, который вы однажды восстановили. Раз в квартал разворачивайте копию на тестовом домене или отдельной папке: поднимите файлы, импортируйте базу, откройте главную и пару внутренних страниц. Если всё открылось — проверьте, что видны свежие записи и загрузки. Если что-то не так, вы узнаете об этом не в момент аварии.
Частые вопросы
Мне хватит бэкапов хостера? Как одного слоя — да, как единственного — нет. Хостер может хранить копии на том же сервере и всего 7–14 дней.
Сколько места нужно? Ориентируйтесь на размер сайта, умноженный на число копий. Проще держать 10–12 архивов и удалять старые автоматически.
Что делать в первую очередь при аварии? Не трогать текущий сайт, скачать свежий дамп базы, если он доступен, и только потом восстанавливать из последней проверенной копии.