Kopia zapasowa maszyny wirtualnej przez gościa Avamar działa powoli i kończy się z powodu wąskiego gardła zasobów sprzętowych
Zusammenfassung: Kopia zapasowa maszyny wirtualnej gościa Avamar działa powoli ze względu na wąskie gardło zasobów sprzętowych.
Dieser Artikel gilt für
Dieser Artikel gilt nicht für
Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden.
In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Symptome
Maszyna wirtualna z zainstalowanym klientem Avamar w systemie operacyjnym gościa działa nieprawidłowo lub słaba wydajność.
Jeśli kopia zapasowa osiągnie koniec okna kopii zapasowej bez ukończenia, Avamar zgłasza, że kopia zapasowa kończy się niepowodzeniem z komunikatem "time out - end".
Przykład:-
Poniżej sprawdzamy dzienniki klienta, który od momentu zwirtualizowanego działania napotkał nieprawidłowe zachowanie.
Poniżej przedstawiamy szybką kopię zapasową i wolną kopię zapasową dla tego samego klienta.
Dziennik szybkiej kopii zapasowej pokazuje szczytową wydajność 2 291 881 plików na godzinę. Szybkość zmiany plików i danych w tej kopii zapasowej jest niska.
Komunikaty o stanie dziennika pokazują, że w trakcie tworzenia kopii zapasowej szybkość skanowania plików jest stała bez krótkich lub powolnych okresów.
Wykorzystanie procesora jest również zasadnie stałe i wynosi od 40 do 60%.
Poniżej przedstawiamy to graficznie za pomocą wewnętrznego narzędzia firmy Dell, które analizuje dzienniki klienta Avamar i wykresy danych.
Te wykresy pokazują, że w dobrych warunkach kopia zapasowa działa szybko.
System pamięci masowej wykorzystuje avtar z plikami z szybkością, która utrzymuje procesor na umiarkowanie wysokim poziomie wykorzystania.
Następnie sprawdzamy dziennik w celu uzyskania wolniejszej kopii zapasowej. Ta kopia zapasowa jest dostępna dla tych samych danych klienckich, ale w różnych warunkach ładowania sprzętu wirtualnego. Wydajność plików/godzin wynosi <400 000 plików/godz.
Ponieważ szybkość zmian jest niska, podobnie jak w przypadku szybkiej kopii zapasowej, działania związane z tworzeniem kopii zapasowych są porównywalne.
Poniżej dziennika przedstawiono w formie graficznej informację, że wydajność kopii zapasowej rozpoczyna się szybko, a następnie spowalnia (obszar wyróżniony w czerwonym polu).
Niska wydajność plików na godzinę koreluje dokładnie z okresem od 11:00 do 19:00.
Zwróć uwagę, w jaki sposób wykorzystanie procesora od 11:00 do 17:00 spada ze znacznie powyżej 40% do około 5–10%.
Po godzinie 19:00 wykorzystanie procesora zmienia się w zakresie 15–20%, a wydajność plików na godzinę wzrasta, choć nie jest tak wysoka, jak w początkowej części kopii zapasowej.
Jeśli kopia zapasowa osiągnie koniec okna kopii zapasowej bez ukończenia, Avamar zgłasza, że kopia zapasowa kończy się niepowodzeniem z komunikatem "time out - end".
Przykład:-
Poniżej sprawdzamy dzienniki klienta, który od momentu zwirtualizowanego działania napotkał nieprawidłowe zachowanie.
Poniżej przedstawiamy szybką kopię zapasową i wolną kopię zapasową dla tego samego klienta.
Dziennik szybkiej kopii zapasowej pokazuje szczytową wydajność 2 291 881 plików na godzinę. Szybkość zmiany plików i danych w tej kopii zapasowej jest niska.
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
Komunikaty o stanie dziennika pokazują, że w trakcie tworzenia kopii zapasowej szybkość skanowania plików jest stała bez krótkich lub powolnych okresów.
Wykorzystanie procesora jest również zasadnie stałe i wynosi od 40 do 60%.
Poniżej przedstawiamy to graficznie za pomocą wewnętrznego narzędzia firmy Dell, które analizuje dzienniki klienta Avamar i wykresy danych.
Te wykresy pokazują, że w dobrych warunkach kopia zapasowa działa szybko.System pamięci masowej wykorzystuje avtar z plikami z szybkością, która utrzymuje procesor na umiarkowanie wysokim poziomie wykorzystania.
Następnie sprawdzamy dziennik w celu uzyskania wolniejszej kopii zapasowej. Ta kopia zapasowa jest dostępna dla tych samych danych klienckich, ale w różnych warunkach ładowania sprzętu wirtualnego. Wydajność plików/godzin wynosi <400 000 plików/godz.
Ponieważ szybkość zmian jest niska, podobnie jak w przypadku szybkiej kopii zapasowej, działania związane z tworzeniem kopii zapasowych są porównywalne.
Poniżej dziennika przedstawiono w formie graficznej informację, że wydajność kopii zapasowej rozpoczyna się szybko, a następnie spowalnia (obszar wyróżniony w czerwonym polu).
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
Niska wydajność plików na godzinę koreluje dokładnie z okresem od 11:00 do 19:00.
Zwróć uwagę, w jaki sposób wykorzystanie procesora od 11:00 do 17:00 spada ze znacznie powyżej 40% do około 5–10%.
Po godzinie 19:00 wykorzystanie procesora zmienia się w zakresie 15–20%, a wydajność plików na godzinę wzrasta, choć nie jest tak wysoka, jak w początkowej części kopii zapasowej.
Ursache
Zestaw danych dla naszego "przykładowego klienta" jest przewidywalny, a szybkość zmian nie jest znikoma. Klient wykonuje podobną ilość pracy każdego dnia,
Zaobserwowana nieprawidłowa wydajność wynika z rywalizacji o współużytkowane zasoby sprzętowe używane przez Avamar podczas skanowania plików.
W powyższym przykładzie zasoby sprzętowe są albo duże zapotrzebowanie, albo są ograniczone dla klienta w godzinach szczytowego czasu pracy.
Zachowanie zależy od dostępnych zasobów. Najbardziej prawdopodobnym zasobem, który ma być wąskie gardło, są żądania we/wy wyszukiwania losowego na urządzeniu pamięci masowej, na którym znajdują się dane.
Jeśli obciążenie procesora wzrasta w godzinach szczytu, wąskie gardło może być brakiem udziałów procesora dostępnych dla maszyny wirtualnej.
Zaobserwowana nieprawidłowa wydajność wynika z rywalizacji o współużytkowane zasoby sprzętowe używane przez Avamar podczas skanowania plików.
W powyższym przykładzie zasoby sprzętowe są albo duże zapotrzebowanie, albo są ograniczone dla klienta w godzinach szczytowego czasu pracy.
Zachowanie zależy od dostępnych zasobów. Najbardziej prawdopodobnym zasobem, który ma być wąskie gardło, są żądania we/wy wyszukiwania losowego na urządzeniu pamięci masowej, na którym znajdują się dane.
Jeśli obciążenie procesora wzrasta w godzinach szczytu, wąskie gardło może być brakiem udziałów procesora dostępnych dla maszyny wirtualnej.
Lösung
- Wykonanie kopii zapasowej poza godzinami szczytu i (jeśli to możliwe), gdy klient nie jest mocno zajęty swoimi obowiązkami.
- Upewnienie się, że monitor maszyny wirtualnej nie wymusza ograniczeń procesora, pamięci lub we/wy w oknie kopii zapasowej
- Unikaj nakładania się kopii zapasowych Avamar z okresami dużej aktywności, w których rywalizacja o współdzieloną pamięć masową jest wysoka.
- W przypadku aplikacji o niskim współczynniku zmian należy rozważyć użycie kopii zapasowej opartej na obrazie. Urządzenie proxy kopii zapasowej obrazu utworzy kopię zapasową tylko zmodyfikowanych bloków. Nie skanuje wszystkich plików w zestawie danych, więc ma niższe wymagania we/wy.
Weitere Informationen
Aby uzyskać więcej informacji na temat sposobu badania problemów z wydajnością kopii zapasowych Avamar, patrz:
Aby uzyskać więcej informacji na temat analizowania i interpretowania komunikatów o stanie avtar;
- Niska wydajność kopii zapasowej klienta Avamar. Identyfikowanie wąskich gardeł (ŚCIEŻKA ROZWIĄZANIA)
Aby uzyskać więcej informacji na temat analizowania i interpretowania komunikatów o stanie avtar;
Betroffene Produkte
AvamarProdukte
AvamarArtikeleigenschaften
Artikelnummer: 000164580
Artikeltyp: Solution
Zuletzt geändert: 10 Feb. 2025
Version: 4
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.