Problembehandlung beim Cloudtiering der Azure-Dateisynchronisierung

Cloudtiering, ein optionales Feature der Azure-Dateisynchronisierung, verringert den erforderlichen lokalen Speicher, während die Leistung eines lokalen Dateiservers erhalten bleibt. Wenn diese Funktion aktiviert ist, werden nur häufig verwendete (heiße) Dateien auf Ihrem lokalen Server gespeichert. Selten aufgerufene (coole) Dateien werden in Namespace (Datei- und Ordnerstruktur) und Dateiinhalte aufgeteilt.

Es gibt zwei Pfade für Fehler beim Cloudtiering:

• Das Tiering von Dateien kann fehlschlagen. Dies bedeutet, dass die Azure-Dateisynchronisierung erfolglos versucht, eine Datei in Azure Files zu tierieren.
• Dateien können nicht zurückgerufen werden. Dies bedeutet, dass der Dateisystemfilter der Azure-Dateisynchronisierung (StorageSync.sys) daten nicht herunterladen kann, wenn ein Benutzer versucht, auf eine datei zuzugreifen, die mehrstufige Datei hat.

Es gibt zwei Hauptklassen von Fehlern, die über einen der beiden Fehlerpfade auftreten können:

• Cloudspeicherfehler
  • Vorübergehende Probleme mit der Verfügbarkeit des Speicherdiensts. Weitere Informationen finden Sie unter Vereinbarung zum Servicelevel (SLA) für Azure Storage.
  • Auf die Azure-Dateifreigabe kann nicht zugegriffen werden. Dieser Fehler tritt in der Regel auf, wenn Sie die Azure-Dateifreigabe löschen, wenn es sich noch um einen Cloudendpunkt in einer Synchronisierungsgruppe handelt.
  • Auf das Speicherkonto kann nicht zugegriffen werden. Dieser Fehler tritt in der Regel auf, wenn Sie das Speicherkonto löschen, während es noch über eine Azure-Dateifreigabe verfügt, die ein Cloudendpunkt in einer Synchronisierungsgruppe ist.
• Serverfehler
  • Der Dateisystemfilter (StorageSync.sys) der Azure-Dateisynchronisierung ist nicht geladen. Um auf Tiering-/Rückrufanforderungen zu reagieren, muss der Dateisystemfilter der Azure-Dateisynchronisierung geladen werden. Der Filter, der nicht geladen wird, kann aus verschiedenen Gründen auftreten, aber der häufigste Grund ist, dass ein Administrator ihn manuell entladen hat. Der Dateisystemfilter der Azure-Dateisynchronisierung muss jederzeit geladen werden, damit die Azure-Dateisynchronisierung ordnungsgemäß funktioniert.
  • Fehlender, beschädigter oder anderweitig fehlerhafter Analysepunkt. Ein Analysepunkt ist eine spezielle Datenstruktur in einer Datei, die aus zwei Teilen besteht:

    1. Ein Analysetag, das dem Betriebssystem anzeigt, dass der Dateisystemfilter der Azure-Dateisynchronisierung (StorageSync.sys) möglicherweise eine Aktion für E/A für die Datei ausführen muss.

    2. Analysieren von Daten, die dem Dateisystemfilter den URI der Datei auf dem zugeordneten Cloudendpunkt (der Azure-Dateifreigabe) angibt.

       Die häufigste Art und Weise, wie ein Analysepunkt beschädigt werden kann, ist, wenn ein Administrator versucht, entweder das Tag oder seine Daten zu ändern.

  • Probleme mit der Netzwerkkonnektivität. Um eine Datei zu tierieren oder zurückzurufen, muss der Server über eine Internetverbindung verfügen.

In den folgenden Abschnitten wird beschrieben, wie Sie Cloudtiering-Probleme beheben und ermitteln, ob es sich um ein Cloudspeicherproblem oder ein Serverproblem handelt.

Überwachen der Tieringaktivität auf einem Server

Verwenden Sie zum Überwachen der Tieringaktivität auf einem Server die Ereignis-ID 9003, 9016 und 9029 im Telemetrieereignisprotokoll (in der Ereignisanzeige unter Applications and Services\Microsoft\FileSync\Agent ).

• Die Ereignis-ID 9003 stellt die Fehlerverteilung für einen Serverendpunkt bereit. Beispiel: Gesamtfehleranzahl und ErrorCode. Beachten Sie, dass pro Fehlercode pro Stunde ein Ereignis protokolliert wird.
• Die Ereignis-ID 9016 stellt Ghostingergebnisse für ein Volume bereit. Beispielsweise ist "Freier Speicherplatz in Prozent", "Anzahl der Dateien, die in der Sitzung verwaist wurden" und "Anzahl der Dateien, die nicht verwaist wurden".
• Die Ereignis-ID 9029 stellt Ghostingsitzungsinformationen für einen Serverendpunkt bereit. Beispiel: Anzahl der in der Sitzung versuchten Dateien, Anzahl der in der Sitzung tierierten Dateien und Anzahl der dateien, die bereits gestaffelt wurden.

Überwachen der Rückrufaktivität auf einem Server

Verwenden Sie zum Überwachen der Rückrufaktivität auf einem Server die Ereignis-ID 9005, 9006, 9009 und 9059 im Telemetrieereignisprotokoll (befindet sich in der Ereignisanzeige unter Anwendungen und Dienste\Microsoft\FileSync\Agent).

• Ereignis-ID 9005 bietet Rückrufsicherheit für einen Serverendpunkt. Beispiel: Gesamtanzahl der eindeutigen Dateien, auf die zugegriffen wurde, und Gesamtanzahl eindeutiger Dateien mit fehlerhaftem Zugriff.
• Die Ereignis-ID 9006 stellt die Verteilung von Rückruffehlern für einen Serverendpunkt bereit. Beispiel: Total Failed Requests und ErrorCode. Beachten Sie, dass pro Fehlercode pro Stunde ein Ereignis protokolliert wird.
• Die Ereignis-ID 9009 enthält Informationen zur Rückrufsitzung für einen Serverendpunkt. Beispiel: DurationSeconds, CountFilesRecallSucceeded und CountFilesRecallFailed.
• Die Ereignis-ID 9059 stellt die Verteilung von Anwendungsrückrufen für einen Serverendpunkt bereit. Beispiel: ShareId, Anwendungsname und TotalEgressNetworkBytes.

Identifizieren von Dateien, die auf einem Server abgerufen werden

1. Navigieren Sie in der Ereignisanzeige zum Ereignisprotokoll Microsoft-FileSync-Agent/RecallResults .
2. Für jede Datei, die abgerufen wird, wird ein Ereignis protokolliert. Wenn das DataTransferHresult Feld ist, ist 0der Dateirückruf erfolgreich. Wenn das DataTransferHresult Feld über einen Fehlercode verfügt, überprüfen Sie den Abschnitt Fehler und Korrektur abrufen , um festzustellen, ob die Korrekturschritte für den Fehlercode aufgeführt sind.

Problembehandlung für Dateien, bei denen das Tiering fehlschlägt

Führen Sie die folgenden Schritte aus, um Probleme bei Dateien zu beheben, bei denen die Tiering nicht ausgeführt werden kann:

1. Wechseln Sie in der Ereignisanzeige zum Ereignisprotokoll Microsoft-FileSync-Agent/TieringResults .

2. Für jede Datei, bei der ein Tiering fehlschlägt, wird ein Ereignis protokolliert. Überprüfen Sie den Abschnitt tiering errors and remediation (Tieringfehler und Wartung ), um festzustellen, ob die Schritte zur Behebung für den Fehlercode aufgeführt sind.

   Sie können auch PowerShell verwenden, um die Ereignisse anzuzeigen, die im TieringResults-Ereignisprotokoll protokolliert werden:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   Get-StorageSyncFileTieringResult
   

