Авамар: Як керувати використанням пам'яті Avtar за допомогою налаштування кешу хешу та файлів

Інформація, яка стосується avtar Використання пам'яті:

Є три основні фактори, що впливають на загальне використання пам'яті клієнтом, коли avtar Працює:

1. Об'єкт avtar Сам двійковий файл вимагає пам'яті при виконанні резервного копіювання (він же snapup). Об'єм пам'яті, що споживається avtar процес зазвичай знаходиться в діапазоні від 20 МБ до 30 МБ. Ця величина залежить від того, на якій ОС працює клієнт, а також коливається під час резервного копіювання в залежності від структури файлів, які підхоплюються avtar.

2. Об'єкт avtar процес завантажує в пам'ять два файли кешу. Ці два файли кешу існують у каталозі Avamar var. Першим з них є файловий кеш (f_cache.dat). Файловий кеш зберігає хеші атрибутів файлу та використовується для швидкого визначення того, які файли раніше були резервні копії до Axion (він же Avamar) сервер. Наявність файлового кешу є однією з вагомих причин того, що наступні Axion Резервне копіювання (тобто після початкового резервного копіювання), як правило, дуже швидке. Як правило, файловий кеш відсіває приблизно від 95% до 98% файлів. Якщо кеш файлів видалено, не використовується або він невеликого розміру, то кожен файл, який не є «хітом» у файловому кеші, повинен бути відкритий, прочитаний, фрагментований і хешований перед тим, як avtar процес виявляє, що хеші раніше були відправлені до Axion Сервер. Якщо файл має «попадання» у файловий кеш, то файл ніколи не отримує доступу, що значно економить час і процесор.

За замовчуванням файловий кеш може споживати до 1/8 фізичної оперативної пам'яті на Axion клієнт. Наприклад, якщо у клієнта 4 ГБ оперативної пам'яті, файловий кеш обмежений максимум 512 МБ. Розмір файлового кешу подвоюється щоразу, коли він повинен зростати. Поточні розміри кешу файлів: 5,5 МБ, 11 МБ, 22 МБ, 44 МБ, 88 МБ, 176 МБ, 352 МБ, 704 МБ і так далі. У цьому прикладі, коли клієнт має 4 ГБ оперативної пам'яті, максимальний розмір файлового кешу обмежений 352 МБ.

3. Другий кеш - це хеш-кеш (p_cache.dat). Хеш-кеш зберігає хеші фрагментів, які були відправлені до Axion Сервер. Як зазначалося вище, avtar Процес набуває найбільшої ефективності завдяки забезпеченню належного розміру файлового кешу. Якщо хеш-кеш видалено, не використовується або він занижений, то якщо avtar процес виявляє, що хеш фрагмента, який не міститься в хеш-кеші, avtar процес запитує Axion сервер на наявність хешу.

За замовчуванням хеш-кеш може споживати до 1/16 фізичної оперативної пам'яті на Axion клієнт. У попередньому прикладі клієнта з 4 ГБ оперативної пам'яті хеш-кеш обмежений максимум 256 Мб. Хеш-кеш також подвоюється щоразу, коли він повинен зростати. Поточні розміри хеш-кешу: 24 МБ, 48 МБ, 96 МБ, 192 МБ, 384 МБ, 768 МБ і так далі. У цьому прикладі, де клієнт має 4 ГБ оперативної пам'яті, максимальний розмір хеш-кешу обмежений 194 МБ.

З вищесказаного можна зробити висновок, що якщо клієнт має більше 1/2 ГБ оперативної пам'яті, файл і хеш-кеш домінують у загальному використанні пам'яті. Це пов'язано з тим, що обидва кеші повністю зчитуються в пам'ять на початку avtar резервна копія. Крім того, як видно вище, за замовчуванням загальна пам'ять, що використовується avtar обмежується приблизно 3/16 фізичної оперативної пам'яті на Axion клієнт.
 

Розміри файлу та хеш-кешу друкуються на початку avtar Журнали.

Наприклад:

avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\f_cache.dat (5767712 bytes)
avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\p_cache.dat (25166368 bytes)

