Vytvoření koncového bodu serveru Synchronizace souborů Azure

Koncový bod serveru představuje konkrétní umístění na zaregistrovaném serveru, například složku na svazku serveru. Koncový bod serveru musí splňovat následující podmínky:

• Koncový bod serveru musí být cesta na registrovaném serveru (nikoli připojené sdílené složce). Úložiště připojené k síti (NAS) se nepodporuje.
• I když koncový bod serveru může být na systémovém svazku, koncové body serveru na systémovém svazku nemůžou používat vrstvení cloudu.
• Změna cesty nebo písmene jednotky po vytvoření koncového bodu serveru na svazku se nepodporuje. Před vytvořením koncového bodu serveru se ujistěte, že používáte vhodnou cestu.
• Registrovaný server může podporovat více koncových bodů serveru, ale skupina synchronizace může mít v daném okamžiku pouze jeden koncový bod serveru na registrovaný server. Jiné koncové body serveru v rámci skupiny synchronizace musí být na různých registrovaných serverech.
• Na stejném svazku může existovat více koncových bodů serveru, pokud se jejich obory názvů nepřekrývají (například F:\sync1 a F:\sync2) a každý koncový bod se synchronizuje s jedinečnou skupinou synchronizace.

Tento článek vám pomůže pochopit možnosti a rozhodnutí potřebná k vytvoření nového koncového bodu serveru a spuštění synchronizace. Aby to fungovalo, musíte dokončit plánování nasazení Synchronizace souborů Azure a také nasadit prostředky potřebné v předchozích krocích k vytvoření koncového bodu serveru.

Požadavky

Pokud chcete vytvořit koncový bod serveru, musíte nejprve zajistit splnění následujících kritérií:

• Server má nainstalovaného Synchronizace souborů Azure agenta a je zaregistrovaný. Podrobnosti o instalaci agenta Synchronizace souborů Azure najdete v tématu Registrace nebo zrušení registrace serveru s Synchronizace souborů Azure.
• Ujistěte se, že je nasazená služba synchronizace úložiště. Podrobnosti o tom, jak nasadit službu synchronizace úložiště, najdete v tématu Postup nasazení Synchronizace souborů Azure.
• Ujistěte se, že je nasazená skupina synchronizace. Zjistěte, jak vytvořit skupinu synchronizace.
• Ujistěte se, že je server připojený k internetu a že je Azure přístupný. Synchronizace souborů Azure používá port 443 pro veškerou komunikaci mezi serverem a cloudovou službou.

Vytvoření koncového bodu serveru

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly] default when cloud tiering is enabled. [NamespaceThenModifiedFiles] default when cloud tiering is disabled. [AvoidTieredFiles] only available when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge] default for all new server endpoints. Content 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] This is the right choice when you seeded the Azure file share (e.g. with Data Box) AND you are connecting the server location you seeded from. This enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure 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 server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create 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

Oddíl vrstvení cloudu

Při vytváření nového koncového bodu serveru se můžete rozhodnout pro funkci vrstvení cloudu Synchronizace souborů Azure. Možnosti v oddílu Vrstvení cloudu je možné později změnit. V následující části jsou ale k dispozici různé možnosti na základě toho, že je pro nový koncový bod serveru povolené vrstvení cloudu nebo ne.

Podrobné informace najdete v článku o vrstvení cloudu, který se věnuje základům, zásadám a osvědčeným postupům.

Oddíl počáteční synchronizace

Oddíl Počáteční synchronizace je k dispozici pouze pro první koncový bod serveru ve skupině synchronizace. Další koncový bod serveru najdete v části Počáteční stažení.

Existují dvě základní chování počáteční synchronizace:

Koncový bod serveru může úspěšně zřizovat pouze s možností autoritativního nahrání, pokud má umístění serveru data. Tento blok slouží k ochraně před náhodnými chybnými konfiguracemi. Autoritativní nahrávání funguje jako RoboCopy /MIR. Tento režim zrcadlí zdroj do cíle. Zdrojem je server AFS a cílem je cloudová sdílená složka. Autoritativní nahrávání bude tvarovat cíl na obrázku zdroje.

• Nové nebo aktualizované soubory a složky se nahrají ze serveru.
• Soubory a složky, které na serveru neexistují (už), se odstraní z cloudové sdílené složky.
• Změny souborů a složek na serveru pouze metadata budou efektivně přesunuty do cloudové sdílené složky jako aktualizace pouze metadat.
• Soubory a složky můžou existovat na serveru a cloudové sdílené složce. Některé soubory nebo složky ale mohly od počátečního nastavení sdílené složky Azure změnit nadřazený adresář na serveru. Tyto soubory a složky se vymažou z cloudové sdílené složky a znovu se nahrají. Z tohoto důvodu je nejlepší vyhnout se restrukturalizaci oboru názvů ve větším měřítku během migrace.

