Symptoms
Файловий кеш підкачки Avamar 7.0, який використовується для резервного копіювання файлової системи в інтегроване рішення Avamar і Data Domain, споживає значно більше дискового простору, ніж монолітний файловий кеш.
Якщо каталог Avamar /var знаходиться в клієнтській файловій системі або томі з обмеженою ємністю диска, більший розмір файлу "on-disk" для кешу файлів підкачки може спричинити проблеми з керуванням ємністю диска на клієнті файлової системи Avamar.
Cause
У
документі EMC Avamar 7.0 Operational Best Practices ми задокументували:
«У порівнянні з оригінальним методом файлового кешу, резервні копії, які реалізують файловий кеш з підкачкою на вимогу, вимагають до 20 разів більше місця на диску».
Є дві причини, чому файл кешу файлу підкачки приблизно в 20 разів більший за монолітний файловий кеш:
- Додаткові 20 байтів на файл для зміщення CDSF
Монолітний файловий кеш використовує 44 байти на файл: 4-байтовий заголовок, 20-байтовий хеш атрибутів файлу та 20-байтовий хеш вмісту файлу. Кеш файлу підкачки використовує 64 байти на файл. Додаткові 20 байтів використовуються для зберігання інформації про зміщення в резервному контейнері Common Data Streaming Format (CDSF), де знаходиться файл. Якщо кеш файлів підкачки та монолітний файловий кеш мали однаковий формат, це призводить до того, що кеш файлу підкачки збільшується приблизно в 1,5 рази.
- Немає спільного доступу до записів між резервними копіями
Обидва файлові кеші зберігають хеші для 16 резервних копій. При монолітному файловому кеші після завершення першого резервного копіювання приблизно 2% файлів змінюються щодня. Після першого резервного копіювання більшість записів розподіляються між резервними копіями. Однак у кеші файлів підкачки кожна сторінка елементів є унікальною для певної резервної копії, тому немає спільного використання записів між резервними копіями. Це призводить до того, що кеш файлів підкачки зберігає приблизно в 10 разів більше записів, ніж монолітний файловий кеш.
Ці два фактори спричиняють приблизно від 15 до 20 разів збільшення розміру кешу файлу підкачки порівняно з монолітним файловим кешем при резервному копіюванні того самого набору даних.
Якщо ви знаєте, скільки файлів створюється у визначенні набору даних, ви можете оцінити кінцевий розмір кешу файлу підкачки за наступною формулою:
<розмір кешу файлу підкачки в Мб> = <кількість файлів в мільйонах> * 1700
Resolution
Є три способи пом'якшити потенційний вплив більшого кешу файлів підкачки:
A) Змініть розташування кешу файлу підкачки, використовуючи "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 і пізніших версіях існують прапорці, які обмежують розмір кешу пейджингового зв'язку до відсоткової частки від розміру тому, де знаходиться кеш. Докладнішу інформацію про цей параметр можна знайти у статті KB 19517: Як обмежити розмір кешу підкачки попиту Avamar (f_cache2.dat).
Компромісом, який полягає у запобіганні збільшенню файлу кешу до розміру файлу, є зниження продуктивності резервного копіювання через збільшення пропусків кешу.
C) Обмежте кількість повних резервних копій, що зберігаються в кеші файлів підкачки.
Створюючи деякі резервні копії з невеликим набором даних і налаштовуючи ці резервні копії на ніколи не закінчуються, ми можемо обмежитися лише вісьмома або менше резервними копіями повного набору даних, який зберігається в кеші файлу підкачки, таким чином зменшуючи розмір.
Це найменш бажаний варіант і вимагає розширеного тюнінгу. Тут також є застереження. За додатковою інформацією звертайтеся до служби технічної підтримки Dell EMC.
Резервне копіювання файлової системи Avamar 7.0 в інтегроване рішення Avamar і Data Domain.
Щоб дізнатися більше про файл avtar.cmd, перегляньте статтю KB 81546:
Авамар: Як збирати лог-файли для усунення проблем із резервним копіюванням та відновленням клієнта Avamar.
Affected Products
Avamar
Products
Avamar