Тут кеш файлів становить 5,5 МБ, а хеш-кеш – 24 МБ.

В кінці avtar log, буде видно наступний набір повідомлень:

avtar Info <5587>: Updating cache files in C:\ProgramFiles\Avamar\var
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\f_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\f_cache.dat (5.5MB of 63MB max)
avtar Stats <6151>: File cache: 131072 entries,added/updated 140, booted 0
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\p_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\p_cache.dat (24.0MB of 31MB max)
avtar Stats <6152>: Hash cache: 1048576 entries,added/updated 1091, booted 0

З цих рядків це вказує на те, що файловому кешу є куди рости, але хеш-кеш на максимумі. Якщо будь-який з кешів замалий, значення "booted" буде відмінним від нуля, а журнал міститиме попередження про те, що кеш занижений. Це важливо відзначити, тому що розмір кеша має величезний вплив на загальну продуктивність.

Кеш лімітів кешу за замовчуванням можна перевизначити за допомогою таких двох прапорців:

--filecachemax=n

Де n - кількість МБ, або дріб (негативне значення = частка оперативної пам'яті)

Значення за замовчуванням: 

--filecachemax=-8

Приклад обмеження файлового кешу до розміру 100 МБ:

--filecachemax=100

--hashcachemax=n

Де n - кількість МБ, або дріб (негативне значення = частка оперативної пам'яті)

Значення за замовчуванням:

--hashcachemax=-16

Ще одне міркування щодо реалізації полягає в тому, що якщо розмір кешу обмежений на наборі клієнтів, то відповідні параметри повинні бути додані до параметрів кожного клієнта avtar.cmd файлу, щоб він застосовувався щоразу, коли клієнт виконує резервне копіювання, навіть резервне копіювання вручну. Якщо у файлі avtar.cmd немає прапорця, а резервне копіювання виконується вручну без відповідних параметрів, файл або хеш-кеш можуть повернутися до своїх меж за замовчуванням.

Для настройки продуктивності іноді доводиться збільшувати розміри кеша від значень за замовчуванням.

Ці умови могли існувати в наступних двох діаметрально протилежних випадках:

1. Якщо в клієнті мільйони дрібних файлів, то файловий кеш може зажадати збільшення від розміру за замовчуванням. Загальна рекомендація полягає в тому, що на кожен мільйон файлів на Axion клієнт, клієнт повинен мати 512 Мб фізичної оперативної пам'яті. 

Якщо клієнт має 1 мільйон файлів, для зберігання хешів файлів для однієї резервної копії потрібно мінімум 20 МБ (кожен хеш становить 20 байт). Оскільки хеші файлів для кількох резервних копій повинні бути збережені, потрібно більше, тобто він зросте приблизно до 44 МБ. Оскільки за замовчуванням використовується 1/8 фізичного 512 МБ оперативної пам'яті, кешу дозволяється вирости до ліміту в 64 МБ, тому значення 1/8 оперативної пам'яті для файлового кешу є достатнім.

2. Якщо у клієнта є кілька великих файлів, то за замовчуванням 1/16 для хеш-кешу, швидше за все, недостатньо.  

Наприклад, якщо є база даних на 200 Гб, то необхідно кешувати до 10 мільйонів хешів. Оскільки кожен хеш становить 20 байт, для однієї резервної копії потрібно мінімум 200 МБ.

Наступний доступний крок становить 384 МБ, тому, якщо цей клієнт має 4 ГБ оперативної пам'яті, хеш-кешу потрібно дозволити вирости до 1/8 частини оперативної пам'яті. Якщо за замовчуванням використовується 1/16 частина оперативної пам'яті, то хеш-кеш обмежений 192 Мб, а хеш-кеш буде заниженим. У випадку з базами даних, оскільки резервне копіювання виконується невеликою кількістю файлів, файловий кеш значно менший, тому чисте використання пам'яті все ще становить приблизно від 1/8 до 3/16 оперативної пам'яті.

Щоб вирішити цю проблему більш систематично в будь-якому конкретному середовищі, визначте з avtar Реєструє розмір файлу та хеш-кешу.
Якщо сумарний розмір цих схованок повинен бути меншим, то є способи обмежити розміри.