Rozwiązywanie problemów związanych z powolnym tworzeniem kopii zapasowych plików i folderów w usłudze Azure Backup

Ten artykuł zawiera wskazówki dotyczące rozwiązywania problemów, które ułatwiają diagnozowanie przyczyny niskiej wydajności tworzenia kopii zapasowych plików i folderów podczas korzystania z usługi Azure Backup. Jeśli używasz agenta usługi Azure Backup do tworzenia kopii zapasowych plików, proces tworzenia kopii zapasowej może trwać dłużej niż oczekiwano. To opóźnienie może być spowodowane przez co najmniej jedną z następujących przyczyn:

Przed rozpoczęciem rozwiązywania problemów zalecamy pobranie i zainstalowanie najnowszego agenta usługi Azure Backup. Wprowadzamy częste aktualizacje agenta kopii zapasowej, aby rozwiązać różne problemy, dodać funkcje i poprawić wydajność.

Zdecydowanie zalecamy również przejrzenie często zadawanych pytań dotyczących usługi Azure Backup, aby upewnić się, że nie występują żadne typowe problemy z konfiguracją.

Jeśli problem z platformą Azure nie został rozwiązany w tym artykule, odwiedź fora platformy Azure w witrynach Microsoft Q & A i Stack Overflow. Możesz opublikować swój problem na tych forach lub opublikować go na @AzureSupport na Twitterze. Możesz również przesłać żądanie pomoc techniczna platformy Azure. Aby przesłać wniosek o pomoc techniczną, na stronie pomoc techniczna platformy Azure wybierz pozycję Uzyskaj pomoc techniczną.

Przyczyna: Zadanie tworzenia kopii zapasowej uruchomione w trybie niezoptymalizowanym

  • Agent MARS może uruchomić zadanie tworzenia kopii zapasowej w trybie zoptymalizowanym przy użyciu numeru USN (numer sekwencji aktualizacji) dziennika zmian lub trybu niezoptymalizowanego , sprawdzając zmiany w katalogach lub plikach przez skanowanie całego woluminu.

  • Tryb niezoptymalizowany jest powolny, ponieważ agent musi skanować każdy plik na woluminie i porównać je z metadanymi w celu określenia zmienionych plików.

  • Aby to sprawdzić, otwórz pozycję Szczegóły zadania w konsoli agenta MARS i sprawdź stan, aby sprawdzić, czy jest wyświetlany komunikat Transferowanie danych (niezoptymalizowane, może zająć więcej czasu), jak pokazano poniżej:

    Screenshot shows backup jobs running in unoptimized mode.

  • Następujące warunki mogą spowodować uruchomienie zadania tworzenia kopii zapasowej w trybie niezoptymalizowanym:

    • Pierwsza kopia zapasowa (znana również jako replikacja początkowa) zawsze będzie działać w trybie niezoptymalizowanym
    • Jeśli poprzednie zadanie tworzenia kopii zapasowej zakończy się niepowodzeniem, następne zaplanowane zadanie tworzenia kopii zapasowej zostanie uruchomione jako niezoptymalizowane.

Przyczyna: Wąskie gardła wydajności na komputerze

Wąskie gardła na komputerze, którego kopia zapasowa jest tworzona, mogą powodować opóźnienia. Na przykład możliwość odczytu lub zapisu na dysku przez komputer albo dostępna przepustowość wysyłania danych przez sieć może powodować wąskie gardła.

System Windows udostępnia wbudowane narzędzie o nazwie monitor wydajności (Perfmon) do wykrywania tych wąskich gardeł.

Poniżej przedstawiono niektóre liczniki wydajności i zakresy, które mogą być pomocne w diagnozowaniu wąskich gardeł w celu uzyskania optymalnych kopii zapasowych.

