Skapa en Azure File Sync serverslutpunkt

En serverslutpunkt representerar en viss plats på en registrerad server, till exempel en mapp på en servervolym. En serverslutpunkt måste uppfylla följande villkor:

• En serverslutpunkt måste vara en sökväg på en registrerad server (i stället för en monterad resurs). Nätverksansluten lagring (NAS) stöds inte.
• Serverslutpunkten kan finnas på systemvolymen, men serverslutpunkter på systemvolymen kan inte använda molnnivåindelning.
• En registrerad server kan ha stöd för flera serverslutpunkter, men en synkroniseringsgrupp kan bara ha en serverslutpunkt per registrerad server vid en viss tidpunkt. Andra serverslutpunkter i synkroniseringsgruppen måste finnas på olika registrerade servrar.
• Flera serverslutpunkter kan finnas på samma volym om deras namnområden inte överlappar varandra (till exempel F:\sync1 och F:\sync2) och varje slutpunkt synkroniseras till en unik synkroniseringsgrupp.

Den här artikeln hjälper dig att förstå de alternativ och beslut som krävs för att skapa en ny serverslutpunkt och starta synkronisering. För att det här ska fungera måste du ha slutfört planning för din Azure File Sync-distribution och har även distribuerat resurser som behövs i föregående steg för att skapa en serverslutpunkt.

Förutsättningar

För att skapa en serverendpoint, se till att följande kriterier är uppfyllda:

• Installera Azure File Sync-agenten på servern och registrera den. Se Register/avregistrera en server med Azure File Sync för detaljer.
• Distribuera en Storage Sync-tjänst. Se Hur du distribuerar Azure File Sync för detaljer.
• Skapa en synkroniseringsgrupp. Se Skapa en synkgrupp för detaljer.
• Koppla servern till internet så att Azure är tillgängligt. Azure File Sync använder port 443 för all kommunikation mellan servern och molntjänsten.
• Kontrollera att du håller dig inom de tillåtna gränserna för att skapa slutpunkter. Se skalningsmål för Azure File Sync för mer information.
• Välj en permanent sökväg för serverns slutpunkt. Att ändra väg eller enhetsbokstav efter skapandet stöds inte.

Skapa en serverslutpunkt

$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

Lagringsnivåer för moln

När du skapar en ny serverslutpunkt kan du välja att använda molnnivåindelningsfunktionen i Azure File Sync. Du kan ändra alternativen i avsnittet Cloud Tiering senare. Dock finns olika alternativ i följande avsnitt beroende på om du aktiverar molnnivåindeling för din nya serverslutpunkt.

Mer information finns i översikt över cloud tiering och policyer för cloud tiering.

Inledande synkronisering

Avsnittet Inledande synkronisering är endast tillgängligt för den första serverslutpunkten i en synkroniseringsgrupp. För eventuella ytterligare serverslutpunkter, se den initiala nedladdningen.

Två initiala synkroniseringsbeteenden är tillgängliga:

Merge

Slå ihop är standardalternativet och är valt som standard. Behåll valet på Merge om du inte har vissa migrationsscenarier.

• När du ansluter till en serverplats är i de flesta scenarier antingen serverplatsen eller Azure-fildelningen tom. I dessa fall är Merge rätt beteende och leder till förväntade resultat.
• När båda platserna innehåller filer och mappar slås namnrymderna samman. Om det finns filer eller mappnamn på servern som också finns i Azure-fildelningen uppstår en synkroniseringskonflikt. Konflikter löses automatiskt.

I funktionen Merge-alternativet kan du välja hur innehåll från Azure-fildelningen initialt ska anlända till servern. Det här valet påverkar inte om Azure filresurs är tom. Du kan hitta fler detaljer i den första nedladdningen.

Auktoritativ uppladdning

Auktoritativ uppladdning är ett första synkroniseringsalternativ som är reserverat för ett specifikt migreringsscenario. Den synkar samma serverväg som du också använde för att seeda Azure-fildelningen, till exempel genom att använda Azure Data Box. I det här fallet har molnet och serverplatserna mestadels samma data, men servern är något nyare. Användare fortsätter att göra ändringar medan Data Box är under transport. Det här migreringsscenariot kräver sedan att molnet uppdateras sömlöst med ändringarna på servern (nyare) utan att skapa några konflikter. Servern är alltså utfärdaren av namnområdets form och Data Box användes för att undvika storskalig initial uppladdning från servern. Server auktoritativ uppladdning möjliggör noll stilleståndstid vid övergång till molnet, även när en mekanism för dataöverföring offline användes för att fylla på molnlagringen.