Wenn für den Fehlercode kein Inhalt vorhanden ist, führen Sie die allgemeinen Schritte zur Problembehandlung aus:

1. Überprüfen Sie, ob die Datei in der Azure-Dateifreigabe vorhanden ist.

   Hinweis

   Eine Datei muss mit einer Azure-Dateifreigabe synchronisiert werden, bevor sie gestaffelt werden kann.

2. Überprüfen Sie, ob der Server über eine Internetverbindung verfügt.

3. Überprüfen Sie, ob die Azure-Dateisynchronisierungsfiltertreiber (StorageSync.sys und StorageSyncGuard.sys) ausgeführt werden:

   • Führen Sie an einer Eingabeaufforderung mit erhöhten Rechten aus fltmc. Überprüfen Sie, ob die StorageSync.sys - und StorageSyncGuard.sys Dateisystemfiltertreiber aufgeführt sind.

Tieringfehler und Wartung

Problembehandlung bei Dateien, die nicht abgerufen werden können

Führen Sie die folgenden Schritte aus, um Probleme bei Dateien zu beheben, die nicht zurückrufen können:

1. Navigieren Sie in der Ereignisanzeige zum Ereignisprotokoll Microsoft-FileSync-Agent/RecallResults .

2. Für jede Datei, die abgerufen wird, wird ein Ereignis protokolliert. Wenn das DataTransferHresult Feld ist, ist 0der Dateirückruf erfolgreich. Wenn das DataTransferHresult Feld über einen Fehlercode verfügt, überprüfen Sie den Abschnitt Fehler und Korrektur abrufen , um festzustellen, ob die Korrekturschritte für den Fehlercode aufgeführt sind.

   Sie können auch PowerShell verwenden, um die Ereignisse anzuzeigen, die im RecallResults-Ereignisprotokoll protokolliert werden:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   Get-StorageSyncFileRecallResult
   

Wenn für den Fehlercode kein Inhalt vorhanden ist, führen Sie die allgemeinen Schritte zur Problembehandlung aus:

1. Überprüfen Sie, ob die Datei in der Azure-Dateifreigabe vorhanden ist.
2. Überprüfen Sie, ob der Server über eine Internetverbindung verfügt.
3. Öffnen Sie das MMC-Snap-In Dienste, und überprüfen Sie, ob der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) ausgeführt wird.
4. Überprüfen Sie, ob die Azure-Dateisynchronisierungsfiltertreiber (StorageSync.sys und StorageSyncGuard.sys) ausgeführt werden:
   • Führen Sie an einer Eingabeaufforderung mit erhöhten Rechten aus fltmc. Überprüfen Sie, ob die StorageSync.sys - und StorageSyncGuard.sys Dateisystemfiltertreiber aufgeführt sind.

Rückruffehler und Korrektur

Auf mehrstufige Dateien kann nach dem Löschen eines Serverendpunkts nicht mehr zugegriffen werden.

Auf mehrstufige Dateien auf einem Server kann nicht mehr zugegriffen werden, wenn die Dateien vor dem Löschen eines Serverendpunkts nicht abgerufen werden oder mehrstufige Dateien aus einer lokalen Sicherung (Drittanbietersicherung) am Serverendpunktspeicherort wiederhergestellt wurden.

Die folgenden Fehler werden protokolliert, wenn auf mehrstufige Dateien nicht zugegriffen werden kann:

• Beim Synchronisieren einer Datei wird der Fehlercode -2147023890 (0x800703ee - ERROR_FILE_INVALID) oder -2147942467 (0x80070043 - ERROR_BAD_NET_NAME) im ItemResults-Ereignisprotokoll protokolliert.
• Beim Abrufen einer Datei wird der Fehlercode -2147023890 (0x800703ee - ERROR_FILE_INVALID) oder -2134376393 (0x80c80037 - ECS_E_SYNC_SHARE_NOT_FOUND) im RecallResults-Ereignisprotokoll protokolliert.

