Erstellen eines Azure-Dateisynchronisierung Serverendpunkts

Ein Serverendpunkt stellt einen bestimmten Speicherort auf einem registrierten Server dar, z. B. einen Ordner auf einem Servervolume. Ein Serverendpunkt muss die folgenden Bedingungen erfüllen:

• Ein Serverendpunkt muss ein Pfad auf einem registrierten Server sein (statt einer eingebundenen Freigabe). NAS (Network-Attached Storage) wird nicht unterstützt.
• Der Serverendpunkt kann sich zwar auf dem Systemvolumen befinden, Serverendpunkte auf dem Systemvolumen verwenden jedoch kein Cloudtiering.
• Ein registrierter Server kann mehrere Serverendpunkte unterstützen, jedoch kann eine Synchronisierungsgruppe pro registriertem Server immer nur einen Serverendpunkt haben. Andere Serverendpunkte innerhalb der Synchronisierungsgruppe müssen sich auf unterschiedlichen registrierten Servern befinden.
• Mehrere Serverendpunkte können auf dem gleichen Volume vorhanden sein, wenn sich deren Namespaces nicht überschneiden (z. B. F:\sync1 und F:\sync2) und jeder Endpunkt mit einer eindeutigen Synchronisierungsgruppe synchronisiert wird.

Dieser Artikel hilft Ihnen, die Optionen und Entscheidungen zu verstehen, die zum Erstellen eines neuen Serverendpunkts und zum Starten der Synchronisierung erforderlich sind. Damit dies funktioniert, müssen Sie Planing für Ihre Azure-Dateisynchronisierung Bereitstellung abgeschlossen haben und auch ressourcen bereitgestellt haben, die in vorherigen Schritten benötigt werden um einen Serverendpunkt zu erstellen.

Voraussetzungen

Um einen Server-Endpunkt zu erstellen, stellen Sie sicher, dass die folgenden Kriterien erfüllt sind:

• Installiere den Azure-Dateisynchronisierung Agent auf dem Server und registriere ihn. Details finden Sie unter Registrieren/abregistrieren eines Servers mit Azure-Dateisynchronisierung.
• Stellen Sie einen Speichersynchronisierungsdienst bereit. Siehe How to deploying Azure-Dateisynchronisierung für Details.
• Erstellen Sie eine Synchronisierungsgruppe. Weitere Informationen finden Sie unter Erstellen einer Synchronisierungsgruppe.
• Verbinde den Server mit dem Internet, damit Azure zugänglich ist. Azure-Dateisynchronisierung verwendet Port 443 für die gesamte Kommunikation zwischen dem Server und dem Cloud-Dienst.
• Überprüfe, dass du innerhalb der erlaubten Grenzen für die Erstellung von Endpunkten bist. Siehe Skalierungsziele für Azure-Dateisynchronisierung für Einzelheiten.
• Wähle einen permanenten Pfad für den Server-Endpunkt. Das Ändern des Pfads oder Laufwerkbuchstabens nach der Erstellung wird nicht unterstützt.

Erstellen eines Serverendpunkts

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly], the default when cloud tiering is enabled. [NamespaceThenModifiedFiles], the default when cloud tiering is disabled. [AvoidTieredFiles], available only when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge], the default for all new server endpoints. Content is from the server and the cloud merge. This is the right choice if one location is empty or other server endpoints already exist in the sync group. [ServerAuthoritative], the right choice when you seeded the Azure file share (for example, with Azure Data Box) and you're connecting the server location that you seeded from. It enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure that the endpoint path is not the system volume
    $directoryRoot = [System.IO.Directory]::GetDirectoryRoot($serverEndpointPath)
    $osVolume = "$($env:SystemDrive)\"
    if ($directoryRoot -eq $osVolume) {
        throw [System.Exception]::new("Cloud tiering cannot be enabled on the system volume")
    }

    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create the server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -InitialDownloadPolicy $initialDownloadPolicy
}

# Create a new sync group server endpoint 
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --name myNewServerEndpointName
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0
                                                 --server-local-path d:\myPath
                                                 --storage-sync-service myStorageSyncServiceNAme
                                                 --sync-group-name mySyncGroupName

# Create a new sync group server endpoint with additional optional parameters
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --storage-sync-service myStorageSyncServiceName \
                                                 --sync-group-name mySyncGroupName \
                                                 --name myNewServerEndpointName \
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0 \
                                                 --server-local-path d:\myPath \
                                                 --cloud-tiering on \
                                                 --volume-free-space-percent 85 \
                                                 --tier-files-older-than-days 15 \
                                                 --initial-download-policy NamespaceOnly [OR] NamespaceThenModifiedFiles [OR] AvoidTieredFiles
                                                 --initial-upload-policy Merge [OR] ServerAuthoritative

Cloudtiering

