Синтетическое резервное копирование — это сочетание блочного копирования (ранее называлось частичным обновлением файлов) с версионированием, кодированием имён файлов и сжатием. Его можно использовать с любым местом хранения резервных копий, включая FTP и другие интернет-протоколы. Сжатые файлы можно шифровать. Синтетическое резервное копирование можно описать как дифференциальное версионирование.
Как и блочное копирование, оно подходит только для немногих типов файлов: больших баз данных, файлов Outlook PST и образов дисков ВМ. Вместо того чтобы каждый раз создавать резервную копию целых файлов, оно помещает изменённые блоки в отдельные zip- или sz-файлы. Потоковые файлы, такие как документы Office, zip-файлы, PDF-файлы и изображения, не получат выгоды от синтетического резервного копирования.
Флажок для выбора:
— вкладка Версионирование→Синтетические резервные копии: «Использовать синтетические резервные копии»
Следующие зависимые параметры затем отмечаются автоматически:
— вкладка Специальное: «Блочное копирование» (без удалённой службы)
— вкладка Сжатие: «Сжимать каждый файл отдельно»
— вкладка Версионирование: «Кодирование имён файлов»
Все инкрементальные версии должны храниться в одной папке.
Обязательно храните все инкрементальные файлы в месте назначения, поскольку все они могут понадобиться для восстановления
файла. Однако число старых инкрементальных частей, которые должны оставаться в хранилище резервных копий, можно ограничить с помощью функции «Checkpoint». Её параметры
находятся на вкладке Версионирование→Синтетическое резервное копирование:
Checkpoint — это инкрементная резервная копия, как и ежедневные копии. Однако она немного больше, поскольку включает изменённые блоки за более длительный период времени, из-за чего многие предыдущие инкрементальные копии становятся ненужными.
Любую более старую версию можно восстановить, выбрав нужную целевую дату в мастере восстановления или щёлкнув файл правой кнопкой мыши в предварительном просмотре синхронизации и выбрав нужную версию. Параметр «Хранить несколько файлов» подразумевается автоматически и отмечать его не нужно. Его нельзя использовать для ограничения числа старых версий. Однако если этот параметр указан на вкладке Версионирование, он будет использоваться как минимальное число сохраняемых версий, даже если функция Checkpoints позволила бы хранить меньше версий.
Восстановление файлов синтетической резервной копии можно выполнить независимо от исходной задачи, в любое место назначения. Для восстановления база данных не нужна — только файлы.
Минимальный размер файла для синтетического резервного копирования можно задать на вкладке «Типы, ограничение» в диалоговом окне настроек программы. Детализация дифференциальной резервной копии определяется динамически для каждого файла в зависимости от его размера. Наименьший используемый размер блока будет 2048 байт.
Каждая частичная резервная копия включает контрольную сумму MD5 для каждого файла, так что восстановленные файлы можно проверить на 100% корректность. Это можно увидеть в файле MD5.TXT, который содержат частичные zip-архивы.
Размеры zip- или sz-файлов тоже можно ограничить, чтобы большие файлы можно было разбивать на части (только в сочетании с блочным копированием). Передачу можно остановить в любой момент, и уже загруженные части zip или sz не будут потеряны.
Поскольку каждая резервная копия содержит только изменённые блоки, теоретически для восстановления полного файла вам понадобятся все файлы резервных копий, потому что каждый файл резервной копии содержит разные блоки. Чтобы уменьшить число файлов, от которых будет зависеть успешное восстановление, можно использовать контрольные точки. Контрольные точки похожи на обычные файлы резервных копий, но они содержат больше блоков, чем только те, что изменились с момента предыдущей резервной копии. Например, первая еженедельная контрольная точка в месяце может содержать все блоки, изменённые за предыдущий месяц. Таким образом, для восстановления вам понадобятся только месячные файлы резервных копий, а также самые последние еженедельные и самые последние ежедневные.
Поскольку квартальная контрольная точка по отношению к предыдущему кварталу может быть довольно большой (так как она содержит все изменённые блоки с предыдущего квартала), можно ограничить период, на который она опирается, до месяца или даже недели.
То, как контрольные точки зависят друг от друга, влияет на то, сколько небольших старых файлов резервных копий можно удалить.