Как работает правило 3-2-1
Храните рабочую версию данных и две резервные копии. Классическое правило предполагает два типа носителя или хранилища. Минимум одна копия находится вне основной площадки. Для сайта это повод проверить, какие аварии одновременно затронут рабочую версию и каждый архив.
Например, рабочая версия размещена на хостинге, первая копия в отдельном облачном аккаунте, вторая на физическом сервере. Проверьте и техническую, и организационную независимость. Если общий пароль или общий администратор позволяет удалить обе копии за одну операцию, остаётся единая точка отказа. Два архива под одним логином решают задачу истории версий, но зависят от одной панели и одной учётной записи.
Как проверить независимость на практике
- Выключите в учебном сценарии доступ к панели хостинга. Попробуйте найти и скачать последнюю копию с другой площадки.
- Проверьте, может ли задача, отправляющая новую копию, удалять старые версии. По возможности разделите эти права.
- Сверьте, где хранятся ключи для расшифровки. Ключ нужен при аварии и должен быть доступен уполномоченной команде даже без основного сервера.
- Проверьте размер, дату и контрольные суммы копий. Затем разверните архив на тестовой площадке. Успешная передача файла не подтверждает, что из него работает весь сайт.
Подумайте о варианте 3-2-1-1-0 для особенно чувствительных данных. Дополнительная единица означает копию, которая отключена от сети или защищена от изменения. Ноль означает отсутствие обнаруженных ошибок по итогам проверки восстановления. Физический сервер сам по себе может оставаться подключённым к сети. Изоляцию, неизменяемость и порядок доступа нужно проверять отдельно.
Зачем разные интервалы в облаке и на сервере
График можно сделать разным. Облако удобно использовать для более свежих версий, а второй контур для дополнительной истории. Представьте, что облако копирует сайт ежедневно, а физический сервер получает архив раз в неделю. Если облако недоступно, ориентир по возрасту копии меняется на недельный. Если за этот срок появилось много заказов, команда отдельно сверяет их с CRM и оплатами.
Документируйте RPO для каждого сценария, например отказ рабочего хостинга или недоступность и хостинга, и облака. Срок восстановления также зависит от объёма архива, скорости выгрузки и готовности резервной площадки.
Что уточнить перед подключением двойного копирования
Запросите перечень данных, график и глубину хранения на каждой площадке, порядок выдачи архива и частоту контрольных восстановлений. Для базы с чувствительными данными согласуйте доступы, размещение и срок хранения до первой выгрузки. Веб-команда должна знать, кто подтверждает пригодность копии и как вернуться на основной сервер.
В Evrica SiteGuard рабочий сайт и домен остаются на стороне клиента. Облако и физический сервер используются как отдельные хранилища. На Pro облачная копия выполняется ежедневно, копия на физический сервер раз в неделю. Площадка для быстрого запуска подключается отдельно. См. как устроено переключение на резервный сервер.