Wenn aufgrund des Löschens des Serverendpunkts nicht auf die mehrstufigen Dateien zugegriffen werden kann, ist die Wiederherstellung des Zugriffs auf Ihre mehrstufigen Dateien möglich, wenn die folgenden Bedingungen erfüllt sind:

• Der Serverendpunkt wurde innerhalb der letzten 30 Tage gelöscht.
• Der Cloudendpunkt wurde nicht gelöscht.
• Die Dateifreigabe wurde nicht gelöscht.
• Die Synchronisierungsgruppe wurde nicht gelöscht.

Wenn die oben genannten Bedingungen erfüllt sind, können Sie den Zugriff auf die Dateien auf dem Server wiederherstellen, indem Sie den Serverendpunkt innerhalb von 30 Tagen unter demselben Pfad auf dem Server innerhalb derselben Synchronisierungsgruppe neu erstellen.

Wenn die oben genannten Bedingungen nicht erfüllt sind oder die mehrstufigen Dateien aus einer lokalen Sicherung (Drittanbietersicherung) wiederhergestellt wurden, ist die Wiederherstellung des Zugriffs nicht möglich, da diese mehrstufigen Dateien auf dem Server jetzt verwaist sind. Befolgen Sie diese Anweisungen, um die verwaisten mehrstufigen Dateien zu entfernen.

Abrufen der Liste verwaister mehrstufiger Dateien

1. Führen Sie die folgenden PowerShell-Befehle aus, um verwaiste mehrstufige Dateien aufzulisten:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

2. Speichern Sie die OrphanTieredFiles.txt Ausgabedatei für den Fall, dass Dateien nach dem Löschen aus der Sicherung wiederhergestellt werden müssen.

So entfernen Sie verwaiste mehrstufige Dateien

Option 1: Löschen der verwaisten mehrstufigen Dateien

Diese Option löscht die verwaisten mehrstufigen Dateien auf dem Windows Server, erfordert jedoch das Entfernen des Serverendpunkts, wenn er aufgrund einer erneuten Erstellung nach 30 Tagen vorhanden ist oder mit einer anderen Synchronisierungsgruppe verbunden ist. Dateikonflikte treten auf, wenn Dateien auf der Windows Server- oder Azure-Dateifreigabe aktualisiert werden, bevor der Serverendpunkt neu erstellt wird.

1. Sichern Sie die Azure-Dateifreigabe und den Serverendpunktspeicherort.

2. Entfernen Sie den Serverendpunkt in der Synchronisierungsgruppe (sofern vorhanden), indem Sie die unter Entfernen eines Serverendpunkts dokumentierten Schritte ausführen.

   Warnung

   Wenn der Serverendpunkt vor der Verwendung des Remove-StorageSyncOrphanedTieredFiles Cmdlets nicht entfernt wird, wird beim Löschen der verwaisten mehrstufigen Datei auf dem Server die vollständige Datei in der Azure-Dateifreigabe gelöscht.

3. Führen Sie die folgenden PowerShell-Befehle aus, um verwaiste mehrstufige Dateien aufzulisten:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

4. Speichern Sie die OrphanTieredFiles.txt Ausgabedatei für den Fall, dass Dateien nach dem Löschen aus der Sicherung wiederhergestellt werden müssen.

5. Führen Sie die folgenden PowerShell-Befehle aus, um verwaiste mehrstufige Dateien zu löschen:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFilesRemoved = Remove-StorageSyncOrphanedTieredFiles -Path <folder path containing orphaned tiered files> -Verbose
   $orphanFilesRemoved.OrphanedTieredFiles > DeletedOrphanFiles.txt
   

   Hinweis

   • Mehrstufige Dateien, die auf dem Server geändert wurden und nicht mit der Azure-Dateifreigabe synchronisiert werden, werden gelöscht.
   • Mehrstufige Dateien, auf die zugegriffen werden kann (nicht verwaist), werden nicht gelöscht.
   • Nicht mehrstufige Dateien verbleiben auf dem Server.

