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
Summary: Kopia zapasowa maszyny wirtualnej gościa Avamar działa powoli ze względu na wąskie gardło zasobów sprzętowych.
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.
Symptoms
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.
Cause
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.
Resolution
- 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.
Additional Information
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;
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.