NetWorker: Workflow backup Azure VM не вдається наприкінці резервного копіювання на Pseudo_saveset

Azure VM snapshot backups complete; Однак робочий процес не працює наприкінці резервного копіювання.

У журналі дій резервного копіювання спостерігається наступна помилка:

• Linux: /nsr/logs/policy/POLICY_NAME/WOKFLOW_NAME/backup_JOBID.raw
• Windows (за замовчуванням): C:\Program Files\EMC NetWorker\nsr\logs\POLICY_NAME\WOKFLOW_NAME\backup_JOBID.raw
• NetWorker: Як користуватися nsr_render_log Для рендерингу .raw Лог-файли

174900 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Step (5 of 5): Creating a pseudo_saveset job for all the configured clients.
174901 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Creating a save job for the save set 'pseudo_saveset' on the host 'NETWORKER_SERVER_NAME'.
174895 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice Executing a 'pseudo_saveset' job on the host 'NETWORKER_SERVER_NAME'. This job is an anchor save set for the workflow, and will be completed at the end of the client's backup.
83643 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset                             started
...
174289 MM/DD/YY HH:mm:SS  2 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR warning Aborting inactive job (1184047) NETWORKER_SERVER_NAME:pseudo_saveset. It has been inactive from 'DAY MONTH DATE HH:mm:SS YYYY'(1756325582) to 'DAY MONTH DATE HH:mm:SS YYYY'(17563DATE399) for 1817 seconds.
128139 MM/DD/YY HH:mm:SS  0 0 2 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR info NETWORKER_SERVER_NAME:pseudo_saveset aborted, inactivity timeout has been reached.
7224 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset Termination request was sent to job 1184047 as requested; Reason given: Inactive
0491 MM/DD/YY HH:mm:SS  1 5 0 2442626880 17965 0 NETWORKER_SERVER_NAME savegrp NSR notice NETWORKER_SERVER_NAME:pseudo_saveset failed.

Дія резервного копіювання містить тайм-аут неактивності, значення якого за замовчуванням становить 30 хвилин. За замовчуванням є операція повторної спроби, але в деяких випадках відбувається той самий тайм-аут або інша умова призводить до зупинки робочого процесу.

Наведена вище помилка показує, що завдання було неактивним протягом 1817 секунд (приблизно 30 хвилин). 

Існує багато станів, які можуть призвести до того, що робота може досягти тайм-ауту бездіяльності. 

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

Якщо проблема більш послідовна, або psuedo_saveset Чи не зазнає або аборт відбувається через інші проблеми, розгляньте наступне:

1. Застосовується відповідне налаштування серверного паралелізму: NetWorker: Azure VM Snapshot Backups Failing "current save session has over's parallelism server's NetWorker"
2. Відповідна кількість віртуальних машин і загальна пропускна здатність даних на кожен клієнт Azure. Віртуальні машини Azure зберігаються як набір збережень, налаштований під клієнтом NetWorker. Посібники та документи NetWorker Azure Snapshot Integration Guide зазначають, що паралелізм клієнта має бути встановлений на рівні від 1 до 4.  Цей паралелізм контролює кількість дисків, які можна одночасно резервувати. 
   1. Переконайтеся, що достатньо ресурсів Azure для ефективного балансування резервних копій VM у робочому процесі. Клієнти Azure, які містять багато віртуальних машин або кілька великих віртуальних машин, можуть довго проходити psuedo_saveset, що підвищує ймовірність тайм-ауту неактивності. Кількість необхідних клієнтів унікальна для конкретного середовища і враховує кількість віртуальних машин Azure, кількість дисків, розмір дисків, планування робочих процесів та кількість цільових доменів даних.
   2. Уникайте планування резервних копій із використанням одного й того ж клієнтського ресурсу Azure для перекриття так, щоб ініціювати кілька nsrazure_save процесів, особливо для клієнтів, які містять багато віртуальних машин або кілька великих віртуальних машин Azure.