Häufig gestellte Fragen (FAQ) zu Azure Files

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 unterschiedlichen Active Directory-Mitgliedschaften auch dann umfassen, wenn diese nicht in Domänen eingebunden sind. Diese Konfiguration funktioniert zwar technisch einwandfrei, aber es wird davon abgeraten, diese als normale Konfiguration zu verwenden. Der Grund ist, dass Zugriffssteuerungslisten (ACLs), die für Dateien und Ordner auf einem Server definiert sind, unter Umständen von anderen Servern in der Synchronisierungsgruppe nicht durchgesetzt werden können. Die besten Ergebnisse erzielen Sie, wenn Sie sich an die folgende Empfehlung halten: Führen Sie die Synchronisierung zwischen Servern durch, die in derselben Active Directory-Gesamtstruktur enthalten sind, zwischen Servern in unterschiedlichen Active Directory-Gesamtstrukturen, die aber über eingerichtete Vertrauensstellungen verfügen, oder zwischen Servern, 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.

    Hinweis

    Das PowerShell-Cmdlet Invoke-AzStorageSyncChangeDetection kann nur maximal 10.000 Elemente erkennen. Weitere Einschränkungen finden Sie in der Dokumentation zu Invoke-AzStorageSyncChangeDetection.

    Hinweis

    Änderungen, die mithilfe von REST an einer Azure-Dateifreigabe vorgenommen wurden, bewirken keine Aktualisierung der letzten SMB-Änderungszeit, und die Änderungen sind für eine Synchronisierung nicht zu sehen.

    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 ist, kann die Datei 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 für meine Tieringdateien keine Miniatur- oder Vorschauansichten in Windows-Explorer angezeigt?
    Für Tieringdateien sind Miniatur- und Vorschauansichten auf dem Serverendpunkt nicht sichtbar. Dieses Verhalten ist zu erwarten, da das Feature zur Zwischenspeicherung von Miniaturansichten in Windows absichtlich das Lesen von Dateien mit dem Attribut „Offline“ überspringt. Wenn Cloudtiering aktiviert ist, würde das Lesen der Tieringdateien dazu führen, dass diese heruntergeladen (abgerufen) werden.

    Dieses Verhalten ist nicht spezifisch für die Azure-Dateisynchronisierung. In Windows-Explorer wird für alle Dateien, die das Attribut „Offline“ aufweisen, 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 dem gleichen 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, der Speichersynchronisierungsdienst und/oder das Speicherkonto kann in eine andere Ressourcengruppe, ein anderes Abonnement oder einen anderen Azure AD-Mandanten verschoben werden. Wenn der Speichersynchronisierungsdienst oder das Speicherkonto verschoben wurde, 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 als Teil 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?

    Nein, dieses Szenario wird nicht unterstützt.

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 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. Einem Azure AD-Mandanten kann nur ein Abonnement zugeordnet sein. Diese Einschränkung gilt für Authentifizierungsmethoden für Azure AD DS und lokale AD DS. 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. Die Registrierung von Azure Files bei AD DS entspricht größtenteils der Registrierung eines regulären Dateiservers. Dabei wird in AD DS eine Identität (Computer- oder Dienstanmeldekonto) für die Authentifizierung erstellt. Der einzige Unterschied besteht darin, dass der registrierte SPN des Speicherkontos auf „file.core.windows.net“ endet, was nicht mit dem Domänensuffix übereinstimmt. Wenden Sie sich an Ihren Domänenadministrator, um festzustellen, ob ein Update Ihrer Suffix-Routingrichtlinie erforderlich ist, um die Authentifizierung mit mehreren Gesamtstrukturen aufgrund des unterschiedlichen Domänensuffixes zu aktivieren. Unten finden Sie ein Beispiel für das Konfigurieren der Suffix-Routingrichtlinie.

    Beispiel: Wenn Benutzer in der Domäne der Gesamtstruktur A eine Dateifreigabe mit dem Speicherkonto erreichen möchten, das für eine Domäne in der Gesamtstruktur B registriert ist, funktioniert dies nicht automatisch, da der Dienstprinzipal des Speicherkontos kein Suffix hat, das mit dem Suffix einer Domäne in Gesamtstruktur A übereinstimmt. Sie können dieses Problem beheben, indem Sie manuell eine Suffix-Routingregel von Gesamtstruktur A nach Gesamtstruktur B für das benutzerdefinierte Suffix „file.core.windows.net“ konfigurieren.

    Zunächst müssen Sie in Gesamtstruktur B ein neues benutzerdefiniertes Suffix hinzufügen. Stellen Sie sicher, dass Sie über die entsprechenden Administratorberechtigungen zum Ändern der Konfiguration verfügen, und führen Sie dann die folgenden Schritte aus:

    1. Melden Sie sich auf einem Computer in der Domäne der Gesamtstruktur B an.
    2. Öffnen Sie die Konsole Active Directory-Domänen und -Vertrauensstellungen.
    3. Klicken Sie mit der rechten Maustaste auf Active Directory-Domänen und -Vertrauensstellungen.
    4. Wählen Sie Eigenschaften aus.
    5. Wählen Sie Hinzufügen.
    6. Fügen Sie „file.core.windows.net“ als UPN-Suffix hinzu.
    7. Wählen Sie Anwenden und dann OK aus, um den Assistenten zu schließen.

    Fügen Sie als Nächstes die Suffix-Routingregel für Gesamtstruktur A hinzu, damit eine Weiterleitung zu Gesamtstruktur B erfolgt.

    1. Melden Sie sich auf einem Computer in der Domäne der Gesamtstruktur A an.
    2. Öffnen Sie die Konsole „Active Directory-Domänen und -Vertrauensstellungen“.
    3. Klicken Sie mit der rechten Maustaste auf die Domäne, die auf die Dateifreigabe zugreifen soll. Wählen Sie dann die Registerkarte Vertrauensstellungen und dann für ausgehende Vertrauensstellungen eine Domäne der Gesamtstruktur B aus. Wenn Sie noch keine Vertrauensstellung zwischen den beiden Gesamtstrukturen konfiguriert haben, müssen Sie diese zunächst einrichten.
    4. Wählen Sie Eigenschaften und dann Namensuffixrouting aus.
    5. Überprüfen Sie, ob das Suffix „*.file.core.windows.net“ angezeigt wird. Wenn nicht, klicken Sie auf Aktualisieren.
    6. Wählen Sie „*.file.core.windows.net“ und dann Aktivieren und Anwenden aus.
  • 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

Netzwerkdateisystem (Network File System NFS v4.1):

  • Wann sollte ich Azure Files NFS 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. Da auf Azure Files NFS von mehreren Compute-Instanzen aus gleichzeitig zugegriffen werden kann, können Sie über parallele Uploads die Kopiergeschwindigkeit 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 Azure Files NFS 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

  • 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.

Weitere Informationen