Авамар: Як увімкнути "checkdiratomicrefs" та оптимізувати використання страйпів

Увімкнення функції «checkdiratomicrefs" оптимізує зберігання метаданих на Avamar за допомогою інтегрованого рішення Data Domain. Це позитивно впливає як з точки зору продуктивності системи, так і з точки зору використання потужностей.

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

Перегляньте розділ «Технічна довідка», щоб отримати додаткову інформацію про те, як працює ця функція, а також пояснення її переваг.

Увімкнення функції «checkdiratomicrefsОсобливість

• Avamar 18.1: Виправлення 306587 або пізнішої версії
• Avamar 18.2: Виправлення 306588 або пізнішої версії 
• Для версій Avamar 19.x і вище хотфікс не потрібен.

Щоб увімкнути функцію «checkdiratomicrefs» (після виконання кроків додавання домену даних), дотримуйтесь інструкцій у розділі "Автоматизована процедура" або "Процедура вручну".

Автоматизована процедура

1. Увійдіть у вузол утиліти Avamar/single-node як користувач адміністратора.
2. Завантажте та встановіть інструмент GoAV, дотримуючись інструкцій в Avamar: Інструмент продукту GoAV для управління та усунення несправностей
3. Введіть наступну команду:

   ./goav system config enable-checkdiratomicrefs

Ручна процедура

1. Увійдіть у вузол утиліти Avamar/single-node як користувач адміністратора.
2. Введіть такі команди:

   avmaint config --ava maxcompdatastripe=20971520
   avmaint config --ava checkdiratomicrefs=true

   Наведені вище команди вмикають функцію checkdiratomicrefs та оптимізують розмір складених смуг для незберігання метаданих файлу.
    
3. Переконайтеся, що оновлені параметри набули чинності, виконавши наступну команду. Очікуваний результат повинен відповідати наведеному нижче:

   admin@avamar:~/>: avmaint config --ava | grep "maxcompdatastripe\|checkdiratomicrefs"
     maxcompdatastripe="20971520"
     checkdiratomicrefs="true"
   admin@avamar:~/>

4. Зробіть копію файлу mcserver.xml:

   cp -p /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml /usr/local/avamar/var/mc/server_data/prefs/x-mcserver.xml.$(date -I)

5. За допомогою vi відкрийте файл mcserver.xml для редагування:

   vi /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml

   Змініть такі два значення:
   Від:

   <entry key="maxcompdatastripe" value="41943040" />  
   ...
   <entry key="stripeUtilizationCapacityFactor" value="1.20" />

   До:

   <entry key="maxcompdatastripe" value="20971520" merge="keep"/>
   ...
   <entry key="stripeUtilizationCapacityFactor" value="2.50" merge="keep"/> 

   Вищезазначені зміни гарантують, що Avamar Management Console Server (MCS) використовує оновлений композитний розмір смуги під час обчислення використання «метаданих» системи. "Директива злиття" "keep" гарантує, що змінені значення збережуться протягом оновлення системи.
    
6. Перезапустіть MCS, щоб оновлені значення вступили в силу, виконавши дії в Avamar: Як перезавантажити сервер консолі управління.

Технічна передісторія

Система Avamar зберігає дані в декількох різних файлах на диску. Ці файли називаються «страйпами», і різні види страйпів використовуються для зберігання різних видів даних.
Такий дизайн призводить до розподілу різних типів смуг, що балансує між продуктивністю, використанням сховища та цілісністю даних на Avamar.
Резервні дані зберігаються в «смугах даних», а метадані — у «складених смугах». Ось ці два види смуг, що викликають занепокоєння в цій статті.

Коли домен даних інтегрований з Avamar; Резервні дані можуть зберігатися в домені даних. У цьому випадку на Avamar зберігаються лише метадані резервної копії.
Метадані резервного копіювання зазвичай становлять незначну частину розміру резервних копій. Таким чином, ключова перевага зберігання резервних копій даних на Data Domain полягає в тому, що Avamar може захистити більшу кількість клієнтів (і резервних копій).

Однак, Avamar, який зберігає задану кількість лише метаданих, матиме значно більшу кількість страйпів, ніж Avamar, який зберігає таку ж кількість змішаних метаданих/даних.
Це пов'язано з тим, що смуги даних у 9 разів більші за складені (360 МБ проти 40 МБ відповідно), тому менша кількість смуг даних вміщує більше даних.

Таким чином, система Avamar, яка зберігає лише метадані, матиме збільшену кількість страйпів порівняно з тією, яка зберігає метадані та резервні дані, припускаючи, що обидві системи використовують приблизно однаковий обсяг пам'яті «на диску».
На жаль, велика кількість смуг може спричинити проблеми з продуктивністю, особливо під час завдань з обслуговування Avamar, що може погіршити функціональність продукту.

Підсумовуючи вищесказане; Система Avamar, яка зберігає лише метадані, може виявитися обмеженою в кількості резервних копій, які вона може захистити не за ємністю, а за кількістю страйпів.

Рішення цієї проблеми було впроваджено в Avamar 18.1 (hotfix 306587). Був доданий прапорець функції (checkdiratomicrefs), який дозволяє системі Avamar зберігати майже всі метадані всередині смуг даних, замість складених смуг.

Увімкнення цієї функції збільшує кількість метаданих, які можуть зберігатися в кожній окремій смугі на Avamar, використовуючи більші смуги даних як для даних, так і для зберігання метаданих . Іншими словами, він зменшує кількість страйпів, необхідних для зберігання заданої кількості метаданих.

Застереження щодо цієї функції полягає в тому, що для максимального ефекту вона повинна бути включена до того, як система отримає будь-які резервні копії даних на приєднаний домен даних. Іншими словами, в ідеалі він повинен бути включений відразу після того, як домен даних був інтегрований з Avamar.
Це пов'язано з тим, що смуги на Avamar не можуть бути видалені після їх створення. Тому, якщо система вже створила багато складених смуг до включення функції, ці смуги будуть зберігатися і після її включення. 
Ця функція все ще може бути ввімкнена пізніше та надавати ті самі переваги для будь-яких резервних даних, отриманих після цього моменту. Однак він не буде таким ефективним, як якби його включили з самого початку.

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

Функція "checkdiratomicrefs" також забезпечує вирішення другої проблеми. Якщо раніше система зберігала резервні копії локально в Avamar, то тепер вона інтегрована з доменом даних, і резервні копії більше не зберігаються на Avamar.
У цьому другому сценарії на Avamar раніше були створені смуги даних для зберігання резервних даних. Однак резервні копії більше не зберігаються на Avamar, тому ці смуги тепер порожні.
Оскільки смуги не можна видалити, вони залишаються в системі, але не можуть бути використані.
Увімкнення цієї функції дозволяє зберігати метадані в цих існуючих смугах, що дозволяє ефективно використовувати доступне сховище на Avamar.