NetWorker: Оптимізація операцій відновлення простору для домену даних

• Сети збережень NetWorker позначені як Expired, але не видалені
• Повідомлення про відновлення космосу з'являються в журналах більше одного разу на день
• Швидкість і вплив на навантаження в домені даних
• Загальний вплив на продуктивність серверів

• Томи, які підлягають відновленню в космосі, читаються під час дії Expiry (стадія, клонування або відновлення)
• Відновлення простору виконується за замовчуванням після кожної операції стадингу на будь-якому заданому томі
• Space recovery перевіряє кожен файл у структурі каталогу томів під час запуску відновлення простору
• Робота сервера та оперативність можуть сповільнюватися під час фази відновлення космосу

Фаза відновлення простору NetWork виконується один раз на день як одна з останніх фаз дії Expiration у робочому процесі резервного копіювання сервера. Він призначений для видалення об'єктів файлів збереження всередині тома після оцінки, закінчення терміну дії та видалення записів збереження сервером після розрахунку тих, які безпечно видаляти відповідно до їхньої конфігурації.

Існує кілька факторів, які можуть негативно впливати на чутливість сервера Data Domain або NetWorker. Увімкніть будь-які з наведених нижче, які, здається, відповідають вимогам відповідної зони даних. Перед тим, як розглядати тестування з наведеними нижче файлами налагоджувальних ключів: Вимкніть щоденну > дію Server Protection Backup > Server, щоб вимкнути всі обчислення бази даних відновлення простору та медіа на один або кілька днів, щоб підтвердити, що проблеми з продуктивністю пов'язані з відновленням простору та/або закінченням

терміну дії.Якщо вимкнення Expiration підтверджує проблему, пов'язану з щоденним обслуговуванням, наступні функції можна вимкнути для усунення несправностей, створивши порожній файл з такою ж назвою (без розширення) на сервері або вузлі NetWorker у підкаталозі налагодження основного nsr каталогу. Жоден із цих файлів прапорців не потребує перезавантаження і набуде чинності з запуском завдань відновлення простору, поки вони присутні.

Локація Linux: /nsr/debug
Розташування Windows: C:\Program Files\EMC NetWorker\nsr\debug (або відповідний шлях встановлення NSR)
 

Назви файлів та їхні функції детально наведені нижче:

skip_recover_space_for_stage

• Вузли зберігання. Цей прапорець змушує NetWorker пропускати фазу відновлення простору під час операції staging (клонування, а потім видалення джерела). Якщо ваше середовище використовує staging, особливо етапування з одних і тих самих вихідних томів багаторазово, це рекомендується, оскільки це виключає можливість створення кількох операцій відновлення простору для тих самих томів. Коли цей прапорець встановлено, операція відновлення простору повністю відкладається, що дозволяє системі видаляти файли під час виконання щоденної дії Expiration або виконання команди nsrimвручну. 

recover_space_anytime

• Тільки на сервері. Це дозволяє відновити простір і видалити набори збережень на томах, які активно читаються, що за замовчуванням є відкладеним. Це означає, що для томів, які мають довготривалі завдання клонів, термін дії та відновлення простору можна відкладати неодноразово під час виконання дії Expiration, nsrim або staging job (див. попередній). Це, у свою чергу, може призвести до великих відставок у відновленні космосу, поступового виснаження вільного простору та більшого завдання з відновлення простору, коли йому дозволено виконати. 

skip_disk_usage

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

skip_consistency_check_in_recover_space

• Вузли зберігання. Під час відновлення простору для тома файлова система томів перевіряється файл за файлом для забезпечення узгодженості між медіа-базою даних; Це також може призвести до затримки. Додавання цього ключового файлу до кожного вузла запобігатиме видаленню файлів збереження, якщо відповідного запису немає в медіабазі даних, або позначати записи медіабазних даних, де файл не знайдено, як «підозріли». Зверніть увагу, що це запобігатиме звичайним операціям очищення і має використовуватися для визначення затримки, пов'язаної з відновленням космічних операцій, і не повинно бути вимкнене в довгостроковій перспективі. 

За замовчуванням було введено більш детальне логування, через що всі шляхи збережень були внесені у data_audit журнали на сервері NetWorker. Там, де вже є велике навантаження, багато/великі завдання на відновлення простору, це може призвести до неоперативності, особливо через вузли зберігання, які віддалено повертають інформацію до NetWorker. Щоб вимкнути це, підвищте поріг логування для цих логів на сервері NetWorker:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

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

# print type: nsr auditlog; name: servername_data_audit.raw

Змініть поріг на один або обидва на 'Error', щоб припинити реєстрацію окремих видалень — видалення все одно фіксуються у daemon.raw сервера.

# update auditlog severity: Error