🔴 Чек-лист настройки резервного копирования: и почему копия у хостера не спасла 334 тысячи сайтов На все пункты должно быть уверенное «ДА», тогда не будет проблем) ✅ У каждой системы есть копия вне инфраструктуры основного провайдера. ✅ В копию входит база данных, а не только файлы проекта. ✅ В копию входят пользовательские загрузки: документы, фото, вложения. ✅ Конфигурация описана и хранится вне панели провайдера: переменные окружения, настройки веб-сервера, задания расписания. ✅ DNS-записи выгружены в файл, а не существуют только в панели управления. ✅ Сохранён список IP-адресов и правил CDN, включая адреса в белых списках у платёжных и сторонних сервисов. ✅ Копии уезжают в объектное хранилище другой компании, не той, где работает сервер. ✅ Учётная запись, которой сервер пишет копии, не имеет права удаления. ✅ В хранилище включено версионирование. ✅ Включена блокировка версий на 30–90 дней, чтобы архив нельзя было стереть. ✅ Доступы к хранилищу не лежат на том же сервере, который в него пишет. ✅ За последние 90 дней проводилось учебное восстановление целиком, а не проверка наличия файлов. ✅ Записано, сколько часов занял подъём по этапам. ✅ Восстановление проверял не тот человек, который настраивал копирование. ✅ Время жизни DNS-записей — 10 минут или меньше. ✅ Корпоративная почта не зависит от того же провайдера, что и сайт. ✅ Есть список паролей, ключей и токенов, которые придётся сменить при компрометации сервера. ✅ Назначен человек, принимающий решение о восстановлении, и есть канал связи с командой вне основного домена. 👍Для РБК подробнее разобрали ситуацию, читать тут: тык 👨💻 Подписаться, чтобы не пропустить