Авамар: Резервне копіювання не працює без статусу даних — не вдається визначити версію плагіна
Summary: Резервне копіювання не працює зі статусом «Немає даних» — Avagent повідомляє: «Неможливо визначити версію плагіна.»
Symptoms
Запланована резервна копія або резервна копія, ініційована з вікна політики, одразу зазнає невдачі зі статусом «Немає даних».
- Наведення курсора на статус показує, що "Activity Failed - клієнт не має даних, визначених у наборі даних"
- У вкладці «Звіт про активність» відображається так:
- Status_code "30915" та status_code_summary "Activity failed - client не має даних, визначених у наборі даних
- У звіті «Діяльність — Невдачі» він показаний так:
- Статус "30915: Активність не виконана — клієнт не має даних, визначених у наборіданих"
Cause
Причиною цієї помилки може бути кілька факторів.
- Для помилок, не зазначених нижче, дивіться Шлях вирішення для додаткових причин і рішень.
- Якщо це AVE або один вузол, заблокований лише для вказівки резервного копіювання в домен даних, це очікується.
- Інтеграція Avamar-DataDomain: Як заблокувати всі резервні копії віртуальної версії Avamar і Avamar у бекенді Data Domain в одному вузлі.
- Зверніть увагу у стовпці Server, що має бути DD-server-name
- Перевірте доступність клієнта за допомогою вкладки «Резервне копіювання» у вікні «Резервне копіювання», «Відновлення» та «Керування».
- Якщо плагіни видимі і доступні для перегляду, дивіться Шлях Роздільної Здатності.
- Якщо плагіни невидимі і з'являється вікно з написом «Конфігурація цього клієнта не підтримує перегляд» або «Плагіни не знайдено для клієнта xxxxx.» Потім потрібно дослідити avagent.log на клієнтському комп'ютері.
- За замовчуванням avagent.log розташований у C:\Program Files\avs\var.
- Або сервер консолі керування (MCS) на Avamar Grid, або сама клієнтська машина вимикає плагіни.
- Якщо MCS вимикає плагіни, дивіться Resolution Path для відповідної роздільної здатності.
- Якщо клієнтська машина сама вимикає плагіни, журнал фіксує помилки, такі як наступні.
- Зверніть увагу у стовпці Server, що має бути DD-server-name
- Інтеграція Avamar-DataDomain: Як заблокувати всі резервні копії віртуальної версії Avamar і Avamar у бекенді Data Domain в одному вузлі.
avagent Error <5451>: Failed to get plugin 'Windows' version with code 0xc0000142: No error description string
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
- АБО
avagent Error <5451>: Failed to get plugin 'Windows' version with code 128: There are no child processes to wait for
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
- АБО
avagent Error <5451>: Failed to get plugin 'Windows' version with code 255: The extended attributes are inconsistent
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
Ці помилки повторюються з усіма плагінами, встановленими на комп'ютері з оновленнями, SQL тощо.
Звіти логів (залежно від версії встановленого клієнта Avamar):
avagent Warning <7145>: No pin files found
- АБО
avagent Warning <7184>: No pin files found
У Windows Event Viewer відкрийте Системний журнал і знайдіть Event ID 243 , наприклад:
Log Name: System
Source: Win32k
Date: 4/24/2014 10:54:54 AM
Event ID: 243
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: Workstation.emc.com
Description:
A desktop heap allocation failed.
Desktop Heap — це спільний простір пам'яті для всіх додатків, які використовують локальний системний обліковий запис. Якщо повідомлення про невдачу «виділення робочої купи» з'являються в системному журналі в перегляді події, це може бути пов'язано з витоком пам'яті. Додаток на клієнті може використовувати всю пам'ять, виділену для Desktop Heap, навіть якщо використання оперативної пам'яті низьке, що спричиняє цю проблему.
Коли це трапляється, резервні копії продовжують відмовляти з тією ж помилкою, доки не буде виконано перезавантаження. Після перезавантаження резервні копії знову працюватимуть кілька днів, а потім знову починають давати збої. Ще одне перезавантаження вирішує проблему ще на кілька днів.
Resolution
Якщо це AVE або один вузол, заблокований лише для вказівки резервної копії в домен даних, налаштуйте набір даних, щоб спрямувати резервне копіювання у відповідний домен даних.
Якщо плагіни не реєструються через антивірус: Тимчасово вимкніть антивірусне програмне забезпечення та заблокуйте всі існуючі антивірусні процеси, які працюють. Потім перевстановіть пакет MSI клієнта Avamar як зазвичай.
Якщо плагіни вимкнені через помилки розподілу Desktop Heap, опції такі:
- Вимкніть або видаліть будь-які додатки/програми, які можуть мати витоки пам'яті. Співпрацюйте зі службою підтримки Microsoft, щоб знайти проблеми. Альтернативно, перезавантаження машини за розкладом тимчасово очищає робочий стік.
- Збільште максимальні значення купи в реєстрі та перезавантажте клієнт Windows, щоб зміни набули чинності. Використовуйте наступний URL для процедур і рекомендованих значень:
- Бажане довгострокове виправлення, якщо проблемний додаток не може бути ідентифікований або під час ідентифікації застосування.
- Змініть сервіс Avamar "Backup Agent" з стандартного облікового запису NT Authority\SYSTEM на обліковий запис користувача домену з достатніми правами на клієнті Windows і перезапустіть сервіс, щоб зміни набули чинності. Хоча служба Backup Agent працює як обліковий запис SYSTEM за замовчуванням, ви можете використовувати будь-який обліковий запис домену NT, який має принаймні R/W доступ у клієнті Windows. Це працює тому, що сервіс Avamar більше не використовує ту ж купу, що й інші програми, які увійшли як System (включаючи програму з витоком пам'яті).
- Посилання нижче містить більше деталей про це та інші обхідні шляхи: