Les sauvegardes ou les restaurations Avamar vers/depuis le Data Domain échouent ou se terminent avec des exceptions et affichent des messages d’erreur mentionnant « 5341 » et « SSL library error »

Par défaut, nous utilisons un chiffrement élevé et un module d’authentification pour la connectivité Data Domain pour la version 5.5 (la version 5.4 fonctionnerait toujours dans ce scénario sans aucun problème) et si un client utilise un périphérique WAAS (périphériques d’optimisation WAN tels que CISCO WAAS) dans son environnement, cela provoquerait l’échec des sauvegardes pour ces clients ou d’autres périphériques de sécurité qui analysent le trafic.
 
Lorsque le trafic TCP DDBoost est transmis à un WAAS, les données TCP sont analysées, puis régénérées pour réaliser plusieurs optimisations. Aucune de ces optimisations n’est utile pour DDBoost.
Lorsque le paquet RPC Client Hello envoyé par DDBoost est intercepté par l’appliance, il n’atteint jamais le DDR. Cela entraîne l’échec de l’établissement d’une liaison SSL entre DDBoost et DDR.
Par conséquent, DDBoost ne parvient pas à établir une connexion TLS à DDR.
 
Étant donné que ces périphériques/pare-feu WAAS procèdent à l’optimisation en fonction du port TCP, la résolution consiste à exclure tous les ports de communication DD/Avamar sur ces périphériques.

Après la mise à niveau vers Avamar 7.1, les sauvegardes échouent avec des problèmes d’authentification DDR. 

Tous les groupes de règles de sauvegarde des machines virtuelles ont été définis sur Aucun chiffrement. Depuis que la version 7.1 bloque automatiquement 27 000, ils ont maintenant défini cette valeur sur Élevé, également dans le jeu de données, le chiffrement Data Domain est défini sur la valeur par défaut.

Pour les restaurations, l’opération peut restaurer le ou les fichiers à l’emplacement spécifié sur le client.  Toutefois, le fichier restauré est corrompu et inutilisable.

Les messages d’erreur suivants se trouvent dans les journaux du client (journaux avtar ) sur l’interface utilisateur d’Avamar Administrator ou sur le client lui-même

: Exemple de sortie 1 (restauration) :

         2015-11-12 15:56:48 avtar Error : Code de résultat de l’ouverture du DDR du serveur Data Domain « avamar.emc.corp » : 5341, desc: Erreur
de la bibliothèque SSL 2015-11-12 15:56:48 avtar Error : Problème lors de la connexion à l’index du serveur DDR :2
2015-11-12 15:56:54 avtar Error : Impossible d’ouvrir le fichier de conteneur pour le support d’emplacement : deux
2015-11-12 15:56:55 avtar Error : ERREUR DE CYCLE INTERNE : Impossible de restaurer les données pour le fichier 'D :\Text.txt' (code :3 - objet conteneur pax inexistant).

Exemple de sortie 2 : 
 
Exemple de sortie 3 : 
 

Aucune

Pour autoriser la sauvegarde des clients en échec, vous pouvez ajouter ces balises pour désactiver l’authentification Data Domain à l’origine des échecs mentionnés ci-dessus. 

Avtar utilise l’authentification et le chiffrement définis sur élevé pour cette connexion Data Domain, veuillez utiliser les balises suivantes dans avtar.cmd--ddr-auth-enabled=false
--ddr-encrypt-strength=none
--ddr-auth-mode=3 (18.1+)

Si le client possède un grand nombre de clients, ajoutez les balises suivantes au jeu de données pour appliquer cette modification à tous les clients

Après vous être connecté à l’interface utilisateur d’Avamar Administrator :

1. Sélectionnez le menu Outils
2. Gérer les jeux de données
3. Sélectionner le jeu de données
4. Cliquez sur le bouton Edit
5. Sélectionnez le bouton Options dans la fenêtre contextuelle
6. Sélectionnez le plug-in approprié dans la liste déroulante « Select Plug-In Type : ».
7. Cliquez sur le bouton More

Exemple de sortie : 




Pour les tâches de restauration du système de fichiers Windows, modifiez la valeur de l’option « Encryption method from Data Domain system » dans le jeu de données de « High » à « None ».  Cette valeur désactive le chiffrement SSL pour l’opération de restauration.