Авамар: Плагін Exchange VSS – помилка резервного копіювання DAG через помилки PowerShell
Summary: База знань (КБ), яка містить обхідні шляхи для помилок резервного копіювання Exchange DAG через помилки PowerShell.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Резервне копіювання Exchange може вийти з ладу з такими помилками:
2014-01-15 11:39:59 avexvss Info <18202>: The Powershell interface already has required permissions. Will not impersonate with provided credentials. 2014-01-15 11:43:10 avexvss Error <0000>: Error [EXMB1.EMC.com] Connecting to remote server failed with the following error message : The WinRM client cannot complete the operation within the time specified. Check if the machine name is valid and is reachable over the network and firewall exception for Windows Remote Management service is enabled. For more information, see the about_Remote_Troubleshooting Help topic. 2014-01-15 11:43:10 avexvss Error <16954>: Unable to initialize Powershell interface process -- cannot continue. 2014-01-15 11:43:10 avexvss Error <13077>: Unable to complete backup.
2014/01/28-23:55:22.12100 [avexvss_snapup_assist] Failed to initialize PowerShell interface using method 1; unable to launch process- return code: 1314 2014/01/28-23:55:22.12100 [avexvss_snapup_assist] Attempting impersonation using CreateProcessWithLogonW 2014/01/28-23:55:22.12100 [avexvss_snapup_assist] Failed to initialize PowerShell interface using method 2; unable to launch process as new user - return code: 1058 2014-01-28 15:55:22 avexvss Error <0000>: Unable to initialize PowerShell interface, verify the user name and password. 2014-01-28 15:55:22 avexvss Error <16957>: Powershell interface unable to logon as new user -- cannot continue.Інші варіації можуть включати наступне:
avexvss Error <0000>: Error [emcmbx01.avamar.com] Connecting to remote server failed with the following error message : The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not available. This is usually returned by a HTTP server that does not support the WS-Management protocol. For more information, see the about_Remote_Troubleshooting Help topic. avexvss Error <16954>: Unable to initialize Powershell interface process -- cannot continue. ... avexvss Error <0000>: Error [emcmbx01.avamar.com] Connecting to remote server failed with the following error message : The WinRM client cannot process the request. It cannot determine the content type of the HTTP response from the destination computer. The content type is absent or invalid. For more information, see the about_Remote_Troubleshooting Help topic.
Cause
Інформаційні служби Інтернету (IIS) можуть перебувати в поганому стані, якщо клієнт Exchange не перезавантажувався протягом тривалого часу.
Для об'єднаних резервних копій Exchange DAG брандмауери можуть блокувати віддалений доступ PowerShell між учасниками DAG.
Resolution
Дотримуйтесь наведених нижче рішень, щоб вирішити цю проблему:
1. Перезапустіть IIS.
1. Перезапустіть IIS.
2. Переконайтеся, що ім'я користувача та пароль, указані в наборі даних Exchange, правильні.
3. Перевірте, чи не вимкнено віддалений доступ PowerShell, і спробуйте ввімкнути його за допомогою такої команди PowerShell:
Enable-PSremoting -force
4. Увімкніть службу віддаленого керування Windows, ввівши таку команду PowerShell:
winrm quickconfig
5. Якщо не вдається виконати помилку або з'являється повідомлення про помилку
Увійдіть у кожен із клієнтів Exchange як обліковий запис «AvamarBackupUser», відкрийте оболонку керування Exchange і перевірте функціональність Powershell за допомогою таких команд, як:
"Powershell interface unable to logon as new user," Щоб увімкнути додаткове налагодження, виконайте такі дії:
a. У каталозі bin, де знаходиться ps_exec.exe, створіть текстовий файл під назвою «ps_exec.cmd». Переконайтеся, що він створений як розширення файлу «.cmd», а не «.txt».
b. Редагувати ps_exec.cmd; Додайте цей рядок:
--debug
c. Знову запустіть тестову резервну копію Exchange DAG (із введенням облікових даних «AvamarBackupUser» у набір даних), і буде створено новий файл журналу під назвою «ps_exec.log». Цей журнал допомагає визначити будь-які додаткові дозволи безпеки, які можуть знадобитися для облікового запису "AvamarBackupUser".
Увійдіть у кожен із клієнтів Exchange як обліковий запис «AvamarBackupUser», відкрийте оболонку керування Exchange і перевірте функціональність Powershell за допомогою таких команд, як:
get-mailboxdatabase
Крім того, можна переналаштувати служби агента кластера Avamar (федеративна Exchange DAG) наступним чином:
1. Запустіть інструмент Failover Cluster Manager.
2. Зупиніть "Клієнт кластера резервного копіювання DELL Avamar для <DAG_NAME>."
3. Відкрийте «Сервіси» та знайдіть «Агент резервного копіювання DELL Avamar для <DAG_NAME>».
4. Якщо цю послугу запущено, припиніть її.
5. У розділі «Властивості» виберіть вкладку «Вхід ». У цій вкладці виберіть опцію «Цей обліковий запис» і введіть облікові дані для облікового запису «AvamarBackupUser».
6. Виберіть «Застосувати» та «OK».
7. Повторіть кроки 3 - 6 на кожному вузлі DAG.
8. Відкрийте Failover Cluster Manager і запустіть «Клієнт кластера резервного копіювання DELL Avamar для <DAG_NAME>».
При цьому всі вузли DAG запускаються з одним і тим же обліковим записом «AvamarBackupUser» як для «Backup Agent», так і для «DELL Avamar Backup Agent for <daggname> services».
У наборі даних для клієнта DAG залиште поля облікових даних «AvamarBackupUser» порожніми, оскільки вищезазначені процедури зводять нанівець необхідність введення цих облікових даних.**
*Якщо всі наведені вище обхідні шляхи не вдається, це означає, що Power Shell або IIS Exchange Management PowerShell або неправильно налаштовані, або неповні. Підтримкою Microsoft слід зайнятися для того, щоб усунути неполадки, переналаштувати або перевстановити необхідні компоненти.
Додаткові кроки з усунення несправностей:
Це проблема настроювання Microsoft, якщо вона не може ініціалізувати PowerShell і підключитися до сервера. Існує кілька причин цієї проблеми.
З документації Microsoft: «Ремотинг PowerShell увімкнено за замовчуванням на платформах Windows Server. Ви можете використовувати Enable-PSRemoting, щоб увімкнути ремотинг PowerShell у *інших підтримуваних версіях Windows і повторно ввімкнути ремотінг, якщо він стає вимкненим. Виконуйте цю команду лише один раз на кожному сервері, який отримує команди."
* Групова політика може перекрити це.
Також зі статті Microsoft: «За замовчуванням усі користувачі можуть використовувати функцію віддаленої оболонки PowerShell. Незважаючи на це, користувач повинен бути членом керівної ролі в AD».
* Його вимкнено або обмежено груповою політикою.
Якщо у вас робочий сервер обміну та проблемний сервер, використовуйте команду "systeminfo" в PowerShell, щоб порівняти рівні виправлень.
1. Перевірте в диспетчері IIS, чи правильно або дійсний сертифікат SSL призначено «Веб-сайту за замовчуванням» і «Серверну частину Exchange». Обидва сайти можна знайти під розділом "Прив'язки" -> HTTPS. Зніміть галочку з пункту "Потрібен SSL" у розділі "Налаштування SSL" на веб-сайті Powershell у розділі "Exchange Back End". При цьому буде проігноровано сертифікат SSL і перевірено, чи працює з'єднання Powershell. 2. Запустіть команду sin Powershell з правами адміністратора і поділіться результатом:
*Якщо всі наведені вище обхідні шляхи не вдається, це означає, що Power Shell або IIS Exchange Management PowerShell або неправильно налаштовані, або неповні. Підтримкою Microsoft слід зайнятися для того, щоб усунути неполадки, переналаштувати або перевстановити необхідні компоненти.
Додаткові кроки з усунення несправностей:
Це проблема настроювання Microsoft, якщо вона не може ініціалізувати PowerShell і підключитися до сервера. Існує кілька причин цієї проблеми.
З документації Microsoft: «Ремотинг PowerShell увімкнено за замовчуванням на платформах Windows Server. Ви можете використовувати Enable-PSRemoting, щоб увімкнути ремотинг PowerShell у *інших підтримуваних версіях Windows і повторно ввімкнути ремотінг, якщо він стає вимкненим. Виконуйте цю команду лише один раз на кожному сервері, який отримує команди."
* Групова політика може перекрити це.
Також зі статті Microsoft: «За замовчуванням усі користувачі можуть використовувати функцію віддаленої оболонки PowerShell. Незважаючи на це, користувач повинен бути членом керівної ролі в AD».
* Його вимкнено або обмежено груповою політикою.
Якщо у вас робочий сервер обміну та проблемний сервер, використовуйте команду "systeminfo" в PowerShell, щоб порівняти рівні виправлень.
1. Перевірте в диспетчері IIS, чи правильно або дійсний сертифікат SSL призначено «Веб-сайту за замовчуванням» і «Серверну частину Exchange». Обидва сайти можна знайти під розділом "Прив'язки" -> HTTPS. Зніміть галочку з пункту "Потрібен SSL" у розділі "Налаштування SSL" на веб-сайті Powershell у розділі "Exchange Back End". При цьому буде проігноровано сертифікат SSL і перевірено, чи працює з'єднання Powershell. 2. Запустіть команду sin Powershell з правами адміністратора і поділіться результатом:
IISRESET
winrm quickconfig
3. Видаліть KB3134758 оновлень Windows -
- https://learn.microsoft.com/en-us/exchange/troubleshoot/administration/fail-to-start-ems-canot-find-path (External Link)
- https://www.msb365.blog/?p=1326 (External Link)
new-pssession -Authentication "kerberos" -ConfigurationName "Microsoft.Exchange" -Credential "domain\avamarbackupuser" -ConnectionURI http://ex21.example.com/PowerShell
Щоб отримати допомогу, перейдіть за посиланням нижче.
Підтримкою Microsoft слід зайнятися для того, щоб усунути неполадки, переналаштувати або перевстановити необхідні компоненти.
Additional Information
Для об'єднаних резервних копій за допомогою клієнта Avamar Exchange DAG поля облікових даних «AvamarBackupUser» можна залишити порожніми в наборі даних. Ці облікові дані повинні бути вказані в наборі даних лише в таких ситуаціях:
Обліковий запис "AvamarBackupUser" необхідно створити за допомогою інструменту конфігурації "AvamarBackupUser" або відповідно до керівництва по роботі з клієнтами Avamar Exchange.
- Обліковий запис "AvamarBackupUser" не був створений або налаштований для облікового запису служби "Backup Agent" на клієнті.
- Об'єднані резервні копії з використанням імені клієнта Exchange DAG
Обліковий запис "AvamarBackupUser" необхідно створити за допомогою інструменту конфігурації "AvamarBackupUser" або відповідно до керівництва по роботі з клієнтами Avamar Exchange.
Affected Products
Avamar, Avamar Plug-in for Exchange VSSArticle Properties
Article Number: 000051325
Article Type: Solution
Last Modified: 25 Sept 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.