Avamar: Informacje, które należy zebrać w celu rozwiązywania problemów z wydajnością replikacji Avamar (ścieżka rozwiązania)

Summary: Ten artykuł powinien służyć do zbierania wstępnych informacji w celu rozwiązywania problemów z wydajnością replikacji Avamar (i Avamar z integracją Data Domain).

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.
Check out other resources

Instructions

W przypadku replikacji ogólnej punkt wyjścia powinien zawierać tło i koncepcje oraz elementy do przetestowania i zmiany do wykonania.
Zapoznaj się z artykułem Ścieżka rozwiązania Avamar: Rozwiązywanie problemów i dostrajanie wydajności replikacji (ścieżka rozwiązania) dla tych tematów.

Ten artykuł dotyczy zbierania informacji na temat problemów związanych z wydajnością replikacji, w tym z przekroczeniem limitu czasu replikacji, ale nie dotyczy innych problemów z konfiguracją niezwiązanych z wydajnością. 

W przypadku innych problemów z replikacją dotyczących BRAKU WYDAJNOŚCI w zakresie informacji do zebrania należy zapoznać się z artykułem Avamar: Zbieranie informacji w celu rozwiązywania problemów z replikacją

Uwaga: W przypadku KAŻDEGO zgłoszenia serwisowego dotyczącego wydajności replikacji bardzo ważne jest zebranie wszystkich poniższych informacji. Zebranie tych informacji pomaga nakreślić obraz sytuacji i całkowicie określa sposób dostrajania wydajności replikacji. Chociaż niektóre informacje mogą być nieznane lub prywatne dla niektórych klientów, należy pamiętać, że może to ograniczyć rozwiązywanie problemów lub wydłużyć czas dostrajania.
 
 
Informacje do zebrania:
  • Większość z wymienionych poniżej elementów wymaga dyskusji między zespołami pomocy technicznej a klientem. 
  • Bez wszystkich informacji wymienionych w tym artykule rozwiązywanie problemów i czas ich rozwiązywania mogą się wydłużyć w zależności od możliwych do znalezienia problemów.
 
 

