Avamar: Exchange VSS -laajennus - DAG-varmuuskopiointi epäonnistuu PowerShell-virheiden vuoksi
Summary: Tietokanta (KB), joka tarjoaa kiertotapoja PowerShell-virheistä johtuviin Exchange DAG -varmuuskopiointivirheisiin.
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-varmuuskopiointi voi epäonnistua ja aiheuttaa seuraavia virheitä:
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.Muita muunnelmia voivat olla seuraavat:
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 (Internet Information Services) -palvelut saattavat olla huonossa tilassa, jos Exchange-asiakasohjelmaa ei ole käynnistetty uudelleen pitkään aikaan.
Organisaation ulkopuolisessa Exchangen DAG-varmuuskopioinnissa palomuurit saattavat estää PowerShellin etäkäytön DAG-jäsenten välillä.
Resolution
Korjaa ongelma noudattamalla seuraavia ratkaisuja:
1. Käynnistä IIS uudelleen.
1. Käynnistä IIS uudelleen.
2. Varmista, että Exchange-tietojoukossa määritetty käyttäjänimi ja salasana ovat oikein.
3. Tarkista, onko PowerShell-etäkäyttö poistettu käytöstä, ja yritä ottaa se käyttöön seuraavalla PowerShell-komennolla:
Enable-PSremoting -force
4. Ota Windowsin etähallintapalvelu käyttöön kirjoittamalla seuraava PowerShell-komento:
winrm quickconfig
5. Jos varmuuskopiointi epäonnistuu edelleen tai saa virheilmoituksen
Kirjaudu kuhunkin Exchange-asiakasohjelmaan AvamarBackupUser-tilinä, avaa Exchange-hallintaliittymä ja tarkista Powershellin toiminnot esimerkiksi seuraavilla komennoilla:
"Powershell interface unable to logon as new user," Ota lisävirheenkorjaus käyttöön seuraavasti:
a. Luo bin-hakemistoon, jossa ps_exec.exe sijaitsee, tekstitiedosto nimeltä "ps_exec.cmd". Varmista, että se on luotu .cmd- eikä .txt-tiedostotunnisteena.
b. Muokkaa ps_exec.cmd; Lisätään tämä rivi:
--debug
c. Suorita Exchange DAG -testin varmuuskopiointi uudelleen (tietojoukkoon syötettyjen AvamarBackupUser-tunnistetietojen avulla), niin luodaan uusi lokitiedosto nimeltä ps_exec.log. Tämä loki auttaa tunnistamaan AvamarBackupUser-tilillä mahdollisesti tarvittavat suojauksen lisäkäyttöoikeudet.
Kirjaudu kuhunkin Exchange-asiakasohjelmaan AvamarBackupUser-tilinä, avaa Exchange-hallintaliittymä ja tarkista Powershellin toiminnot esimerkiksi seuraavilla komennoilla:
get-mailboxdatabaseVaihtoehtoisesti voit määrittää Avamar-klusterin agenttipalvelut (federoitu Exchange DAG) uudelleen seuraavasti:
1. Käynnistä Failover Cluster Manager -työkalu.
2. Pysäytä DELL Avamar backup cluster client for <DAG_NAME>.
3. Avaa Services ja etsi DELL Avamar Backup Agent for <DAG_NAME>.
4. Jos tämä palvelu käynnistetään, pysäytä se.
5. Valitse Ominaisuudet-kohdassa Log On -välilehti. Valitse tässä välilehdessä This account ja anna AvamarBackupUser-tilin tunnistetiedot.
6. Valitse Käytä ja OK.
7. Toista vaiheet 3–6 kussakin DAG-solmussa.
8. Avaa Failover Cluster Manager ja käynnistä DELL Avamar Backup Cluster Client for <DAG_NAME>.
Tällöin kaikki DAG-solmut käynnistetään samalla AvamarBackupUser-tilillä sekä Backup Agent- ettäDELL Avamar Backup Agent for <dagname> services -palveluissa.
Jätä DAG-asiakkaan tietojoukon AvamarBackupUser-tunnistetietokentät tyhjiksi, koska edellä kuvatut toimet poistavat tunnistetietojen syötön.**
*Jos kaikki edellä kuvatut kiertotavat epäonnistuvat, Exchange-hallinnan PowerShell tai IIS on määritetty väärin tai se on puutteellinen. Tarvittavien osien vianmääritystä, määritystä tai uudelleenasennusta varten tarvitaan Microsoft-tukea.
Muita vianmääritysvaiheita:
Se on Microsoftin asennusongelma, jos se ei pysty alustamaan PowerShelliä ja muodostamaan yhteyttä palvelimeen. Tähän ongelmaan on useita syitä.
Microsoft docsista: "PowerShell Remoting on oletusarvoisesti käytössä Windows Server -ympäristöissä. Enable-PSRemotingin avulla voit ottaa PowerShell remotingin käyttöön *muissa tuetuissa Windows-versioissa ja ottaa palauttamisen käyttöön, jos se poistetaan käytöstä. Suorita tämä komento vain kerran kullakin komentoja vastaanottavalla palvelimella."
* Ryhmäkäytäntö voi ohittaa tämän.
Myös Microsoftin artikkelista: "Oletusarvoisesti kaikki käyttäjät voivat käyttää PowerShell-etätoimintoa. Silti käyttäjän on oltava AD:n hallintaroolin jäsen."
*Se on poistettu käytöstä tai sitä on rajoitettu ryhmäkäytännöllä.
Jos sinulla on toimiva Exchange-palvelin ja ongelmallinen palvelin, vertaa korjaustasoja PowerShellin systeminfo-komennolla.
1. Tarkista IIS-hallinnasta, onko oletussivustoon ja Exchange-taustapäähän määritetty oikea tai kelvollinen SSL-varmenne. Molemmat sivustot löytyvät kohdasta "Sidokset" -> HTTPS. Poista valintamerkki kohdasta SSL vaaditaan Powershell-sivuston SSL-asetusten kohdassa Exchange Back End. Tämä ohittaa SSL-varmenteen ja testaa, toimiiko Powershell-yhteys. 2. Suorita komento sin Powershell järjestelmänvalvojan oikeuksilla ja jaa tulos:
*Jos kaikki edellä kuvatut kiertotavat epäonnistuvat, Exchange-hallinnan PowerShell tai IIS on määritetty väärin tai se on puutteellinen. Tarvittavien osien vianmääritystä, määritystä tai uudelleenasennusta varten tarvitaan Microsoft-tukea.
Muita vianmääritysvaiheita:
Se on Microsoftin asennusongelma, jos se ei pysty alustamaan PowerShelliä ja muodostamaan yhteyttä palvelimeen. Tähän ongelmaan on useita syitä.
Microsoft docsista: "PowerShell Remoting on oletusarvoisesti käytössä Windows Server -ympäristöissä. Enable-PSRemotingin avulla voit ottaa PowerShell remotingin käyttöön *muissa tuetuissa Windows-versioissa ja ottaa palauttamisen käyttöön, jos se poistetaan käytöstä. Suorita tämä komento vain kerran kullakin komentoja vastaanottavalla palvelimella."
* Ryhmäkäytäntö voi ohittaa tämän.
Myös Microsoftin artikkelista: "Oletusarvoisesti kaikki käyttäjät voivat käyttää PowerShell-etätoimintoa. Silti käyttäjän on oltava AD:n hallintaroolin jäsen."
*Se on poistettu käytöstä tai sitä on rajoitettu ryhmäkäytännöllä.
Jos sinulla on toimiva Exchange-palvelin ja ongelmallinen palvelin, vertaa korjaustasoja PowerShellin systeminfo-komennolla.
1. Tarkista IIS-hallinnasta, onko oletussivustoon ja Exchange-taustapäähän määritetty oikea tai kelvollinen SSL-varmenne. Molemmat sivustot löytyvät kohdasta "Sidokset" -> HTTPS. Poista valintamerkki kohdasta SSL vaaditaan Powershell-sivuston SSL-asetusten kohdassa Exchange Back End. Tämä ohittaa SSL-varmenteen ja testaa, toimiiko Powershell-yhteys. 2. Suorita komento sin Powershell järjestelmänvalvojan oikeuksilla ja jaa tulos:
IISRESET
winrm quickconfig3. Poista Windows Update KB3134758 -asennus -
- https://learn.microsoft.com/en-us/exchange/troubleshoot/administration/fail-to-start-ems-canot-find-path (Ulkoinen linkki)
- https://www.msb365.blog/?p=1326 (Ulkoinen linkki)
new-pssession -Authentication "kerberos" -ConfigurationName "Microsoft.Exchange" -Credential "domain\avamarbackupuser" -ConnectionURI http://ex21.example.com/PowerShell
Katso ohjeet alla olevasta linkistä.
Tarvittavien osien vianmääritystä, määritystä tai uudelleenasennusta varten tarvitaan Microsoft-tukea.
Additional Information
Jos organisaation ulkopuoliset varmuuskopioinnit käyttävät Avamar Exchange DAG -asiakasohjelmaa, AvamarBackupUser-tunnistetietokentät voidaan jättää tyhjäksi tietojoukossa. Nämä tunnistetiedot saa määrittää aineistossa vain seuraavissa tilanteissa:
AvamarBackupUser-tili on luotava AvamarBackupUser-määritystyökalulla tai Avamar Exchange -asiakasohjelman oppaan mukaisesti.
- AvamarBackupUser-tiliä ei ole luotu eikä määritetty asiakkaan Backup Agent -palvelutilille.
- Federoidut varmuuskopiot Exchangen DAG-asiakasohjelman nimellä
AvamarBackupUser-tili on luotava AvamarBackupUser-määritystyökalulla tai Avamar Exchange -asiakasohjelman oppaan mukaisesti.
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.