Problembehandlung bei langsamer Sicherung von Dateien und Ordnern in Azure Backup

Dieser Artikel enthält Informationen zu Problembehandlungsschritten, mit denen Sie eine niedrige Geschwindigkeit beim Sichern von Dateien und Ordnern mit Azure Backup diagnostizieren können. Wenn Sie den Azure Backup-Agent zum Sichern von Dateien verwenden, kann der Sicherungsprozess länger als erwartet dauern. Diese Verzögerung kann eine oder mehrere der folgenden Ursachen haben:

Bevor Sie mit der Problembehandlung beginnen, empfehlen wir Ihnen, den aktuellen Azure Backup-Agentherunterzuladen und zu installieren. Wir stellen häufig Updates für den Backup-Agent zur Verfügung, um verschiedene Probleme zu beheben, Funktionen hinzuzufügen und die Leistung zu verbessern.

Wir empfehlen Ihnen auch dringend den Artikel Azure Backup-Dienst – FAQ , damit Sie häufig auftretende Konfigurationsprobleme vermeiden können.

Besuchen Sie die Azure-Foren von Microsoft Q&A und Stack Overflow, falls Sie Ihr Azure-Problem mit diesem Artikel nicht beheben konnten. Sie können Ihr Problem in diesen Foren oder an @AzureSupport auf Twitter posten. Sie können auch eine Azure-Supportanfrage senden. Wenn Sie eine Supportanfrage senden möchten, wählen Sie auf der Azure-Support-Seite die Option Support erhalten aus.

Ursache: Ausführen des Sicherungsauftrags im nicht optimierten Modus

  • Der MARS-Agent kann den Sicherungsauftrag mithilfe des USN-Änderungsjournals (Update Sequence Number, Updatesequenznummer) im optimierten Modus oder durch Überprüfen auf Änderungen in Verzeichnissen oder Dateien durch Scannen des gesamten Volumes im nicht optimiertem Modus ausführen.

  • Der nicht optimierte Modus ist langsam, da der Agent alle Dateien auf dem Volume scannen und mit den Metadaten vergleichen muss, um die geänderten Dateien zu bestimmen.

  • Um dies zu überprüfen, öffnen Sie Auftragsdetails von der MARS-Agent-Konsole aus, und überprüfen Sie, ob wie unten angezeigt der Status Übertragen von Daten (nicht optimiert, kann mehr Zeit in Anspruch nehmen) vorliegt:

    Screenshot shows backup jobs running in unoptimized mode.

  • Die folgenden Bedingungen können bewirken, dass der Sicherungsauftrag im nicht optimierten Modus ausgeführt wird:

    • Die erste Sicherung (auch als erste Replikation bezeichnet) wird immer im nicht optimierten Modus ausgeführt.
    • Wenn beim vorherigen Sicherungsauftrag ein Fehler auftritt, wird der nächste geplante Sicherungsauftrag als nicht optimiert ausgeführt.

Ursache: Leistungsengpässe auf dem Computer

Leistungsengpässe auf dem Computer, der gesichert wird, können Verzögerungen verursachen. Die Fähigkeit des Computers, vom Datenträger zu lesen oder darauf zu schreiben, und die verfügbare Bandbreite zum Senden von Daten über das Netzwerk können beispielsweise für Engpässe sorgen.

Zum Erkennen dieser Engpässe bietet Windows ein integriertes Tool, den Systemmonitor (Perfmon).

Hier sind einige Leistungsindikatoren und Bereiche angegeben, die bei der Diagnose von Engpässen, um optimale Sicherungen zu erzielen, hilfreich sein können.

