Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

Avamar. Как снизить потенциальное влияние размера кэша файлов подкачки клиента (f_cache2.dat)

Summary: Как снизить потенциальное влияние размера кэша файлов подкачки клиента (f_cache2.dat).

This article applies to   This article does not apply to 

Symptoms

Кэш файла подкачки Avamar 7.0, используемый для резервного копирования файловой системы в интегрированное решение Avamar и Data Domain, потребляет значительно больше дисковой емкости, чем монолитный файловый кэш. 

Если каталог Avamar /var находится в клиентской файловой системе или томе с ограниченным объемом дисковой емкости, больший размер файла на диске для кэша файла подкачки может вызвать проблемы управления емкостью диска в клиенте файловой системы Avamar.

Cause

В документе EMC Avamar 7.0 Operational Best Practices мы зафиксировали: «По сравнению с исходным методом кэширования файлов, резервные копии, реализующие файловый кэш подкачки по запросу, требуют до 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 , в котором хранятся файлы кэша клиента, находится на томе с ограниченной емкостью, переместите кэш подкачки в более просторный том, как описано ниже.

  1. Создайте папку, в которой вы хотите сохранить файлы кэша.
  2. Скопируйте существующие файлы кэша из папки /usr/local/avamar/var/ или C:\program files\avs\var\ в новую папку, созданную на шаге 1.
  3. Создайте в каталоге клиента /var файл с именем «avtar.cmd». Если файл существует, отредактируйте его.
  4. Укажите новое местоположение «cachedir» в файле флага «avtar.cmd». Например, если вы создали D:\avamarcache для кэша файлов подкачки, у вас должна быть такая запись в C:\program files\avs\var\avtar.cmd:

--cachedir=D:\avamarcache

  1. Запустите резервное копирование.
  2. Убедитесь, что новый каталог кэша используется правильно.
  3. Удалите копию клиентского кэша из исходного каталога Avamar var. 

Б) Применение флагов, позволяющих ограничить размер кэша подкачки

В Avamar 7.2 и более поздних версиях существуют флаги, ограничивающие размер кэша подкачки процентной долей от размера тома, в котором находится кэш. Дополнительные сведения об этом параметре см. в статье базы знаний 19517: Как ограничить размер кэша подкачки спроса Avamar (f_cache2.dat).

Компромисс, заключающийся в предотвращении роста файла кэша до его размера, приводит к снижению производительности резервного копирования из-за увеличения количества промахов кэша.

В) Ограничьте количество полных резервных копий, хранящихся в кэше файла подкачки.

Создав несколько резервных копий с небольшим набором данных и настроив срок действия этих резервных копий так, чтобы срок их действия никогда не истекал, мы можем ограничить только восемью или менее резервными копиями всего набора данных, хранящегося в кэше файлов подкачки, тем самым уменьшив размер.

Это наименее желательный вариант, требующий расширенной настройки. Здесь также есть предостережения. Для получения дополнительной информации обратитесь в службу технической поддержки Dell EMC.

Additional Information

Резервное копирование файловой системы Avamar 7.0 в интегрированное решение Avamar и Data Domain.

Дополнительные сведения о avtar.cmd файле см. в статье базы знаний 81546: Avamar. Сбор файлов журнала для поиска и устранения неисправностей резервного копирования и восстановления клиента Avamar.

Affected Products

Avamar

Products

Avamar
Article Properties
Article Number: 000060020
Article Type: Solution
Last Modified: 19 Aug 2021
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.