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
Pokud chcete přidat koncový bod serveru, přejděte do nově vytvořené skupiny synchronizace. V části Koncové body serveru vyberte +Přidat koncový bod serveru. Otevře se okno Přidat koncový bod serveru. Zadáním následujících informací vytvořte koncový bod serveru:
- Registrovaný server: Název serveru nebo clusteru, ve kterém chcete vytvořit koncový bod serveru.
- Cesta: Cesta na Windows Serveru, která se má synchronizovat se sdílenou složkou Azure. Cesta může být složka (například D:\Data), kořen svazku (například D:\) nebo přípojný bod svazku (například D:\Mount).
- Vrstvení cloudu: Přepínač pro povolení nebo zakázání vrstvení cloudu. U vrstvení cloudu je možné zřídka používané nebo přístupné soubory vrstvit do služby Azure Files. Když povolíte vrstvení cloudu, můžete nastavit dvě zásady, které vám umožní informovat Synchronizace souborů Azure, kdy vrstvit studené soubory: zásady volného místa svazku a zásady data.
- Volné místo svazku: Množství volného místa pro rezervaci na svazku, na kterém se nachází koncový bod serveru. Pokud je například volné místo svazku nastavené na 50 % na svazku, který má pouze jeden koncový bod serveru, přibližně polovina dat se vrství do služby Azure Files. Bez ohledu na to, jestli je povolené vrstvení cloudu, má vaše sdílená složka Azure vždy úplnou kopii dat ve skupině synchronizace.
- Zásady data: Soubory se vrství do cloudu, pokud se k nim nepřistupuje (tj. ke čtení nebo zápisu) po zadaný počet dnů. Pokud jste si například všimli, že soubory, které zmizely déle než 15 dnů, nejsou obvykle archivační soubory, měli byste nastavit zásady data na 15 dnů.
- Počáteční synchronizace: Oddíl Počáteční synchronizace je k dispozici pouze pro první koncový bod serveru ve skupině synchronizace (oddíl se změní na Počáteční stahování při vytváření více než jednoho koncového bodu serveru ve skupině synchronizace). V části Počáteční synchronizace můžete vybrat chování při počátečním nahrávání a počátečním stahování .
Počáteční nahrání: Můžete vybrat, jak server původně nahraje data do sdílené složky Azure:
- Možnost č. 1: Sloučí obsah této cesty k serveru s obsahem ve sdílené složce Azure. Soubory se stejným názvem a cestou vedou ke konfliktům, pokud se jejich obsah liší. Obě verze těchto souborů se uloží vedle sebe. Pokud je cesta k serveru nebo sdílená složka Azure prázdná, zvolte tuto možnost vždy.
- Možnost č. 2: Autoritativní přepsání souborů a složek ve sdílené složce Azure obsahem v cestě k tomuto serveru Tato možnost zabraňuje konfliktům souborů.
Další informace najdete v tématu Počáteční synchronizace.
Počáteční stažení: Můžete vybrat, jak server zpočátku stáhne data sdílené složky Azure. Toto nastavení je důležité, když se server připojuje ke sdílené složce Azure se soubory v ní. "Obor názvů" je zkratka pro strukturu souborů a složek bez obsahu souboru. Obsah souboru "vrstvených souborů" se odvolá z cloudu na server pomocí místního přístupu nebo zásad.
- Možnost č. 1: Nejprve stáhněte obor názvů a pak si stáhněte obsah souboru, co se vejde na místní disk.
- Možnost č. 2: Stáhněte pouze obor názvů. Obsah souboru bude při přístupu odvolána.
- Možnost č. 3: Vyhněte se vrstveným souborům. Soubory se zobrazí jenom na serveru, jakmile se úplně stáhnou.
Další informace najdete v tématu Počáteční stažení.
Pokud chcete přidat koncový bod serveru, vyberte Vytvořit. Vaše soubory se teď synchronizují napříč sdílenou složkou Azure a Windows Serverem.
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:
Sloučit
Autoritativní nahrávání
Sloučení je standardní možnost a ve výchozím nastavení je vybraná. Výběr při sloučení byste měli ponechat, pokud v určitých scénářích migrace nechejte výběr.
- Při připojování k umístění serveru je ve většině scénářů umístění serveru nebo cloudové sdílené složky prázdné. V těchto případech je sloučení správné chování a povede k očekávaným výsledkům.
- Pokud obě umístění obsahují soubory a složky, sloučí se obory názvů. Pokud na serveru existují také názvy souborů nebo složek, které existují v cloudové sdílené složce, dojde ke konfliktu synchronizace. Konflikty se automaticky vyřeší.
V rámci možnosti Sloučit je potřeba vybrat, jak bude obsah ze sdílené složky Azure zpočátku docházet na server. Tento výběr nemá žádný vliv, pokud je sdílená složka Azure prázdná. Další podrobnosti najdete v nadcházejícím odstavci: Počáteční stažení
Autoritativní nahrávání je možnost počáteční synchronizace vyhrazená pro konkrétní scénář migrace. Synchronizace stejné cesty k serveru, která byla použita také k osazování cloudové sdílené složky s instancí Azure Data Boxu. V tomto případě mají cloudová a serverová umístění většinou stejná data, ale server je o něco novější. Uživatelé dělali změny, když byl Data Box v přenosu. Tento scénář migrace pak vyzývá k bezproblémové aktualizaci cloudu pomocí změn na serveru (novějším), aniž by došlo ke konfliktům. Takže server je autorita tvaru oboru názvů a Data Box byl použit k tomu, aby se zabránilo rozsáhlému počátečnímu nahrání ze serveru. Autoritativní nahrávání serveru umožňuje přechod cloudu bez výpadků, i když byl k nasazení cloudového úložiště použit offline mechanismus přenosu dat.
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.
Poznámka:
Výběr možnosti počátečního stahování nemá žádný vliv, pokud je sdílená složka Azure prázdná.
V rámci této části můžete zvolit, jak bude obsah ze sdílené složky Azure zpočátku docházet na server:
Obor názvů pouze přinese strukturu souborů a složek ze sdílené složky Azure na místní server. Žádný obsah souboru se nestáhnul. Tato možnost je výchozí, pokud jste dříve povolili vrstvení cloudu pro tento nový koncový bod serveru.- Nejprve obor názvů, pak obsah
pro rychlejší dostupnost dat, váš obor názvů se nejprve zobrazí nezávisle na nastavení vrstvení cloudu. Jakmile je obor názvů dostupný na serveru, obsah souboru se pak odpomene z cloudu na server. Odvolání probíhá na základě časového razítka poslední změny v každém souboru. Pokud je volné místo na svazku serveru menší než 10 %, zbývající soubory zůstanou vrstvené. Tato možnost je výchozí, pokud jste pro tento koncový bod serveru nezapnuli vrstvení cloudu. - Vyhněte se vrstveným souborům
. Tato možnost stáhne každý soubor v plném rozsahu, než se soubor zobrazí ve složce na serveru. Tato možnost zabrání vrstvenému souboru, který na serveru vůbec existuje. Položka oboru názvů a obsah souboru se vždy nacházejí najednou. Tuto možnost nepoužívejte, pokud je důvodem vytvoření koncového bodu serveru rychlé zotavení po havárii z cloudu. Pokud máte aplikace, které vyžadují, aby byly k dispozici úplné soubory a nemohou tolerovat vrstvené soubory v jejich oboru názvů, je to ideální. Tato možnost není dostupná, pokud pro nový koncový bod serveru používáte vrstvení cloudu.
Jakmile vyberete možnost počátečního stahování, po potvrzení vytvoření koncového bodu serveru ji nemůžete změnit.
Poznámka:
Pokud se rozhodnete nejprve stáhnout obor názvů, při přidávání koncového bodu serveru a souborů ve sdílené složce Azure se soubory zobrazí jako vrstvené, dokud se nestáhnou místně. Soubory se ve výchozím nastavení stáhnou pomocí jednoho vlákna, aby se omezilo využití šířky pásma sítě. Ke zlepšení výkonu stahování souborů použijte rutinu Invoke-StorageSyncFileRecall s počtem vláken větším než 1.
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é.