6. Optional: Erstellen Sie den Serverendpunkt neu, wenn er in Schritt 3 gelöscht wurde.

Option 2: Einbinden der Azure-Dateifreigabe und lokales Kopieren der dateien, die auf dem Server verwaist sind

Für diese Option muss der Serverendpunkt nicht entfernt werden, es ist jedoch ausreichend Speicherplatz erforderlich, um die vollständigen Dateien lokal zu kopieren.

1. Binden Sie die Azure-Dateifreigabe auf dem Windows Server mit verwaisten mehrstufigen Dateien ein.

2. Führen Sie die folgenden PowerShell-Befehle aus, um verwaiste mehrstufige Dateien aufzulisten:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

3. Verwenden Sie die OrphanTieredFiles.txt Ausgabedatei, um verwaiste mehrstufige Dateien auf dem Server zu identifizieren.

4. Überschreiben Sie die verwaisten mehrstufigen Dateien, indem Sie die vollständige Datei aus der Azure-Dateifreigabe auf windows Server kopieren.

Problembehandlung für Dateien, die unerwartet auf einem Server abgerufen wurden

Antiviren-, Sicherungs- und andere Anwendungen, die eine große Anzahl von Dateien lesen, verursachen unbeabsichtigte Rückrufe, es sei denn, sie respektieren das Skip-Offline-Attribut und überspringen das Lesen des Inhalts dieser Dateien. Das Überspringen von Offlinedateien für Produkte, die diese Option unterstützen, hilft, unbeabsichtigte Rückrufe während Vorgängen wie Antivirenscans oder Sicherungsaufträgen zu vermeiden.

Wenden Sie sich an Ihren Softwarehersteller, um zu erfahren, wie Sie seine Lösung so konfigurieren, dass das Lesen von Offlinedateien übersprungen wird.

Unbeabsichtigte Rückrufe können auch in anderen Szenarien auftreten, z. B. beim Durchsuchen von Dateien mit Cloudebene im Datei-Explorer. Dies tritt wahrscheinlich unter Windows Server 2016 auf, wenn der Ordner ausführbare Dateien enthält. Der Datei-Explorer wurde für Windows Server 2019 und höher verbessert, um Offlinedateien besser zu verarbeiten.

Prozessausschlüsse für die Azure-Dateisynchronisierung

Wenn Sie Ihre Antivirensoftware oder andere Anwendungen so konfigurieren möchten, dass die Überprüfung auf Dateien über die Azure-Dateisynchronisierung übersprungen wird, konfigurieren Sie die folgenden Prozessausschlüsse:

• C:\Program Files\Azure\StorageSyncAgent\AfsAutoUpdater.exe
• C:\Program Files\Azure\StorageSyncAgent\FileSyncSvc.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentLauncher.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentHost.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentManager.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentCore.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\Extensions\XSyncMonitoringExtension\AzureStorageSyncMonitor.exe

TLS 1.2 für die Azure-Dateisynchronisierung erforderlich

Sie können die TLS-Einstellungen auf Ihrem Server anzeigen, indem Sie sich die Registrierungseinstellungen ansehen.

Wenn Sie einen Proxy verwenden, lesen Sie die Dokumentation Ihres Proxys, und stellen Sie sicher, dass er für die Verwendung von TLS 1.2 konfiguriert ist.

Siehe auch

• Problembehandlung bei der Installation und Serverregistrierung des Azure-Dateisynchronisierungs-Agents
• Problembehandlung bei der Verwaltung von Synchronisierungsgruppen in der Azure-Dateisynchronisierung
• Problembehandlung bei Synchronisierungsfehlern bei der Azure-Dateisynchronisierung
• Überwachen der Azure-Dateisynchronisierung
• Problembehandlung bei Azure Files

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.