Tworzenie kopii zapasowych lub przywracanie Avamar do lub z Data Domain kończy się niepowodzeniem lub kończy się z wyjątkami z komunikatami o błędach wymieniającymi "5341" i "SSL library error"

Domyślnie używamy modułu wysokiego szyfrowania i uwierzytelniania do łączności z Data Domain dla wersji 5.5 (wersja 5.4 nadal działa w tym scenariuszu bez żadnych problemów) i jeśli jakikolwiek klient używa w swoim środowisku urządzenia WAAS (WAN Optimization Devices, takiego jak CISCO WAAS), spowoduje to niepowodzenie tworzenia kopii zapasowych dla tych klientów lub innych urządzeń zabezpieczających, które analizują ruch.
 
Gdy ruch TCP DDBoost jest przekazywany do WAAS, dane TCP są analizowane, a następnie regenerowane w celu osiągnięcia kilku optymalizacji. Żadna z tych optymalizacji nie jest pomocna dla DDBoost.
Gdy pakiet RPC Client Hello wysłany przez DDBoost zostanie przechwycony przez urządzenie, nigdy nie dociera do DDR. Powoduje to niepowodzenie uzgadniania protokołu SSL między DDBoost i DDR.
W związku z tym DDBoost nie nawiązuje połączenia TLS z DDR.
 
Ponieważ te urządzenia/zapory WAAS przeprowadzają optymalizację w oparciu o port TCP, rozwiązanie powinno polegać na wykluczeniu wszystkich portów komunikacyjnych DD/Avamar na tych urządzeniach.

Po uaktualnieniu do wersji Avamar 7.1 tworzenie kopii zapasowych nie powiodło się z powodu problemów z uwierzytelnianiem DDR. 

Wszystkie grupy zasad tworzenia kopii zapasowych maszyn wirtualnych zostały ustawione na brak szyfrowania, ponieważ 7.1 automatycznie blokuje 27000, zmieniono to teraz na High, również w zestawie danych szyfrowanie Data Domain jest ustawione na domyślne.

W przypadku przywracania operacja może przywrócić pliki do określonej lokalizacji na kliencie.  Jednak przywrócony plik jest uszkodzony i nie nadaje się do użytku.

Następujące komunikaty o błędach można znaleźć w dziennikach klienta (avtar logs) w graficznym interfejsie użytkownika administratora Avamar lub na samym

kliencie. Przykładowe dane wyjściowe 1 (przywracanie):

         2015-11-12 15:56:48 avtar Błąd : Kod wyniku otwarcia serwera Data Domain "avamar.emc.corp" nie powiódł się DDR: 5341, desc: Błąd
biblioteki SSL 2015-11-12 15:56:48 avtar Błąd : Problem z logowaniem do indeksu serwera DDR:2
2015-11-12 15:56:54 avtar Błąd : Nie można otworzyć pliku kontenera dla nośnika lokalizacji: cyfra arabska
2015-11-12 15:56:55 avtar Błąd : BŁĄD CYKLU WEWNĘTRZNEGO: Nie można przywrócić danych pliku "D:\Text.txt" (code:3 — obiekt kontenera pax nie istnieje).

Przykładowe dane wyjściowe 2: 
 
Przykładowe dane wyjściowe 3: 
 

None

Aby umożliwić tworzenie kopii zapasowych klientów, którzy ulegli awarii, można dodać te flagi w celu wyłączenia uwierzytelniania Data Domain, które powoduje błędy wymienione powyżej. 

Avtar używa uwierzytelniania i szyfrowania ustawionego na wysoką dla tego połączenia Data Domain. Użyj następujących flag w avtar.cmd--ddr-auth-enabled=false
--ddr-encrypt-strength=none
--ddr-auth-mode=3 (18.1+)

Jeśli klient ma dużą liczbę klientów, dodaj następujące flagi do zestawu danych, aby zastosować tę zmianę na wszystkich klientach

. Po zalogowaniu się do graficznego interfejsu użytkownika Avamar Administrator:

1. Wybierz menu Narzędzia
2. Zarządzanie zestawami danych
3. Wybierz zestaw danych
4. Kliknij przycisk Edytuj
5. Wybierz przycisk Opcje z wyskakującego okienka
6. Wybierz odpowiednią wtyczkę z listy rozwijanej "Select Plug-In Type:"
7. Kliknij przycisk Więcej

Przykładowe dane wyjściowe: 




W przypadku zadań przywracania systemu plików systemu Windows zmień wartość opcji "Encryption method from Data Domain system" w zestawie danych z "High" na "None".  Ta wartość wyłącza szyfrowanie SSL dla operacji przywracania.