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 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。