Интеграция Avamar и Data Domain. Скорость внесения изменений при полном резервном копировании SQL

Обзор

В этой статье базы знаний описаны коэффициенты дедупликации для Avamar для полного резервного копирования подключаемого модуля Microsoft SQL в систему Data Domain.
 
В некоторых сценариях заказчики сталкиваются с большим объемом новых байтов, чем ожидалось, для полных резервных копий SQL. В этой статье исследуется архитектура потоков резервного копирования SQL и ее влияние на формат потокового хранения данных Data Domain CDSF. Он также направлен на выработку рекомендаций в отношении передовой практики.

Потоки SQL

Microsoft SQL с SMO может доставлять один или несколько потоков данных для резервного копирования. Однако содержимое потока не является детерминированным (последовательность байтов, доставляемых для неизменных исходных данных, может быть различной). Содержимое как в многопоточном, так и в однопоточном случае доставляется в том порядке, в котором оно считывается с диска, при этом выполняются параллельные операции чтения. Этот недетерминированный поток способствует более высокой кажущейся скорости изменений. Параметр TSQL maxtransfersize определяет размер блоков, доставляемых в потоке. Большие значения помогут передаваемым фрагментам быть более согласованными.

Data Domain CDSF

Потоки резервного копирования баз данных SQL записываются в систему Data Domain в формате CDSF (Common Data Streaming Format). Каждый поток SQL записывается в отдельный контейнер. Дедупликация Data Domain между контейнерами далека от совершенства из-за того, что при проектировании особое внимание уделяется локальному расположению при первоначальном приеме данных. Это может привести к появлению 6–8% дублирующих сегментов по сравнению с предыдущим резервным копированием. Гораздо более эффективная дедупликация в конечном итоге достигается за 2-3 цикла сборки мусора.

Выводы

Недетерминированный характер потоков резервного копирования SQL в сочетании с неполной начальной дедупликацией в системе Data Domain может привести к тому, что частота изменений для резервного копирования составляет ~5%, даже если изменений не было.

Рекомендации

• Убедитесь, что значение maxtransfersize SQL по умолчанию (начиная с версии 7.0) равно 4 Мбайт. (Проверьте файл avsql.cmd клиенте SQL и наборе данных для резервного копирования SQL)
• Использовать инкрементное резервное копирование SQL вместо всех ПОЛНЫХ для больших баз данных
• Сопоставьте размер блока avtar с SQL, задав параметр --[avtar]blocksize=0x400000 в наборе данных SQL

Замечание : SQL-плагин не поддерживает назначение флагов нижестоящим плагинам через avsql.cmd файл
--[avtar]flag-name в avsql.cmd не будет работать

Cили прямым способом включения этого флага: 

* Используйте --[avtar]blocksize=0x400000 в наборе

данных SQL или

* Используйте --blocksize=0x4000000 в avtar.cmd