Symptoms
Кэш файла подкачки Avamar 7,0, применяемый для резервного копирования файловых систем в интегрированное решение Avamar и Data Domain, потребляет значительно больше дисковой емкости, чем монолитный файловый кэш.
Если каталог Avamar /var находится в клиентской файловой системе или томе с ограниченной емкостью диска, больший размер «дискового» файла для кэша файла подкачки может привести к проблемам управления емкостью диска на клиенте с файловой системой Avamar.
Cause
В
документе EMC Avamar 7.0 «Передовой опыт работы» мы зафиксировали следующее:
«По сравнению с исходным методом кэширования файлов резервные копии, реализующие кэш файла подкачки по запросу, требуют в 20 раз больше дискового пространства».
Существует две причины, по которым файл кэша файла подкачки примерно в 20 раз больше, чем монолитный файловый кэш:
- Дополнительные 20 байт на файл для смещения CDSF
Монолитный файловый кэш использует 44 байта на файл: 4-байтовый заголовок, 20-байтовый хэш атрибута файла и 20-байтовый хэш содержимого файла. Кэш файла подкачки использует 64 байта на файл. Дополнительные 20 байт используются для хранения информации о смещении в контейнере резервного копирования CDSF (Common Data Streaming Format), в котором находится файл. Если бы кэш файла подкачки и монолитный файловый кэш имели одинаковый формат, кэш файла подкачки был бы примерно в 1,5 раза больше.
- Записи не используются совместно резервными копиями
Оба файловых кэша хранят хэши до 16 резервных копий. При монолитном файловом кэше после завершения первого резервного копирования примерно 2% файлов меняются ежедневно. После первого резервного копирования большинство записей совместно используются для резервного копирования. Однако при использовании кэша файла подкачки каждая страница элементов уникальна для конкретной резервной копии, поэтому общий доступ к записям между резервными копиями отсутствует. Это приводит к тому, что в кэше файла подкачки хранится примерно в 10 раз больше записей, чем в монолитном файловом кэше.
Эти два фактора приводят к увеличению размера кэша файла подкачки примерно в 15–20 раз по сравнению с монолитным файловым кэшем при резервном копировании того же набора данных.
Если в определении набора данных известно, для какого количества файлов выполняется резервное копирование, можно рассчитать итоговый размер кэша файла подкачки по следующей формуле:
<Размер кэша файла подкачки в Мбайт> = <количество файлов в миллионах> * 1700
Resolution
Существует три способа снизить потенциальное воздействие более крупного кэша файла подкачки:
А) Измените местоположение кэша файла подкачки посредством команды «cachedir» в avtar.cmd
. Это предпочтительный вариант, не имеющий недостатков, если у клиента достаточно большой том для хранения кэша подкачки.
Если каталог Avamar /var, в котором хранятся файлы кэша клиента, находится на томе с ограниченной емкостью, переместите кэш подкачки на более вместительный том, как описано ниже.
- Создайте папку, в которой хотите сохранить файлы кэша.
- Скопируйте существующие файлы кэша из папки /usr/local/avamar/var/ или C:\program files\avs\var\ в созданную на шаге 1 новую папку.
- Создайте файл в каталоге клиента /var с именем «avtar.cmd». Если файл существует, отредактируйте его.
- Укажите новое местоположение «cachedir» в файле флага «avtar.cmd». К примеру, если вы создали D:\avamarcache для кэша файла подкачки, у вас должна быть запись в C:\program Files\avs\var\avtar.cmd, подобная следующей:
--cachedir=D:\avamarcache
- Запустите резервное копирование.
- Убедитесь, что новый каталог кэша используется правильно.
- Удалите копию кэша клиента из исходного каталога Avamar var.
Б) Используя флаги, которые позволяют настроить ограничение размера кэша подкачки
В Avamar 7.2 и более поздних версиях предусмотрены флаги, ограничивающие размер кэша подкачки процентом от размера тома, на котором размещен кэш. Для получения дополнительной информации о данном варианте см. статью базы знаний 19517: Как ограничить размер кэша подкачки по запросу в Avamar (f_cache2.dat).
Компромиссом предотвращения увеличения размера файла кэша до размера файла является снижение производительности резервного копирования за счет увеличения количества пропусков кэша.
В) Ограничьте число полных резервных копий, хранящихся в кэше файла подкачки.
Создав несколько резервных копий с небольшим набором данных и указав для этих резервных копий значение «never expire» (бессрочно), мы можем установить ограничение до восьми или менее резервных копий полного набора данных, хранящегося в кэше файла подкачки, тем самым уменьшив его размер.
Это наименее желательный вариант, требующий дополнительной настройки. В нем также есть свои нюансы. Для получения дополнительной информации обратитесь в службу технической поддержки Dell EMC.
Резервное копирование файловой системы Avamar 7.0 в интегрированное решение Avamar и Data Domain.
Дополнительные сведения о файле avtar.cmd см. в статье базы знаний 81546:
Avamar. Как собрать файлы журнала для поиска и устранения неисправностей, связанных с резервным копированием и восстановлением клиента Avamar.
Affected Products
Avamar
Products
Avamar