En serverslutpunkt kan bara lyckas med provisionering med det auktoritativa uppladdningsalternativet när serverplatsen har data i sig. Detta block skyddar mot oavsiktliga felkonfigurationer. Auktoritativa uppladdningsverk som Robocopy /MIR. Det här läget speglar källan till målet. Källan är Azure File Sync-servern och målet är Azure-fildelningen. Auktoritativ uppladdning formar målet i källans bild.

• Nya eller uppdaterade filer och mappar laddas upp från servern.
• Filer och mappar som inte längre finns på servern raderas från Azure-fildelningen.
• Ändringar enbart i metadata i filer och mappar på servern flyttas effektivt till Azure-filresursen som uppdateringar enbart i metadata.
• Filer och mappar kan finnas på servern och Azure-fildelningen. Men vissa filer eller mappar kan ha ändrat sin överordnade katalog på servern sedan initiell synkronisering av Azure-filresursen. Dessa filer och mappar rensas från Azure-fildelningen och laddas upp igen. Därför är det bäst att undvika att omstrukturera ditt namnområde i större skala under en migrering.

Första nedladdningen

Sektionen för initial nedladdning är tillgänglig för den andra och eventuella ytterligare serverändpunkter i en synkroniseringsgrupp. Den först serverslutpunkten i en synkroniseringsgrupp har extra alternativ som relaterar till migrering med Azure Data Box. De här alternativen gäller inte om den här serverslutpunkten inte är den första i synkroniseringsgruppen.

Som en del av det här avsnittet väljer du hur innehåll från den Azure filresursen ska komma till servern.

När du har valt ett första nedladdningsalternativ kan du inte ändra det när du har bekräftat att du har skapat serverslutpunkten.

Filnedladdningsbeteende efter att den initiala nedladdningen är klar

Hur filer visas på servern efter den initiala nedladdningen beror på hur du använder molnnivåindelningsfunktionen och om du väljer att proaktivt återkalla ändringar i molnet (automatiskt ladda ner nya och ändrade filer från andra serverslutpunkter innan användarna får tillgång till dem). Denna funktion är användbar för synkroniseringsgrupper med flera serverslutpunkter på olika geografiska platser.

• Molnskiktning är aktiverad

  Nya och ändrade filer från andra serverändpunkter visas som nivådelade filer på denna serverändpunkt. Dessa ändringar tas bara ner som fullständiga filer om du väljer proaktiv återkallelse av ändringar i Azure-fildelningen av andra serverslutpunkter.

• Cloud tiering är inaktiverad

  Nya och ändrade filer från andra serverändpunkter visas som fullständiga filer på denna serverändpunkt. De visas inte först som filer i nivåer och hämtas sedan tillbaka. Nivåindelade filer utan molnnivåindelning är en snabb katastrofåterställningsfunktion och visas endast under den första installationen.

Etableringssteg

När du skapar en ny serverendpoint med portalen eller PowerShell är serverendpointen inte redo att användas direkt. Beroende på hur mycket data som finns på motsvarande fildelning i molnet kan det ta några minuter till timmar innan serverändpunkten blir funktionell och redo att användas.

Tidigare, om du ville kontrollera serverendpointens provisioneringsstatus och om servern är redo för användare att komma åt data, var du tvungen att logga in på serverendpointen och se om all data var nedladdad. Genom att använda provisioneringssteg kan du förstå om en serverendpoint är redo att användas eller inte, och om synkroniseringen är fullt fungerande direkt från Azure-portalen, i översikten över serverendpoint.

I scenarier som stöds innehåller fliken Etableringssteg information om vad som händer på serverslutpunkten, inklusive när serverslutpunkten är redo för användaråtkomst.

Stödda scenarier

För närvarande visas etableringssteg endast när den nya serverslutpunkten som läggs till inte har några data på den serversökväg som har valts för serverslutpunkten. I andra scenarier är fliken etableringssteg inte tillgänglig.

Provisioneringsstatus

Här är de olika statusarna som visas när serverslutpunktsetablering pågår och vad de innebär:

• Pågår: Serverslutpunkten är inte redo för användaråtkomst.
• Redo (synkronisering fungerar inte): Användare kan komma åt data, men ändringar synkar inte till molnets fildelning.
• Redo (synkroniseringsfunktion): Användare kan komma åt data och ändringar synkas till molndelningen, vilket gör slutpunkten fullt fungerande.
• Provisioneringen misslyckades på grund av ett fel.

Azure-portalen visar fliken för provisioneringssteg endast för stödda scenarier. Om du inte ser fliken stöds inte ditt scenario för tillfället.

Se även

Följande artiklar hjälper dig att förstå avancerade alternativ, bästa praxis och felsökning för Azure Files och Azure File Sync.

• Azure Files migration overview
• Planera för en Azure File Sync-distribution
• Skapa en Azure Classic-filresurs
• Felsöka Azure File Sync