Самой ожидаемой функцией VBR 9.5 для нашей инфраструктуры стала возможность использования API Fast Clone для ReFS в MS Windows Server 2016.
Многолетний анализ процесса резервного копирования указывал на основную потерю времени в виде перестройки и склейки файлов при сдвиге Full Backup вправо по шкале времени, аналогичная проблема есть и при генерации Synthetic Full Backup.
В некоторых инкрементных заданиях процесс file merge занимал до 90% времени.
Как только вышел VBR 9.5, мы обновили ОС сервера СРК с помощью In-place upgrade с MS Windows Server 2012 R2 до версии MS Windows Server 2016.
Создали репозиторий на ReFS и перенастроили задания на его использование. Функцию Backup Copy для переноса решили не использовать.
Результаты использования API Fast Clone
Без использования:
Из общей длительности задания в 82 минуты процесс склейки занял 65 минут ~80% времени.
При использование Fast Clone на ReFS репозитории:
Использование API отмечается маркером [fast clone].
Из общей длительности задания в 21 минуты процесс склейки занял 1,5 минут ~6.5% времени.
Сам процесс сократился на 1 час, при этом самих данных было обработано больше.
Всем пользователям VBR советую провести ревизию своих заданий и посмотреть сколько времени занимает file merge, после этого принять решение о переходе на ReFS-репозитории.
http://blog.dewin.me/2017/02/under-hood-how-does-refs-block-cloning.html
VBR.Инфраструктура. Что такое технология Fast Clone?
https://www.youtube.com/watch?v=fgzp5QuHHNg