Avamar: Wtyczka Exchange VSS — niepowodzenie tworzenia kopii zapasowej DAG z powodu błędów programu PowerShell

Summary: Baza wiedzy (KB) zapewniająca obejścia dla niepowodzeń tworzenia kopii zapasowych DAG programu Exchange spowodowanych błędami programu 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

Tworzenie kopii zapasowych programu Exchange może zakończyć się niepowodzeniem z następującymi błędami:

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.
Inne warianty mogą obejmować:
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

Internetowe usługi informacyjne (IIS) mogą być w złym stanie, jeśli klient programu Exchange nie został ponownie uruchomiony przez długi czas.

W przypadku federacyjnych kopii zapasowych DAG programu Exchange zapory mogą blokować zdalny dostęp programu PowerShell między członkami grupy DAG.

 

Resolution

Postępuj zgodnie z poniższymi rozwiązaniami, aby rozwiązać ten problem:
1. Uruchom ponownie usługi IIS.
2. Sprawdź, czy nazwa użytkownika i hasło określone w zestawie danych programu Exchange są poprawne.
3. Sprawdź, czy dostęp zdalny programu PowerShell jest wyłączony, i spróbuj go włączyć za pomocą następującego polecenia programu PowerShell:
Enable-PSremoting -force 

4. Włącz usługę zdalnego zarządzania systemem Windows, wpisując następujące polecenie PowerShell:
winrm quickconfig  
5. Jeśli tworzenie kopii zapasowej nadal nie działa lub pojawia się komunikat o błędzie "Powershell interface unable to logon as new user," Wykonaj następujące czynności, aby włączyć dodatkowe debugowanie:
a. W katalogu bin, w którym znajduje się ps_exec.exe, utwórz plik tekstowy o nazwie "ps_exec.cmd".   Potwierdź, że został utworzony jako rozszerzenie pliku ".cmd", a nie ".txt".
b. Edytuj ps_exec.cmd; Dodaj ten wiersz:
--debug 
c. Uruchom ponownie testową kopię zapasową Exchange DAG (z poświadczeniami "AvamarBackupUser" wprowadzonymi do zestawu danych) i zostanie utworzony nowy plik dziennika o nazwie "ps_exec.log".  Dziennik ten pomaga zidentyfikować wszelkie dodatkowe uprawnienia zabezpieczeń, które mogą być potrzebne dla konta "AvamarBackupUser".

Zaloguj się do każdego z klientów Exchange jako konto "AvamarBackupUser", otwórz powłokę zarządzania programem Exchange i sprawdź funkcjonalność programu PowerShell za pomocą poleceń takich jak:
 
get-mailboxdatabase

Można również ponownie skonfigurować usługi agenta klastra Avamar (federacyjny DAG Exchange) w następujący sposób:

1. Uruchom narzędzie Menedżer klastra trybu failover.
2. Zatrzymaj opcję "DELL Avamar backup cluster client for <DAG_NAME>".
3. Otwórz menu Usługi i znajdź "DELL Avamar Backup Agent for <DAG_NAME>".
4. Jeśli ta usługa jest uruchomiona, zatrzymaj ją.
5. W obszarze właściwości wybierz kartę "Zaloguj się ". Na tej karcie wybierz opcję "To konto" i wprowadź poświadczenia konta "AvamarBackupUser".
6. Wybierz Zastosuj i OK.
7. Powtórz kroki 3–6 dla każdego węzła DAG.
8. Otwórz Menedżera klastra trybu failover i uruchom polecenie "DELL Avamar backup cluster client for <DAG_NAME>".
 
W ten sposób wszystkie węzły DAG są uruchamiane z tym samym kontem "AvamarBackupUser" zarówno dla "Backup Agent", jak i "DELL Avamar Backup Agent dla <usług dagname>".  
 
W zestawie danych klienta DAG pozostaw puste pola poświadczeń "AvamarBackupUser", ponieważ wyżej wymienione procedury negują potrzebę wprowadzania tych poświadczeń.**

