Avamar : Plug-in Exchange VSS : échec de la sauvegarde DAG en raison d’erreurs PowerShell

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.

 

Suivez les solutions ci-dessous pour résoudre ce problème :
1. Redémarrez IIS.

2. Vérifiez que le nom d’utilisateur et le mot de passe spécifiés dans le jeu de données Exchange sont corrects.

3. Vérifiez si l’accès distant à PowerShell est désactivé et essayez de l’activer à l’aide de la commande PowerShell suivante :

Enable-PSremoting -force 

4. Activez le service de gestion à distance de Windows en saisissant la commande PowerShell suivante :

winrm quickconfig  

5. Si la sauvegarde échoue toujours ou si le message d’erreur suivant s’affiche "Powershell interface unable to logon as new user," Procédez comme suit pour activer un débogage supplémentaire :

1. Démarrez l’outil Gestionnaire du cluster de basculement.

2. Arrêtez « DELL Avamar backup cluster client for <DAG_NAME> ».

3. Ouvrez Services et recherchez « DELL Avamar Backup Agent for <DAG_NAME> ».

4. Si ce service est démarré, arrêtez-le.

5. Sous Propriétés, sélectionnez l’onglet « Log On ». Dans cet onglet, sélectionnez l’option « This account » et saisissez les informations d’identification du compte « AvamarBackupUser ».

6. Sélectionnez Appliquer, puis OK.

7. Répétez les étapes 3 à 6 sur chaque nœud DAG.

8. Ouvrez le Gestionnaire de cluster de basculement et démarrez « DELL Avamar backup cluster client for <DAG_NAME> ».

 

Ce faisant, tous les nœuds DAG sont démarrés avec le même compte « AvamarBackupUser » pour « Backup Agent » et « DELL Avamar Backup Agent for <dagname> services ».  

 

Dans le jeu de données du client DAG, laissez les champs d’informations d’identification « AvamarBackupUser » vides, car les procédures mentionnées ci-dessus nient la nécessité de saisir ces informations d’identification.**

*Si toutes les solutions de contournement ci-dessus échouent, Exchange Management PowerShell ou IIS est mal configuré ou incomplet. Le support Microsoft doit être contacté pour dépanner, reconfigurer ou réinstaller les composants nécessaires.

Étapes de dépannage supplémentaires :

Il s’agit d’un problème de configuration de Microsoft s’il n’est pas en mesure d’initialiser PowerShell et de se connecter au serveur. Les raisons à ce problème sont multiples.

D’après les documents Microsoft : « L’accès à distance PowerShell est activé par défaut sur les plates-formes Windows Server. Vous pouvez utiliser Enable-PSRemoting pour activer l’accès à distance PowerShell sur *d’autres versions prises en charge de Windows et pour réactiver l’accès à distance s’il est désactivé. N’exécutez cette commande qu’une seule fois sur chaque serveur recevant des commandes.
»* La stratégie de groupe peut remplacer cela.

De plus, à partir d’un article Microsoft : « Par défaut, tous les utilisateurs peuvent utiliser la fonction PowerShell à distance. Malgré tout, l’utilisateur doit avoir un rôle de gestion dans AD.
»*Il a été désactivé ou restreint par une stratégie de groupe.

Si vous disposez d’un serveur Exchange fonctionnel et d’un serveur problématique, utilisez la commande « systeminfo » dans PowerShell pour comparer les niveaux de correctif.


1. Vérifiez dans le Gestionnaire IIS si le certificat SSL correct ou valide est attribué au « Site Web par défaut » et au « Back End Exchange ». Les deux sites se trouvent sous « Liaisons » -> HTTPS. Supprimez la case « SSL requis » dans les « Paramètres SSL » sur le site Web PowerShell sous « Exchange Back End ». Cela ignore le certificat SSL et teste si la connexion Powershell fonctionne.

• Voir le lien - https://hope-this-helps.de/serendipity/archives/Exchange-2013-Powershell-Error-FailureCategoryCafe-SendFailure-FullyQualifiedErrorId-2144108477-493.html (Lien externe)

2. Exécutez la commande sin Powershell avec des privilèges d’administration et partagez le résultat :

 

IISRESET
winrm quickconfig

3. Désinstaller la KB3134758 de mise à jour Windows :

• https://learn.microsoft.com/en-us/exchange/troubleshoot/administration/fail-to-start-ems-canot-find-path (Lien externe)

4. Vérifiez et installez la fonctionnalité Windows « Windows PowerShell 2.0 Engine » :

• https://www.msb365.blog/?p=1326 (Lien externe)

5. Testez la connectivité PowerShell à l’aide de la commande suivante.
 

new-pssession -Authentication "kerberos" -ConfigurationName "Microsoft.Exchange" -Credential "domain\avamarbackupuser"  -ConnectionURI http://ex21.example.com/PowerShell

• https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/new-pssession?view=powershell-7.3 (Lien externe)

Le support Microsoft doit être contacté pour dépanner, reconfigurer ou réinstaller les composants nécessaires.

 

Le compte « AvamarBackupUser » doit être créé à l’aide de l’outil de configuration « AvamarBackupUser » ou en suivant le guide du client Avamar Exchange.