Слой 1. Зелёный job — ещё не восстановление
Сначала определяют масштаб и точную цепочку восстановления. Последний файл полезен только вместе со всеми зависимостями.
Задание резервного копирования описывает одну операцию. Его статус «успешно» не доказывает ни полноту точки восстановления, ни время восстановления.
Полная копия копирует весь заявленный источник данных, но не автоматически всю бизнес-систему. Инкрементальная копия зависит от базы и промежуточных частей.
Дифференциальная копия считает изменения от полной базовой копии; восстановление обычно берёт базу, выбранную дифференциальную копию и нужные журналы.
Цепочка резервного копирования — граф зависимостей. Потеря одного требуемого звена делает новую временную метку бесполезной.
Слой 2. Snapshot и application consistency — не одно
Хранилище может мгновенно зафиксировать блоки, но логическое состояние приложения появляется только при доказанной координации.
Копия, согласованная после сбоя, ведёт себя как состояние после внезапного сбоя. Она не подтверждает завершённые бизнес-операции.
Согласованная с приложением резервная копия требует координации с записывающим компонентом, а заморозка/разморозка создаёт короткую стабильную границу захвата.
Даже успешная координация с приложением не проверяет учётные данные, зависимости и поведение бизнеса после восстановления.
Слой 3. Несколько копий должны пережить один захват управления
Количество копий полезно только вместе с отдельными границами данных, отказов и учётных данных.
Резервная копия должна быть отдельным экземпляром. Правило 3-2-1 распределяет риск, но не доказывает чистое состояние или восстановление.
Автономное хранение означает недоступность в обычном режиме, неизменяемое хранение — запрет изменения. Одна защита не подменяет другую.
Логический воздушный зазор отделяет границу управления без физического отключения. Учётные данные рабочей системы не должны удалять обе копии.
Неизменяемость защищает от удаления, но не от старой, заражённой или неполной копии. Аварийный доступ к восстановлению проверяют отдельно.
Слой 4. Recovery заканчивается проверкой сервиса
Выбирают точную чистую точку, восстанавливают её в изоляции, измеряют время и только затем открывают соединения рабочей системы.
Точка восстановления — конкретное состояние и артефакты. PITR добавляет базу и непрерывные журналы до точной целевой точки.
Тест восстановления использует реальную точку восстановления и измеряет продолжительность; завершённое восстановление всё равно требует проверки приложения.
Регламент восстановления задаёт последовательность и точки принятия решений. После атаки шифровальщика его выполняют в изолированной среде до возврата, разрешённого доказательствами.
Заведомо исправная точка — вердикт с доказательствами, а не просто самая свежая. Проверка после восстановления проверяет данные, учётные записи, зависимости и бизнес-операцию.
Проверьте инженерное мышление
Вопросы проверяют не память на аббревиатуры, а умение не делать лишних выводов.
Источники курса
Ссылки приведены один раз для всего курса, чтобы не мешать чтению каждого тезиса.
- Официальная документация
Backup overview (SQL Server)
Microsoft · SQL Server 2016–2025 documentation, проверено 30 августа 2026 года
Описывает backup media, media sets, backup sets, full/differential/log backups и историю backup/restore.
Открыть первоисточник - Официальная документация
Restore testing
Amazon Web Services · AWS Backup Developer Guide, проверено 30 августа 2026 года
Описывает периодический real restore, измерение duration, отдельный test account и optional validation до удаления test resources.
Открыть первоисточник - Официальная документация
#StopRansomware Guide
Cybersecurity and Infrastructure Security Agency · официальный guide, проверено 30 августа 2026 года
Требует offline encrypted backups, регулярной проверки доступности и целостности и учитывает попытки ransomware удалить доступные копии.
Открыть первоисточник - Официальная документация
VSS Backup State
Microsoft · Microsoft Learn VSS documentation, проверено 30 августа 2026 года
Разделяет full, incremental и differential backup и явно задаёт зависимости, необходимые при restore.
Открыть первоисточник - Официальная документация
Continuous Archiving and Point-in-Time Recovery
PostgreSQL Global Development Group · PostgreSQL 18 current documentation, проверено 30 августа 2026 года
Требует base backup и непрерывную WAL sequence, объясняет recovery target, timelines и зависимости incremental backup.
Открыть первоисточник - Официальная документация
Plan and Perform Restore Sequences for Full Recovery Model
Microsoft · SQL Server 2016–2025 documentation, проверено 30 августа 2026 года
Задаёт точную restore sequence: база, выбранный differential и последующие log backups в порядке до recovery target.
Открыть первоисточник - Официальная документация
VSS Writers
Microsoft · Microsoft Learn VSS documentation, проверено 30 августа 2026 года
Показывает роль application writers в переводе данных в stable state; без writer coordination копия может остаться только crash-consistent.
Открыть первоисточник - Официальная документация
Shadow Copies and Shadow Copy Sets
Microsoft · Microsoft Learn VSS documentation, проверено 30 августа 2026 года
Описывает Freeze/Thaw sequence и coordinated snapshot boundary между requester, writers и provider.
Открыть первоисточник - Официальная документация
Security Guidelines for Storage Infrastructure
National Institute of Standards and Technology · NIST SP 800-209, October 2020
Разделяет backup, replication, immutability, continuous data protection и point-in-time copies; описывает synchronous и asynchronous replication.
Открыть первоисточник - Официальная документация
Logically air-gapped vault
Amazon Web Services · AWS Backup Developer Guide, проверено 30 августа 2026 года
Фиксирует service-owned account boundary, compliance Vault Lock, encryption key choices и controlled cross-account restore.
Открыть первоисточник - Официальная документация
Locking objects with Object Lock
Amazon Web Services · Amazon S3 User Guide, проверено 30 августа 2026 года
Описывает WORM, version-scoped retention, legal hold и разные полномочия governance/compliance modes.
Открыть первоисточник - Официальная документация
AWS Backup Vault Lock
Amazon Web Services · AWS Backup Developer Guide, проверено 30 августа 2026 года
Разделяет governance и compliance lock, grace time и min/max retention; после grace compliance lock нельзя изменить.
Открыть первоисточник - Официальная документация
Guide for Cybersecurity Event Recovery
National Institute of Standards and Technology · NIST SP 800-184, December 2016
Определяет recovery planning как цикл приоритизации, playbooks, realistic testing, metrics и улучшения по lessons learned.
Открыть первоисточник - Официальная документация
Data Integrity: Recovering from Ransomware and Other Destructive Events
National Institute of Standards and Technology · NIST SP 1800-11, September 2017
Практическое руководство по восстановлению после destructive events с контролем integrity, audit trail и доверием к восстановленным данным.
Открыть первоисточник - Официальная документация
Ransom:Linux/Babuk.F!MTB threat description
Microsoft Security Intelligence · Microsoft Security Intelligence guidance, проверено 30 августа 2026 года
Для ransomware recovery рекомендует immutable/air-gapped backup и восстановление устройств в изолированной clean-room environment.
Открыть первоисточник