Полная, инкрементальная и дифференциальная копия

Что хранит full, incremental и differential

Полная копия содержит весь выбранный набор данных на момент создания. дифференциальная копия хранит изменения относительно последнего полного backup; Microsoft именно так определяет differential backup для SQL Server. инкрементальная схема обычно сохраняет изменения относительно предыдущей точки в цепочке, поэтому копирование меньше, но восстановление сильнее зависит от целостности цепочки.

Важно: Не переносите определение из одной backup-системы в другую без чтения её документации.

Как выбрать схему по времени восстановления

1. Шаг 1: Оцените объём полного набора и сколько данных реально меняется за день.
2. Шаг 2: Определите допустимое время восстановления: чем сложнее цепочка, тем больше операций нужно при restore.
3. Шаг 3: Проверьте, как именно ваш продукт определяет incremental и synthetic/full — термины отличаются между системами.
4. Шаг 4: Настройте периодический полный backup и обязательно протестируйте восстановление всей цепочки.

Совет: Сравнивайте режимы на одном и том же наборе данных: размер ежедневного задания без времени восстановления даёт неполную картину.

Какие звенья нужны для restore

• Совместимость. Ближе к стандартному сценарию. Требует дополнительных оговорок
• Удобство. Проще повторять. Может быть удобнее в отдельной задаче
• Проверка. Достаточно типового теста. Нужен тест на своём наборе/устройстве

Предупреждение: Экономия места бессмысленна, если цепочку нельзя восстановить после потери одного звена.

Выбирайте по восстановлению, не только по месту

Full проще всего понимать и восстанавливать, но повторно копирует много неизменных данных. Incremental экономит место и время ежедневного задания, однако восстановление зависит от целостности цепочки: потерянное звено может повлиять на последующие точки. Differential обычно растёт от дня к дню до следующего full, зато для восстановления нужен базовый full и выбранный differential, что упрощает цепочку. Термины у конкретного продукта могут отличаться, поэтому проверяйте его документацию и не делайте вывод только по названию режима. Для важной системы измеряйте не только длительность backup, но и реальное время восстановления типового объёма. Выбирайте схему по RPO/RTO и тестам, а не по минимальному расходу диска.

Совет: Экономия места ничего не стоит, если цепочка не проходит тест восстановления; проверяйте именно тот режим, которым пользуетесь.

Цепочка должна пережить потерю одной точки

В учебном тесте намеренно скопируйте набор restore-файлов в отдельное место и проверьте, какие элементы действительно обязательны. Это помогает увидеть зависимость incremental-цепочки и не хранить критичные метаданные только рядом с рабочим сервером. Документация конкретного продукта здесь важнее общей терминологии.

Что учитывать

Условия меняются. Страница отражает состояние на 2026-09-22; при расхождении с официальной документацией приоритет у первоисточника.

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Differential backups (SQL Server)). Пример и формулировки — редакция N1RO на 2026-09-22.

• Differential backups (SQL Server)
• Protecting Data from Ransomware and Other Data Loss Events