Licznik Stan
Dysk logiczny (dysk fizyczny)-%bezczynność
  • Bezczynność przez 100% do 50% bezczynności = w dobrej kondycji
  • Bezczynność 49% do 20% bezczynności = ostrzeżenie lub monitor
  • Bezczynność 19% do 0% bezczynności = krytyczne lub poza specyfikacją
  • Dysk logiczny (dysk fizyczny)-%średni odczyt lub zapis dysku na sekundę
  • 0.001 ms do 0.015 ms = Dobra kondycja
  • 0.015 ms do 0.025 ms = Ostrzeżenie lub Monitor
  • 0.026 ms lub dłużej = krytyczne lub poza specyfikacją
  • Dysk logiczny (dysk fizyczny) — bieżąca długość kolejki dysku (dla wszystkich wystąpień) 80 żądań przez ponad 6 minut
    Pamięć — pula niestronicowana bajty
  • Mniej niż 60% zużytej puli = w dobrej kondycji
  • 61% do 80% zużytej puli = ostrzeżenie lub monitor
  • Większa niż 80% wykorzystanych puli = krytyczne lub poza specyfikacją
  • Bajty stronicowane w puli pamięci
  • Mniej niż 60% zużytej puli = w dobrej kondycji
  • 61% do 80% zużytej puli = ostrzeżenie lub monitor
  • Większa niż 80% wykorzystanych puli = krytyczne lub poza specyfikacją
  • Dostępne w pamięci megabajty
  • 50% wolnej pamięci jest dostępne lub więcej = w dobrej kondycji
  • 25% dostępnej wolnej pamięci = monitor
  • 10% dostępnej wolnej pamięci = ostrzeżenie
  • Mniej niż 100 MB lub 5% wolnej pamięci dostępnej = krytyczne lub poza specyfikacją
  • Procesor —%Czas procesora (wszystkie wystąpienia)
  • Mniej niż 60% zużyte = w dobrej kondycji
  • 61% do 90% wykorzystanych = Monitorowanie lub ostrożność
  • Zużycie: od 91% do 100% = krytyczne
  • Uwaga

    Jeśli ustalisz, że infrastruktura jest winowajcą, zalecamy regularne defragmentowanie dysków w celu uzyskania lepszej wydajności.

    Przyczyna: Inny proces lub oprogramowanie antywirusowe zakłócające działanie usługi Azure Backup

    Widzieliśmy kilka wystąpień, w których inne procesy w systemie Windows negatywnie wpływały na wydajność procesu agenta usługi Azure Backup. Jeśli na przykład używasz zarówno agenta usługi Azure Backup, jak i innego programu do tworzenia kopii zapasowych danych lub jeśli oprogramowanie antywirusowe jest uruchomione i ma blokadę plików do utworzenia kopii zapasowej, wiele blokad w plikach może spowodować rywalizację. W takiej sytuacji tworzenie kopii zapasowej może zakończyć się niepowodzeniem lub zadanie może trwać dłużej niż oczekiwano.

    Najlepszym zaleceniem w tym scenariuszu jest wyłączenie innego programu kopii zapasowej w celu sprawdzenia, czy czas tworzenia kopii zapasowej agenta usługi Azure Backup się zmienia. Zwykle upewnienie się, że wiele zadań tworzenia kopii zapasowej nie jest uruchomionych w tym samym czasie, jest wystarczające, aby zapobiec ich wpływowi na siebie nawzajem.

    Jeśli na serwerze zainstalowano oprogramowanie antywirusowe, dodaj reguły wykluczania do skanowania antywirusowego:

    • Każdy plik i folder w lokalizacjach folderów tymczasowych i binarnych<InstallPath>\Scratch\* i <InstallPath>\Bin\*.
    • cbengine.exe

    Przyczyna: Agent kopii zapasowej uruchomiony na maszynie wirtualnej platformy Azure

    Jeśli używasz agenta kopii zapasowej na maszynie wirtualnej, wydajność będzie niższa niż po uruchomieniu go na maszynie fizycznej. Jest to oczekiwane z powodu ograniczeń liczby operacji we/wy na sekundę. Można jednak zoptymalizować wydajność, przełączając dyski danych, których kopia zapasowa jest tworzona w usłudze Azure Premium Storage. Pracujemy nad rozwiązaniem tego problemu, a poprawka będzie dostępna w przyszłej wersji.

    Przyczyna: Tworzenie kopii zapasowej dużej liczby (milionów) plików

    Przeniesienie dużej ilości danych potrwa dłużej niż przeniesienie mniejszej ilości danych. W niektórych przypadkach czas tworzenia kopii zapasowej jest związany nie tylko z rozmiarem danych, ale także liczbą plików lub folderów. Jest to szczególnie istotne, gdy kopie zapasowe są tworzone miliony małych plików (kilka bajtów do kilku kilobajtów).

    Takie zachowanie występuje, ponieważ podczas tworzenia kopii zapasowych danych i przenoszenia ich na platformę Azure platforma Azure jednocześnie kataloguje pliki. W niektórych rzadkich scenariuszach operacja wykazu może trwać dłużej niż oczekiwano.

    Poniższe wskaźniki mogą pomóc zrozumieć wąskie gardło i odpowiednio pracować nad kolejnymi krokami:

    • Interfejs użytkownika pokazuje postęp transferu danych. Dane są nadal przesyłane. Przepustowość sieci lub rozmiar danych mogą powodować opóźnienia.
    • Interfejs użytkownika nie pokazuje postępu transferu danych. Otwórz dzienniki znajdujące się w folderze C:\Program Files\Microsoft Azure Recovery Services Agent\Temp, a następnie sprawdź wpis FileProvider::EndData w dziennikach. Ten wpis oznacza, że transfer danych zakończył się, a operacja wykazu jest wykonywana. Nie anuluj zadań tworzenia kopii zapasowej. Zamiast tego poczekaj trochę dłużej na zakończenie operacji wykazu. Jeśli problem będzie się powtarzać, skontaktuj się z pomoc techniczna platformy Azure.

    Jeśli próbujesz utworzyć kopię zapasową dużych dysków, zaleca się użycie urządzenia Azure Data Box na potrzeby pierwszej kopii zapasowej (replikacja początkowa). Jeśli nie możesz użyć urządzenia Data Box, wszelkie przejściowe problemy z siecią występujące w środowisku podczas długich transferów danych za pośrednictwem sieci mogą powodować błędy tworzenia kopii zapasowych. Aby zabezpieczyć się przed tymi awariami, możesz dodać kilka folderów do początkowej kopii zapasowej i zachować przyrostowe dodawanie kolejnych folderów do momentu pomyślnego utworzenia kopii zapasowej wszystkich folderów na platformie Azure. Kolejne przyrostowe kopie zapasowe będą stosunkowo szybsze.

    Następne kroki