Ogólne pytania i informacje dotyczące środowiska:

  1. Omówienie z klientem fizycznych lokalizacji, miast, krajów lub odległości między lokalizacją źródłową i docelową.
  2. Przedyskutuj i podaj, jaki jest cel do osiągnięcia w zakresie optymalizacji wydajności lub co konkretnie należy naprawić (poza wydajnością)?
    • (Przykład: Aby nadrobić zaległości w ciągu X dni po wycofaniu lub niepowodzeniach, ukończyć początkowe seedowanie replikacji po raz pierwszy, zakończyć migrację root2root (R2R) wykonywaną przez Professional Services i tak dalej) 
    Posiadanie tych szczegółów może zmienić sposób dostrajania lub wybrane opcje.
    • Projekt konfiguracji:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replicationlub Inne
  3. Z poziomu źródłowego i docelowego systemu Avamar (oraz serwera DD, jeśli dotyczy) uzyskaj nazwę hosta sieci, wersję i pojemność:
    • W przypadku Avamar:  Uruchom polecenie status.dpn na wszystkich powiązanych węzłach narzędzi serwera Avamar, Avamar Virtual Editions (AVE) lub pojedynczych węzłach.  Avamar: jak zrozumieć dane wyjściowe wygenerowane przez polecenie status.dpn
    • W przypadku Data Domain na każdym serwerze Avamar:  Uruchom polecenie "mccli dd show-prop" polecenie
      • Informacje o DD można również zebrać z dzienników replikacji lub z poleceń ddrmaint. Patrz załącznik na końcu tego artykułu.
  4. Typ sprzętu (w tym DD, jeśli dotyczy):
    • Jaki jest typ i wersja sprzętu? Może to mieć wpływ na liczbę strumieni i ilość pozyskiwania danych we/wy dysku.
    • Jaka jest pojemność na węzeł i łączna całkowita pojemność danych kopii zapasowych? (Jest to ważne, ponieważ pomaga zwiększyć wiedzę na temat ilości danych do zreplikowania lub nadrobienia).
    • W przypadku Data Domain informacje te znajdują się w dziennikach replikacji lub w poleceniach ddrmaint.
    • W przypadku pomocy technicznej firmy Dell wszystkie typy sprzętu Avamar i DD można znaleźć w systemie Avalanche i Autosupport (ASUP), jeśli skonfigurowano je dla opcji E-mail Home
      • W Data Domain można również uruchomić następujące polecenie: system show model 
  5. Sieć: NIE jest to sekcja dotycząca testowania szybkości, ale dyskusja między działem pomocy technicznej firmy Dell a klientami dotycząca następujących zagadnień:
    • Oczekiwania klientów dotyczące szybkości sieci i oczekiwania dotyczące replikacji
    • Czy sieć replikacji jest współużytkowana przez inne aplikacje lub zastosowania?
    • Zapytaj klienta, czy ma obecnie dedykowaną sieć pomocniczą do replikacji (lub czy planuje ją skonfigurować w przyszłości)
      • Jeśli tak, jakie są wewnętrzne i zewnętrzne adresy IP dla źródła i celu
    • Jeśli w grę wchodzi Data Domain, sprawdź, czy cokolwiek innego niż sprawdzana siatka Avamar również replikuje się do tej samej domeny danych
      • Jeśli tak, sprawdź, czy istnieje wiele siatek Avamar lub innych rozwiązań do tworzenia kopii zapasowych.
      • Jeśli tak, to czy są one jednoczesne, czy rozłożone w czasie
      • Ilość danych
    • Określ, czy istnieją zapory klienta lub ograniczenia sieci QoS poza skonfigurowanym lub obecnym produktem Avamar
    • Czy klient ma w swojej sieci akceleratory sieci WAN?
      • UWAGA: jeśli istnieją akceleratory WAN, można je ujawnić na późniejszym etapie testów, gdy iperf pokaże szybsze wyniki, ale nic innego pod względem transmisji danych nie jest tak szybkie. Iperf to proste "narzędzie do testowania szybkości sieci" oparte na Linuksie, a jego ruch jest zarówno bardzo kompresowalny, jak i deduplikowalny. Jednak rzeczywiste dane kopii zapasowych klienta nie są tak łatwe do kompresji i deduplikacji, ponieważ są już skompresowane i zdeduplikowane przed replikacją przez sieć. 
      • Nieprawidłowe użycie akceleratorów sieci WAN w systemie Avamar może utrudnić dostrajanie wydajności replikacji. Chociaż mogą one niedokładnie zawyżać wyniki testów wydajności na podstawie samego iperf, często w ogóle nie pomagają w replikacji Avamar. Częściej sprawiają, że dostrajanie wydajności jest trudniejsze i bardziej czasochłonne. Porozmawiaj dalej z działem pomocy technicznej Avamar o ograniczeniach i możliwych szkodach związanych z dostrajaniem wydajności, ponieważ akceleratory sieci WAN typu deduplikacji/kompresji nie przynoszą żadnych korzyści w zakresie wydajności Avamar-only ruchu drogowego i może również spowolnić procedurę dostrajania wydajności.
      • W przypadku Data Domain obecność akceleratora sieci WAN w sieci może niekorzystnie wpłynąć na wydajność replikacji. Sprawdź z administratorem sieci, czy w sieci systemu Data Domain istnieje akcelerator sieci WAN. Podczas współpracy z administratorem sieci i potwierdzania minimalnego wpływu na całą sieć wyłącz akcelerator sieci WAN. Należy to zrobić jako ograniczony test. Zapoznaj się z artykułem Data Domain Data Domain: Analiza problemów z powolną replikacją [na DD].
      • W przypadku korzystania z akceleratorów dotyczących nieobsługiwanego dużego opóźnienia ping w sieci i komunikacji za pośrednictwem protokołów UDP (User Datagram Protocol) należy omówić z działem obsługi klienta firmy Dell Technologies lub pomocą techniczną Avamar w celu uzyskania możliwych korzyści. Jeśli to możliwe, zwykłe dostrajanie wydajności przy użyciu tej ścieżki rozdzielczości i bez akceleratorów powinno rozwiązać większość problemów z opóźnieniami ping.
  6. Wymagania klienta:
    • Jakie są wymagania dotyczące docelowego poziomu usług (SLO) i umów o poziomie usług (SLA) w zakresie danych kopii zapasowych, ochrony i środowiska klienta
      • Czy wszystkie kopie zapasowe muszą być replikowane? 
      • Czy starsze kopie zapasowe są pomijane, czy jest taka możliwość? 
      • Czy replikowane są tylko niektóre klienty? 
      • (i tak dalej)
    Posiadanie tych informacji pomaga potwierdzić wymagania dotyczące replikacji, zapewnia cel w zakresie wydajności, często ujawnia możliwość pominięcia niektórych kopii zapasowych i pomaga znacznie szybciej nadrobić zaległości w replikacji zgodnie z wymaganymi oczekiwaniami.
     

    Bardziej szczegółowe pytania dotyczące konfiguracji:

    • Ogólna wiedza na temat konta klienta pomocna w przypadku skutków konfiguracji. Z rozmowy z klientem, w przybliżeniu:
      • Łączna liczba klientów istniejących na serwerze (jeśli replikowany jest tylko podzbiór, ilu)
      • Jakie są różne typy wtyczek klienta (system plików, Exchange, NDMP itd.)
      • Jakie są największe rozmiary kopii zapasowych klientów w ogóle

    Informacje te najlepiej zweryfikować i potwierdzić poza dyskusją, jeśli są niepewne, ponieważ może to stanowić czynnik ograniczający w zależności od rozmiaru kopii zapasowej klienta, a zwłaszcza typu backendu, gsan i DD. Spróbuj uruchomić "Bytes Protected Client   2" w interfejsie użytkownika administratora Avamar, wybierz zakres dat z ostatnich kilku dni (na wypadek, gdyby kopia zapasowa nie została jeszcze uruchomiona w poprzednim dniu) i posortuj dane wyjściowe według rozmiaru. Instrukcje generowania raportów można znaleźć w aktualnej uwadze technicznej dotyczącej przewodnika administracyjnego Avamar.

    • Jeśli integracja DD jest obecna, określ, jakie są typy pamięci masowej dla powyższych bardzo dużych klientów według typu i rozmiaru w zapleczu Avamar i Data Domain. Na przykład, czy kopie zapasowe wszystkich klientów NDMP są tworzone w Data Domain, ale wszyscy klienci systemu plików w zapleczu Avamar?  Czy backend jest zależny od rozmiaru, mieszany czy losowy wzorzec?
     
    Dodatkowe pytania i testy:
    Współpraca z zespołami pomocy technicznej firmy Dell Technologies w celu omówienia dalszych tematów oraz przeprowadzenia rzeczywistych testów i dalszego dostrajania.

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 05 ذو الحجة 1447
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.