Avamar: Plug-in de VSS do Exchange — falha no backup do DAG devido a erros do PowerShell
Summary: Base de conhecimento (KB) que fornece soluções temporárias para falhas de backup do DAG do Exchange devido a erros do 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
Os backups do Exchange podem falhar com os seguintes erros:
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.Outras variações podem incluir o seguinte:
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
O IIS (Serviços de Informações da Internet) pode estar em mau estado se o cliente Exchange não tiver sido reinicializado há muito tempo.
Para backups federados do DAG do Exchange, os firewalls podem estar bloqueando o acesso remoto do PowerShell entre os membros do DAG.
Resolution
Siga as soluções abaixo para resolver esse problema:
1. Reinicie o IIS.
1. Reinicie o IIS.
2. Verifique se o nome de usuário e a senha especificados no conjunto de dados do Exchange estão corretos.
3. Verifique se o acesso remoto do PowerShell está desativado e tente habilitá-lo usando o seguinte comando do PowerShell:
Enable-PSremoting -force
4. Ative o serviço de Gerenciamento Remoto do Windows digitando o seguinte comando do PowerShell:
winrm quickconfig
5. Se o backup ainda estiver falhando ou receber a mensagem de erro
Faça log-in em cada um dos clients Exchange como uma conta "AvamarBackupUser", abra o Shell de Gerenciamento do Exchange e verifique a funcionalidade do PowerShell com comandos como:
"Powershell interface unable to logon as new user," Faça o seguinte para habilitar a depuração adicional:
um. No diretório bin onde ps_exec.exe reside, crie um arquivo de texto chamado "ps_exec.cmd". Confirme se ele foi criado como uma extensão de arquivo ".cmd" e não ".txt".
b. Editar ps_exec.cmd; Adicione esta linha:
--debug
c. Execute o backup de teste do DAG do Exchange novamente (com as credenciais "AvamarBackupUser" inseridas no conjunto de dados) e um novo arquivo de log será criado chamado "ps_exec.log". Esse log ajuda a identificar quaisquer permissões de segurança adicionais que possam ser necessárias para a conta "AvamarBackupUser".
Faça log-in em cada um dos clients Exchange como uma conta "AvamarBackupUser", abra o Shell de Gerenciamento do Exchange e verifique a funcionalidade do PowerShell com comandos como:
get-mailboxdatabaseComo alternativa, reconfigure os serviços do agente de cluster do Avamar (DAG federado do Exchange) da seguinte maneira:
1. Inicie a ferramenta Gerenciador de cluster de failover.
2. Interrompa "DELL Avamar backup cluster client for <DAG_NAME>.".
3. Abra Services e localize "DELL Avamar Backup Agent for <DAG_NAME>".
4. Se esse serviço for iniciado, interrompa-o.
5. Em Propriedades, selecione a guia "Fazer logon". Nessa guia, selecione a opção "This account" e digite as credenciais da conta "AvamarBackupUser ".
6. Selecione Aplicar e OK.
7. Repita as etapas de 3 a 6 em cada nó do DAG.
8. Abra o Gerenciador de cluster de failover e inicie "DELL Avamar backup cluster client for <DAG_NAME>".
Assim, todos os nós do DAG são iniciados com a mesma conta "AvamarBackupUser" para "Backup Agent" e "DELL Avamar Backup Agent for <dagname> services".
No conjunto de dados do client DAG, deixe os campos de credencial "AvamarBackupUser" em branco, pois os procedimentos mencionados acima negam a necessidade de inserir essas credenciais.**
*Se todas as soluções alternativas acima falharem, o Exchange Management PowerShell ou o IIS está configurado incorretamente ou incompleto. O suporte da Microsoft deve ser acionado para solucionar problemas, reconfigurar ou reinstalar os componentes necessários.
Etapas extras de solução de problemas:
É um problema de configuração da Microsoft se ele não for capaz de inicializar o PowerShell e se conectar ao servidor. Há várias razões para esse problema.
De documentos da Microsoft: "A comunicação remota do PowerShell é habilitada por padrão em plataformas Windows Server. Você pode usar Enable-PSRemoting para habilitar a comunicação remota do PowerShell em *outras versões compatíveis do Windows e para reativar a comunicação remota se ela for desativada. Execute este comando apenas uma vez em cada servidor que recebe comandos."
* A política de grupo pode substituir isso.
Além disso, de um artigo da Microsoft: "Por padrão, todos os usuários podem usar a função remota do PowerShell. Mesmo assim, o usuário tem que ser membro de uma função de gerenciamento no AD."
* Ele foi desativado ou restrito pela política de grupo.
Se você tiver um Exchange Server em funcionamento e um servidor problemático, use o comando "systeminfo" no PowerShell para comparar os níveis de patch.
1. Verifique no Gerenciador do IIS se o certificado SSL correto ou válido está atribuído ao "Site padrão" e ao "Back-end do Exchange". Ambos os sites podem ser encontrados em "Bindings" -> HTTPS. Remova a marca de verificação de "SSL obrigatório" nas "Configurações de SSL" no site do Powershell em "Back-end do Exchange". Isso ignora o certificado SSL e testa se a conexão do PowerShell está funcionando. 2. Execute o comando sin PowerShell com privilégio de administrador e compartilhe o resultado:
*Se todas as soluções alternativas acima falharem, o Exchange Management PowerShell ou o IIS está configurado incorretamente ou incompleto. O suporte da Microsoft deve ser acionado para solucionar problemas, reconfigurar ou reinstalar os componentes necessários.
Etapas extras de solução de problemas:
É um problema de configuração da Microsoft se ele não for capaz de inicializar o PowerShell e se conectar ao servidor. Há várias razões para esse problema.
De documentos da Microsoft: "A comunicação remota do PowerShell é habilitada por padrão em plataformas Windows Server. Você pode usar Enable-PSRemoting para habilitar a comunicação remota do PowerShell em *outras versões compatíveis do Windows e para reativar a comunicação remota se ela for desativada. Execute este comando apenas uma vez em cada servidor que recebe comandos."
* A política de grupo pode substituir isso.
Além disso, de um artigo da Microsoft: "Por padrão, todos os usuários podem usar a função remota do PowerShell. Mesmo assim, o usuário tem que ser membro de uma função de gerenciamento no AD."
* Ele foi desativado ou restrito pela política de grupo.
Se você tiver um Exchange Server em funcionamento e um servidor problemático, use o comando "systeminfo" no PowerShell para comparar os níveis de patch.
1. Verifique no Gerenciador do IIS se o certificado SSL correto ou válido está atribuído ao "Site padrão" e ao "Back-end do Exchange". Ambos os sites podem ser encontrados em "Bindings" -> HTTPS. Remova a marca de verificação de "SSL obrigatório" nas "Configurações de SSL" no site do Powershell em "Back-end do Exchange". Isso ignora o certificado SSL e testa se a conexão do PowerShell está funcionando. 2. Execute o comando sin PowerShell com privilégio de administrador e compartilhe o resultado:
IISRESET
winrm quickconfig3. Desinstale o Windows Update KB3134758 -
- https://learn.microsoft.com/en-us/exchange/troubleshoot/administration/fail-to-start-ems-canot-find-path (Link externo)
- https://www.msb365.blog/?p=1326 (Link externo)
new-pssession -Authentication "kerberos" -ConfigurationName "Microsoft.Exchange" -Credential "domain\avamarbackupuser" -ConnectionURI http://ex21.example.com/PowerShell
Para obter ajuda, consulte o link abaixo.
O suporte da Microsoft deve ser acionado para solucionar problemas, reconfigurar ou reinstalar os componentes necessários.
Additional Information
Para backups federados usando o client DAG do Avamar Exchange, os campos de credencial "AvamarBackupUser" podem ser deixados em branco no conjunto de dados. Essas credenciais só devem ser especificadas no conjunto de dados nas seguintes situações:
A conta "AvamarBackupUser" deve ser criada usando a ferramenta de configuração "AvamarBackupUser" ou seguindo o guia do Avamar Exchange Client.
- A conta "AvamarBackupUser" não foi criada ou configurada para a conta de serviço "Backup Agent" no client.
- Backups federados usando o nome do client DAG do Exchange
A conta "AvamarBackupUser" deve ser criada usando a ferramenta de configuração "AvamarBackupUser" ou seguindo o guia do Avamar Exchange Client.
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.