Leistungsindikator Status
Logical Disk(Physical Disk)--%idle
  • 100 % Leerlauf bis 50 % Leerlauf = fehlerfrei
  • 49 % Leerlauf bis 20 % Leerlauf = Warnung oder Überwachung
  • 19 % Leerlauf bis 0 % Leerlauf = kritisch oder außerhalb der Spezifikation
  • Logical Disk(Physical Disk)--%Avg. Disk Sec Read or Write
  • 0.001 ms to 0.015 ms = fehlerfrei
  • 0,016 ms bis 0,025 ms = Warnung oder Überwachung
  • 0,026 ms oder mehr = kritisch oder außerhalb der Spezifikation
  • Logical Disk(Physical Disk)--Current Disk Queue Length (für alle Instanzen) 80 Anforderungen über einen Zeitraum von mehr als 6 Minuten
    Memory--Pool Non Paged Bytes
  • Weniger als 60 % des Pools verbraucht = fehlerfrei
  • 61 % bis 80 % des Pools verbraucht = Warnung oder Überwachung
  • Mehr als 80 % des Pools verbraucht = kritisch oder außerhalb der Spezifikation
  • Memory--Pool Paged Bytes
  • Weniger als 60 % des Pools verbraucht = fehlerfrei
  • 61 % bis 80 % des Pools verbraucht = Warnung oder Überwachung
  • Mehr als 80 % des Pools verbraucht = kritisch oder außerhalb der Spezifikation
  • Memory--Available Megabytes
  • 50 % freier Arbeitsspeicher oder mehr = fehlerfrei
  • 25 % freier Arbeitsspeicher = Überwachung
  • 10 % freier Arbeitsspeicher = Warnung
  • Weniger als 100 MB oder 5 % freier Arbeitsspeicher verfügbar = kritisch oder außerhalb der Spezifikation
  • Processor--Processor Time (alle Instanzen)
  • Weniger als 60 % verbraucht = fehlerfrei
  • 61 % bis 90 % verbraucht = Überwachung oder Achtung
  • 91 % bis 100 % verbraucht = kritisch
  • Hinweis

    Wenn Sie feststellen, dass die Infrastruktur die Ursache ist, empfehlen wir, die Datenträger in regelmäßigen Abständen für eine bessere Leistung zu defragmentieren.

    Ursache: Azure Backup wird durch einen anderen Prozess oder Antivirensoftware beeinträchtigt

    Es sind mehrere Fälle bekannt, in denen sich andere Prozesse innerhalb des Windows-Systems negativ auf die Leistung des Azure Backup-Agent-Prozesses ausgewirkt haben. Falls Sie beispielsweise sowohl den Azure Backup-Agent als auch ein anderes Programm zum Sichern der Daten verwenden, oder Antivirensoftware ausgeführt wird, und die zu sichernden Dateien mit einer Sperre versehen wurden, können die mehrfachen Sperren der Dateien zu Konflikten führen. In diesem Fall kann bei der Sicherung ein Fehler auftreten, oder der Auftrag kann länger als erwartet dauern.

    Bei diesem Szenario deaktivieren Sie am besten das andere Sicherungsprogramm, um zu testen, ob sich die Sicherungsdauer des Azure Backup-Agents ändert. Wenn Sie sicherstellen, dass nicht mehrere Sicherungsaufträge gleichzeitig ausgeführt werden, reicht dies normalerweise aus, um eine gegenseitige Behinderung zu vermeiden.

    Wenn auf dem Server eine Antivirensoftware installiert ist, fügen Sie dem Antivirenscan die Ausschlussregeln hinzu für:

    • Jede Datei und jeden Ordner unter den Verzeichnissen scratch und bin<InstallPath>\Scratch\* und <InstallPath>\Bin\*.
    • cbengine.exe

    Ursache: Auf einem virtuellen Azure-Computer ausgeführter Backup-Agent

    Wenn Sie den Backup-Agent auf einem virtuellen Computer ausführen, ist die Leistung niedriger als bei Ausführung auf einem physischen Computer. Dies ist aufgrund der IOPS-Beschränkungen zu erwarten. Sie können die Leistung aber optimieren, indem Sie die Datenlaufwerke, die gesichert werden, auf Azure Storage Premium umstellen. Wir arbeiten an der Behebung dieses Problems, und die Lösung wird Teil einer zukünftigen Version sein.

    Ursache: Sichern einer großen Zahl von Dateien (mehrere Millionen)

    Das Verschieben einer großen Datenmenge dauert länger als das Verschieben einer kleineren Datenmenge . In einigen Fällen hängt die Sicherungszeit nicht nur von der Datenmenge ab, sondern auch von der Anzahl der Dateien oder Ordner. Dies ist insbesondere dann der Fall, wenn Millionen von kleinen Dateien (ein paar Bytes bis wenige Kilobytes) gesichert werden.

    Dieses Verhalten tritt auf, weil Azure simultan Ihre Dateien katalogisiert, während Sie die Daten sichern und in Azure verschieben. In einigen seltenen Fällen kann die Katalogisierung länger als erwartet dauern.

    Anhand der folgenden Indikatoren können Sie den Engpass identifizieren und dann die entsprechenden nächsten Schritte ausführen:

    • Auf der Benutzeroberfläche wird der Status der Datenübertragung angezeigt. Die Daten werden immer noch übertragen. Die Netzwerkbandbreite oder die Datenmenge könnte möglicherweise Verzögerungen verursachen.
    • Auf der Benutzeroberfläche wird der Status der Datenübertragung nicht angezeigt. Öffnen Sie die Protokolle unter „C:\Programme\Microsoft Azure Recovery Services Agent\Temp“, und suchen Sie in den Protokollen nach dem Eintrag „FileProvider::EndData“. Dieser Eintrag verdeutlicht, dass die Datenübertragung abgeschlossen ist und der Katalogisierungsvorgang durchgeführt wird. Brechen Sie die Sicherungsaufträge nicht ab. Warten Sie stattdessen noch ein wenig, bis die Katalogisierung beendet ist. Wenden Sie sich an den Azure-Support, wenn das Problem weiterhin besteht.

    Wenn Sie versuchen, große Datenträger zu sichern, empfiehlt es sich, Azure Data Box für die erste Sicherung (erste Replikation) zu verwenden. Ist die Verwendung von Data Box nicht möglich, können alle vorübergehenden Netzwerkprobleme, die in Ihrer Umgebung während der langen Datenübertragungen über das Netzwerk auftreten, zu Sicherungsfehlern führen. Um sich vor diesen Fehlern zu schützen, können Sie Ihrer ersten Sicherung einige Ordner hinzufügen und inkrementell weitere Ordner hinzufügen, bis alle Ordner erfolgreich in Azure gesichert wurden. Nachfolgende inkrementelle Sicherungen werden relativ schnell ausgeführt.

    Nächste Schritte