Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure-Dateisynchronisierung ermöglicht das Zentralisieren der Dateifreigaben Ihrer Organisation in Azure Files, bei gleichzeitiger Beibehaltung der Flexibilität, Leistung und Kompatibilität eines Windows-Dateiservers. Einige Benutzer können zwar eine vollständige Kopie ihrer Daten lokal speichern, aber Azure-Dateisynchronisierung bietet auch die Möglichkeit, Windows Server in einen schnellen Cache für Ihre Azure-Dateifreigabe zu verwandeln. Sie können jedes Protokoll verwenden, das auf Windows Server verfügbar ist, um lokal auf Ihre Daten zuzugreifen, einschließlich SMB, NFS und FTPS. Sie können weltweit so viele Caches wie nötig nutzen.
Dieser Artikel enthält die Versionshinweise für Azure-Dateisynchronisierung. Es ist wichtig zu beachten, dass Hauptversionen von Azure-Dateisynchronisierung Dienst- und Agentverbesserungen umfassen (z. B. 18.0.0.0). Nebenversionen von Azure-Dateisynchronisierung gelten in der Regel für Agentverbesserungen (z. B. 18.2.0.0).
Unterstützte Versionen
Die folgenden Azure-Dateisynchronisierung Agentversionen werden unterstützt:
| Meilenstein | Agent-Versionsnummer | Veröffentlichungsdatum | Der Status |
|---|---|---|---|
| V22 Release – KB5056967 | 22.0.0.0 | 10. Dezember 2025 | Unterstützt |
| V21.2-Version – KB5063825 | 21.2.0.0 | 8. Juli 2025 | Unterstützt |
| v21.1 Freigabe - KB5063486 | 21.1.0.0 | 11. August 2025 | Unterstützt – Sicherheitsupdate |
| v20.1 Freigabe - KB5056953 | 20.1.0.0 | 11. August 2025 | Unterstützt – Sicherheitsupdate |
| V20 Release: KB5041884 | 20.0.0.0 | 10. Februar 2025 | Unterstützt |
| v19.2 Freigabe - KB5040925 | 19.2.0.0 | 11. August 2025 | Unterstützt – Sicherheitsupdate – Agent-Version läuft am 13. Mai 2026 ab |
| V19 Release: KB5040924 | 19.1.0.0 | 3. September 2024 | Unterstützt – Agent-Version läuft am 13. Mai 2026 ab |
| V18.3-Version – KB5063613 | 18.3.0.0 | 11. August 2025 | Unterstützt – Sicherheitsupdate– Agent-Version läuft am 13. Mai 2026 ab |
| V18.2 Release – KB5023059 | 18.2.0.0 | 9. Juli 2024 | Unterstützt – Agent-Version läuft am 13. Mai 2026 ab |
| V18.1 Release: KB5023057 | 18.1.0.0 | 11. Juni 2024 | Unterstützt – Sicherheitsupdate – Agent-Version läuft am 13. Mai 2026 ab |
| V18 Release – KB5023057 | 18.0.0.0 | 8. Mai 2024 | Unterstützt – Agent-Version läuft am 13. Mai 2026 ab |
Hinweis
Die Azure-Dateisynchronisierung v18 und v19 Agents laufen beide am 13. Mai 2026 ab. Wenn Sie entweder v18 oder v19 ausführen, müssen Sie ein Upgrade auf die neueste >unterstützte Agent-Version vor dem 13. Mai 2026 durchführen. Nach diesem Datum werden die Server mit dem v18- oder V19-Agent nicht mehr mit Ihren Azure Dateifreigaben synchronisiert.
Nicht unterstützte Versionen
Die folgenden Azure-Dateisynchronisierung Agentversionen sind abgelaufen und werden nicht mehr unterstützt:
| Meilenstein | Agent-Versionsnummer | Veröffentlichungsdatum | Der Status |
|---|---|---|---|
| V17 Release | 17.0.0.0 - 17.2.0.0 | – | Nicht unterstützt - Agent-Versionen sind am 9. Juni 2025 abgelaufen |
| V16-Freigabe | 16.0.0.0 – 16.2.0.0 | – | Nicht unterstützt: am 7. Oktober 2024 abgelaufene Agent-Versionen |
| V15 Veröffentlichung | 15.0.0.0 – 15.2.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 19. März 2024 abgelaufen |
| V14-Veröffentlichung | 14.0.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 8. Februar 2024 abgelaufen. |
| V13 Release | 13.0.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 8. August 2022 abgelaufen |
| V12 Release | 12.0.0.0 – 12.1.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 23. Mai 2022 abgelaufen. |
| V11 Release | 11.1.0.0–11.3.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 28. März 2022 abgelaufen. |
| V10 Veröffentlichung | 10.0.0.0 – 10.1.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 28. Juni 2021 abgelaufen. |
| V9 Veröffentlichung | 9.0.0.0 – 9.1.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 16. Februar 2021 abgelaufen |
| V8 Release | 8.0.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 12. Januar 2021 abgelaufen |
| V7-Veröffentlichung | 7.0.0.0 – 7.2.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 1. September 2020 abgelaufen. |
| V6 Release | 6.0.0.0–6.3.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 21. April 2020 abgelaufen. |
| Release V5 | 5.0.2.0–5.2.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 18. März 2020 abgelaufen. |
| Release V4 | 4.0.1.0 – 4.3.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 6. November 2019 abgelaufen. |
| Release V3 | 3.1.0.0 – 3.4.0.0 | – | Nicht unterstützt – Agent-Versionen sind am 19. August 2019 abgelaufen. |
| Pre-GA-Agents | 1.1.0.0 – 3.0.13.0 | – | Nicht unterstützt – Agent-Versionen sind am 1. Oktober 2018 abgelaufen. |
Azure-Dateisynchronisierung Agent-Update-Richtlinie
Der Azure-Dateisynchronisierung Agent wird regelmäßig aktualisiert, um neue Funktionen hinzuzufügen und Probleme zu beheben. Es wird empfohlen, den Azure-Dateisynchronisierung Agent zu aktualisieren, da neue Versionen verfügbar sind.
Unterschiede zwischen Haupt- und Nebenversionen des Agents
- Hauptversionen des Agents enthalten oft neue Features und haben eine aufsteigende Zahl als ersten Teil der Versionsnummer. Beispiel: 18.0.0.0.
- Nebenversionen des Agents werden auch als Patches bezeichnet und werden häufiger veröffentlicht als Hauptversionen. Sie enthalten oft Fehlerbehebungen und kleinere Verbesserungen, aber keine neuen Features. Beispiel: 18.2.0.0.
Aktualisieren von Pfaden
Es gibt fünf genehmigte und getestete Methoden zum Installieren der Azure-Dateisynchronisierung Agent-Updates:
- Verwenden Sie die Azure-Dateisynchronisierung Automatikaktualisierungsfunktion, um Agentenaktualisierungen zu installieren: Der Azure-Dateisynchronisierung Agent wird automatisch aktualisiert. Sie können wählen, ob Sie die neueste Version des Agents installieren möchten, wenn sie verfügbar ist, oder ob Sie ein Update durchführen möchten, wenn der aktuell installierte Agent bald abläuft. Weitere Informationen finden Sie im nächsten Abschnitt: Automatische Verwaltung des Agent-Lebenszyklus.
- Configure Microsoft Update zum automatischen Herunterladen und Installieren von Agentupdates: Es wird empfohlen, jedes Azure-Dateisynchronisierung Update zu installieren, um sicherzustellen, dass Sie Zugriff auf die neuesten Fixes für den Server-Agent haben. Microsoft Update macht diesen Prozess nahtlos, indem Updates automatisch heruntergeladen und installiert werden.
-
Verwenden von „AfsUpdater.exe“ zum Herunterladen und Installieren von Agent-Updates: Die Datei
AfsUpdater.exebefindet sich im Agent-Installationsverzeichnis. Doppelklicken Sie auf die ausführbare Datei, um Agent-Updates herunterzuladen und zu installieren. Je nach Releaseversion müssen Sie den Server möglicherweise neu starten. - Patchen Sie einen vorhandenen Azure-Dateisynchronisierung-Agent mithilfe einer Microsoft Updatepatchdatei oder einer ausführbaren MSP-Datei: Sie können das neueste Azure-Dateisynchronisierung Updatepaket aus dem Microsoft Updatekatalog herunterladen. Wenn Sie eine .msp-Datei ausführen, wird Ihre Azure-Dateisynchronisierung-Installation auf die gleiche Weise aktualisiert, die Microsoft Update automatisch verwendet. Das Anwenden eines Microsoft-Update-Patches führt ein In-Place-Update einer Azure-Dateisynchronisierung-Installation durch.
- Laden Sie den neuesten Azure-Dateisynchronisierung-Agenten-Installer herunter: Sie können den Installer im Microsoft Download Center erhalten. Um eine vorhandene Azure-Dateisynchronisierung Agent-Installation zu aktualisieren, deinstallieren Sie die ältere Version, und installieren Sie dann die neueste Version aus dem heruntergeladenen Installationsprogramm. Agenteinstellungen (z. B. Serverregistrierung und Serverendpunkte) werden beibehalten, wenn der Azure-Dateisynchronisierung Agent deinstalliert wird.
Hinweis
Das Downgrade von Azure-Dateisynchronisierung Agent wird nicht unterstützt. Neue Versionen enthalten oft Breaking Changes im Vergleich zu den alten Versionen, sodass der Downgradeprozess nicht unterstützt wird. Falls bei der aktuellen Version Ihres Agents Probleme auftreten, wenden Sie sich an den Support, oder aktualisieren Sie auf die neueste verfügbare Version.
Automatische Verwaltung des Agent-Lebenszyklus
Der Azure-Dateisynchronisierung Agent wird automatisch aktualisiert. Sie können einen der folgenden zwei Modi auswählen und ein Wartungsfenster angeben, in dem das Update auf dem Server versucht wird. Diese Funktion soll Sie bei der Agent-Lebenszyklusverwaltung unterstützen, indem entweder verhindert wird, dass der Agent abläuft, oder eine problemlose aktuelle Einstellung ermöglicht wird.
Mit der Standardeinstellung wird versucht zu verhindern, dass der Agent abläuft. Innerhalb von 21 Tagen vor dem angegebenen Ablaufdatum des Agents versucht der Agent, ein Selbstupdate durchzuführen. Er versucht, einmal pro Woche innerhalb von 21 Tagen vor dem Ablauf und im ausgewählten Wartungsfenster ein Update durchzuführen. Beachten Sie, dass diese Option nicht die Notwendigkeit beseitigt, regelmäßige Microsoft Updatepatches zu verwenden.
Sie können auswählen, dass der Agent automatisch ein Selbstupdate durchführt, wenn eine neue Agent-Version verfügbar ist. Diese Möglichkeit gilt derzeit nicht für gruppierte Server.
Dieses Update erfolgt im ausgewählten Wartungsfenster, sodass neue Features und Verbesserungen auf dem Server genutzt werden können, sobald sie allgemein verfügbar sind. Mit dieser empfohlenen Einstellung werden Agent-Hauptversionen sowie regelmäßige Updatepatches auf dem Server bereitgestellt. Jeder veröffentlichte Agent hat GA-Qualität.
Wenn Sie diese Option auswählen, stellt Microsoft Ihnen die neueste Agentversion bereit. Gruppierte Server sind ausgeschlossen. Nach Abschluss des Flightings wird der Agent auch in Microsoft Update und im Microsoft Download Center verfügbar.
Ändern der Einstellung für automatische Updates
Die folgenden Anweisungen beschreiben, wie Sie die Einstellungen nach Abschluss des Installationsprogramms ändern können, wenn dies erforderlich ist.
Öffnen Sie eine PowerShell-Konsole, und navigieren Sie zu dem Verzeichnis, in dem Sie den Synchronisierungs-Agent installiert haben. Importieren Sie dann die Server-Cmdlets. Standardmäßig sieht diese Aktion ungefähr wie im folgenden Beispiel aus:
cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll
Sie können Get-StorageSyncAgentAutoUpdatePolicy ausführen, um die aktuelle Richtlinieneinstellung zu überprüfen und festzustellen, ob Sie sie ändern möchten.
Um die aktuelle Richtlinieneinstellung auf das Modell verzögerter Updates umzustellen, können Sie folgenden Befehl verwenden:
Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration
Um die aktuelle Richtlinieneinstellung auf das Modell sofortiger Updates umzustellen, können Sie folgenden Befehl verwenden:
Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -Day <day> -Hour <hour>
Hinweis
Wenn Test-Flighting bereits für die neueste Agent-Version abgeschlossen ist und die Richtlinie für automatische Updates des Agents in InstallLatest geändert wird, wird der Agent erst dann automatisch aktualisiert, wenn ein Test-Flighting für die nächste Agent-Version durchgeführt wird. Um auf eine Agentversion zu aktualisieren, die das Flighting abgeschlossen hat, verwenden Sie Microsoft Update oder AfsUpdater.exe. Wenn Sie überprüfen möchten, ob für eine Agent-Version derzeit Test-Flighting ausgeführt wird, lesen Sie den Abschnitt Unterstützte Versionen in den Versionshinweisen.
Garantien zu Agent-Lebenszyklus und Änderungsverwaltung
Azure-Dateisynchronisierung ist ein Clouddienst, der ständig neue Features und Verbesserungen einführt. Eine bestimmte Azure-Dateisynchronisierung Agentversion kann nur für einen begrenzten Zeitraum unterstützt werden. Für eine einfachere Bereitstellung stellen die folgenden Regeln sicher, dass Sie genügend Zeit haben und benachrichtigt werden, um Agent-Updates in Ihrem Change Management-Prozess zu berücksichtigen:
- Die Hauptversionen des Agents werden für mindestens zwölf Monate ab dem ersten Releasedatum unterstützt.
- Es gibt eine Überlappung von mindestens drei Monaten bei der Unterstützung der Agent-Hauptversionen.
- Warnungen werden für registrierte Server mindestens drei Monate vor Ablauf über einen bald ablaufenden Agent ausgegeben. Ob ein registrierter Server eine ältere Version des Agents verwendet, können Sie im Abschnitt zu registrierten Servern in einem Speichersynchronisierungsdienst überprüfen.
- Die Lebensdauer einer Nebenversion des Agents hängt von der zugehörigen Hauptversion ab. Wenn beispielsweise die Agent-Version 18.0.0.0 auf „ablaufen“ festgelegt wird, laufen alle Agent-Versionen 18.*.*.* gleichzeitig ab.
Hinweis
Beim Installieren einer abgelaufenen Agent-Version wird eine Warnung angezeigt, die Installation ist jedoch erfolgreich. Der Versuch einer Installation oder Verbindung mit einer abgelaufenen Agent-Version wird nicht unterstützt und daher blockiert.
Windows Server 2012 R2-Agentunterstützung
Windows Server 2012 R2 erreichte end of support am 10. Oktober 2023. Azure-Dateisynchronisierung wird Windows Server 2012 R2 weiterhin unterstützen, bis der v17.x-Agent am 9. Juni 2025 abläuft. Nach diesem Datum stellen wir keine Fehlerbehebungen, Sicherheitsupdates oder technischen Support mehr bereit.
Obwohl der offizielle Support für Windows Server 2012 R2 und der Azure-Dateisynchronisierung v17 Agent am 9. Juni 2025 endet, wird der v17-Agent bis January 27, 2026 weiter funktionieren. Nach diesem Datum werden die Server mit dem v17-Agent nicht mehr mit Ihren Azure Dateifreigaben synchronisiert.
Erforderliche Aktion
Führen Sie eine der folgenden Optionen für Ihre Windows Server 2012 R2-Server vor dem Ablauf des v17-Agents am 9. Juni 2025 aus:
- Option Nr. 1: Durchführen eines direkten Upgrades auf eine unterstützte Betriebssystemversion.
- Deinstallieren Sie den Azure-Dateisynchronisierung-Agent, und starten Sie den Server neu. In-Place Upgrade
- Führen Sie das direkte Upgrade auf eine unterstützte Windows Server-Version durch.
- Installieren Sie den Azure-Dateisynchronisierung-Agent, der dem neuen Betriebssystem entspricht.
- Es kann bis zu 30 Minuten dauern, bis das Azure Portal den aktualisierten Serverstatus widerspiegelt.
Warnung
Heben Sie die Registrierung des Servers vor dem Upgrade nicht auf. Durch die Aufhebung der Registrierung werden alle Endpunkte des Servers entfernt, und wenn die Daten noch in Tiers gespeichert sind, kann dies zu verwaisten Dateien führen.
- Option Nr. 2: Stellen Sie einen neuen Azure-Dateisynchronisierung Server bereit, auf dem eine unterstützte Betriebssystemversion ausgeführt wird, um Ihre Windows 2012 R2-Server zu ersetzen. Anleitungen finden Sie unter Replace an Azure-Dateisynchronisierung Server.
Version 22.0.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 22.0.0.0 (Veröffentlichung: 09. Dezember 2025). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung Dienst und Agent.
Verbesserungen und behobene Probleme
Neue Metrik zur Überwachung des Ablaufs des Azure-Dateisynchronisierung Agents
Eine neue Metrik agentVersionExpiration gibt Aufschluss darüber, wie viele Tage noch verbleiben, bis ein Agent ausläuft. Kunden können Azure Monitor Warnungen konfigurieren, wenn ein Agent innerhalb von 90 Tagen vor dem Ablaufdatum liegt, um ein proaktives Management zu ermöglichen und das Risiko unerwarteter Dienstunterbrechungen zu verringern. Weitere Informationen finden Sie unter Azure-Dateisynchronisierung Monitoring Metric Charts
Allgemein verfügbar: Azure-Dateisynchronisierung in Polen Zentral, Spanien Zentral, Neuseeland Nord und Israel Zentral
Die Expansion in Zentralpolen, Zentralspanien, Nordneuseeland und Zentralisrael bringt den Dienst näher an Organisationen in diesen Regionen, bietet niedrigere Latenzzeiten, bessere Leistung und Unterstützung für lokale Datenresidenzanforderungen.
Vorteile der Software Assurance Lizenz
Ab Januar 2026 erhalten Organisationen mit Software Assurance-Lizenzierung und Arc-fähigen Servern ermäßigte Preise pro Server für Azure-Dateisynchronisierung. Dieser Vorteil gilt bei der Ausführung von Agents V22 oder höher und bietet Kunden einen Kostenvorteil.
Verschiedene Zuverlässigkeits- und Telemetrieverbesserungen für Cloud-Tiering und Synchronisierung
Auswertungstool
Bevor Sie Azure-Dateisynchronisierung bereitstellen, sollten Sie bewerten, ob es mit Ihrem System kompatibel ist, indem Sie das Azure-Dateisynchronisierung Auswertungstool verwenden. Dieses Tool ist ein Azure PowerShell Cmdlet, das auf potenzielle Probleme mit Ihrem Dateisystem und Dataset überprüft, z. B. nicht unterstützte Betriebssystemversion. Anweisungen zur Installation und Verwendung finden Sie im Planungshandbuch im Abschnitt Auswertungstools.
Agent-Installation und Serverkonfiguration
Weitere Informationen zum Installieren und Konfigurieren des Azure-Dateisynchronisierung Agents mit Windows Server finden Sie unter Planning für eine Azure-Dateisynchronisierung Bereitstellung und How to deploy Azure-Dateisynchronisierung.
- Die Agentinstallation erfordert einen Neustart für Server mit einer vorhandenen Azure-Dateisynchronisierung Agent-Installation, wenn die Agentversion älter als 18.2.0.0 ist.
- Das Agent-Installationspaket muss mit erhöhten Berechtigungen (Administratorberechtigungen) installiert werden.
- Der Agent wird für die Bereitstellungsoption „Nano Server“ nicht unterstützt.
- Der Agent wird nur für Windows Server 2016, Windows Server 2019, Windows Server 2022 und Windows Server 2025 unterstützt.
- Das Azure-Dateisynchronisierung Agent-Installationspaket ist spezifisch für die Betriebssystemversion. Wenn Sie ein In-Place-Upgrade auf ein unterstütztes Betriebssystem durchführen:
- Deinstallieren Sie den Azure-Dateisynchronisierung-Agent, und starten Sie den Server neu.
- Führen Sie das In-Place-Upgrade auf jede unterstützte Windows Server-Version durch.
- Installieren Sie den Azure-Dateisynchronisierung-Agent, der dem neuen Betriebssystem entspricht.
- Es kann bis zu 30 Minuten dauern, bis das Azure Portal den aktualisierten Serverstatus widerspiegelt.
- Heben Sie die Registrierung des Servers vor dem Upgrade nicht auf. Durch die Aufhebung der Registrierung werden alle Endpunkte des Servers entfernt, und wenn die Daten noch in Tiers gespeichert sind, kann dies zu verwaisten Dateien führen.
- Der Agent benötigt mindestens 2 GiB Arbeitsspeicher. Wenn der Server auf einem virtuellen Computer ausgeführt wird, für den dynamischer Arbeitsspeicher aktiviert ist, muss der virtuelle Computer mit mindestens 2.048 MiB Arbeitsspeicher konfiguriert werden. Weitere Informationen finden Sie unter Empfohlenen Systemressourcen.
- Der Agent verwendet STANDARDMÄßIG TLS 1.2 oder 1.3 (Windows Server 2022 oder neuer). TLS 1.0 und 1.1 werden nicht unterstützt.
- Die Serverregistrierung mit dem Register-AzStorageSyncServer und ServerRegistration.exe erfordern .NET Framework 4.7.2. oder höher.
- Der Dienst „Speichersynchronisierungs-Agent“ (FileSyncSvc) unterstützt keine Serverendpunkte, die sich auf einem Volume befinden, auf dem das Verzeichnis „System Volume Information“ (SVI) komprimiert ist. Wenn das SVI-Verzeichnis komprimiert ist, kann der Dienst für den Speichersynchronisierungs-Agent (FileSyncSvc) nicht gestartet werden.
- Die Agentinstallation kann mit dem Fehler 0x80c84111 fehlschlagen, wenn erforderliche Windows-Sicherheitsupdates fehlen. Um dieses Problem zu verhindern, stellen Sie sicher, dass die folgenden Updates basierend auf Ihrer Serverversion installiert sind:
- Windows Server 2016 Microsoft Update Katalog (neuestes kumulatives Update)
- Windows Server 2019 Microsoft-Update-Katalog (neuestes kumulatives Update)
- Kumulative Updates werden monatlich veröffentlicht. Um das neueste Update bereitzustellen, können Benutzer entweder Windows Update verwenden oder manuell aus dem Microsoft Updatekatalog herunterladen. Wenn sie manuell installiert werden, sollten Die Benutzer den zugehörigen KB-Artikel überprüfen, um sicherzustellen, dass alle Erforderlichen erfüllt sind.Wenn die Windows Updates vor der Installation des Azure-Dateisynchronisierung-Agents nicht installiert werden, schlägt der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) fehl. Weitere Informationen finden Sie in der Azure-Dateisynchronisierung Problembehandlungsdokumentation.
Interoperabilität
- Virenschutz, Sicherung und andere Anwendungen, die auf Tieringdateien zugreifen, können zu unerwünschten Rückrufen führen, wenn sie das Offlineattribut nicht berücksichtigen und das Lesen des Inhalts dieser Dateien nicht überspringen. Weitere Informationen finden Sie unter Troubleshoot Azure-Dateisynchronisierung.
- Dateiprüffilter des File Server Resource Manager (FSRM) können endlose Synchronisierungsfehler verursachen, wenn Dateien aufgrund des Dateiprüffilters blockiert werden.
- Das Ausführen von Sysprep auf einem Server, auf dem der Azure-Dateisynchronisierung-Agent installiert ist, wird nicht unterstützt und kann zu unerwarteten Ergebnissen führen. Der Azure-Dateisynchronisierung Agent sollte nach der Bereitstellung des Serverimages und nachdem das Sysprep-Mini-Setup abgeschlossen ist, installiert werden.
Einschränkungen bei der Synchronisierung
Folgende Elemente werden nicht synchronisiert, aber der restliche Systembetrieb ist nicht beeinträchtigt:
- Azure-Dateisynchronisierung unterstützt alle Zeichen, die vom Dateisystem NTFS mit Ausnahme ungültiger Ersatzpaare unterstützt werden. Weitere Informationen finden Sie im Leitfaden zur Problembehandlung.
- Pfade, die länger als 2.048 Zeichen sind.
- Der SACL-Teil (System-Zugriffssteuerungsliste) einer Sicherheitsbeschreibung, die für die Überwachung verwendet wird.
- Erweiterte Attribute
- Alternative Datenströme
- Analysepunkte
- Feste Links
- Die Komprimierung (sofern für eine Serverdatei festgelegt) wird nicht beibehalten, wenn Änderungen mit der Datei von anderen Endpunkten synchronisiert werden.
- Mit EFS (oder einer anderen Benutzermodusverschlüsselung) verschlüsselte Dateien, die den Dienst am Lesen der Daten hindern.
Hinweis
Azure-Dateisynchronisierung verschlüsselt immer Daten während der Übertragung. In Azure werden Daten immer im Ruhezustand verschlüsselt.
Serverendpunkt
- Ein Serverendpunkt kann nur auf einem NTFS-Volume erstellt werden. Azure-Dateisynchronisierung unterstützt derzeit nicht ReFS, FAT oder FAT32.
- Cloudtiering wird auf dem Systemvolume nicht unterstützt. Um einen Serverendpunkt auf dem Systemvolume zu erstellen, deaktivieren Sie Cloudtiering, wenn Sie den Serverendpunkt erstellen.
- Failoverclustering wird nur bei Clusterdatenträgern, aber nicht bei freigegebenen Clustervolumes (Cluster Shared Volumes, CSVs) unterstützt.
- Ein Serverendpunkt kann nicht geschachtelt werden. Er kann auf demselben Volume parallel zu einem anderen Endpunkt vorhanden sein (Koexistenz).
- Speichern Sie Betriebssystem- oder Anwendungsauslagerungsdateien nicht an einem Serverendpunkt-Standort.
Cloudendpunkt
- Azure-Dateisynchronisierung unterstützt das direkte Vornehmen von Änderungen an der Azure Dateifreigabe. Alle Änderungen, die an der Azure-Dateifreigabe vorgenommen wurden, müssen jedoch zuerst von einem Azure-Dateisynchronisierung Änderungserkennungs-Auftrag ermittelt werden. Ein Auftrag zum Erkennen von Änderungen für einen Cloudendpunkt wird einmal alle 24 Stunden gestartet. Verwenden Sie zum sofortigen Synchronisieren von Dateien, die in der Azure Dateifreigabe geändert werden, die Invoke-AzStorageSyncChangeDetection PowerShell-Cmdlet, um die Erkennung von Änderungen in der Azure Dateifreigabe manuell zu initiieren.
- Der Speichersynchronisierungsdienst und/oder speicherkonto kann in eine andere Ressourcengruppe, ein Abonnement oder Microsoft Entra (ehemals Azure AD)-Mandant verschoben werden. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Microsoft.StorageSync-Anwendung Zugriff auf das Speicherkonto gewähren (siehe Ensure Azure-Dateisynchronisierung hat Zugriff auf das Speicherkonto).
Hinweis
Beim Erstellen des Cloudendpunkts müssen sich der Speicher-Sync-Dienst und das Speicherkonto im selben Microsoft Entra ID-Tenant befinden. Nachdem Sie den Cloudendpunkt erstellt haben, können Sie den Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Microsoft Entra ID Mandanten verschieben.
Cloudtiering
- Wenn eine Tieringdatei mit Robocopy an einen anderen Speicherort kopiert wird, ist die sich ergebende Datei keine Tieringdatei. Das Offlineattribut kann festgelegt werden, da dieses Attribut fälschlicherweise von Robocopy in Kopiervorgänge eingefügt wird.
- Verwenden Sie beim Kopieren der Dateien mit Robocopy die Option /MIR, um Dateizeitstempel beizubehalten. So wird sichergestellt, dass das Tiering für ältere Dateien früher als für die Dateien durchgeführt wird, auf die zuletzt zugegriffen wurde.
Version 21.2.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 21.2.0.0 (Veröffentlichung: 08. Juli 2025). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung Dienst und Agent.
Verbesserungen und behobene Probleme
Azure-Dateisynchronisierung Agent jetzt über Arc Extension verfügbar
Windows Server, die über Azure Arc verbunden sind, können jetzt Azure-Dateisynchronisierung Agent mit einer neuen Erweiterung installieren, die als Azure-Dateisynchronisierung Agent für Windows bezeichnet wird. Die neue Erweiterung wird von Microsoft veröffentlicht und kann über das Azure Portal, PowerShell oder Azure CLI verwaltet werden. Weitere Informationen finden Sie in der Dokumentation zur Azure-Dateisynchronisierung Agenterweiterung.
Generally Available: Azure-Dateisynchronisierung in Norditalien
Die Expansion in Italien Nord bringt den Dienst näher an Organisationen in diesen Regionen, bietet geringere Latenz, bessere Leistung und Unterstützung für lokale Datenresidency-Anforderungen.
Granular Role-Based Access Control (RBAC) für Azure-Dateisynchronisierung
Azure-Dateisynchronisierung umfasst jetzt zwei dedizierte integrierte RBAC-Rollen. Azure-Dateisynchronisierung Administrator und Azure-Dateisynchronisierung Reader sind darauf ausgelegt, die Sicherheit zu stärken und Vorgänge für Organisationen zu optimieren, die die Dateisynchronisierung zwischen lokalen und Cloudumgebungen verwalten. Diese Rollen bieten eine differenziertere Zugriffssteuerung als breitere Rollen wie Besitzer oder Mitwirkender, sodass Organisationen das Prinzip der geringsten Rechte effektiver erzwingen können.
Verschiedene Zuverlässigkeits- und Telemetrieverbesserungen für Cloud-Tiering und Synchronisierung
Ein Problem wurde behoben, das zu Fehlern beim Herunterladen von Synchronisierungen und Cloudtiering mit Fehlercode 0x80c80362 (ECS_E_ITEM_PATH_COMPONENT_HAS_ TRAILING_DOT) führte, wenn eine Datei oder ein Ordnerpfad einen nachstehenden Punkt enthielt. Zuvor mussten Benutzer das betroffene Element manuell umbenennen, um die Synchronisierung fortzusetzen. Azure-Dateisynchronisierung nun Pfadkomponenten mit nachfolgenden Punkten korrekt verarbeitet, sodass die Notwendigkeit eines manuellen Eingriffs nicht mehr erforderlich ist.
Auswertungstool
Bevor Sie Azure-Dateisynchronisierung bereitstellen, sollten Sie bewerten, ob es mit Ihrem System kompatibel ist, indem Sie das Azure-Dateisynchronisierung Auswertungstool verwenden. Dieses Tool ist ein Azure PowerShell Cmdlet, das auf potenzielle Probleme mit Ihrem Dateisystem und Dataset überprüft, z. B. nicht unterstützte Betriebssystemversion. Anweisungen zur Installation und Verwendung finden Sie im Planungshandbuch im Abschnitt Auswertungstools.
Agent-Installation und Serverkonfiguration
Weitere Informationen zum Installieren und Konfigurieren des Azure-Dateisynchronisierung Agents mit Windows Server finden Sie unter Planning für eine Azure-Dateisynchronisierung Bereitstellung und How to deploy Azure-Dateisynchronisierung.
- Die Agentinstallation erfordert einen Neustart für Server mit einer vorhandenen Azure-Dateisynchronisierung Agent-Installation, wenn die Agentversion älter als 18.2.0.0 ist.
- Das Agent-Installationspaket muss mit erhöhten Berechtigungen (Administratorberechtigungen) installiert werden.
- Der Agent wird für die Bereitstellungsoption „Nano Server“ nicht unterstützt.
- Der Agent wird nur für Windows Server 2016, Windows Server 2019, Windows Server 2022 und Windows Server 2025 unterstützt.
- Das Azure-Dateisynchronisierung Agent-Installationspaket ist spezifisch für die Betriebssystemversion. Wenn Sie ein Upgrade eines Servers auf eine neuere Version von Windows Server durchführen, müssen Sie zuerst den Azure-Dateisynchronisierung-Agent deinstallieren und den Server neu starten. Heben Sie die Registrierung nicht auf, und registrieren Sie den Server während des Betriebssystemupgrades erneut, oder es führt zu verwaisten mehrstufigen Dateien auf vorhandenen Serverendpunkten. Aktualisieren Sie dann das Betriebssystem auf die neue Version. Installieren Sie nach Abschluss des Upgrades den Azure-Dateisynchronisierung-Agent, der der neuen Windows Server Version wie 2016, 2019, 2022 oder 2025 entspricht. Nach der Installation des Agents auf dem aktualisierten Server sollte das Azure Portal innerhalb von 30 Minuten den richtigen Serverstatus widerspiegeln.
- Der Agent benötigt mindestens 2 GiB Arbeitsspeicher. Wenn der Server auf einem virtuellen Computer ausgeführt wird, für den dynamischer Arbeitsspeicher aktiviert ist, muss der virtuelle Computer mit mindestens 2.048 MiB Arbeitsspeicher konfiguriert werden. Weitere Informationen finden Sie unter Empfohlenen Systemressourcen.
- Der Agent verwendet STANDARDMÄßIG TLS 1.2 oder 1.3 (Windows Server 2022 oder neuer). TLS 1.0 und 1.1 werden nicht unterstützt.
- Die Serverregistrierung mit dem Register-AzStorageSyncServer und ServerRegistration.exe erfordern .NET Framework 4.7.2. oder höher.
- Der Dienst „Speichersynchronisierungs-Agent“ (FileSyncSvc) unterstützt keine Serverendpunkte, die sich auf einem Volume befinden, auf dem das Verzeichnis „System Volume Information“ (SVI) komprimiert ist. Wenn das SVI-Verzeichnis komprimiert ist, kann der Dienst für den Speichersynchronisierungs-Agent (FileSyncSvc) nicht gestartet werden.
- Fehler bei der Agentinstallation, 0x80c84111, wenn erforderliche Windows-Sicherheitsupdates fehlen. Um dieses Problem zu verhindern, stellen Sie sicher, dass die folgenden Updates basierend auf Ihrer Serverversion installiert sind:
- Windows Server 2016 Microsoft Update-Katalog (neuestes kumulatives Update)
- Windows Server 2019 Microsoft UpdateKatalog (neuestes kumulatives Update)
- Kumulative Updates werden monatlich veröffentlicht. Um das neueste Update bereitzustellen, können Benutzer entweder Windows Update verwenden oder manuell aus dem Microsoft Updatekatalog herunterladen. Wenn sie manuell installiert werden, sollten Die Benutzer den zugehörigen KB-Artikel überprüfen, um sicherzustellen, dass alle Erforderlichen erfüllt sind.Wenn die Windows Updates vor der Installation des Azure-Dateisynchronisierung-Agents nicht installiert werden, schlägt der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) fehl. Weitere Informationen finden Sie in der Azure-Dateisynchronisierung Problembehandlungsdokumentation.
Interoperabilität
- Virenschutz, Sicherung und andere Anwendungen, die auf Tieringdateien zugreifen, können zu unerwünschten Rückrufen führen, wenn sie das Offlineattribut nicht berücksichtigen und das Lesen des Inhalts dieser Dateien nicht überspringen. Weitere Informationen finden Sie unter Troubleshoot Azure-Dateisynchronisierung.
- Dateiprüfungen des Dateiserver-Resource-Managers (FSRM) können endlose Synchronisierungsfehler verursachen, wenn Dateien aufgrund der Dateiprüfung blockiert werden.
- Das Ausführen von Sysprep auf einem Server, auf dem der Azure-Dateisynchronisierung-Agent installiert ist, wird nicht unterstützt und kann zu unerwarteten Ergebnissen führen. Der Azure-Dateisynchronisierung-Agent sollte nach der Bereitstellung des Serverimages und Abschluss des Sysprep-Mini-Setups installiert werden.
Einschränkungen bei der Synchronisierung
Folgende Elemente werden nicht synchronisiert, aber der restliche Systembetrieb ist nicht beeinträchtigt:
- Azure-Dateisynchronisierung unterstützt alle Zeichen, die vom Dateisystem NTFS mit Ausnahme ungültiger Ersatzpaare unterstützt werden. Weitere Informationen finden Sie im Leitfaden zur Problembehandlung.
- Pfade, die länger als 2.048 Zeichen sind.
- Der SACL-Teil (System-Zugriffssteuerungsliste) einer Sicherheitsbeschreibung, die für die Überwachung verwendet wird.
- Erweiterte Attribute
- Alternative Datenströme
- Analysepunkte
- Feste Links
- Die Komprimierung (sofern für eine Serverdatei festgelegt) wird nicht beibehalten, wenn Änderungen mit der Datei von anderen Endpunkten synchronisiert werden.
- Mit EFS (oder einer anderen Benutzermodusverschlüsselung) verschlüsselte Dateien, die den Dienst am Lesen der Daten hindern.
Hinweis
Azure-Dateisynchronisierung verschlüsselt immer Daten während der Übertragung. Daten sind im Ruhezustand immer in Azure verschlüsselt.
Serverendpunkt
- Ein Serverendpunkt kann nur auf einem NTFS-Volume erstellt werden. Azure-Dateisynchronisierung unterstützt derzeit nicht ReFS, FAT oder FAT32.
- Cloudtiering wird auf dem Systemvolume nicht unterstützt. Um einen Serverendpunkt auf dem Systemvolume zu erstellen, deaktivieren Sie Cloudtiering, wenn Sie den Serverendpunkt erstellen.
- Failoverclustering wird nur bei Clusterdatenträgern, aber nicht bei freigegebenen Clustervolumes (Cluster Shared Volumes, CSVs) unterstützt.
- Ein Serverendpunkt kann nicht geschachtelt werden. Er kann auf demselben Volume parallel zu einem anderen Endpunkt vorhanden sein (Koexistenz).
- Speichern Sie Betriebssystem- oder Anwendungsauslagerungsdateien nicht an einem Serverendpunkt-Standort.
Cloudendpunkt
- Azure-Dateisynchronisierung unterstützt das direkte Vornehmen von Änderungen an der Azure Dateifreigabe. Alle Änderungen, die an der Azure-Dateifreigabe vorgenommen wurden, müssen jedoch zuerst von einem Azure-File-Sync-Änderungserkennungsauftrag ermittelt werden. Ein Auftrag zum Erkennen von Änderungen für einen Cloudendpunkt wird einmal alle 24 Stunden gestartet. Verwenden Sie zum sofortigen Synchronisieren von Dateien, die in der Azure Dateifreigabe geändert werden, die Invoke-AzStorageSyncChangeDetection PowerShell-Cmdlet, um die Erkennung von Änderungen in der Azure Dateifreigabe manuell zu initiieren.
- Der Speichersynchronisierungsdienst und/oder speicherkonto kann in eine andere Ressourcengruppe, ein Abonnement oder Microsoft Entra (ehemals Azure AD)-Mandant verschoben werden. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Microsoft.StorageSync-Anwendung Zugriff auf das Speicherkonto gewähren (siehe Azure-Dateisynchronisierung den Zugriff auf das Speicherkonto sicherstellen).
Hinweis
Beim Erstellen des Cloudendpunkts müssen sich der Speichersynchronisierungsdienst und das Speicherkonto im selben Microsoft Entra ID-Mandanten befinden. Nachdem Sie den Cloudendpunkt erstellt haben, können Sie den Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Microsoft Entra ID Mandanten verschieben.
Cloudtiering
- Wenn eine Tieringdatei mit Robocopy an einen anderen Speicherort kopiert wird, ist die sich ergebende Datei keine Tieringdatei. Das Offlineattribut kann festgelegt werden, da dieses Attribut fälschlicherweise von Robocopy in Kopiervorgänge eingefügt wird.
- Verwenden Sie beim Kopieren der Dateien mit Robocopy die Option /MIR, um Dateizeitstempel beizubehalten. So wird sichergestellt, dass das Tiering für ältere Dateien früher als für die Dateien durchgeführt wird, auf die zuletzt zugegriffen wurde.
Version 21.1.0.0 (Sicherheitsupdate)
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 21.1.0.0 (Veröffentlichung: 11. Juni 2024). Diese Version enthält ein Sicherheitsupdate für Server, auf denen die v18-Agent-Version installiert ist. Diese Hinweise sind zusätzlich zu den Versionshinweisen für Version 21.0.0.0 aufgeführt.
Verbesserungen und behobene Probleme
Behebt ein Problem, das eine fehlerhafte Zugriffssteuerung in Azure-Dateisynchronisierung zulassen kann, die es einem autorisierten Angreifer ermöglicht, berechtigungen lokal zu erhöhen. Dies ist nur ein Sicherheitsupdate. Weitere Informationen zu dieser Sicherheitsanfälligkeit finden Sie unter CVE-2025-53729.
Version 20.1.0.0 (Sicherheitsupdate)
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 18.1.0.0 (Veröffentlichung: 11. Juni 2024). Diese Version enthält ein Sicherheitsupdate für Server, auf denen die v18-Agent-Version installiert ist. Diese Hinweise sind zusätzlich zu den Versionshinweisen für Version 20.0.0.0.0 aufgeführt.
Verbesserungen und behobene Probleme
Behebt ein Problem, das eine fehlerhafte Zugriffssteuerung in Azure-Dateisynchronisierung zulassen kann, die es einem autorisierten Angreifer ermöglicht, berechtigungen lokal zu erhöhen. Dies ist nur ein Sicherheitsupdate. Weitere Informationen zu dieser Sicherheitsanfälligkeit finden Sie unter CVE-2025-53729.
Version 20.0.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 20.0.0.0 (Veröffentlichung: 10. Februar 2025). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung Dienst und Agent.
Verbesserungen und behobene Probleme
Generale Verfügbarkeit: Unterstützung für verwaltete Identitäten für Azure-Dateisynchronisierung Dienst und Server
Azure-Dateisynchronisierung unterstützt jetzt vom System zugewiesene verwaltete Identitäten für die Authentifizierung, sodass keine shared Keys erforderlich sind und die Sicherheitsverwaltung mit Microsoft Entra ID vereinfacht wird. Sie können verwaltete Identitäten jetzt direkt über das Azure-Portal konfigurieren, wodurch Bereitstellungen einfacher und sicherer werden.
Wenn verwaltete Identitäten konfiguriert sind, werden die vom System zugewiesenen verwalteten Identitäten für die folgenden Szenarien verwendet:
- Authentifizierung des Speichersynchronisierungsdienstes für Azure-Dateifreigabe
- Registrierte Serverauthentifizierung für Azure Dateifreigabe
- Authentifizierung registrierter Server beim Speichersynchronisierungsdienst
Weitere Informationen finden Sie unter: How to use managed identities with Azure-Dateisynchronisierung.
Hinweis
Die Portalerfahrung für die allgemeine Verfügbarkeit wird in den kommenden Wochen schrittweise für alle Regionen eingeführt.
Verschiedene Zuverlässigkeits- und Telemetrieverbesserungen für Cloud-Tiering und Synchronisierung
Auswertungstool
Bevor Sie Azure-Dateisynchronisierung bereitstellen, sollten Sie bewerten, ob es mit Ihrem System kompatibel ist, indem Sie das Azure-Dateisynchronisierung Auswertungstool verwenden. Dieses Tool ist ein Azure PowerShell Cmdlet, das auf potenzielle Probleme mit Ihrem Dateisystem und Dataset überprüft, z. B. nicht unterstützte Betriebssystemversion. Anweisungen zur Installation und Verwendung finden Sie im Planungshandbuch im Abschnitt Auswertungstools.
Agent-Installation und Serverkonfiguration
Weitere Informationen zum Installieren und Konfigurieren des Azure-Dateisynchronisierung Agents mit Windows Server finden Sie unter Planning für eine Azure-Dateisynchronisierung Bereitstellung und How to deploy Azure-Dateisynchronisierung.
- Die Agentinstallation erfordert einen Neustart für Server mit einer vorhandenen Azure-Dateisynchronisierung Agent-Installation, wenn die Agentversion älter als 18.2.0.0 ist.
- Das Agent-Installationspaket muss mit erhöhten Berechtigungen (Administratorberechtigungen) installiert werden.
- Der Agent wird für die Bereitstellungsoption „Nano Server“ nicht unterstützt.
- Der Agent wird nur für Windows Server 2016, Windows Server 2019, Windows Server 2022 und Windows Server 2025 unterstützt.
- Das Azure-Dateisynchronisierung Agent-Installationspaket ist spezifisch für die Betriebssystemversion. Wenn Sie ein Upgrade eines Servers auf eine neuere Version von Windows Server durchführen, müssen Sie zuerst den Azure-Dateisynchronisierung-Agent deinstallieren und den Server neu starten. Heben Sie die Registrierung nicht auf, und registrieren Sie den Server während des Betriebssystemupgrades erneut, oder es führt zu verwaisten mehrstufigen Dateien auf vorhandenen Serverendpunkten. Aktualisieren Sie dann das Betriebssystem auf die neue Version. Installieren Sie nach Abschluss des Upgrades den Azure-Dateisynchronisierung-Agent, der der neuen Windows Server Version wie 2016, 2019, 2022 oder 2025 entspricht. Nach der Installation des Agents auf dem aktualisierten Server sollte das Azure Portal innerhalb von 30 Minuten den richtigen Serverstatus widerspiegeln.
- Der Agent benötigt mindestens 2 GiB Arbeitsspeicher. Wenn der Server auf einem virtuellen Computer ausgeführt wird, für den dynamischer Arbeitsspeicher aktiviert ist, muss der virtuelle Computer mit mindestens 2.048 MiB Arbeitsspeicher konfiguriert werden. Weitere Informationen finden Sie unter Empfohlenen Systemressourcen.
- Der Agent verwendet TLS 1.2 oder 1.3 (Windows Server 2022 oder neuer) standardmäßig und TLS 1.0 und 1.1 werden nicht unterstützt.
- Die Serverregistrierung mit dem Register-AzStorageSyncServer und ServerRegistration.exe erfordern .NET Framework 4.7.2. oder höher
- Der Dienst „Speichersynchronisierungs-Agent“ (FileSyncSvc) unterstützt keine Serverendpunkte, die sich auf einem Volume befinden, auf dem das Verzeichnis „System Volume Information“ (SVI) komprimiert ist. Wenn das SVI-Verzeichnis komprimiert ist, kann der Dienst für den Speichersynchronisierungs-Agent (FileSyncSvc) nicht gestartet werden.
- Die Installation des Agents kann mit dem Fehler 0x80c84111 fehlschlagen, falls die erforderlichen Windows-Sicherheitsupdates fehlen. Um dieses Problem zu verhindern, stellen Sie sicher, dass die folgenden Updates basierend auf Ihrer Serverversion installiert sind:
- Windows Server 2016 Microsoft Update-Katalog (neuestes kumulatives Update)
- Windows Server 2019 Microsoft Update-Katalog (neuestes kumulatives Update)
- Kumulative Updates werden monatlich veröffentlicht. Um das neueste Update bereitzustellen, können Benutzer entweder Windows Update verwenden oder manuell aus dem Microsoft Updatekatalog herunterladen. Wenn sie manuell installiert werden, sollten Die Benutzer den zugehörigen KB-Artikel überprüfen, um sicherzustellen, dass alle Erforderlichen erfüllt sind.Wenn die Windows Updates vor der Installation des Azure-Dateisynchronisierung-Agents nicht installiert werden, schlägt der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) fehl. Weitere Informationen finden Sie in der Azure-Dateisynchronisierung Problembehandlungsdokumentation.
Interoperabilität
- Virenschutz, Sicherung und andere Anwendungen, die auf Tieringdateien zugreifen, können zu unerwünschten Rückrufen führen, wenn sie das Offlineattribut nicht berücksichtigen und das Lesen des Inhalts dieser Dateien nicht überspringen. Weitere Informationen finden Sie unter Troubleshoot Azure-Dateisynchronisierung.
- Dateibildschirme des Dateiserver-Ressourcen-Managers (FSRM) können endlose Synchronisierungsfehler verursachen, wenn Dateien aufgrund der Dateibildschirme blockiert werden.
- Das Ausführen von Sysprep auf einem Server, auf dem der Azure-Dateisynchronisierung-Agent installiert ist, wird nicht unterstützt und kann zu unerwarteten Ergebnissen führen. Nachdem das Serverimage bereitgestellt und der "sysprep mini-setup" abgeschlossen wurde, sollte der Azure-Dateisynchronisierung Agent installiert werden.
Einschränkungen bei der Synchronisierung
Folgende Elemente werden nicht synchronisiert, aber der restliche Systembetrieb ist nicht beeinträchtigt:
- Azure-Dateisynchronisierung unterstützt alle Zeichen, die vom Dateisystem NTFS mit Ausnahme ungültiger Ersatzpaare unterstützt werden. Weitere Informationen finden Sie im Leitfaden zur Problembehandlung.
- Pfade, die länger als 2.048 Zeichen sind.
- Der SACL-Teil (System-Zugriffssteuerungsliste) einer Sicherheitsbeschreibung, die für die Überwachung verwendet wird.
- Erweiterte Attribute
- Alternative Datenströme
- Analysepunkte
- Feste Links
- Die Komprimierung (sofern für eine Serverdatei festgelegt) wird nicht beibehalten, wenn Änderungen mit der Datei von anderen Endpunkten synchronisiert werden.
- Mit EFS (oder einer anderen Benutzermodusverschlüsselung) verschlüsselte Dateien, die den Dienst am Lesen der Daten hindern.
Hinweis
Azure-Dateisynchronisierung verschlüsselt immer Daten während der Übertragung. Daten sind in Azure immer verschlüsselt, wenn sie ruhen.
Serverendpunkt
- Ein Serverendpunkt kann nur auf einem NTFS-Volume erstellt werden. ReFS, FAT, FAT32 und andere Dateisysteme werden derzeit nicht von Azure-Dateisynchronisierung unterstützt.
- Cloudtiering wird auf dem Systemvolume nicht unterstützt. Um einen Serverendpunkt auf dem Systemvolume zu erstellen, deaktivieren Sie Cloudtiering, wenn Sie den Serverendpunkt erstellen.
- Failoverclustering wird nur bei Clusterdatenträgern, aber nicht bei freigegebenen Clustervolumes (Cluster Shared Volumes, CSVs) unterstützt.
- Ein Serverendpunkt kann nicht geschachtelt werden. Er kann auf demselben Volume parallel zu einem anderen Endpunkt vorhanden sein (Koexistenz).
- Speichern Sie Betriebssystem- oder Anwendungsauslagerungsdateien nicht an einem Serverendpunkt-Standort.
Cloudendpunkt
- Azure-Dateisynchronisierung unterstützt das direkte Vornehmen von Änderungen an der Azure Dateifreigabe. Alle Änderungen, die zuerst an der Azure-Dateifreigabe vorgenommen werden, müssen jedoch von einem Azure-Dateisynchronisierung Änderungserkennungsvorgang ermittelt werden. Ein Auftrag zum Erkennen von Änderungen für einen Cloudendpunkt wird einmal alle 24 Stunden gestartet. Verwenden Sie zum sofortigen Synchronisieren von Dateien, die in der Azure Dateifreigabe geändert werden, die Invoke-AzStorageSyncChangeDetection PowerShell-Cmdlet, um die Erkennung von Änderungen in der Azure Dateifreigabe manuell zu initiieren.
- Der Speichersynchronisierungsdienst und/oder speicherkonto kann in eine andere Ressourcengruppe, ein Abonnement oder Microsoft Entra (ehemals Azure AD)-Mandant verschoben werden. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Microsoft.StorageSync-Anwendung Zugriff auf das Speicherkonto gewähren (siehe Sicherstellen, dass Azure-Dateisynchronisierung Zugriff auf das Speicherkonto hat).
Hinweis
Beim Erstellen des Cloud-Endpunkts müssen sich sowohl der Speichersynchronisierungsdienst als auch das Speicherkonto im selben Microsoft Entra ID Mandanten befinden. Nachdem Sie den Cloudendpunkt erstellt haben, können Sie den Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Microsoft Entra ID Mandanten verschieben.
Cloudtiering
- Wenn eine Tieringdatei mit Robocopy an einen anderen Speicherort kopiert wird, ist die sich ergebende Datei keine Tieringdatei. Das Offlineattribut kann festgelegt werden, da dieses Attribut fälschlicherweise von Robocopy in Kopiervorgänge eingefügt wird.
- Verwenden Sie beim Kopieren der Dateien mit Robocopy die Option /MIR, um Dateizeitstempel beizubehalten. So wird sichergestellt, dass das Tiering für ältere Dateien früher als für die Dateien durchgeführt wird, auf die zuletzt zugegriffen wurde.
Version 19.2.0.0 (Sicherheitsupdate)
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 19.2.0.0 (Veröffentlichung: 11. Juni 2024). Diese Version enthält ein Sicherheitsupdate für Server, auf denen die v18-Agent-Version installiert ist. Diese Hinweise sind zusätzlich zu den Versionshinweisen für Version 19.1.0.0 aufgeführt.
Verbesserungen und behobene Probleme
Behebt ein Problem, das eine fehlerhafte Zugriffssteuerung in Azure-Dateisynchronisierung zulassen kann, die es einem autorisierten Angreifer ermöglicht, berechtigungen lokal zu erhöhen. Dies ist nur ein Sicherheitsupdate. Weitere Informationen zu dieser Sicherheitsanfälligkeit finden Sie unter CVE-2025-53729.
Version 19.1.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 19.1.0.0 (Veröffentlichung: 3. September 2024). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung Dienst und Agent.
Verbesserungen und behobene Probleme
Schnellere Serverbereitstellung und verbesserte Notfallwiederherstellung für Azure-Dateisynchronisierung Endpunkte.
Die Zeit bis zur Einsatzbereitschaft neuer Serverendpunkte wurde reduziert. Vor Release v19 konnte es bei der Bereitstellung eines neuen Serverendpunkts Stunden und bis zu einigen Tagen dauern, bis der Server einsatzbereit war. Mit den neuesten Verbesserungen wurde diese Dauer für einen schnelleren Einrichtungsprozess erheblich verkürzt.
Die Verbesserung gilt für die folgenden Szenarien, wenn der Speicherort des Serverendpunkts leer ist (keine Dateien oder Verzeichnisse):
- Erstellen des ersten Serverendpunkts der neuen Synchronisierungstopologie, nach dem die Daten in die Azure-Dateifreigabe kopiert wurden.
- Hinzufügen eines neuen leeren Serverendpunkts zu einer vorhandenen Synchronisierungstopologie.
Diese Verbesserung wird innerhalb des nächsten Monats schrittweise in allen Regionen aktiviert. Nachdem die Verbesserung in Ihrer Region aktiviert wurde, wird im Portal nach der Erstellung des Serverendpunkts eine Registerkarte „Bereitstellungsschritte“ angezeigt, auf der Sie ganz einfach herausfinden können, wann der Serverendpunkt einsatzbereit ist. Weitere Informationen finden Sie in der Dokumentation Create an Azure-Dateisynchronisierung server endpoint.
Vorschau: Unterstützung für verwaltete Identitäten für Azure-Dateisynchronisierung Dienst und Server
Azure-Dateisynchronisierung Unterstützung für verwaltete Identitäten beseitigt die Notwendigkeit gemeinsam genutzter Schlüssel als Authentifizierungsmethode, indem eine vom System zugewiesene verwaltete Identität verwendet wird, die von Microsoft Entra ID bereitgestellt wird.
Wenn Sie diese Konfiguration aktivieren, werden systemseitig zugewiesene verwalteten Identitäten für die folgenden Szenarien verwendet:
- Authentifizierung des Speichersynchronisierungsdienstes für Azure File Share
- Registrierte Serverauthentifizierung für Azure Dateifreigabe
- Authentifizierung registrierter Server beim Speichersynchronisierungsdienst
Weitere Informationen finden Sie unter: Verwendung von verwalteten Identitäten mit Azure-Dateisynchronisierung (Vorschau).
Verbesserungen der Synchronisierungsleistung
Die Synchronisierungsleistung wurde für Dateifreigabemigrationen erheblich verbessert, wenn nur Metadaten geändert werden (z. B. ACL-Änderungen). Leistungskennzahlen werden veröffentlicht, wenn sie verfügbar sind.
Support für Windows Server 2025
Der Azure-Dateisynchronisierung Agent wird jetzt auf Windows Server 2025 (Build 26100) unterstützt.
Verschiedene Zuverlässigkeits- und Telemetrieverbesserungen für Cloud-Tiering und Synchronisierung
Auswertungstool
Bevor Sie Azure-Dateisynchronisierung bereitstellen, sollten Sie bewerten, ob es mit Ihrem System kompatibel ist, indem Sie das Azure-Dateisynchronisierung Auswertungstool verwenden. Dieses Tool ist ein Azure PowerShell Cmdlet, das auf potenzielle Probleme mit Ihrem Dateisystem und Dataset überprüft, z. B. nicht unterstützte Betriebssystemversion. Anweisungen zur Installation und Verwendung finden Sie im Planungshandbuch im Abschnitt Auswertungstools.
Agent-Installation und Serverkonfiguration
Weitere Informationen zum Installieren und Konfigurieren des Azure-Dateisynchronisierung Agents mit Windows Server finden Sie unter Planning für eine Azure-Dateisynchronisierung Bereitstellung und How to deploy Azure-Dateisynchronisierung.
- Die Agentinstallation erfordert einen Neustart für Server mit einer vorhandenen Azure-Dateisynchronisierung Agent-Installation, wenn die Agentversion älter als 18.2.0.0 ist.
- Das Agent-Installationspaket muss mit erhöhten Berechtigungen (Administratorberechtigungen) installiert werden.
- Der Agent wird für die Bereitstellungsoption „Nano Server“ nicht unterstützt.
- Der Agent wird nur für Windows Server 2016, Windows Server 2019, Windows Server 2022 und Windows Server 2025 unterstützt.
- Das Azure-Dateisynchronisierung Agent-Installationspaket ist spezifisch für die Betriebssystemversion. Wenn Sie ein Upgrade eines Servers auf eine neuere Version von Windows Server durchführen, müssen Sie zuerst den Azure-Dateisynchronisierung-Agent deinstallieren und den Server neu starten. Heben Sie die Registrierung nicht auf, und registrieren Sie den Server während des Betriebssystemupgrades erneut, oder es führt zu verwaisten mehrstufigen Dateien auf vorhandenen Serverendpunkten. Aktualisieren Sie dann das Betriebssystem auf die neue Version. Installieren Sie nach Abschluss des Upgrades den Azure-Dateisynchronisierung-Agent, der der neuen Windows Server Version wie 2016, 2019, 2022 oder 2025 entspricht. Nach der Installation des Agents auf dem aktualisierten Server sollte das Azure Portal innerhalb von 30 Minuten den richtigen Serverstatus widerspiegeln.
- Der Agent benötigt mindestens 2 GiB Arbeitsspeicher. Wenn der Server auf einem virtuellen Computer ausgeführt wird, für den dynamischer Arbeitsspeicher aktiviert ist, muss der virtuelle Computer mit mindestens 2.048 MiB Arbeitsspeicher konfiguriert werden. Weitere Informationen finden Sie unter Empfohlenen Systemressourcen.
- Der Agent verwendet TLS 1.2 oder 1.3 (Windows Server 2022 oder neuer) standardmäßig und TLS 1.0 und 1.1 werden nicht unterstützt.
- Die Serverregistrierung mit dem Register-AzStorageSyncServer und ServerRegistration.exe erfordern .NET Framework 4.7.2. oder höher
- Der Dienst „Speichersynchronisierungs-Agent“ (FileSyncSvc) unterstützt keine Serverendpunkte, die sich auf einem Volume befinden, auf dem das Verzeichnis „System Volume Information“ (SVI) komprimiert ist. Wenn das SVI-Verzeichnis komprimiert ist, kann der Dienst für den Speichersynchronisierungs-Agent (FileSyncSvc) nicht gestartet werden.
- Fehler bei der Installation des Agenten 0x80c84111, wenn erforderliche Windows-Sicherheitsupdates fehlen. Um dieses Problem zu verhindern, stellen Sie sicher, dass die folgenden Updates basierend auf Ihrer Serverversion installiert sind:
- Windows Server 2016 Microsoft Update-Katalog (neuestes kumulatives Update)
- Windows Server 2019 Microsoft Update Catalog (neuestes kumulatives Update)
- Kumulative Updates werden monatlich veröffentlicht. Um das neueste Update bereitzustellen, können Benutzer entweder Windows Update verwenden oder manuell aus dem Microsoft Updatekatalog herunterladen. Wenn sie manuell installiert werden, sollten Die Benutzer den zugehörigen KB-Artikel überprüfen, um sicherzustellen, dass alle Erforderlichen erfüllt sind.Wenn die Windows Updates vor der Installation des Azure-Dateisynchronisierung-Agents nicht installiert werden, schlägt der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) fehl. Weitere Informationen finden Sie in der Azure-Dateisynchronisierung Problembehandlungsdokumentation.
Interoperabilität
- Virenschutz, Sicherung und andere Anwendungen, die auf Tieringdateien zugreifen, können zu unerwünschten Rückrufen führen, wenn sie das Offlineattribut nicht berücksichtigen und das Lesen des Inhalts dieser Dateien nicht überspringen. Weitere Informationen finden Sie unter Troubleshoot Azure-Dateisynchronisierung.
- Dateiprüfungen des Dateiserver-Ressourcen-Managers (FSRM) können endlose Synchronisierungsfehler verursachen, wenn Dateien aufgrund der Dateiprüfungen blockiert werden.
- Das Ausführen von Sysprep auf einem Server, auf dem der Azure-Dateisynchronisierung-Agent installiert ist, wird nicht unterstützt und kann zu unerwarteten Ergebnissen führen. Der Azure-Dateisynchronisierung-Agent sollte nach der Bereitstellung des Serverimages und dem Abschluss des Sysprep-Mini-Setups installiert werden.
Einschränkungen bei der Synchronisierung
Folgende Elemente werden nicht synchronisiert, aber der restliche Systembetrieb ist nicht beeinträchtigt:
- Azure-Dateisynchronisierung unterstützt alle Zeichen, die vom Dateisystem NTFS mit Ausnahme ungültiger Ersatzpaare unterstützt werden. Weitere Informationen finden Sie im Leitfaden zur Problembehandlung.
- Pfade, die länger als 2.048 Zeichen sind.
- Der SACL-Teil (System-Zugriffssteuerungsliste) einer Sicherheitsbeschreibung, die für die Überwachung verwendet wird.
- Erweiterte Attribute
- Alternative Datenströme
- Analysepunkte
- Feste Links
- Die Komprimierung (sofern für eine Serverdatei festgelegt) wird nicht beibehalten, wenn Änderungen mit der Datei von anderen Endpunkten synchronisiert werden.
- Mit EFS (oder einer anderen Benutzermodusverschlüsselung) verschlüsselte Dateien, die den Dienst am Lesen der Daten hindern.
Hinweis
Azure-Dateisynchronisierung verschlüsselt immer Daten während der Übertragung. Daten sind in Azure immer im Ruhezustand verschlüsselt.
Serverendpunkt
- Ein Serverendpunkt kann nur auf einem NTFS-Volume erstellt werden. ReFS, FAT, FAT32 und andere Dateisysteme werden derzeit nicht von Azure-Dateisynchronisierung unterstützt.
- Cloudtiering wird auf dem Systemvolume nicht unterstützt. Um einen Serverendpunkt auf dem Systemvolume zu erstellen, deaktivieren Sie Cloudtiering, wenn Sie den Serverendpunkt erstellen.
- Failoverclustering wird nur bei Clusterdatenträgern, aber nicht bei freigegebenen Clustervolumes (Cluster Shared Volumes, CSVs) unterstützt.
- Ein Serverendpunkt kann nicht geschachtelt werden. Er kann auf demselben Volume parallel zu einem anderen Endpunkt vorhanden sein (Koexistenz).
- Speichern Sie Betriebssystem- oder Anwendungsauslagerungsdateien nicht an einem Serverendpunkt-Standort.
Cloudendpunkt
- Azure-Dateisynchronisierung unterstützt das direkte Vornehmen von Änderungen an der Azure Dateifreigabe. Alle Änderungen, die an der Azure-Dateifreigabe vorgenommen werden, müssen jedoch zuerst von einem Azure-Dateisynchronisierung-Änderungserkennungsjob festgestellt werden. Ein Auftrag zum Erkennen von Änderungen für einen Cloudendpunkt wird einmal alle 24 Stunden gestartet. Verwenden Sie zum sofortigen Synchronisieren von Dateien, die in der Azure Dateifreigabe geändert werden, die Invoke-AzStorageSyncChangeDetection PowerShell-Cmdlet, um die Erkennung von Änderungen in der Azure Dateifreigabe manuell zu initiieren.
- Der Speichersynchronisierungsdienst und/oder speicherkonto kann in eine andere Ressourcengruppe, ein Abonnement oder Microsoft Entra (ehemals Azure AD)-Mandant verschoben werden. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Microsoft.StorageSync-Anwendung Zugriff auf das Speicherkonto gewähren (siehe Stellen Sie sicher, dass Azure-Dateisynchronisierung Zugriff auf das Speicherkonto hat).
Hinweis
Beim Erstellen des Cloud-Endpunkts müssen sich der Speichersynchronisierungsdienst und das Speicherkonto im selben Microsoft Entra ID-Mandanten befinden. Nachdem Sie den Cloudendpunkt erstellt haben, können Sie den Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Microsoft Entra ID Mandanten verschieben.
Cloudtiering
- Wenn eine Tieringdatei mit Robocopy an einen anderen Speicherort kopiert wird, ist die sich ergebende Datei keine Tieringdatei. Das Offlineattribut kann festgelegt werden, da dieses Attribut fälschlicherweise von Robocopy in Kopiervorgänge eingefügt wird.
- Verwenden Sie beim Kopieren der Dateien mit Robocopy die Option /MIR, um Dateizeitstempel beizubehalten. So wird sichergestellt, dass das Tiering für ältere Dateien früher als für die Dateien durchgeführt wird, auf die zuletzt zugegriffen wurde.
Version 18.3.0.0 (Sicherheitsupdate)
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 18.1.0.0 (Veröffentlichung: 11. Juni 2024). Diese Version enthält ein Sicherheitsupdate für Server, auf denen die v18-Agent-Version installiert ist. Diese Hinweise sind zusätzlich zu den Versionshinweisen der Versionen 18.0.0.0, 18.1.0.0 und 18.2.0.0 aufgeführt.
Verbesserungen und behobene Probleme
Behebt ein Problem, das eine fehlerhafte Zugriffssteuerung in Azure-Dateisynchronisierung zulassen kann, die es einem autorisierten Angreifer ermöglicht, berechtigungen lokal zu erhöhen. Dies ist nur ein Sicherheitsupdate. Weitere Informationen zu dieser Sicherheitsanfälligkeit finden Sie unter CVE-2025-53729.
Version 18.2.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 18.2.0.0 (Veröffentlichung: 9. Juli 2024). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung-Agent. Sie gelten zusätzlich zu den für die Versionen 18.0.0.0 und 18.1.0.0 angegeben Versionshinweisen.
Verbesserungen und behobene Probleme
- Rollup-Update für Azure-Dateisynchronisierung Agent v18 und v18.1.
- Diese Version enthält auch Verbesserungen der Synchronisierungssicherheit.
Version 18.1.0.0 (Sicherheitsupdate)
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 18.1.0.0 (Veröffentlichung: 11. Juni 2024). Diese Version enthält ein Sicherheitsupdate für Server, auf denen die v18-Agent-Version installiert ist. Diese Hinweise gelten zusätzlich zu den Versionshinweisen, die für Version 18.0.0.0 angegeben sind.
Verbesserungen und behobene Probleme
Behebt ein Problem, durch das nicht autorisierte Benutzer*innen Dateien an Speicherorten löschen können, auf die sie keinen Zugriff haben. Dies ist nur ein Sicherheitsupdate. Weitere Informationen zu dieser Sicherheitsanfälligkeit finden Sie unter CVE-2024-35253.
Version 18.0.0.0
Die folgenden Versionshinweise beziehen sich auf Azure-Dateisynchronisierung Version 18.0.0.0 (Veröffentlichung: 8. Mai 2024). Diese Version enthält Verbesserungen für den Azure-Dateisynchronisierung Dienst und Agent.
Verbesserungen und behobene Probleme
Schnellere Serverbereitstellung und verbesserte Notfallwiederherstellung für Azure-Dateisynchronisierung-Serverendpunkte Wir verkürzen die Zeit, bis der neue Serverendpunkt einsatzbereit ist. Wenn ein neuer Serverendpunkt bereitgestellt wird, kann es Stunden und bis zu einige Tage dauern, bis der Server einsatzbereit ist. Mit unseren neuesten Verbesserungen haben wir diese Dauer für einen effizienteren Einrichtungsprozess erheblich verkürzt.
Die Verbesserung gilt für die folgenden Szenarien, wenn der Speicherort des Serverendpunkts leer ist (keine Dateien oder Verzeichnisse):
- Erstellen des ersten Serverendpunkts in der neuen Synchronisierungstopologie, nachdem die Daten in die Azure-Dateifreigabe kopiert wurden.
- Hinzufügen eines neuen leeren Serverendpunkts zu einer vorhandenen Synchronisierungstopologie.
Erste Schritte: Registrieren Sie sich hier für die öffentliche Vorschau.
Verbesserungen der Synchronisierungsleistung
Die Leistung des Synchronisierungsuploads wurde verbessert, und Leistungskennzahlen werden veröffentlicht, wenn sie verfügbar sind. Diese Verbesserung kommt vor allem Dateifreigabemigrationen (anfänglicher Upload) und Ereignissen mit hohem Churn auf dem Server zugute, auf dem eine große Anzahl von Dateien hochgeladen werden muss, z. B. ACL-Änderungen.
Verschiedene Zuverlässigkeits- und Telemetrieverbesserungen für Cloud-Tiering und Synchronisierung
Auswertungstool
Bevor Sie Azure-Dateisynchronisierung bereitstellen, sollten Sie bewerten, ob es mit Ihrem System kompatibel ist, indem Sie das Azure-Dateisynchronisierung Auswertungstool verwenden. Dieses Tool ist ein Azure PowerShell Cmdlet, das auf potenzielle Probleme mit Ihrem Dateisystem und Dataset überprüft, z. B. nicht unterstützte Betriebssystemversion. Anweisungen zur Installation und Verwendung finden Sie im Planungshandbuch im Abschnitt Auswertungstools.
Agent-Installation und Serverkonfiguration
Weitere Informationen zum Installieren und Konfigurieren des Azure-Dateisynchronisierung Agents mit Windows Server finden Sie unter Planning für eine Azure-Dateisynchronisierung Bereitstellung und How to deploy Azure-Dateisynchronisierung.
- Das Agent-Installationspaket muss mit erhöhten Berechtigungen (Administratorberechtigungen) installiert werden.
- Der Agent wird für die Bereitstellungsoption „Nano Server“ nicht unterstützt.
- Der Agent wird nur für Windows Server 2019, Windows Server 2016 und Windows Server 2022 unterstützt.
- Das Azure-Dateisynchronisierung Agent-Installationspaket ist spezifisch für die Betriebssystemversion. Wenn Sie ein Upgrade eines Servers auf eine neuere Version von Windows Server durchführen, müssen Sie zuerst den Azure-Dateisynchronisierung-Agent deinstallieren und den Server neu starten. Heben Sie die Registrierung nicht auf, und registrieren Sie den Server während des Betriebssystemupgrades erneut, oder es führt zu verwaisten mehrstufigen Dateien auf vorhandenen Serverendpunkten. Aktualisieren Sie dann das Betriebssystem auf die neue Version. Installieren Sie nach Abschluss des Upgrades den Azure-Dateisynchronisierung-Agent, der der neuen Windows Server Version wie 2016, 2019, 2022 oder 2025 entspricht. Nach der Installation des Agents auf dem aktualisierten Server sollte das Azure Portal innerhalb von 30 Minuten den richtigen Serverstatus widerspiegeln.
- Der Agent benötigt mindestens 2 GiB Arbeitsspeicher. Wenn der Server auf einem virtuellen Computer ausgeführt wird, für den dynamischer Arbeitsspeicher aktiviert ist, muss der virtuelle Computer mit mindestens 2.048 MiB Arbeitsspeicher konfiguriert werden. Weitere Informationen finden Sie unter Empfohlenen Systemressourcen.
- Der Dienst „Speichersynchronisierungs-Agent“ (FileSyncSvc) unterstützt keine Serverendpunkte, die sich auf einem Volume befinden, auf dem das Verzeichnis „System Volume Information“ (SVI) komprimiert ist. Diese Konfiguration führt zu unerwarteten Ergebnissen.
- Alle unterstützten Azure-Dateisynchronisierung Agentversionen verwenden STANDARDMÄßIG TLS 1.2, und TLS 1.0 und 1.1 werden nicht unterstützt. Ab Agent-Version v18 wird TLS 1.3 für Windows Server 2022 unterstützt.
- Fehler bei der Installation des Agenten 0x80c84111, wenn erforderliche Windows-Sicherheitsupdates fehlen. Um dieses Problem zu verhindern, stellen Sie sicher, dass die folgenden Updates basierend auf Ihrer Serverversion installiert sind:
- Windows Server 2016 Microsoft Update-Katalog (neuestes kumulatives Update)
- Windows Server 2019 Microsoft Update Catalog (neuestes kumulatives Update)
- Kumulative Updates werden monatlich veröffentlicht. Um das neueste Update bereitzustellen, können Benutzer entweder Windows Update verwenden oder manuell aus dem Microsoft Updatekatalog herunterladen. Wenn sie manuell installiert werden, sollten Die Benutzer den zugehörigen KB-Artikel überprüfen, um sicherzustellen, dass alle Erforderlichen erfüllt sind.Wenn die Windows Updates vor der Installation des Azure-Dateisynchronisierung-Agents nicht installiert werden, schlägt der Speichersynchronisierungs-Agent-Dienst (FileSyncSvc) fehl. Weitere Informationen finden Sie in der Azure-Dateisynchronisierung Problembehandlungsdokumentation.
Interoperabilität
- Virenschutz, Sicherung und andere Anwendungen, die auf Tieringdateien zugreifen, können zu unerwünschten Rückrufen führen, wenn sie das Offlineattribut nicht berücksichtigen und das Lesen des Inhalts dieser Dateien nicht überspringen. Weitere Informationen finden Sie unter Troubleshoot Azure-Dateisynchronisierung.
- Dateiprüfungen des Dateiserver-Ressourcen-Managers (FSRM) können endlose Synchronisierungsfehler verursachen, wenn Dateien aufgrund der Dateiprüfungen blockiert werden.
- Das Ausführen von Sysprep auf einem Server, auf dem der Azure-Dateisynchronisierung-Agent installiert ist, wird nicht unterstützt und kann zu unerwarteten Ergebnissen führen. Der Azure-Dateisynchronisierung-Agent sollte nach der Bereitstellung des Serverimages und dem Abschluss des Sysprep-Mini-Setups installiert werden.
Einschränkungen bei der Synchronisierung
Folgende Elemente werden nicht synchronisiert, aber der restliche Systembetrieb ist nicht beeinträchtigt:
- Azure-Dateisynchronisierung v17-Agent und höher unterstützt alle Zeichen, die vom Dateisystem NTFS mit Ausnahme ungültiger Ersatzpaare unterstützt werden. Weitere Informationen finden Sie im Leitfaden zur Problembehandlung.
- Pfade, die länger als 2.048 Zeichen sind.
- Der SACL-Teil (System-Zugriffssteuerungsliste) einer Sicherheitsbeschreibung, die für die Überwachung verwendet wird.
- Erweiterte Attribute
- Alternative Datenströme
- Analysepunkte
- Feste Links
- Die Komprimierung (sofern für eine Serverdatei festgelegt) wird nicht beibehalten, wenn Änderungen mit der Datei von anderen Endpunkten synchronisiert werden.
- Mit EFS (oder einer anderen Benutzermodusverschlüsselung) verschlüsselte Dateien, die den Dienst am Lesen der Daten hindern.
Hinweis
Azure-Dateisynchronisierung verschlüsselt immer Daten während der Übertragung. Daten sind in Azure immer im Ruhezustand verschlüsselt.
Serverendpunkt
- Ein Serverendpunkt kann nur auf einem NTFS-Volume erstellt werden. ReFS, FAT, FAT32 und andere Dateisysteme werden derzeit nicht von Azure-Dateisynchronisierung unterstützt.
- Cloudtiering wird auf dem Systemvolume nicht unterstützt. Um einen Serverendpunkt auf dem Systemvolume zu erstellen, deaktivieren Sie Cloudtiering, wenn Sie den Serverendpunkt erstellen.
- Failoverclustering wird nur bei Clusterdatenträgern, aber nicht bei freigegebenen Clustervolumes (Cluster Shared Volumes, CSVs) unterstützt.
- Ein Serverendpunkt kann nicht geschachtelt werden. Er kann auf demselben Volume parallel zu einem anderen Endpunkt vorhanden sein (Koexistenz).
- Speichern Sie Betriebssystem- oder Anwendungsauslagerungsdateien nicht an einem Serverendpunkt-Standort.
Cloudendpunkt
- Azure-Dateisynchronisierung unterstützt das direkte Vornehmen von Änderungen an der Azure Dateifreigabe. Alle Änderungen, die an der Azure-Dateifreigabe vorgenommen werden, müssen jedoch zuerst von einem Azure-Dateisynchronisierung-Änderungserkennungsjob festgestellt werden. Ein Auftrag zum Erkennen von Änderungen für einen Cloudendpunkt wird einmal alle 24 Stunden gestartet. Verwenden Sie zum sofortigen Synchronisieren von Dateien, die in der Azure Dateifreigabe geändert werden, die Invoke-AzStorageSyncChangeDetection PowerShell-Cmdlet, um die Erkennung von Änderungen in der Azure Dateifreigabe manuell zu initiieren.
- Der Speichersynchronisierungsdienst und/oder speicherkonto kann in eine andere Ressourcengruppe, ein Abonnement oder Microsoft Entra (ehemals Azure AD)-Mandant verschoben werden. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Microsoft.StorageSync-Anwendung Zugriff auf das Speicherkonto gewähren (siehe Stellen Sie sicher, dass Azure-Dateisynchronisierung Zugriff auf das Speicherkonto hat).
Hinweis
Beim Erstellen des Cloudendpunkts, müssen sich der Speichersynchronisierungsdienst und das Speicherkonto innerhalb desselben Microsoft Entra-Mandanten befinden. Nachdem Sie den Cloudendpunkt erstellt haben, können Sie den Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Microsoft Entra Mandanten verschieben.
Cloudtiering
- Wenn eine Tieringdatei mit Robocopy an einen anderen Speicherort kopiert wird, ist die sich ergebende Datei keine Tieringdatei. Das Offlineattribut kann festgelegt werden, da dieses Attribut fälschlicherweise von Robocopy in Kopiervorgänge eingefügt wird.
- Verwenden Sie beim Kopieren der Dateien mit Robocopy die Option /MIR, um Dateizeitstempel beizubehalten. So wird sichergestellt, dass das Tiering für ältere Dateien früher als für die Dateien durchgeführt wird, auf die zuletzt zugegriffen wurde.