NVP vProxy: Процес nsrvim NetWorker запускається кожні 15 хвилин, що призводить до високого навантаження на vCenter Server і потенційної недоступності VPXD

• Сервер NetWorker налаштований для захисту сервера vCenter від VMware.
• Сервер vCenter помічає проблеми з доступністю сервісу VMware Virtual Provisioning X Daemon (VPXD) або загальним високим навантаженням.

Процес інвентаризації vCenter від NetWorker (nsrvim) запускається під час запуску сервісу, а потім запускається кожні 15 хвилин (за замовчуванням). Цей процес також запускається щоразу, коли завдання захисту VMware запускається проти vCenter. Залежно від кількості серверів NetWorker, підключених до vCenter, а також кількості або частоти операцій політики захисту VMware. Це викликає кілька запитів на запити до інвентаризації до сервера vCenter за коротке вікно.
Це завдання спостерігається у daemon.log на сервері NetWorker як:

106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: nsrvim starting on NSR_HOSTNAME (process 10852). 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Connecting to NetWorker on 'NSR_HOSTNAME'. 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Querying NSR hypervisor resource 'VC_HOSTNAME' 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Connecting to service at https://VC_HOSTNAME/sdk 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Starting session with infrastructure services daemon. 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Querying for inventory at https://VC_HOSTNAME/sdk 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Querying for categories from infrastructure services daemon. 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Updating NSR hypervisor resource 'VC_HOSTNAME' 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: Finished updating NSR hypervisor resource 'VC_HOSTNAME' 
106637 MM/DD/YYY HH:MM:SS AM/PM  1 3 0 15204 8080 0 NSR_HOSTNAME nsrdisp_nwbg RAP notice job 'nsrvim' progress message: nsrvim exiting on NSR_HOSTNAME (process 10852). 

Те саме повідомлення з'являється і при запуску політики захисту VMware. 

Створіть NSRVIM_TIME_INTERVAL змінна середовища на сервері NetWorker для регулювання nsrvim Розклад. Для додавання або зміни цієї змінної потрібен NetWorker Server (nsrd) перезапуск демона. Щоб створити змінну середовища, виконайте наступне рішення залежно від операційної системи сервера NetWorker:

sudo vi /nsr/nsrrc

NSRVIM_TIME_INTERVAL=60
export NSRVIM_TIME_INTERVAL

sudo systemctl restart networker

1. Відкрийте запит Administrator PowerShell.
2. Виконайте наступну команду

setx /m NSRVIM_TIME_INTERVAL 60

3. З нового запиту PowerShell запускайте:

echo $env:NSRVIM_TIME_INTERVAL

Це має повернути значення, встановлене на кроці 2.

4. Перезавантажте сервер.

Інтерфейс користувача Windows

1. Відкрийте панель керування, потім натисніть System and Security, потімSystem .
2. Натисніть «Розширені налаштування системи».

3. У розділі Властивості системи  натисніть Змінні середовища.
4. У розділі Системні змінні, click Новий:

5. У полі Variable Name введіть: NSRVIM_TIME_INTERVAL
6. У полі змінного значення введіть число від 15 до 60 (це число відповідає хвилинам).

• NVP vProxy: Велика кількість сесій, що призводила до збою VPXD-сервісу vCenter або вичерпання HTTP-сесій.
• NVP vProxy: Резервне копіювання віртуальних машин не дає результату з «Неможливо отримати дані з vCenter: HTTP-помилка"
• NetWorker: Оновлення VMware View не спрацювало «Запит диспетчера закінчився»
• NetWorker: Групи VMware, які не справлялися з помилкою, не змогли завантажити інвентар з vCenter.