Wenn du einen neuen Server-Endpunkt erstellst, kannst du dich für die Cloud-Tiering-Funktion von Azure-Dateisynchronisierung anmelden. Du kannst die Optionen später im Cloud-Tiering-Bereich ändern. Im folgenden Abschnitt stehen jedoch verschiedene Optionen zur Verfügung, je nachdem, ob Sie Cloud-Tiering für Ihren neuen Server-Endpunkt aktiviert haben.

Weitere Informationen finden Sie unter Cloud-Tiering-Übersicht und Cloud-Tiering-Richtlinien.

Erste Synchronisierung

Der Abschnitt Erste Synchronisierung ist nur für den ersten Serverendpunkt in einer Synchronisierungsgruppe verfügbar. Für jeden weiteren Serverendpunkt siehe Erstdownload.

Zwei anfängliche Synchronisationsverhalten sind verfügbar:

Merge

Merge ist die Standardoption und standardmäßig ausgewählt. Behalte die Auswahl auf Zusammenführen , es sei denn, du hast bestimmte Migrationsszenarien.

• Wenn du einem Serverstandort beitrittst, ist in den meisten Fällen entweder der Serverstandort oder die Azure-Dateifreigabe leer. In diesen Fällen ist Merge das richtige Verhalten und führt zu erwarteten Ergebnissen.
• Wenn beide Standorte Dateien und Ordner enthalten, verschmelzen die Namensräume. Wenn sich auf dem Server auch Datei- oder Ordnernamen in der Azure-Dateifreigabe befinden, entsteht ein Synchronisationskonflikt. Konflikte werden automatisch gelöst.

In der Merge-Option können Sie auswählen, wie Inhalte aus der Azure-Dateifreigabe zunächst auf dem Server ankommen. Diese Auswahl hat keine Auswirkungen, wenn die Azure Dateifreigabe leer ist. Weitere Details finden Sie im Erstdownload.

Autoritativer Upload

Autoritativer Upload ist eine Option für die erste Synchronisierung, die für ein bestimmtes Migrationsszenario reserviert ist. Es wird derselbe Serverpfad synchronisiert, den Sie auch zum Seeden der Azure-Dateifreigabe verwendet haben, z. B. mithilfe von Azure Data Box. In diesem Fall weisen die Cloud und die Serverspeicherorte meist dieselben Daten auf, der Server ist jedoch etwas neuer. Die Nutzer nehmen ständig Änderungen vor, während Data Box transportiert wird. Dieses Migrationsszenario erfordert dann eine nahtlose Aktualisierung der Cloud mit den Änderungen auf dem Server (neuer), ohne dass Konflikte entstehen. Daher ist der Server die Autorität der Form des Namespace, und Data Box wurde verwendet, um einen großen anfänglichen Upload vom Server zu vermeiden. Der autoritative Upload des Servers ermöglicht auch dann eine Cloudeinführung ohne Ausfallzeiten, wenn ein Mechanismus zum Offlinedatentransport verwendet wurde, um ein Seeding des Cloudspeichers auszuführen.

Ein Server-Endpunkt kann nur dann unter Verwendung der autoritativen Upload-Option erfolgreich bereitgestellt werden, wenn am Serverstandort Daten vorhanden sind. Dieser Block schützt vor versehentlichen Fehlkonfigurationen. Der autoritative Upload funktioniert wie Robocopy /MIR. Dieser Modus spiegelt die Quelle im Ziel. Die Quelle ist der Azure-Dateisynchronisierung-Server und das Ziel ist die Azure-Dateifreigabe. Der autoritative Upload formt das Ziel nach dem Vorbild der Quelle.

• Neue oder aktualisierte Dateien und Ordner werden vom Server hochgeladen.
• Dateien und Ordner, die auf dem Server nicht mehr existieren, werden aus der Azure-Dateifreigabe gelöscht.
• Änderungen, die auf dem Server nur Metadaten von Dateien und Ordnern betreffen, werden effizient als reine Metadatenupdates in die Azure-Dateifreigabe übertragen.
• Dateien und Ordner könnten auf dem Server und der Azure-Dateifreigabe existieren. Das übergeordnete Verzeichnis einiger Dateien oder Ordner auf dem Server hat sich jedoch möglicherweise seit dem Seeding der Azure-Dateifreigabe geändert. Diese Dateien und Ordner werden aus der Azure-Dateifreigabe gelöscht und erneut hochgeladen. Aus diesem Grund sollten Sie während einer Migration das Umstrukturieren Ihres Namespace in größerem Umfang vermeiden.

Erster Download

Der Abschnitt Erster Download ist für den zweiten sowie alle weiteren Server-Endpunkte in einer Synchronisierungsgruppe verfügbar. Der erste Serverendpunkt in einer Synchronisierungsgruppe hat zusätzliche Optionen, die sich auf die Migration mit Azure Data Box beziehen. Diese Optionen gelten nicht, wenn dieser Serverendpunkt nicht der erste in Ihrer Synchronisierungsgruppe ist.

