Häufig gestellte Fragen (FAQ) zu Azure Files

  • Artikel
  • 14 Minuten Lesedauer

Azure Files bietet vollständig verwaltete Dateifreigaben in der Cloud, auf die über das Branchenstandardprotokoll Server Message Block (SMB) sowie über das Network File System-Protokoll (NFS) zugegriffen werden kann. Sie können Azure-Dateifreigaben gleichzeitig unter Cloud- und lokalen Bereitstellungen von Windows, Linux und macOS einbinden. Azure-Dateifreigaben können auch auf Windows Server-Computern zwischengespeichert werden, indem die Azure-Dateisynchronisierung verwendet wird, um den schnellen Zugriff in der Nähe der Datennutzung zu ermöglichen.

Azure-Dateisynchronisierung

  • 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?
    Für die Azure-Dateisynchronisierung wird eine einfache Strategie zur Konfliktlösung verwendet: Die Änderungen der Dateien, die gleichzeitig in zwei Endpunkten vorgenommen werden, werden jeweils beibehalten. Für die zuletzt vorgenommene Änderung wird der ursprüngliche Dateiname beibehalten. Die ältere Datei (ermittelt durch LastWriteTime) weist den Endpunktnamen und die Konfliktnummer auf, die an den Dateinamen angefügt werden. Bei Serverendpunkten ist der Endpunktname der Name des Servers. Bei Cloudendpunkten lautet der Endpunktname Cloud. Für den Namen wird die folgende Taxonomie verwendet:

    <DateiNameOhneErweiterung>-<endpunktName>[-#].<ext>

    Beim ersten Konflikt für „CompanyReport.docx“ wird beispielsweise „CompanyReport-CentralServer.docx“ verwendet, wenn CentralServer der Ort ist, an dem der ältere Schreibvorgang durchgeführt wurde. Der zweite Konflikt hat dann den Namen „CompanyReport-CentralServer-1.docx“. Die Azure-Dateisynchronisierung unterstützt 100 Konfliktdateien pro Datei. Sobald die maximale Anzahl von Konfliktdateien erreicht wurde, kann die Datei so lange nicht mehr synchronisiert werden, bis die Anzahl der Konfliktdateien weniger als 100 beträgt.

  • Ich habe das Cloudtiering deaktiviert. Warum befinden sich mehrstufige Dateien am Speicherort des Serverendpunkts?
    Es gibt zwei Gründe, warum 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 zur Vermeidung ausgelagerter Dateien als 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.

    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 werden keine Miniaturansichten für Dateien angezeigt, die als offline markiert sind?

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

  • Warum sind mehrstufige Dateien außerhalb des Serverendpunkt-Namespaces vorhanden?
    Vor der Agent-Version 3 der Azure-Dateisynchronisierung blockierte die Azure-Dateisynchronisierung die Verschiebung mehrstufiger Dateien außerhalb des Serverendpunkts, aber auf demselben Volume wie der Serverendpunkt. Kopiervorgänge, Verschiebungen nicht mehrstufiger Dateien und Verschiebungen mehrstufiger Dateien in andere Volumes waren hiervon 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. Dies bedeutet, dass Datei-Explorer oder andere Methoden zum Verschieben (z.B. über die Befehlszeile oder PowerShell) scheinbar nicht mehr reagieren, während die Azure-Dateisynchronisierung die Daten aus der Cloud abruft. Beginnend mit Version 3.0.12.0 des Azure-Dateisynchronisierungs-Agents lässt die Azure-Dateisynchronisierung zu, dass Sie eine mehrstufige Datei außerhalb des Serverendpunkts verschieben. Wir vermeiden die bereits erwähnten negativen Auswirkungen, indem wir zulassen, dass die mehrstufige Datei außerhalb des Serverendpunkts als mehrstufige Datei vorhanden ist, und dann die Datei im Hintergrund abrufen. Dies bedeutet, dass Verschiebungen auf demselben Volume unmittelbar sind, und wir erledigen die gesamte Arbeit zum Abrufen der Datei auf den Datenträger, nachdem der Verschiebevorgang abgeschlossen ist.

  • 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 Serverendpunkts ist fast nie die optimale Lösung für das Beheben von Problemen mit der Synchronisierung, dem Cloudtiering oder anderen Aspekten der Azure-Dateisynchronisierung. Das Entfernen eines Serverendpunkts ist ein destruktiver 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. Oder es kann bei mehrstufigen Dateien innerhalb des Namespaces des Serverendpunkts zu nicht zugänglichen Dateien führen. 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 Azure AD-Mandanten verschieben?
    Ja. Sie können den Speichersynchronisierungsdienst und/oder das Speicherkonto in eine andere Ressourcengruppe, ein anderes Abonnement oder einen anderen Azure AD-Mandanten verschieben. Nachdem Sie den Speichersynchronisierungsdienst oder das Speicherkonto verschoben haben, müssen Sie der Anwendung „Microsoft.StorageSync“ Zugriff auf das Speicherkonto gewähren (siehe Sicherstellen, dass die Azure-Dateisynchronisierung über Zugriff auf das Speicherkonto verfügt).

    Hinweis

    Beim Erstellen des Cloudendpunkts müssen sich der Speichersynchronisierungsdienst und das Speicherkonto im selben Azure AD-Mandanten befinden. Nach der Erstellung des Cloudendpunkts können der Speichersynchronisierungsdienst und das Speicherkonto in verschiedene Azure AD Mandanten verschoben werden.

  • 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 Änderungen an den ACLs, die an Azure Files vorgenommen werden, 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 in eine Azure-Dateifreigabe zu kopieren – über SMB oder über REST. Wenn Sie Azure-Kopiertools wie AzCopy nutzen, 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 Datensynchronisierung 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 Dateifreigaben verwenden, die von der Dateisynchronisierung verwaltet werden, werden die ACLs möglicherweise nicht ordnungsgemäß als NTFS-ACLs wiederhergestellt, wenn die Momentaufnahmen vor dem 24. Februar 2020 erstellt wurden. In diesem Fall sollten Sie sich an den Azure-Support wenden.

  • Synchronisiert die Azure-Dateisynchronisierung die LastWriteTime für Verzeichnisse?
    Nein, die Azure-Dateisynchronisierung synchronisiert nicht den Zeitpunkt des letzten Schreibvorgangs (LastWriteTime) für Verzeichnisse.

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 direkt auf die Azure-Dateifreigabe zugreifen, können Azure Storage-Protokolle verwendet werden, um Dateiänderungen und den Benutzerzugriff nachzuverfolgen. Diese Protokolle können für die Problembehandlung genutzt werden, und die Anforderungen werden bestmöglich 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?

    Die Verwendung von ABE mit Azure Files wird derzeit nicht unterstützt, Sie können jedoch DFS-N mit SMB Azure-Dateifreigaben verwenden.

AD DS- und Azure AD DS-Authentifizierung

  • Unterstützt die Azure Files Azure Active Directory Domain Services-Authentifizierung (Azure AD DS) über SMB für Azure Files den SMB-Zugriff mit Azure AD-Anmeldeinformationen von Geräten, die in Azure AD eingebunden oder dafür registriert sind?

    Nein, dieses Szenario wird nicht unterstützt.

  • Kann ich den kanonischen Namen (CNAME) verwenden, um eine Azure-Dateifreigabe bei Verwendung der identitätsbasierten Authentifizierung (AD DS oder Azure AD DS) bereitzustellen?

    Nein, dieses Szenario wird nicht unterstützt. Alternativ zu CNAME können Sie DFS-Namespaces mit SMB-Azure-Dateifreigaben verwenden. Weitere Informationen finden Sie unter Verwenden von DFS-Namespaces mit Azure Files.

  • Kann ich auf Azure-Dateifreigaben mit Azure AD-Anmeldeinformationen von einer VM unter einem anderen Abonnement zugreifen?

    Wenn das Abonnement, unter dem die Dateifreigabe bereitgestellt wurde, demselben Azure AD-Mandanten wie die Azure AD DS-Bereitstellung zugeordnet ist, in die die VM eingebunden ist, können Sie mit denselben Azure AD-Anmeldeinformationen auf Azure-Dateifreigaben zugreifen. Die Einschränkung bezieht sich nicht auf das Abonnement, sondern auf den zugeordneten Azure AD-Mandanten.

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

    Nein. Azure Files unterstützen nur die Integration von Azure AD DS oder lokalen AD DS und einem Azure AD-Mandanten, der sich im selben Abonnement wie die Dateifreigabe befindet. Ein Abonnement kann nur einem Azure AD-Mandanten zugeordnet werden. Wenn Sie lokale AD DS für die Authentifizierung verwenden, müssen die AD DS-Anmeldeinformationen mit dem Azure AD synchronisiert werden, dem 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.

  • Macht es für die Darstellung meines Speicherkontos in AD einen Unterschied, ob ich ein Computerkonto oder ein Dienstanmeldekonto erstelle?

    Ob Sie ein Computerkonto (Standard) oder ein Dienstanmeldekonto erstellen, hat keine Auswirkung darauf, wie die Authentifizierung mit 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 werden zwischengespeicherte Anmeldeinformationen mit dem Speicherkontoschlüssel entfernt und vorhandene SMB-Verbindungen gelöscht, bevor eine neue Verbindung mit Azure AD- oder AD-Anmeldeinformationen initialisiert wird?

    Sie können den folgenden Prozess mit zwei Schritten ausführen, um die gespeicherten Anmeldeinformationen, die dem Speicherkontoschlüssel zugeordnet sind, und die SMB-Verbindung zu entfernen:

    1. Führen Sie das unten gezeigte Cmdlet in „Cmd.exe“ von Windows aus, um die Anmeldeinformationen zu entfernen. Wenn keine Anmeldeinformationen gefunden werden, bedeutet dies, dass Sie die Anmeldeinformationen nicht gespeichert haben. 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 entweder als eingebundenen Laufwerkbuchstaben oder mit dem Pfad „storage-account-name.file.core.windows.net“ 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?

    In Datei-Explorer wird die SID eines Datei-/Verzeichnisbesitzers statt des UPN für Dateien und Verzeichnisse angezeigt, die in Azure Files gehostet werden. Sie können jedoch den folgenden PowerShell-Befehl verwenden, um alle Elemente in einem Verzeichnis und deren Besitzer einschließlich UPN anzuzeigen:

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

Netzwerkdateisystem (Network File System NFS v4.1):

  • Wann sollte ich NFS-Azure-Dateifreigaben verwenden?

    Weitere Informationen finden Sie unter NFS-Freigaben.

  • Wie sichere ich Daten, die in NFS-Freigaben gespeichert sind?

    Die Sicherung von Daten in NFS-Freigaben kann entweder mit bekannten Tools wie rsync oder mit Produkten eines unserer Partnerunternehmen zur Datensicherung orchestriert werden. Mehrere dieser Partner zur Datensicherung, darunter Commvault, Veeam und Veritas, haben ihre Lösungen auf SMB 3.x sowie NFS 4.1 für Azure Files erweitert.

  • Kann ich vorhandene Daten zu einer NFS-Freigabe migrieren?

    Innerhalb derselben Region können Sie Daten mit Standardtools wie scp, rsync oder SSHFS verschieben. Weil auf NFS-Azure-Dateifreigaben von mehreren Compute-Instanzen aus gleichzeitig zugegriffen werden kann, können Sie die Kopiergeschwindigkeiten mit parallelen Uploads erhöhen. Wenn Sie Daten von außerhalb einer Region migrieren möchten, verwenden Sie zur Einbindung in Ihr Dateisystem aus Ihrem lokalen Rechenzentrum eine VPN- oder ExpressRoute-Verbindung.

  • Können Sie IBM MQ (einschließlich mehreren Instanzen) auf NFS-Azure-Dateifreigaben ausführen?

Freigabemomentaufnahmen

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?
    Wenn Sie auf Ihrer Freigabe über aktive Freigabemomentaufnahmen verfügen, können Sie die Freigabe nicht löschen. Sie können eine API verwenden, um Freigabemomentaufnahmen zusammen mit der Freigabe zu löschen. Außerdem können Sie die Freigabemomentaufnahmen und die Freigabe im Azure-Portal löschen.

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. Bei Azure-Standarddateifreigaben, die mit einem Modell mit nutzungsbasierter Bezahlung abgerechnet werden, gibt es für verschiedene Arten von Transaktionen unterschiedliche Preise, die auf deren Auswirkungen auf die Dateifreigabe basieren. Transaktionen wirken sich nicht auf die Abrechnung für Premium-Dateifreigaben aus, die mithilfe eines bereitgestellten Modells abgerechnet werden. Weitere Informationen finden Sie unter Grundlegendes zur Abrechnung für Azure Files.

  • Wie viel kosten Freigabemomentaufnahmen?
    Freigabemomentaufnahmen sind in der Regel inkrementell. Bei der Basisfreigabemomentaufnahme handelt es sich um die Freigabe selbst. Alle nachfolgenden Freigabemomentaufnahmen sind inkrementell und enthalten nur die Differenzdaten gegenüber der vorherigen Freigabemomentaufnahme. Ihnen wird nur der geänderte Inhalt in Rechnung gestellt. Wenn Sie über eine Freigabe mit 100 GiB an Daten verfügen, aber nur 5 GiB nach Ihrer letzten Freigabemomentaufnahme geändert wurden, belegt die Freigabemomentaufnahme nur zusätzliche 5 GiB, und Ihnen werden 105 GiB berechnet. Weitere Informationen zu Gebühren für Transaktionen und Standardausgangsgebühren finden Sie auf der Seite Azure Files – Preise.

Interoperabilität mit anderen Diensten

  • Kann ich meine Azure-Dateifreigabe als Dateifreigabenzeugen für meinen Windows Server-Failovercluster verwenden?
    Diese Konfiguration wird für eine Azure-Dateifreigabe derzeit nicht unterstützt. Weitere Informationen zum Einrichten dieser Funktion für den Azure Blob Storage finden Sie unter Bereitstellen eines Cloudzeugen für einen Failovercluster.

Weitere Informationen