Три классические схемы резервного копирования решают одну задачу — сохранить данные, — но по-разному распределяют нагрузку между окном бэкапа, объёмом хранения и скоростью восстановления. Microsoft Azure Backup определяет полный бэкап как новую копию всего источника данных, а инкрементный — как сохранение только блоков, изменившихся после предыдущего бэкапа.
В статье разобраны официальные определения Microsoft, Veeam, Veritas и Commvault, компромисс между временем бэкапа, объёмом хранения и скоростью восстановления, синтетический полный бэкап и непрерывная инкрементная схема Veeam, а также причина, по которой длинные цепочки инкрементов повышают риск потери восстановимости. Про метрики RPO/RTO и общую стратегию 3-2-1 читайте в статьях «Как определить RPO и RTO» и «Правило 3-2-1 для бэкапов на практике».
Что разобрано в статье
Три схемы
Официальные определения полного, инкрементного и дифференциального бэкапа по Microsoft и Commvault.
Компромисс
Официальные таблицы Veritas и формулировки Microsoft о соотношении времени бэкапа и времени восстановления.
Синтетический полный бэкап
Как Veeam официально собирает полный бэкап без нагрузки на сеть и продакшн.
Непрерывная инкрементная схема
Официальный механизм Veeam: один полный бэкап + бесконечная цепочка инкрементов с трансформацией.
Риск цепочки
Официальное подтверждение Veeam: повреждение одного файла заражает всю последующую цепочку.
Официальные определения: полный, инкрементный, дифференциальный
Microsoft Azure Backup определяет полный бэкап как копию всего источника данных на момент запуска, а инкрементный — как копирование только блоков, изменившихся после предыдущего бэкапа. Документация Veeam описывает ту же последовательность: первый запуск создаёт полный образ, а следующие сохраняют только изменившиеся блоки виртуальной машины.
Microsoft SQL Server определяет дифференциальный бэкап как копию данных, изменившихся после последнего полного бэкапа. Commvault уточняет важную деталь: каждый следующий дифференциальный бэкап включает все накопившиеся изменения с этой базовой точки, а не только изменения после предыдущего дифференциального запуска.
Важная оговорка: в Veeam Backup & Replication классический дифференциальный бэкап не выделен отдельным режимом. В документации продукта используются собственные схемы работы с полной и инкрементной копией; поэтому определение классического дифференциального бэкапа в этой статье основано на документации Microsoft и Commvault.
Компромисс: окно бэкапа, объём хранения, восстановление
Veritas NetBackup показывает прямой компромисс: инкрементные копии обычно создаются быстрее и занимают меньше места, но для восстановления потребуются полный бэкап и все последующие звенья цепочки. Дифференциальная схема создаёт более тяжёлые копии, зато для восстановления достаточно последнего полного и последнего дифференциального бэкапа.
Microsoft SQL Server подтверждает ту же логику: дифференциальный бэкап обычно создаётся быстрее полного, но по мере накопления изменений приближается к нему по объёму. Для восстановления нужны два файла — полный и последний дифференциальный; это всё равно проще, чем последовательно применять длинную цепочку инкрементов.
Синтетический полный бэкап: как Veeam сокращает длинную цепочку
Синтетический полный бэкап собирается прямо в репозитории из уже существующего полного бэкапа и последующих инкрементов. Veeam не считывает данные заново с исходного хранилища: система консолидирует имеющиеся файлы в новую полную копию. Это альтернатива активному полному бэкапу, который снова нагружает сеть и исходную инфраструктуру.
Ключевое преимущество синтетического полного бэкапа — он использует уже сохранённые файлы на диске и не создаёт повторную сетевую нагрузку на рабочую инфраструктуру. После его создания следующие инкременты начинают новую цепочку от этой полной копии: длина зависимой последовательности регулярно сокращается без повторного полного копирования с продакшн-системы.
Непрерывная и обратная инкрементные схемы Veeam
В непрерывной инкрементной схеме Veeam сначала создаётся полный бэкап, а затем сохраняются только изменившиеся блоки. При достижении срока хранения цепочка не растёт бесконечно: данные из самого старого инкремента переносятся в полную копию, а точка отсчёта сдвигается вперёд. Такой подход требует внимательно контролировать целостность репозитория и правила хранения.
Обратная инкрементная схема поддерживала последнюю точку восстановления в виде полной копии: восстановление последней версии было быстрым, но запись требовала больше операций. В Veeam Backup & Replication версии 13 этот режим объявлен устаревшим и недоступен для новых заданий, поэтому его не следует выбирать для новых проектов.
Почему длинные цепочки повышают риск
Veeam связывает регулярные полные бэкапы с повышением надёжности: они делят длинную цепочку на короткие независимые отрезки. Проверка целостности также выявляет ключевой риск: повреждение блока в полном или инкрементном файле делает повреждённой точку восстановления с этими данными и все зависящие от неё последующие инкрементные точки.
Microsoft SQL Server даёт параллельную рекомендацию для дифференциальной схемы: чем дольше не обновлять полную базовую копию, тем крупнее становится дифференциальный бэкап. Регулярное создание новой полной базы ограничивает объём и уменьшает риск чрезмерно длинной зависимости в обеих схемах.
Частые вопросы
Чем инкрементный бэкап отличается от дифференциального?
Инкрементный бэкап сохраняет изменения с момента последнего бэкапа любого типа (полного или инкрементного) — по определению Microsoft Azure Backup. Дифференциальный — изменения с момента последнего именно полного бэкапа, по определению Microsoft SQL Server и Commvault. Из-за этого дифференциальные бэкапы со временем растут в объёме, а восстановление требует всего двух файлов вместо цепочки.
Какая схема восстанавливается быстрее?
По официальной документации Veritas NetBackup, схема с накопительными (дифференциальными по сути) бэкапами восстанавливается быстрее, так как нужен только последний полный и последний накопительный файл. Цепочка чистых инкрементов требует последовательного применения всех файлов с последнего полного бэкапа — это официально описано как более долгое восстановление.
Что такое синтетический полный бэкап?
По документации Veeam это способ собрать новую полную копию в репозитории из уже существующего полного бэкапа и цепочки инкрементов. Он не считывает данные заново с рабочей системы и поэтому не создаёт такую же сетевую нагрузку, как активный полный бэкап.
Что такое непрерывная инкрементная схема?
В этой схеме Veeam создаёт одну полную копию, а затем сохраняет инкременты. По истечении срока хранения самый старый инкремент переносится в полную копию, поэтому точка отсчёта сдвигается вперёд и цепочка не растёт бесконечно.
Почему длинные цепочки инкрементов считаются рискованными?
По документации Veeam повреждение данных в одном файле цепочки делает повреждёнными все последующие зависимые от него точки восстановления. Регулярные полные, в том числе синтетические, бэкапы разбивают цепочку на более короткие отрезки и снижают риск потери сразу большого числа точек восстановления.
Поможете спроектировать схему резервного копирования под нашу инфраструктуру?
Да. Пришлите объём данных, требования к RPO/RTO и используемое ПО резервного копирования на info@andpro.ru или через форму на /services/ — подберём СХД и схему бэкапа под задачу.
Авторство и ответственность
Материал подготовлен для блога ANDPRO / ООО «АНД-Системс» как информационная статья о схемах резервного копирования. Статья не заменяет индивидуальное проектирование стратегии резервного копирования под конкретную инфраструктуру и требования к RPO/RTO.
Материал подготовлен с применением ИИ, прошёл фактчекинг и редакторскую вычитку. Формулировки проверены по официальной документации Microsoft, Veeam, Veritas и Commvault.
Для проектирования системы резервного копирования обратитесь в ANDPRO: info@andpro.ru, +7 (495) 545-48-70, +7 (800) 707-78-15.
Дата последнего обновления материала: 2 сентября 2026 года.
