Avamar-säkerhetskopieringar eller -återställningar till eller från Data Domain misslyckas eller slutförs med undantag för felmeddelanden som nämner "5341" och "SSL-biblioteksfel"

Som standard använder vi högkryptering och Auth-modul för Data Domain-anslutning för version 5.5 (5.4 fungerar fortfarande utan problem i det här scenariot) och om någon kund använder en WAAS-enhet (WAN-optimeringsenheter som CISCO WAAS) i sin miljö skulle det leda till att säkerhetskopieringarna misslyckas för dessa klienter eller andra säkerhetsenheter som analyserar trafik.
 
När DDBoost TCP-trafik skickas till en WAAS analyseras TCP-data och återskapas sedan för att uppnå flera optimeringar. Ingen av dessa optimeringar är användbara för DDBoost.
När Client Hello RPC-paketet som skickas av DDBoost fångas upp av installationen når det aldrig DDR. Detta gör att SSL-handskakningen mellan DDBoost och DDR misslyckas.
Därför kan DDBoost inte upprätta TLS-anslutning till DDR.
 
Eftersom dessa WAAS-enheter/brandväggar utför optimering baserat på TCP-porten skulle lösningen vara att utesluta alla DD/Avamar-kommunikationsportar på dessa enheter.

Efter uppgradering till Avamar 7.1 misslyckas säkerhetskopieringar med problem med ddr-autentisering. 

Alla principgrupper för säkerhetskopiering av virtuella datorer var inställda på ingen kryptering, eftersom 7.1 automatiskt blockerar 27000 har de nu ändrat det till Hög, även i datauppsättningen Data Domain kryptering är inställt på standard.

För återställning kan åtgärden återställa filerna till den angivna platsen på klienten.  Den återställda filen är dock skadad och oanvändbar.

Följande felmeddelanden finns i klientloggarna (avtar-loggarna) i Avamar-administratörsgränssnittet eller på själva

klientenExempel utdata 1 (återställning):

         2015-11-12 15:56:48 avtar Fel : Data Domain-servern "avamar.emc.corp" öppen misslyckad DDR-resultatkod: 5341, desc: Fel
på SSL-bibliotek 2015-11-12 15:56:48 avtar Fel : Problem med att logga in på DDR-serverns index:2
2015-11-12 15:56:54 avtar Fel : Det går inte att öppna behållarfilen för platsmedia:
2 2015-11-12 15:56:55 avtar Fel : INTERNT CYKELFEL: Det gick inte att återställa data för filen "D:\Text.txt" (code:3 – pax-containerobjektet finns inte).

Exempel på utdata 2: 
 
Exempel på utdata 3: 
 

Inget

Om du vill tillåta säkerhetskopiering av klienter som misslyckas kan du lägga till dessa flaggor för att inaktivera den Data Domain-autentisering som orsakar felen som nämns ovan. 

Avtar använder autentisering och kryptering inställd på hög för den här Data Domain-anslutningen. Använd följande flaggor i avtar.cmd--ddr-auth-enabled=false
--ddr-encrypt-strength=none
--ddr-auth-mode=3 (18.1+)

Om kunden har ett stort antal klienter lägger du till följande flaggor i datauppsättningen för att tillämpa ändringen på alla klienter

När du har loggat in på Avamar-administratörsgränssnittet:

1. Välj Verktyg-menyn
2. Hantera datauppsättningar
3. Välj datauppsättning
4. Klicka på knappen Redigera
5. Välj knappen Alternativ i popup-fönstret
6. Välj rätt insticksprogram i rullgardinsmenyn "Välj typ av insticksprogram:"
7. Klicka på knappen Mer

Exempel på utdata: 




För Windows-filsystemsåterställningsjobb ändrar du värdet för alternativet "Krypteringsmetod från Data Domain-system" i datauppsättningen från "Hög" till "Ingen".  Det här värdet inaktiverar SSL-kryptering för återställningsåtgärden.