В этом материале
Зеркало поддерживает текущий путь хранения; возврат нужной модели требует независимых артефактов и проверенной процедуры.
Зеркало и восстановление версий решают разные задачи
RAID1 сохраняет зеркало текущих блочных данных на настроенных участниках. Это помогает доступности при отказе участника в поддерживаемых условиях. Но массив не создаёт независимую историю артефактов модели и не определяет, что оператор хотел сохранить именно вчерашнюю версию токенизатора.
Документация Linux по RAID описывает поведение и рабочее состояние массива. Его здоровье нужно отделять от восстановления приложения. Исправное зеркало способно точно содержать случайно удалённый каталог или новую неподходящую версию модели: эти изменения являются частью текущих данных, которые оно поддерживает.
Определите состав восстановления
Перечислите веса, токенизатор, конфигурацию, необходимый пользовательский код и настройки развёртывания с версиями или хешами. Уточните, что можно скачать заново из закреплённого источника, а что содержит локальные изменения или сложно воспроизводится. От этого зависит состав записи восстановления сверх наличия работающего дискового массива.
Для каждого элемента укажите независимую копию либо воспроизводимый источник, условия доступа и ожидаемое время получения. Указатель на изменяемую ветку репозитория слабее закреплённой ссылки на артефакт. Доступность учётных данных и ключей расшифрования учитывайте в процедуре, не помещая секретные значения в публичную техническую инвентаризацию.
Проверяйте восстановление вне рабочего пути
Документация извлечения Borg показывает восстановление как отдельную операцию архива с определённым контекстом назначения. Общий принцип — извлекать в контролируемое место и проверять результат до включения в активный каталог сервиса. Успешное восстановление отличается от предположения, что плановое задание копирования обязательно сохранило пригодные данные.
Используйте ограниченный пример с известным манифестом и небольшим представительным набором файлов. Проверяйте имена, версии, хеши и права доступа. Наличие файла другой версии модели должно проваливать проверку восстановления. Сохраняйте результат и версию процедуры, чтобы следующий оператор мог повторить её при тех же условиях.
Разделяйте время восстановления и доступность диска
Представим условный случай: зеркальный том остаётся доступным после проблемы одного участника, но позднее обновление приложения требует вернуть прежний комплект модели. Первое событие относится к доступности текущего хранения. Второе требует версионированного артефакта и контролируемого развёртывания, хотя массив вообще не прекращал обслуживать чтение.
Фиксируйте получение, проверку, развёртывание и готовность модели отдельными интервалами. Скачивание весов не завершает восстановление сервиса. Перестроение массива тоже меняет условия эксплуатации: сохраняйте этот контекст при измерении readiness вместо скрытого сравнения с исходным свободным накопителем.
Подготовьте карту восстановления
Практическая карта связывает каждый необходимый артефакт с сохранённой версией, независимым источником, способом проверки и испытанным шагом восстановления. Рядом нужен отдельный отчёт здоровья массива. Так конфигурация резервирования дисков не подменяет покрытие резервного копирования, а реальная граница возврата нужной версии становится видимой до инцидента.
Если контрольный пример восстановился, укажите его размер и состав. Небольшая успешная проверка полезна, но не доказывает время получения полного набора весов или доступность всех внешних зависимостей при отказе площадки.