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
Сводка: Kopia zapasowa maszyny wirtualnej gościa Avamar działa powoli ze względu na wąskie gardło zasobów sprzętowych.
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
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.
Причина
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.
Разрешение
- 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.
Дополнительная информация
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;
Затронутые продукты
AvamarПродукты
AvamarСвойства статьи
Номер статьи: 000164580
Тип статьи: Solution
Последнее изменение: 10 Feb 2025
Версия: 4
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.