Im Rahmen dieses Abschnitts wählen Sie aus, wie Inhalte aus der Azure Dateifreigabe anfänglich auf dem Server eingehen.

Nachdem Sie eine anfängliche Downloadoption ausgewählt haben, können Sie sie nicht mehr ändern, nachdem Sie bestätigt haben, dass der Serverendpunkt erstellt wurde.

Dateidownload-Verhalten nach Abschluss des Erstdownloads

Wie Dateien nach Abschluss des ersten Downloads auf dem Server erscheinen, hängt davon ab, wie Sie die Cloud-Tiering-Funktion nutzen und ob Sie Änderungen proaktiv in der Cloud abrufen (neue und geänderte Dateien automatisch von anderen Server-Endpunkten herunterladen, bevor Nutzer darauf zugreifen). Diese Funktion ist nützlich für Synchronisationsgruppen mit mehreren Server-Endpunkten an unterschiedlichen geografischen Standorten.

• Cloud-Tiering ist aktiviert

  Neue und geänderte Dateien von anderen Server-Endpunkten erscheinen als gestufte Dateien auf diesem Server-Endpunkt. Diese Änderungen werden nur dann als vollständige Dateien heruntergeladen, wenn Sie das proaktive Zurückrufen von Änderungen durch andere Serverendpunkte in der Azure-Dateifreigabe aktivieren.

• Cloud-Tiering ist deaktiviert

  Neue und geänderte Dateien von anderen Server-Endpunkten erscheinen auf diesem Server-Endpunkt als vollständige Dateien. Sie werden nicht zuerst als Dateien in einer Speicherstufe angezeigt und anschließend wieder abgerufen. Mehrstufige Dateien mit deaktiviertem Cloudtiering sind ein Feature für die schnelle Notfallwiederherstellung und werden nur bei der ersten Bereitstellung angezeigt.

Bereitstellungsschritte

Wenn du einen neuen Server-Endpunkt über das Portal oder PowerShell erstellst, ist der Server-Endpunkt nicht sofort einsatzbereit. Je nachdem, wie viele Daten auf der entsprechenden Dateifreigabe in der Cloud vorhanden sind, kann es einige Minuten bis Stunden dauern, bis der Server-Endpunkt funktionsfähig und einsatzbereit ist.

Früher musste man, wenn man den Bereitstellungsstatus des Server-Endpunkts prüfen und prüfen wollte, ob der Server für den Zugriff auf die Daten bereit ist, sich am Server-Endpunkt anmelden und sehen, ob alle Daten heruntergeladen wurden. Durch die Verwendung von Bereitstellungsschritten können Sie direkt über das Azure-Portal in der Server-Endpunktübersicht herausfinden, ob ein Server-Endpunkt einsatzbereit ist und ob die Synchronisation voll funktionsfähig ist.

Für unterstützte Szenarien enthält die Registerkarte Bereitstellungsschritte Informationen zu den Vorgängen auf dem Serverendpunkt, einschließlich der Information, wann der Serverendpunkt für den Benutzerzugriff bereit ist.

Unterstützte Szenarios

Derzeit werden die Bereitstellungsschritte nur angezeigt, wenn sich auf dem neu hinzugefügten Serverendpunkt keine Daten auf dem für den Serverendpunkt ausgewählten Serverpfad befinden. In anderen Szenarien ist die Registerkarte „Bereitstellungsschritte“ nicht verfügbar.

Bereitstellungsstatus

Im Folgenden finden Sie die verschiedenen Status, die bei der Bereitstellung von Serverendpunkten angezeigt werden, und ihre Bedeutung:

• In Bearbeitung: Der Serverendpunkt ist nicht für den Benutzerzugriff bereit.
• Bereit (Synchronisation nicht funktional): Benutzer können auf die Daten zugreifen, aber Änderungen werden nicht mit der Cloud-Dateifreigabe synchronisiert.
• Bereit (Synchronisationsfunktion): Benutzer können auf Daten zugreifen und Änderungen werden auf die Cloud-Freigabe synchronisiert, wodurch der Endpunkt voll funktionsfähig wird.
• Fehlgeschlagen: Die Bereitstellung ist aufgrund eines Fehlers fehlgeschlagen.

Das Azure-Portal zeigt den Reiter für Bereitstellungsschritte nur für unterstützte Szenarien an. Wenn du den Tab nicht siehst, wird dein Szenario derzeit nicht unterstützt.

Siehe auch

Die folgenden Artikel helfen Ihnen, erweiterte Optionen, Best Practices und Fehlerbehebung für Azure Files und Azure-Dateisynchronisierung zu verstehen.

• Azure Files migration overview
• Plan für eine Azure-Dateisynchronisierung Bereitstellung
• Eine klassische Azure-Dateifreigabe erstellen
• Problembehandlung bei der Azure-Dateisynchronisierung