* Jeśli wszystkie powyższe obejścia zakończą się niepowodzeniem, program Exchange Management PowerShell lub IIS jest nieprawidłowo skonfigurowany lub niekompletny. Dział pomocy technicznej firmy Microsoft powinien zostać zaangażowany w rozwiązywanie problemów, ponowną konfigurację lub ponowną instalację niezbędnych składników.

Dodatkowe czynności rozwiązywania problemów:

Jest to problem z konfiguracją firmy Microsoft, jeśli nie można zainicjować programu PowerShell i połączyć się z serwerem. Przyczyn tego problemu jest wiele.

Z dokumentacji firmy Microsoft: "Komunikacja zdalna programu PowerShell jest domyślnie włączona na platformach Windows Server. Możesz użyć polecenia Enable-PSRemoting, aby włączyć komunikację zdalną programu PowerShell w *innych obsługiwanych wersjach systemu Windows i ponownie włączyć komunikację zdalną, jeśli zostanie wyłączona. Uruchom to polecenie tylko raz na każdym serwerze, który odbiera polecenia".
* Zasady grupy mogą to zastąpić.

Ponadto z artykułu firmy Microsoft: "Domyślnie wszyscy użytkownicy mogą korzystać ze zdalnej funkcji PowerShell. Mimo to użytkownik musi pełnić rolę kierowniczą w usłudze AD".
*Został wyłączony lub ograniczony przez zasady grupy.

Jeśli masz działający serwer Exchange i problematyczny serwer, użyj polecenia "systeminfo" w PowerShell, aby porównać poziomy poprawek.


1. Sprawdź w Menedżerze usług IIS, czy do "domyślnej witryny sieci Web" i "Zaplecza programu Exchange" jest przypisany prawidłowy lub prawidłowy certyfikat SSL. Obie strony można znaleźć w zakładce "Powiązania" -> HTTPS. Usuń zaznaczenie opcji "SSL required" w ustawieniach SSL w witrynie PowerShell w sekcji "Exchange Back End". Spowoduje to zignorowanie certyfikatu SSL i sprawdzenie, czy połączenie PowerShell działa. 2. Uruchom polecenie sin PowerShell z uprawnieniami administratora i udostępnij wynik:
 
IISRESET
winrm quickconfig

3. Odinstaluj aktualizację systemu Windows KB3134758 - 4. Sprawdzanie i instalowanie funkcji systemu Windows "Aparat Windows PowerShell 2.0" — 5. Przetestuj łączność programu PowerShell przy użyciu następującego polecenia.
 
new-pssession -Authentication "kerberos" -ConfigurationName "Microsoft.Exchange" -Credential "domain\avamarbackupuser"  -ConnectionURI http://ex21.example.com/PowerShell
Aby uzyskać pomoc, skorzystaj z poniższego łącza.
Dział pomocy technicznej firmy Microsoft powinien zostać zaangażowany w rozwiązywanie problemów, ponowną konfigurację lub ponowną instalację niezbędnych składników.

Additional Information

W przypadku federacyjnych kopii zapasowych przy użyciu klienta DAG Avamar Exchange pola poświadczeń "AvamarBackupUser" w zestawie danych można pozostawić puste. Te poświadczenia muszą być określone w zestawie danych tylko w następujących sytuacjach:
 
  1. Konto "AvamarBackupUser" nie zostało utworzone ani skonfigurowane dla konta usługi "Backup Agent" na kliencie.
  2. Federacyjne kopie zapasowe przy użyciu nazwy klienta Exchange DAG

Konto "AvamarBackupUser" należy utworzyć za pomocą narzędzia konfiguracyjnego "AvamarBackupUser" lub postępując zgodnie z instrukcją obsługi klienta Avamar Exchange.
 

Affected Products

Avamar, Avamar Plug-in for Exchange VSS
Article 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.