Počáteční část pro stažení

Část Počáteční stažení je k dispozici pro druhý a další koncové body serveru ve skupině synchronizace. První koncový bod serveru ve skupině synchronizace obsahuje další možnosti související s migrací s Azure Data Boxem. Tyto možnosti se nevztahují, pokud tento koncový bod serveru není první ve vaší skupině synchronizace.

V rámci této části můžete zvolit, jak bude obsah ze sdílené složky Azure zpočátku docházet na server:

Jakmile vyberete možnost počátečního stahování, po potvrzení vytvoření koncového bodu serveru ji nemůžete změnit.

Chování stahování souborů po dokončení počátečního stahování

Způsob zobrazení souborů na serveru po dokončení počátečního stahování závisí na použití funkce vrstvení cloudu a na tom, jestli jste se rozhodli aktivně odvolat změny v cloudu. Druhá funkce je užitečná pro skupiny synchronizace s několika koncovými body serveru v různých geografických umístěních.

• Vrstvení cloudu je povoleno
  Nové a změněné soubory z jiných koncových bodů serveru se zobrazí jako vrstvené soubory na tomto koncovém bodu serveru. Tyto změny se zobrazí jenom jako úplné soubory, pokud jste se rozhodli proaktivní odvolání změn ve sdílené složce Azure jinými koncovými body serveru.
• Vrstvení cloudu je zakázáno
  Nové a změněné soubory z jiných koncových bodů serveru se zobrazí jako úplné soubory na tomto koncovém bodu serveru. Nebudou se nejdřív zobrazovat jako vrstvené soubory a pak se vzpomenou. Vrstvené soubory s vypnutým vrstvením cloudu jsou funkcí rychlého zotavení po havárii a zobrazují se pouze během počátečního zřizování.

Kroky zřizování

Když se pomocí portálu nebo PowerShellu vytvoří nový koncový bod serveru, koncový bod serveru není připravený k okamžitému použití. V závislosti na tom, kolik dat se nachází v odpovídající sdílené složce v cloudu, může trvat několik minut, než bude koncový bod serveru funkční a připravený k použití.

Pokud jste v minulosti chtěli zkontrolovat stav zřizování koncového bodu serveru a jestli je server připravený pro přístup k datům, museli jste se přihlásit ke koncovému bodu serveru a zjistit, jestli byla stažena všechna data. Pomocí kroků zřizování můžete zjistit, jestli je koncový bod serveru připravený k použití nebo ne a jestli je synchronizace plně funkční přímo z webu Azure Portal, v okně přehledu koncového bodu serveru.

V případě podporovaných scénářů najdete na kartě Kroky zřizování informace o tom, co se děje na koncovém bodu serveru, včetně toho, kdy je koncový bod serveru připravený pro uživatelský přístup.

Podporované scénáře

Kroky zřizování se v současné době zobrazují jenom v případě, že nový koncový bod serveru, který se přidává, neobsahuje žádná data na cestě k serveru vybrané pro koncový bod serveru. V jinýchscénářch

Stav zřizování

Tady jsou různé stavy, které se zobrazují, když probíhá zřizování koncových bodů serveru a co znamenají:

• Probíhá: SEP není připravený pro uživatelský přístup.
• Připraveno (synchronizace není funkční): Uživatelé mají přístup k datům, ale změny se nebudou synchronizovat s cloudovou sdílenou složkou.
• Připraveno (funkční synchronizace): Uživatelé mají přístup k datům a změny se budou synchronizovat s cloudovou sdílenou složkou, aby koncový bod byl plně funkční.
• Nezdařilo se: Zřizování selhalo kvůli chybě.

Karta Kroky zřizování se zobrazuje jenom na webu Azure Portal pro podporované scénáře. Nebude k dispozici ani nebude viditelný pro nepodporované scénáře.

Další kroky

O sdílených složkách Azure a Synchronizace souborů Azure se dozvíte víc. Následující články vám pomůžou porozumět pokročilým možnostem a osvědčeným postupům. Poskytují také pomoc s řešením potíží. Tyto články obsahují odkazy na dokumentaci ke sdílené složce Azure, kde je to vhodné.

• Přehled migrace
• Plánování nasazení Synchronizace souborů Azure
• Vytvoření sdílené složky
• Řešit problémy se Synchronizací souborů Azure