Niska wydajność tworzenia kopii zapasowych obrazów Avamar VMware (ŚCIEŻKA ROZWIĄZANIA)

Tworzenie kopii zapasowej obrazu maszyny wirtualnej Avamar trwa długo i przekracza limit czasu przed zakończeniem okna tworzenia kopii zapasowej.

Kopie zapasowe obrazów o niskiej wydajności powodują wąskie gardło na serwerze proxy, jeśli pula serwerów proxy obrazów dostępnych do obsługi klientów maszyn wirtualnych jest niewystarczająca.

Prowadzi to do kolejkowania, podczas gdy pozostali klienci maszyn wirtualnych czekają na serwer proxy, który je obsłuży.

Istnieje wiele czynników, które mogą powodować powolne lub długie tworzenie kopii zapasowych obrazów maszyn wirtualnych. Zapoznaj się z poniższymi artykułami dokumentującymi znane problemy związane z tego typu zachowaniem.

Krok 1: Zebranie pełnego zestawu "wymaganych" informacji od klienta.
Bardzo ważne jest dokładne zrozumienie środowiska przed rozpoczęciem rozwiązywania problemów. Zbierz następujące dane:

• Avamar — informacje, które należy zebrać podczas badania problemów z niską wydajnością kopii zapasowych klienta 

Zanotuj również:

• Używana wersja vCenter
• Wersja używanego klienta proxy

Krok 2: Zbierz dzienniki na potrzeby utworzenia kopii zapasowej obrazu.

• Avamar: Gromadzenie dzienników w celu rozwiązywania problemów z kopią zapasową obrazu Avamar VMware 

Krok 3: Przejrzyj znane problemy.
Informacje o typowych problemach można znaleźć w sekcji "Rozwiązywanie problemów" w podręczniku użytkownika Avamar dla VMware. Następnie sprawdź następujące elementy;

• Sprawdź, czy funkcja CBT jest włączona dla maszyny wirtualnej.

Zapoznaj się z następującymi artykułami dotyczącymi firmy VMware: 

• Artykuł Broadcom VMware 1020128 Changed Block Tracking (CBT) na maszynach wirtualnych

• b) Sprawdź, czy CBT jest włączona dla zestawu danych obrazu Avamar VMware.
  • Avamar — wydajność tworzenia kopii zapasowej obrazu maszyny wirtualnej jest niska — dzienniki pokazują, że śledzenie zmian bloku (CTK) jest obsługiwane dla tej maszyny wirtualnej, ale zostało odrzucone. Zwiększa to zużycie procesora proxy i IOP. 
  • Avamar — kopie zapasowe obrazów VMware nie korzystają z CBT 
• c) Sprawdź, czy maszyna wirtualna nie generuje nadmiernej liczby zmienionych bloków.
  • Powolne tworzenie kopii zapasowej obrazu maszyny wirtualnej Avamar przy użyciu CBT ze względu na dużą liczbę zmienionych bloków na dyskach wirtualnych
• d) Sprawdź, czy tryb transportu proxy używa "hotadd", a nie "nbd" lub "nbdssl".
  • Avamar — poprawka trybu transportu na hotadd tylko w kopiach zapasowych obrazów VMware
  • Tworzenie kopii zapasowej obrazu maszyny wirtualnej Avamar czasami trwa dłużej ze względu na użycie nbd zamiast hotadd 
• e) Sprawdź, czy nie występują problemy z wydajnością pamięci masowej na zapleczu.
  • Jeśli pracownik pomocy technicznej innej firmy napotka problem, klient może utworzyć zgłoszenie u swojego dostawcy.

 

• f)Czy kopie zapasowe obrazów CBT są uruchamiane jako pełne kopie zapasowe ze względu na problem opisany w artykule 2145895 bazy wiedzy VMware? 

Krok 4: Jeśli problem nadal występuje po usunięciu powyższych problemów, przejdź na wyższy poziom pomocy technicznej.

Kopie zapasowe obrazów maszyn wirtualnych działają inaczej niż tradycyjne kopie zapasowe Avamar, w których agent Avamar jest instalowany jako usługa "gościa" w systemie operacyjnym.

Podczas tworzenia tradycyjnej kopii zapasowej systemu plików proces "avtar" skanuje zestaw danych i przetwarza wszystkie pliki wykryte jako nowe lub zmodyfikowane. Czas potrzebny na wykonanie kopii zapasowej jest proporcjonalny do liczby plików w zestawie danych PLUS łącznego rozmiaru wszystkich zmodyfikowanych plików.

Szczegółowa dyskusja na temat tego zachowania jest dostępna w:

• Niska wydajność kopii zapasowych Avamar – rozwiązywanie problemów i identyfikowanie wąskich gardeł (ŚCIEŻKA ROZWIĄZANIA) – Jak zrozumieć wydajność kopii zapasowych klienta Avamar i zidentyfikować wąskie gardła wydajności

W przypadku kopii zapasowych obrazu maszyny wirtualnej serwer proxy instaluje dyski wirtualne klienta. Avtar przetwarza bloki pamięci masowej, a nie pliki

Jeśli funkcja "Changed Block Tracking" (CBT) VMware jest włączona dla maszyny wirtualnej, przetwarzane są tylko bloki zawierające zmienione dane. Minimalizuje to ilość danych do przetworzenia i zmniejsza zużycie zasobów.  

To drastycznie poprawia wydajność klientów z milionami plików, ale przy niskim współczynniku zmian.

Aby uzyskać więcej informacji, zapoznaj się z podręcznikiem użytkownika Avamar dla VMware:

• https://support.emc.com/products/12827_Avamar-Client-for-VMware/Documentation/