Antworten auf häufig gestellte Fragen (FAQ) zu Azure Files und Azure-Dateisynchronisierung

Azure Files bietet vollständig verwaltete Dateifreigaben in der Cloud, auf die Sie über das branchenübliche Server Message Block (SMB)-Protokoll und das Network File System (NFS)-Protokoll zugreifen können. Sie können Azure-Dateifreigaben gleichzeitig unter Cloud- und lokalen Bereitstellungen von Windows, Linux und macOS einbinden. Mit Azure-Dateisynchronisierung können Sie Azure-Dateifreigaben auf Windows Server-Systemen zwischenspeichern, um schnellen Zugriff auf Daten nahe am Verwendungsort zu ermöglichen.

Azure-Dateisynchronisierung FAQ

  • Kann ich in Domänen eingebundene Server und nicht in Domänen eingebundene Server in derselben Synchronisierungsgruppe verwenden?
    Ja. Eine Synchronisierungsgruppe kann Serverendpunkte mit verschiedenen Active Directory-Mitgliedschaften auch dann enthalten, wenn sie nicht in Domänen eingebunden sind. Diese Konfiguration funktioniert technisch zwar einwandfrei, aber wir raten davon ab, sie als normale Konfiguration zu verwenden. Der Grund: Zugriffssteuerungslisten (Access Control Lists, ACLs), die für Dateien und Ordner auf einem Server definiert wurden, können möglicherweise von anderen Servern in der Synchronisierungsgruppe nicht durchgesetzt werden. Die besten Ergebnisse erzielen Sie, wenn Sie sich an die folgende Empfehlung halten: Führen Sie die Synchronisierung zwischen Servern, die in der gleichen Active Directory-Gesamtstruktur enthalten sind, zwischen Servern in unterschiedlichen Active Directory-Gesamtstrukturen mit eingerichteten Vertrauensstellungen oder zwischen Servern durch, die keiner Domäne angehören. Hierbei ist es nicht ratsam, diese Konfigurationen zu mischen.

  • Wie lange dauert es, bis eine Datei auf den Servern der Synchronisierungsgruppe synchronisiert wird, wenn ich die Datei direkt auf meiner Azure-Dateifreigabe mithilfe von SMB oder im Portal erstellt habe?

    Änderungen, die über das Azure-Portal oder den SMB an der Azure-Dateifreigabe vorgenommen wurden, werden im Gegensatz zu Änderungen am Serverendpunkt nicht sofort erkannt und repliziert. Azure Files verfügt bislang über keine Änderungsmitteilungen oder Journalfunktion, sodass es keine Möglichkeit gibt, eine Synchronisierungssitzung automatisch zu initiieren, sobald Dateien geändert werden. Unter Windows Server verwendet die Azure-Dateisynchronisierung das Windows-USN-Journaling, um automatisch eine Synchronisierungssitzung zu starten, wenn sich Dateien ändern.

    Zur Erkennung von Änderungen an der Azure-Dateifreigabe verfügt die Azure-Dateisynchronisierung über einen geplanten Auftrag: den so genannten Änderungserkennungsauftrag. Ein Änderungserkennungsauftrag zählt jede Datei in der Dateifreigabe auf und vergleicht sie anschließend mit der Synchronisierungsversion für die betreffende Datei. Wenn der Änderungserkennungsauftrag feststellt, dass sich Dateien geändert haben, startet die Azure-Dateisynchronisierung eine Synchronisierungssitzung. Der Änderungserkennungsauftrag wird alle 24 Stunden ausgelöst. Da der Änderungserkennungsauftrag jede Datei in der Dateifreigabe von Azure aufzählt, dauert die Änderungserkennung bei großen Namespaces länger als bei kleineren Namespaces. Bei großen Namespaces dauert die Ermittlung der geänderten Dateien unter Umständen länger als 24 Stunden.

    Um Dateien, die in der Azure-Dateifreigabe geändert wurden, sofort zu synchronisieren, kann das PowerShell-Cmdlet Invoke-AzStorageSyncChangeDetection verwendet werden, um die Erkennung von Änderungen in der Azure-Dateifreigabe manuell auszulösen. Dieses Cmdlet ist für Szenarien vorgesehen, in denen irgendein automatisierter Prozess Änderungen in der Azure-Dateifreigabe vornimmt oder die Änderungen von einem Administrator vorgenommen werden (etwa Verschieben von Dateien und Verzeichnissen in die Freigabe). Für Endbenutzeränderungen empfiehlt es sich, den Azure-Dateisynchronisierungs-Agent auf einem virtuellen IaaS-Computer zu installieren und Endbenutzern den Zugriff auf die Dateifreigabe über den virtuellen IaaS-Computer zu ermöglichen. Auf diese Weise werden alle Änderungen schnell mit anderen Agents synchronisiert, ohne dass das Cmdlet „Invoke-AzStorageSyncChangeDetection“ verwendet werden muss. Weitere Informationen hierzu finden Sie in der Dokumentation von Invoke-AzStorageSyncChangeDetection.

    Möglicherweise wird für Azure-Dateifreigaben noch eine Änderungserkennung hinzugefügt, die mit USN für Volumes unter Windows Server vergleichbar ist. Helfen Sie uns, dieses Feature für die künftige Entwicklung zu priorisieren, indem Sie auf der Seite Azure-Communityfeedback dafür abstimmen.

  • Was passiert, wenn dieselbe Datei ungefähr zur gleichen Zeit auf zwei Servern geändert wird?
    Dateikonflikte entstehen, wenn die Datei in der Azure-Dateifreigabe nicht der Datei am Standort des Serverendpunkts entspricht. (Größe und/oder Zeitpunkt der letzten Änderung unterscheiden sich.)

    Dateikonflikte können durch folgende Szenarien verursacht werden:

    • Eine Datei wird an einem Endpunkt (Beispiel: Server A) erstellt oder geändert. Wird die gleiche Datei an einem anderen Endpunkt geändert, bevor die Änderung auf Server A mit diesem Endpunkt synchronisiert wurde, entsteht eine Konfliktdatei.
    • Die Datei war vor der Erstellung des Serverendpunkts in der Azure-Dateifreigabe und am Standort des Serverendpunkts vorhanden. Wenn beim Erstellen des Serverendpunkts die Dateigröße und/oder der Zeitpunkt der letzten Änderung zwischen der Datei auf dem Server und der Datei in der Azure-Dateifreigabe unterschiedlich ist bzw. sind, entsteht eine Konfliktdatei.
    • Du erstellst die Synchronisationsdatenbank wegen Beschädigung oder erreichter Wissensgrenze neu. Nachdem Sie die Datenbank neu erstellt haben, wechselt die Synchronisation in den Modus namens Abgleich. Wenn sich die Dateigröße und die Zeit der letzten Änderung zwischen der Datei auf dem Server und der Azure-Dateifreigabe beim Abgleich unterscheiden, wird eine Konfliktdatei erstellt.

    Nachdem der erste Upload auf die Azure-Dateifreigabe abgeschlossen ist, überschreibt Azure-Dateisynchronisierung keine Dateien in deiner Synchronisierungsgruppe. Stattdessen wird eine einfache Strategie zur Konfliktlösung verwendet: Änderungen an Dateien, die gleichzeitig an zwei Endpunkten vorgenommen werden, werden beide beibehalten. Für die zuletzt vorgenommene Änderung wird der ursprüngliche Dateiname beibehalten. An den Dateinamen der älteren Datei (ermittelt durch LastWriteTime) sind Endpunktname und Konfliktnummer angefügt. Bei Serverendpunkten ist der Endpunktname der Name des Servers. Bei Cloudendpunkten lautet der Endpunktname Cloud. Für den Namen wird die folgende Taxonomie verwendet:

    \<FileNameWithoutExtension\>-\<endpointName\>\[-#\].\<ext\>

    Beispielsweise wird der erste Konflikt von CompanyReport.docx zu CompanyReport-CentralServer.docx, wenn der ältere Schreibvorgang auf CentralServer stattgefunden hat. Der zweite Konflikt heißt CompanyReport-CentralServer-1.docx. Die Azure-Dateisynchronisierung unterstützt 100 Konfliktdateien pro Datei. Nachdem die maximale Anzahl der Konfliktdateien erreicht ist, wird die Datei nicht synchronisiert, bis die Anzahl der Konfliktdateien unter 100 liegt.

  • Ich habe das Cloudtiering deaktiviert. Warum befinden sich mehrstufige Dateien am Speicherort des Serverendpunkts?
    Es gibt zwei Gründe dafür, dass mehrstufige Dateien am Speicherort des Serverendpunkts vorhanden sein können:

    • Wenn Sie beim Hinzufügen eines neuen Serverendpunkts zu einer vorhandenen Synchronisierungsgruppe entweder die Option „recall namespace first“ (Namespace zuerst abrufen) oder die Option „recall namespace only“ (Nur Namespace abrufen) als anfänglichen Downloadmodus auswählen, werden die Dateien als mehrstufig angezeigt, bis sie lokal heruntergeladen werden. Wählen Sie die Option Ausgelagerte Dateien vermeiden für den anfänglichen Downloadmodus aus, um dies zu vermeiden. Zum manuellen Abrufen von Dateien verwenden Sie das Cmdlet Invoke-StorageSyncFileRecall.

    • Wenn das Cloudtiering auf dem Serverendpunkt aktiviert und anschließend deaktiviert wurde, bleiben die Dateien so lange mehrstufig, bis auf Sie zugegriffen wird.

  • Warum werden in Windows-Explorer keine Miniatur- oder Vorschauansichten für meine mehrstufigen Dateien angezeigt?
    Für Tieringdateien sind Miniatur- und Vorschauansichten auf dem Serverendpunkt nicht sichtbar. Dies ist ein erwartetes Verhalten, weil das Feature zur Zwischenspeicherung von Miniaturansichten in Windows das Lesen von Dateien mit dem Attribut „Offline“ absichtlich überspringt. Wenn Cloudtiering aktiviert ist, würde das Lesen der Tieringdateien dazu führen, dass diese heruntergeladen (abgerufen) werden. Sie können jedoch Azure-Dateisynchronisierung konfigurieren, um das Festlegen des Offline-Attributs zu überspringen.

    Dieses Verhalten ist für die Azure-Dateisynchronisierung nicht spezifisch. In Windows-Datei-Explorer wird für alle Dateien mit dem Attribut „Offline“ ein graues „X“ angezeigt. Dieses „X“ wird beim Zugriff auf Dateien über SMB angezeigt. Eine ausführliche Erläuterung dieses Verhaltens finden Sie unter Warum erhalte ich keine Miniaturansichten für Dateien, die offline gekennzeichnet sind?

    Fragen zum Verwalten von ausgelagerten Dateien finden Sie unter Verwalten von mehrstufigen Dateien.

  • Gibt es eine Option, das Offline-Attribut für mehrstufige Dateien zu überspringen?

    Wenn Sie Miniaturansichten und Vorschauen für mehrstufige Dateien sichtbar machen möchten, können Sie azure File Sync so konfigurieren, dass das Offline-Attribut übersprungen wird.

    1. Fügen Sie den folgenden Registrierungsschlüssel auf dem Server hinzu:

      reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v SkipOfflineAttributeOnTieredFile /t REG_DWORD /d 1 /f

    2. Starten Sie den FileSyncSvc-Dienst neu.

    Nach der Konfiguration:

    • Neue mehrstufige Dateien verfügen nicht mehr über das Offline-Attribut.
    • Vorhandene mehrstufige Dateien werden im nächsten Wartungslauf aktualisiert (tritt alle 24 Stunden auf).

    Hinweis

    Diese Einstellung wird global auf alle Dateien angewendet, nicht auf bestimmte Erweiterungen. Ohne das Offline-Attribut zeigt der Windows-Datei-Explorer ein anderes Symbol an. Sie können die Spalte "Attribute" im Datei-Explorer hinzufügen, um mehrstufige Dateien (Attribute ALM) zu identifizieren. Basierend auf Verwendungsmustern kann das Überspringen des Offline-Attributs die Anzahl der Dateiabfragen erhöhen. Daher sollten Sie die Rückrufaktivitäten überwachen und sicherstellen, dass die egress-Kosten in einem akzeptablen Bereich bleiben. Siehe Verwalten von gestaffelten Dateien.

  • Warum sind mehrstufige Dateien außerhalb des Serverendpunkt-Namespaces vorhanden?
    Vor Azure-Dateisynchronisierung Agent Version 3 blockierte Azure-Dateisynchronisierung das Verschieben gestufter Dateien außerhalb des Server-Endpunkts, aber auf demselben Volume wie der Server-Endpunkt. Kopieroperationen, Verschiebungen von nicht gestuften Dateien und Verschoben von gestuften Dateien zu anderen Volumes waren nicht betroffen. Der Grund für dieses Verhalten war die implizite Annahme, dass Datei-Explorer und andere Windows-APIs Verschiebungen auf dem gleichen Volume durchführen, die (fast) unmittelbare Umbenennungsvorgänge sind. Diese Annahme bedeutet, dass der Datei-Explorer oder andere Verschiebungsmethoden (z. B. Befehlszeile oder PowerShell) bei Verschiebungen scheinbar nicht mehr reagieren, während die Azure-Dateisynchronisierung die Daten aus der Cloud abruft. Ab Azure-Dateisynchronisierung Agent Version 3.0.12.0 erlaubt Azure-Dateisynchronisierung, eine gestufte Datei außerhalb des Server-Endpunkts zu verschieben. Die zuvor erwähnten negativen Auswirkungen werden vermieden, indem zugelassen wird, dass die ausgelagerte Datei als ausgelagerte Datei außerhalb des Serverendpunkts vorhanden ist, und die Datei dann im Hintergrund abgerufen wird. Dieser Ansatz bedeutet, dass Umzüge auf demselben Volume sofort erfolgen, und Azure-Dateisynchronisierung ruft die Datei nach Abschluss des Umzugs auf die Festplatte zurück.

  • Es besteht ein Problem mit der Azure-Dateisynchronisierung auf dem Server (Synchronisierung, Cloudtiering usw.). Sollte ich meinen Serverendpunkt entfernen und erneut erstellen?

    Nein: Das Entfernen eines Serverendpunkts entspricht nicht dem Neustart eines Servers! Das Entfernen und erneute Erstellen des Server-Endpunkts ist fast nie eine geeignete Lösung, um Probleme mit der Synchronisierung, dem Cloud-Tiering oder anderen Aspekten der Azure-Dateisynchronisierung zu beheben. Das Entfernen eines Server-Endpunkts ist ein zerstörerischer Vorgang. Es kann zu Datenverlust führen, wenn mehrstufige Dateien außerhalb des Namespaces des Serverendpunkts vorhanden sind. Unter Warum sind mehrstufige Dateien außerhalb des Serverendpunkt-Namespaces vorhanden? finden Sie weitere Informationen. Es kann auch passieren, dass auf mehrstufige Dateien im Namespace des Serverendpunkts nicht mehr zugegriffen werden kann. Diese Probleme werden nicht dadurch gelöst, dass der Serverendpunkt neu erstellt wird. Auf Ihrem Serverendpunkt sind möglicherweise auch dann mehrstufige Dateien vorhanden, wenn Sie das Cloudtiering nie aktiviert haben. Aus diesem Grund wird empfohlen, den Serverendpunkt nur zu entfernen, wenn Sie die Azure-Dateisynchronisierung mit diesem spezifischen Ordner nicht mehr verwenden möchten oder von einem Microsoft-Supportmitarbeiter ausdrücklich dazu aufgefordert wurden. Weitere Informationen zum Entfernen von Serverendpunkten finden Sie unter Entfernen eines Serverendpunkts.

  • Kann ich den Speichersynchronisierungsdienst und/oder das Speicherkonto in eine andere Ressourcengruppe, ein anderes Abonnement oder einen anderen Microsoft Entra-Mandanten verschieben?
    Ja, Sie können den Speichersynchronisierungsdienst und/oder das Speicherkonto in eine andere Ressourcengruppe, ein anderes Abonnement oder einen anderen Microsoft Entra-Mandanten verschieben. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Anwendung „Microsoft.StorageSync“ Zugriff auf das Speicherkonto gewähren. Folgen Sie diesen Schritten:

    1. Melden Sie sich beim Azure-Portal an, und wählen Sie im Dienstmenü Zugriffssteuerung (IAM) aus.

    2. Wählen Sie die Registerkarte Rollenzuweisungen aus, um die Benutzer und Anwendungen (Dienstprinzipale) aufzulisten, die Zugriff auf Ihr Speicherkonto haben.

    3. Vergewissern Sie sich, dass in der Liste Microsoft.StorageSync oder der alte Anwendungsname Hybrid File Sync Service (Hybrid-Dateisynchronisierungsdienst) mit der Rolle Lese- und Datenzugriff angezeigt wird.

      Wenn Microsoft. StorageSync oder Hybrid File Sync Service erscheinen nicht in der Liste, folgen Sie diesen Schritten:

      • Wählen Sie Hinzufügen.
      • Wählen Sie im Feld Rolle die Option Lese- und Datenzugriff aus.
      • Geben Sie im Feld Auswählen die Zeichenfolge Microsoft.StorageSync ein. Wählen Sie die Rolle und dann Speichern aus.

      Hinweis

      Beim Erstellen des Cloudendpunkts müssen sich der Speichersynchronisierungsdienst und das Speicherkonto im selben Microsoft Entra-Mandanten befinden. Nachdem der Cloud-Endpunkt erstellt wurde, können Sie den Storage Sync Service und das Speicherkonto auf verschiedene Microsoft Entra-Tenants verschieben.

  • Werden NTFS-ACLs auf Verzeichnis-/Dateiebene in der Azure-Dateisynchronisierung zusammen mit den in Azure Files gespeicherten Daten beibehalten?

    Ab dem 24. Februar 2020 werden neue und vorhandene ACLs, die durch die Azure-Dateisynchronisierung gestaffelt sind, im NTFS-Format persistent gespeichert, und ACL-Änderungen, die direkt an der Azure-Dateifreigabe vorgenommen werden, werden mit allen Servern in der Synchronisierungsgruppe synchronisiert. Alle an Azure-Dateifreigaben vorgenommenen Änderungen der ACLs werden über die Azure-Dateisynchronisierung synchronisiert. Wenn Sie Daten in Azure Files kopieren, stellen Sie sicher, dass Sie ein Kopiertool verwenden, das die erforderliche Genauigkeit unterstützt, um Attribute, Zeitstempel und ACLs über SMB oder REST in eine Azure-Dateifreigabe zu kopieren. Bei Azure-Kopiertools wie AzCopy ist es wichtig, die neueste Version zu verwenden. Überprüfen Sie die Tabelle zu den Dateikopiertools, um einen Überblick über die Azure-Kopiertools zu erhalten und sicherzustellen, dass Sie alle wichtigen Metadaten einer Datei kopieren können.

    Wenn Sie Azure Backup für Ihre von der Azure-Dateisynchronisierung verwalteten Dateifreigaben aktiviert haben, können Datei-ACLs weiterhin im Rahmen des Sicherungs- und Wiederherstellungsworkflows wiederhergestellt werden. Dies funktioniert für die gesamte Freigabe oder für einzelne Dateien/Verzeichnisse.

    Wenn Sie Momentaufnahmen als Teil der selbstverwalteten Sicherungslösung für von der Azure-Dateisynchronisierung verwaltete Dateifreigaben verwenden, werden die ACLs möglicherweise nicht ordnungsgemäß als NTFS-ACLs wiederhergestellt, falls die Momentaufnahmen vor dem 24. Februar 2020 erstellt wurden. In diesem Fall sollten Sie sich an den Azure-Support wenden.

  • Synchronisiert Azure-Dateisynchronisierung die „LastWriteTime“ für Verzeichnisse? Warum wird der Zeitstempel Änderungsdatum für ein Verzeichnis nicht aktualisiert, wenn Dateien darin geändert werden?
    Nein, die Azure-Dateisynchronisierung synchronisiert nicht den Zeitpunkt des letzten Schreibvorgangs (LastWriteTime) für Verzeichnisse. Darüber hinaus aktualisiert Azure Files nicht den Zeitstempel Änderungsdatum („LastWriteTime“) für Verzeichnisse, wenn Dateien innerhalb des Verzeichnisses geändert werden. Dieses Verhalten wird erwartet.

  • Wie funktioniert Volumenspeicher für Cloud Tiering als Teil der Interoperabilität mit Dedup?
    In einigen Fällen, in denen Dedup installiert ist, kann der verfügbare Volumespeicherplatz nach dem Auslösen der Dedup-Garbage Collection stärker als erwartet zunehmen. Nehmen wir beispielsweise an, dass die Freispeicherrichtlinie für das Cloud-Tiering auf 20 % festgelegt ist. Azure-Dateisynchronisierung wird benachrichtigt, wenn wenig freier Speicherplatz vorhanden ist (zum Beispiel, wenn freier Platz 19%beträgt). Das Tiering bestimmt, dass 1% mehr Platz frei werden muss, aber als Puffer gibt es 5% extra, sodass es bis zu 25% aufsteigt (zum Beispiel 30 GiB). Die Dateien werden gestaffelt, bis eine Größe von 30 GiB erreicht ist. Im Rahmen der Interoperabilität mit Dedup initiiert Azure-Dateisynchronisierung die Garbage Collection am Ende der Staffelungssitzung.

  • Warum ruft die Antivirensoftware auf dem Azure-Dateisynchronisierung-Server gestufte Dateien zurück?
    Wenn Nutzer auf gestufte Dateien zugreifen, kann eine Antivirensoftware (AV) unbeabsichtigte Dateirückrufe verursachen. Dieses Problem tritt auf, wenn die AV-Software nicht so konfiguriert ist, dass gestufte Dateien (solche mit dem Attribut RECALL_ON_DATA_ACCESS ) ignoriert werden. Die Vorgehensweise ist wie folgt:

    1. Ein Benutzer versucht, auf eine mehrstufige Datei zuzugreifen.
    2. Die AV-Software blockiert das Lese-Handle.
    3. Die AV-Software liest dann selbst, um die Datei auf Viren zu scannen.

    Dieser Vorgang kann so aussehen, als würde die AV-Software die gestuften Dateien abrufen, dies wird aber tatsächlich durch den Zugriffsversuch des Benutzers ausgelöst. Um dieses Problem zu vermeiden, stellen Sie sicher, dass Ihr AV-Anbieter seine Software so konfiguriert, dass gestufte Dateien mit diesem Attribut RECALL_ON_DATA_ACCESS nicht gescannt werden.

  • Kann SSL-Inspektionssoftware den Zugriff auf Azure-Dateisynchronisierung-Server blockieren? Stellen Sie sicher, dass Ihre SSL-Inspektionssoftware (wie Zscaler oder FortiGate) es Azure-Dateisynchronisierung-Server-Endpunkten ermöglicht, auf Azure zuzugreifen. Diese SSL-Inspektionstools können Firewalleinstellungen außer Kraft setzen und den Datenverkehr selektiv zulassen. Wenden Sie sich an den Netzwerkadministrator, um das Problem zu beheben. Verwenden Sie den testnet Befehl, um herauszufinden, ob Ihr Azure-Dateisynchronisierung-Server dieses Problem hat.

Ressourcenanbieter und klassische Dateifreigaben

  • Was ist der Unterschied zwischen den Ressourcenanbietern Microsoft.Storage und Microsoft.FileShares? Was ist eine Azure-Dateifreigabe im Vergleich zu einer klassischen Azure-Dateifreigabe?

    Ressourcenanbieter sind Verwaltungsdienste, die bestimmte Arten von Ressourcen in Azure bereitstellen. Sie stellen klassische Azure-Dateifreigaben in einem Speicherkonto bereit, einer Ressource der obersten Ebene, die den Microsoft.Storage-Ressourcenanbieter verwendet. Alle Speicherressourcen in einem Speicherkonto teilen sich die Grenzen, die für dieses Speicherkonto gelten. Dateifreigaben, die vom Ressourcenanbieter Microsoft.FileShares bereitgestellt werden, sind eine neue Ressource der obersten Ebene, die die Bereitstellung von Dateifreigaben vereinfacht, da kein Speicherkonto mehr erforderlich ist. Derzeit Microsoft. FileShares unterstützt nur das NFS-Dateifreigabeprotokoll. Klassische Dateifreigaben unterstützen sowohl SMB als auch NFS.

Sicherheit, Authentifizierung und Zugriffssteuerung

  • Wie kann ich den Dateizugriff und Änderungen in Azure Files überwachen?

    Bei den Überwachungsfunktionen für Azure Files haben Sie zwei Optionen:

    • Wenn Benutzer*innen direkt auf die Azure-Dateifreigabe zugreifen, können Sie Azure Storage-Protokolle verwenden, um Dateiänderungen und Benutzerzugriff zu Zwecken der Problembehandlung nachzuverfolgen. Anforderungen werden auf Grundlage der besten Leistung protokolliert.
    • Wenn Benutzer auf die Azure-Dateifreigabe über eine Windows Server-Instanz zugreifen, in der der Azure-Dateisynchronisierungs-Agent installiert ist, sollten Sie eine Überwachungsrichtlinie oder ein Drittanbieterprodukt verwenden, um Dateiänderungen und den Benutzerzugriff in der Windows Server-Instanz nachzuverfolgen.

  • Unterstützt Azure Files die Verwendung der zugriffsbasierten Enumeration (Access-Based Enumeration, ABE), um die Sichtbarkeit der Dateien und Ordner in SMB-Dateifreigaben in Azure zu steuern?

    Azure Files unterstützt die Verwendung von ABE nicht, aber Sie können DFS-N mit SMB-Azure-Dateifreigaben verwenden.

  • Kann ich mithilfe eines Druckers oder Scanners in einer Azure-Dateifreigabe speichern?

    Azure Files unterstützt nur Windows, Linux und macOS. Der Zugriff auf eine Azure-Dateifreigabe direkt von einem Drucker oder Scanner wird nicht unterstützt. Wenn Sie jedoch bereits die Azure-Dateisynchronisierung verwenden, können Sie über Ihren Windows-Dateiserver drucken oder scannen und die Datei dann mit einer Azure-Dateifreigabe synchronisieren.

  • Unterstützt Azure Files alternative Datenströme?

Azure Files unterstützt keine alternativen Datenströme. Das Übertragen von Daten über SMB löst eine Datei existiert bereits-Meldung aus, wenn ein alternativer Datenstrom gefunden wird. Sie können alternative Datenströme mithilfe des folgenden PowerShell-Befehls überprüfen:

get-item <file path+name> -Stream *

Wenn mehrere Datenströme angezeigt werden, können Sie sie mit dem folgenden PowerShell-Befehl entfernen:

remove-Item <file path+name> -Stream *

Alternative Datenströme werden lokal beibehalten, wenn Azure-Dateisynchronisierung verwendet wird.

Identitätsbasierte Authentifizierung

  • Unterstützt Microsoft Entra Domain Services den SMB-Zugriff mithilfe von Microsoft Entra-Anmeldeinformationen auf Geräten, die bei Microsoft Entra-ID registriert oder damit verknüpft sind?

    Nein, dieses Szenario wird nicht unterstützt.

  • Kann ich den kanonischen Namen (CNAME) zum Einbinden einer Azure-Dateifreigabe verwenden, wenn die identitätsbasierte Authentifizierung verwendet wird?

    Ja, dieses Szenario wird jetzt sowohl in Umgebungen mit einer einzigen Gesamtstruktur als auch mit mehreren Gesamtstrukturen für SMB Azure-Dateifreigaben unterstützt. Azure Files unterstützt jedoch nur die Konfiguration von CNAMEs unter Verwendung des Namens des Speicherkontos als Domänenpräfix. Wenn Sie den Namen des Speicherkontos nicht als Präfix verwenden möchten, sollten Sie stattdessen DFS-Namespaces verwenden.

  • Kann ich mit Microsoft Entra-Anmeldeinformationen über eine VM unter einem anderen Abonnement auf Azure-Dateifreigaben zugreifen?

    Wenn das Abonnement, unter dem die Dateifreigabe bereitgestellt wurde, demselben Microsoft Entra-Mandanten wie die Microsoft Entra Domain Services-Bereitstellung (mit Einbindung der VM) zugeordnet ist, können Sie mit den gleichen Microsoft Entra-Anmeldeinformationen auf Azure-Dateifreigaben zugreifen. Die Einschränkung bezieht sich nicht auf das Abonnement, sondern auf den zugeordneten Microsoft Entra-Mandanten.

  • Kann ich entweder die Authentifizierung mit Microsoft Entra Domain Services oder einer lokalen AD DS-Instanz für Azure-Dateifreigaben mit einem Microsoft Entra-Mandanten aktivieren, der sich vom primären Mandanten der Azure-Dateifreigabe unterscheidet?

    Nein. Azure Files unterstützen nur die Integration von Microsoft Entra Domain Services oder einer lokalen AD DS-Instanz und einem Microsoft Entra-Mandanten, der sich im selben Abonnement wie die Dateifreigabe befindet. Ein Abonnement kann nur einem Microsoft Entra-Mandanten zugeordnet werden. Wenn Sie lokale AD DS für die Authentifizierung verwenden, müssen die AD DS-Anmeldeinformationen mit der Microsoft Entra ID-Instanz synchronisiert werden, der das Speicherkonto zugeordnet ist.

  • Unterstützt die Authentifizierung mit lokalen AD DS für Azure-Dateifreigaben die Integration in eine AD DS-Umgebung mit mehreren Gesamtstrukturen?

    Die Azure Files-Authentifizierung mit lokalen AD DS ist nur in die Gesamtstruktur des Domänendiensts integriert, bei dem das Speicherkonto registriert ist. Zur Unterstützung der Authentifizierung von einer anderen Gesamtstruktur muss die Gesamtstruktur-Vertrauensstellung in Ihrer Umgebung ordnungsgemäß konfiguriert sein. Eine ausführliche Anleitung finden Sie unter Verwenden von Azure Files mit mehreren Active Directory-Gesamtstrukturen.

    Hinweis

    Verwenden Sie in einem Setup mit mehreren Gesamtstrukturen nicht Datei-Explorer zum Konfigurieren von Windows-ACLs/NTFS-Berechtigungen auf Stamm-, Verzeichnis- oder Dateiebene. Stattdessen sollten Sie icacls verwenden.

  • Gibt es einen Unterschied beim Erstellen eines Computerkontos oder dienstanmeldungskontos, um mein Speicherkonto in Active Directory darzustellen?

    Ob Sie ein Computerkonto (Standard) oder ein Dienstanmeldekonto erstellen, hat keine Auswirkung darauf, wie die Authentifizierung bei Azure Files erfolgt. Sie können festlegen, wie ein Speicherkonto als Identität in Ihrer AD-Umgebung dargestellt werden soll. Der im Cmdlet Join-AzStorageAccountForAuth standardmäßig festgelegte Domänenkontotyp (DomainAccountType) ist Computerkonto. Das in Ihrer AD-Umgebung konfigurierte Kennwort für den Ablauf des Kennworts kann jedoch für das Computer- oder Dienstanmeldekonto abweichen. Berücksichtigen Sie dies beim Aktualisieren des Kennworts Ihrer Speicherkontoidentität in AD.

  • Wie entferne ich zwischengespeicherte Zugangsdaten mit dem Speicherkontoschlüssel und lösche bestehende SMB-Verbindungen, bevor ich eine neue Verbindung mit Microsoft Entra ID oder AD-Zugangsdaten initialisiere?

    Folgen Sie dem zweistufigen Prozess, um die gespeicherten Zugangsdaten zu entfernen, die mit dem Speicherkontoschlüssel verknüpft sind, und die SMB-Verbindung zu entfernen:

    1. Führen Sie den folgenden Befehl an einer Windows-Eingabeaufforderung aus, um die Anmeldeinformationen zu entfernen. Wenn keine Anmeldeinformationen gefunden werden, bedeutet dies, dass die Anmeldeinformationen nicht dauerhaft gespeichert wurden. Sie können diesen Schritt also überspringen.

      cmdkey /delete:Domain:target=storage-account-name.file.core.windows.net

    2. Löschen Sie die vorhandene Verbindung mit der Dateifreigabe. Sie können den Einbindungspfad als Laufwerkbuchstaben oder als storage-account-name.file.core.windows.net-Pfad angeben.

      net use <drive-letter/share-path> /delete

  • Ist es möglich, den UPN (userPrincipalName) eines Datei-/Verzeichnisbesitzers in Windows-Explorer statt der Sicherheits-ID (SID) anzuzeigen?

    Der Datei-Explorer ruft eine RPC-API direkt zum Server (Azure Files) auf, um die SID in einen UPN zu übersetzen. Azure Files unterstützt diese API nicht, weshalb in Datei-Explorer die SID eines Datei-/Verzeichnisbesitzers statt des UPN für Dateien und Verzeichnisse angezeigt wird, die in Azure Files gehostet werden. Von einem Client, der einer Domäne beigetreten ist, können Sie jedoch den folgenden PowerShell-Befehl verwenden, um alle Objekte in einem Verzeichnis und deren Besitzer*innen, einschließlich UPN, anzuzeigen:

    Get-ChildItem <Path> | Get-ACL | Select Path, Owner

Netzwerkdateisystem (Network File System NFS v4.1):

FAQ zum Teilen von Snapshots

Erstellen von Freigabemomentaufnahmen

  • Sind meine Freigabemomentaufnahmen georedundant?
    Freigabemomentaufnahmen weisen dieselbe Redundanz wie die Azure-Dateifreigabe auf, für die sie erstellt wurden. Wenn Sie für Ihr Konto einen georedundanten Speicher ausgewählt haben, wird Ihre Freigabemomentaufnahme ebenfalls redundant in der gekoppelten Region gespeichert.

Bereinigen von Freigabemomentaufnahmen

  • Kann ich meine Freigabe löschen, Freigabemomentaufnahmen aber nicht?
    Nein. Der Workflow zum Löschen von Dateifreigaben löscht die Momentaufnahmen automatisch, wenn Sie die Freigabe löschen.

Azure Files – Abrechnung und Preise

  • Was sind Transaktionen in Azure Files, und wie werden sie in Rechnung gestellt? Protokolltransaktionen erfolgen jedes Mal, wenn ein Benutzer, eine Anwendung, ein Skript oder ein Dienst mit Azure-Dateifreigaben interagiert (Schreiben, Lesen, Auflisten, Löschen von Dateien usw.). Es ist wichtig zu beachten, dass einige Aktionen, die Sie möglicherweise als einen einzelnen Vorgang wahrnehmen, mehrere Transaktionen umfassen können. Für Pay-as-you-go-Dateifreigaben haben verschiedene Arten von Transaktionen unterschiedliche Preise, die sich nach ihren Auswirkungen auf die Dateifreigabe richten. Transaktionen haben keinen Einfluss auf die Abrechnung für bereitgestellte Dateifreigaben. Weitere Informationen finden Sie unter Grundlegendes zur Abrechnung für Azure Files.

Azure Files-Interoperabilität mit anderen Diensten

  • Was ist der Unterschied zwischen Azure Files und Azure NetApp Files?
    Azure Files und Azure NetApp Files sind unterschiedliche Dateispeicherdienste in Azure und sind für unterschiedliche Workloads und Leistungsanforderungen ausgelegt. Azure Files bietet serverlose SMB- und NFS-Dateifreigaben und bietet Azure-Dateisynchronisierung als Option zum Zwischenspeichern von SMB-Dateifreigaben auf Windows Server. Azure NetApp Files ist ein leistungsstarker, Bare-Metal-Dateispeicherdienst, der von netApp-Technologie unterstützt wird, die NFS-, SMB- und Dual-Protocol-Dateifreigaben unterstützt. Weitere Informationen finden Sie unter Compare Azure Files und Azure NetApp Files.

  • Kann ich meine Azure-Dateifreigabe als Dateifreigabenzeugen für meinen Windows Server-Failovercluster verwenden?
    Diese Konfiguration wird für Azure Files nicht unterstützt. Um zu erfahren, wie man diese Konfiguration mit Azure Blob Storage einrichtet, siehe Deploy a Cloud Witness for a Failover Cluster.

Weitere Informationen

  • Last updated on