Adatok offline migrálása az Azure File Syncbe az Azure Data Box használatával

Ez a migrálási cikk egyike az Azure File Sync és az Azure Data Box kulcsszavaknak. Ellenőrizze, hogy ez a cikk vonatkozik-e a forgatókönyvre:

• Adatforrás: Windows Server 2012 R2 vagy újabb, ahol az Azure File Sync telepítve lesz, és az eredeti fájlkészletre mutat.
• Áttelepítési útvonal: Windows Server 2012 R2 vagy újabb ⇒ Data Box ⇒ Azure-fájlmegosztás ⇒ szinkronizálás a Windows Server eredeti fájlhelyével
• Fájlok gyorsítótárazása a helyszínen: Igen, a végső cél egy Azure File Sync-üzembe helyezés, amely szinkronizálja a fájlokat, ahonnan most vannak.

Az Azure Data Box használatával az adatok nagy részét áthelyezheti a helyszíni Windows Serverről az Azure-fájlmegosztások elkülönítéséhez, majd igény szerint hozzáadhatja az Azure File Syncet az eredeti forráskiszolgálóhoz.

Különböző migrálási útvonalak érhetők el, fontos, hogy a megfelelőt kövesse:

• Az adatok Windows Server 2012 R2 vagy újabb rendszeren találhatók, és azt tervezi, hogy telepíti az AFS-t a kiszolgálóra, és szinkronizálja az eredeti helyet. Ebben a forgatókönyvben nem szeretné feltölteni az összes fájlt, hanem a Data Boxot, majd fájlszinkronizálást használni a folyamatban lévő módosításokhoz. Ebben az esetben ez a cikk ismerteti a migrálási útvonalat.
• Olyan forrásadatokkal rendelkezik, amelyeken nem vagy nem lehet telepíteni az AFS-t. PÉLDÁUL EGY NAS (hálózati csatolva tároló) vagy egy másik kiszolgáló. Ehelyett egy új, üres kiszolgálót fog létrehozni, és az Azure File Syncet fogja használni a kiszolgálón. Ha ez a forgatókönyve, akkor nem ez a megfelelő migrálási útmutató. Inkább nézze meg: Migrálás a NAS-ról a Data Boxon keresztül az Azure File Syncbe, vagy a migrálás áttekintési oldalán találja meg a forgatókönyvhöz legjobb útmutatót.
• Minden más forgatókönyv esetében tekintse meg az Azure-fájlmegosztás áttelepítési útmutatóinak táblázatát. Ez az áttekintési oldal jó kiindulópontot biztosít az összes migrálási forgatókönyvhöz.

Az áttelepítés áttekintése

Az áttelepítési folyamat több fázisból áll. A következőket kell tennie:

• Tárfiókok és fájlmegosztások üzembe helyezése.
• Helyezzen üzembe egy vagy több Azure Data Box-eszközt, hogy áthelyezhesse az adatokat a Windows Server 2012 R2-ről vagy újabbról.
• Konfigurálja az Azure File Syncet mérvadó feltöltéssel.

A következő szakaszok részletesen ismertetik az áttelepítési folyamat fázisait.

Tipp.

Ha visszatér ehhez a cikkhez, a képernyő jobb oldalán található navigációs sáv használatával ugorjon arra a migrálási fázisra, ahol abbahagyta.

1. fázis: Annak meghatározása, hogy hány Azure-fájlmegosztásra van szüksége

Ezzel az áttelepítési útmutatóval továbbra is használnia kell a fájlokat tartalmazó helyszíni közvetlen csatolt tárolót (DAS). A Data Box erről a helyről lesz táplálva, és az Azure File Sync is ezen a helyen lesz beállítva. A NAS (network attached Storage) nem működik ezzel az áttelepítési útvonallal.

A szinkronizálásokat az Azure File Sync szinkronizálási csoportjainak beállításával határozhatja meg, amelyek mindegyike meghatározza, hogy hol szinkronizálódnak a fájlok. Minden szinkronizálási csoportnak legalább egy kiszolgálói helye van, úgynevezett kiszolgálóvégpont és egy Azure-fájlmegosztás, úgynevezett felhővégpont.

A fájlok alelérési útvonalait szinkronizálhatja minden egyes Saját Azure-fájlmegosztással. Ez azt jelenti, hogy több szinkronizálási csoportot is beállít, hogy teljes mértékben lefedje a fájlok egy készletét. A szakasz további része ismerteti a beállításokat. Ha át kell alakítania az adatokat, ezt első lépésként kell megtennie, mielőtt folytatja ezt az útmutatót, rendeljen egy Data Boxot vagy állítsa be a szinkronizálást.

Figyelem

A migrálás megkezdése előtt elengedhetetlen, hogy a fájl- és mappaszerkezet hosszú távú legyen. Kerülje a szükségtelen mappaátalakítást a migrálás során. Ez csökkenti az Azure Data Box kezdeti, tömeges azure-ba történő átvitelének pozitív hatásait.

Ebben a lépésben meghatározza, hogy hány Azure-fájlmegosztásra van szüksége. Egyetlen Windows Server-példány (vagy fürt) legfeljebb 30 Azure-fájlmegosztást szinkronizálhat.

Előfordulhat, hogy több mappája van a köteteken, amelyeket jelenleg helyben oszt meg SMB-megosztásként a felhasználók és alkalmazások számára. Ennek a forgatókönyvnek a legegyszerűbb módja, ha egy helyszíni megosztást képzel el, amely 1:1-et képez le egy Azure-fájlmegosztásra. Ha elegendő számú megosztással rendelkezik, egyetlen Windows Server-példány esetén 30 alatt, 1:1-es leképezést javasoljuk.

Ha több mint 30 megosztást használ, a helyszíni megosztások 1:1-et azure-fájlmegosztásra való leképezése gyakran szükségtelen. Vegye figyelembe az alábbi lehetőségeket.

Megosztási csoportosítás

Ha például az emberierőforrás-részleg 15 megosztással rendelkezik, érdemes lehet az összes HR-adatot egyetlen Azure-fájlmegosztásban tárolnia. Ha több helyszíni megosztást tárol egy Azure-fájlmegosztásban, az nem akadályozza meg a szokásos 15 SMB-megosztás létrehozását a helyi Windows Server-példányon. Ez csak azt jelenti, hogy a 15 megosztás gyökérmappáit almappákként rendezi egy közös mappában. Ezután szinkronizálja ezt a gyakori mappát egy Azure-fájlmegosztással. Így csak egyetlen Azure-fájlmegosztásra van szükség a felhőben a helyszíni megosztások ezen csoportjához.

Kötetszinkronizálás

Az Azure File Sync támogatja a kötet gyökerének azure-fájlmegosztással való szinkronizálását. Ha szinkronizálja a kötet gyökerét, az összes almappája és fájlja ugyanarra az Azure-fájlmegosztásra kerül.

A kötet gyökerének szinkronizálása nem mindig a legjobb megoldás. Több hely szinkronizálása számos előnnyel jár. Ez például segít csökkenteni az elemek számát szinkronizálási hatókörönként. Az Azure-fájlmegosztásokat és az Azure File Syncet megosztásonként 100 millió elem (fájl és mappa) használatával teszteljük. Az ajánlott eljárás azonban az, hogy a számot egyetlen részvényben 20 millió vagy 30 millió alatt kell tartani. Az Azure File Sync alacsonyabb számú elemhez való beállítása nem csak a fájlszinkronizálás szempontjából előnyös. A kisebb számú elem az alábbihoz hasonló forgatókönyveket is előnyben részesül:

• A felhőtartalom kezdeti vizsgálata gyorsabban befejeződhet, ami csökkenti a névtér megjelenésének várakozását az Azure File Sync számára engedélyezett kiszolgálón.
• Az Azure-fájlmegosztási pillanatképek felhőoldali visszaállítása gyorsabb lesz.
• A helyszíni kiszolgáló vészhelyreállítása jelentősen felgyorsítható.
• Az Azure-fájlmegosztásokban (a szinkronizáláson kívül) végrehajtott módosítások gyorsabban észlelhetők és szinkronizálhatók.

Tipp.

Ha nem tudja, hány fájlja és mappája van, tekintse meg a TreeSize eszközt a JAM Software GmbH-tól.

Az üzembehelyezési térkép strukturált megközelítése

Mielőtt egy későbbi lépésben üzembe helyezené a felhőtárhelyet, fontos, hogy térképet hozzon létre a helyszíni mappák és az Azure-fájlmegosztások között. Ez a leképezés tájékoztatja, hogy hány és melyik Azure File Sync szinkronizálási csoport erőforrásait fogja kiépíteni. A szinkronizálási csoport összekapcsolja az Azure-fájlmegosztást és a kiszolgálón lévő mappát, és létrehoz egy szinkronizálási kapcsolatot.

Annak eldöntéséhez, hogy hány Azure-fájlmegosztásra van szüksége, tekintse át az alábbi korlátozásokat és ajánlott eljárásokat. Ez segít optimalizálni a térképet.

• Egy kiszolgáló, amelyre az Azure File Sync-ügynök telepítve van, legfeljebb 30 Azure-fájlmegosztással szinkronizálható.

• Egy Azure-fájlmegosztás egy tárfiókban van üzembe helyezve. Ez az elrendezés skálázási célként teszi a tárfiókot olyan teljesítményszámokhoz, mint az IOPS és az átviteli sebesség.

  Az Azure-fájlmegosztások telepítésekor ügyeljen a tárfiók IOPS-korlátaira. Ideális esetben az 1:1 fájlmegosztásokat tárfiókokkal kell megfeleltetnie. Ez azonban nem mindig lehetséges a szervezet és az Azure különböző korlátai és korlátozásai miatt. Ha nem lehet egyetlen fájlmegosztást üzembe helyezni egy tárfiókban, fontolja meg, hogy mely megosztások lesznek rendkívül aktívak, és mely megosztások lesznek kevésbé aktívak annak biztosítása érdekében, hogy a legforróbb fájlmegosztások ne legyenek ugyanabban a tárfiókban együtt.

  Ha olyan alkalmazást szeretne az Azure-ba emelni, amely natív módon fogja használni az Azure-fájlmegosztást, előfordulhat, hogy nagyobb teljesítményre van szüksége az Azure-fájlmegosztásból. Ha ez a fajta használat lehetőség, még a jövőben is érdemes egyetlen szabványos Azure-fájlmegosztást létrehozni a saját tárfiókjában.

• Előfizetésenként legfeljebb 250 tárfiók lehet Azure-régiónként.

Tipp.

Ezen információk alapján gyakran szükségessé válik több legfelső szintű mappa csoportosítása a köteteken egy új gyakori gyökérkönyvtárba. Ezután szinkronizálja ezt az új gyökérkönyvtárat és az összes ebbe csoportosított mappát egyetlen Azure-fájlmegosztásba. Ez a technika lehetővé teszi, hogy a kiszolgálónkénti 30 Azure-fájlmegosztás-szinkronizálási korláton belül maradjon.

Ez a közös gyökér alatt történő csoportosítás nem befolyásolja az adatokhoz való hozzáférést. Az ACL-ek továbbra is megmaradnak. Csak azokat a megosztási útvonalakat (például az SMB- vagy NFS-megosztásokat) kell módosítania, amelyek a helyi kiszolgálómappákban már általános gyökérként módosultak. Semmi más nem változik.

Fontos

Az Azure File Sync legfontosabb méretezési vektora a szinkronizálandó elemek (fájlok és mappák) száma. További részletekért tekintse át az Azure File Sync méretezési céljait .

Ajánlott eljárás a szinkronizálási hatókörönkénti elemek számának alacsony szinten tartása. Ezt fontos figyelembe venni a mappák Azure-fájlmegosztásokhoz való leképezésében. Az Azure File Syncet megosztásonként 100 millió elem (fájl és mappa) teszteli a rendszer. De gyakran a legjobb, ha egyetlen részvényben 20 millió vagy 30 millió alatt tartjuk az elemek számát. Ha túllépi ezeket a számokat, ossza fel a névteret több megosztásra. Továbbra is csoportosíthat több helyszíni megosztást ugyanabba az Azure-fájlmegosztásba, ha nagyjából ezek alatt a számok alatt marad. Ez a gyakorlat teret biztosít a növekedéshez.

Előfordulhat, hogy az Ön esetében egy mappakészlet logikailag szinkronizálható ugyanahhoz az Azure-fájlmegosztáshoz (a korábban említett új gyakori gyökérmappa-megközelítéssel). De még mindig jobb lehet a mappák újracsoportosítása, hogy egy Azure-fájlmegosztás helyett kettőre szinkronizáljanak. Ezzel a módszerrel a fájlmegosztásonkénti fájlok és mappák számát egyensúlyban tarthatja a kiszolgálón. A helyszíni megosztásokat és szinkronizálást több helyszíni kiszolgálóra is feloszthatja, így további kiszolgálónként 30 további Azure-fájlmegosztással szinkronizálhat.

Gyakori fájlszinkronizálási forgatókönyvek és szempontok

#	Szinkronizálási forgatókönyv	Támogatott	Szempontok (vagy korlátozások)	Megoldás (vagy kerülő megoldás)
1	Több lemezzel/kötettel és több megosztással rendelkező fájlkiszolgáló ugyanazon cél Azure-fájlmegosztáshoz (konszolidálás)	Nem	A cél Azure-fájlmegosztás (felhővégpont) csak egy szinkronizálási csoporttal támogatja a szinkronizálást. A szinkronizálási csoportok regisztrált kiszolgálónként csak egy kiszolgálóvégpontot támogatnak.	1) Először szinkronizáljon egy lemezt (annak gyökérkötetét) az Azure-fájlmegosztás megcélzásához. A legnagyobb lemezzel/kötettel kezdődően a helyszíni tárolási követelmények segítenek. A felhőbeli rétegzést úgy konfigurálhatja, hogy az összes adatot felhőbe rétegezhesse, ezáltal szabadítson fel helyet a fájlkiszolgáló lemezén. Adatok áthelyezése más kötetekből/megosztásokból a szinkronizált aktuális kötetbe. Folytassa a lépéseket egyenként, amíg az összes adat fel nem lesz sorolva a felhőbe vagy migrálva. 2) Egyszerre egy gyökérkötetet (lemezt) célozzon meg. A felhőbeli rétegzés használatával az összes adat rétegzésével megcélozza az Azure-fájlmegosztást. Távolítsa el a kiszolgálóvégpontot a szinkronizálási csoportból, hozza létre újra a végpontot a következő gyökérkötettel/lemezzel, szinkronizálja és ismételje meg a folyamatot. Megjegyzés: Előfordulhat, hogy az ügynök újratelepítése szükséges. 3) Javasolt több cél Azure-fájlmegosztás használata (ugyanaz vagy más tárfiók a teljesítménykövetelmények alapján)
2	Egy kötettel és több megosztással rendelkező fájlkiszolgáló ugyanazon cél Azure-fájlmegosztáshoz (konszolidálás)	Igen	Nem lehet több kiszolgálóvégpont regisztrált kiszolgálónként szinkronizálva ugyanahhoz a cél Azure-fájlmegosztáshoz (ugyanaz, mint fent)	A több megosztást vagy legfelső szintű mappákat tartalmazó kötet gyökérmappájának szinkronizálása. További információt a Megosztás csoportosítási koncepciója és a Kötetszinkronizálás című témakörben talál.
3	Több megosztást és/vagy kötetet tartalmazó fájlkiszolgáló több Azure-fájlmegosztáshoz egyetlen tárfiókban (1:1 megosztásleképezés)	Igen	Egyetlen Windows Server-példány (vagy fürt) legfeljebb 30 Azure-fájlmegosztást szinkronizálhat. A tárfiókok a teljesítmény skálázási célértékei. Az IOPS és az átviteli sebesség meg van osztva a fájlmegosztások között. A szinkronizálási csoportonkénti elemek száma megosztásonként 100 millió elemet (fájlokat és mappákat) tartalmaz. Ideális esetben a legjobb, ha részvényenként 20 vagy 30 millió alatt marad.	1) Több szinkronizálási csoport használata (szinkronizálási csoportok száma = a szinkronizálni kívánt Azure-fájlmegosztások száma). 2) Ebben a forgatókönyvben egyszerre csak 30 megosztás szinkronizálható. Ha több mint 30 megosztással rendelkezik a fájlkiszolgálón, használja a Megosztási csoportosítási koncepciót és a Kötetszinkronizálást a forrás gyökér- vagy legfelső szintű mappáinak számának csökkentéséhez. 3) Használjon további helyszíni fájlszinkronizálási kiszolgálókat, és ossza fel/helyezze át az adatokat ezekre a kiszolgálókra, hogy megkerülje a forrás Windows-kiszolgáló korlátait.
4	Több megosztást és/vagy kötetet tartalmazó fájlkiszolgáló több Azure-fájlmegosztáshoz különböző tárfiókban (1:1 megosztásleképezés)	Igen	Egyetlen Windows Server-példány (vagy fürt) legfeljebb 30 Azure-fájlmegosztást szinkronizálhat (azonos vagy eltérő tárfiók). A szinkronizálási csoportonkénti elemek száma megosztásonként 100 millió elemet (fájlokat és mappákat) tartalmaz. Ideális esetben a legjobb, ha részvényenként 20 vagy 30 millió alatt marad.	Ugyanaz a megközelítés, mint fent
5	Több olyan fájlkiszolgáló, amely egyetlen (gyökérkötettel vagy megosztással) rendelkezik ugyanahhoz a cél Azure-fájlmegosztáshoz (konszolidálás)	Nem	A szinkronizálási csoportok nem használhatják a másik szinkronizálási csoportban már konfigurált felhővégpontot (Azure-fájlmegosztást). Bár a szinkronizálási csoport különböző fájlkiszolgálókon rendelkezhet kiszolgálóvégpontokkal, a fájlok nem lehetnek különállóak.	Kövesse a fenti 1. forgatókönyv útmutatását, és további szempontokat is figyelembe véve, hogy egyszerre csak egy fájlkiszolgálót céloz meg.

Leképezési tábla létrehozása

Az előző információk alapján meghatározhatja, hogy hány Azure-fájlmegosztásra van szüksége, és hogy a meglévő adatok mely részei lesznek az Azure-fájlmegosztások.

Hozzon létre egy táblázatot, amely rögzíti a gondolatait, hogy szükség esetén hivatkozhasson rá. A rendszerezés fontos, mert könnyen elveszítheti a leképezési terv részleteit, ha egyszerre sok Azure-erőforrást épít ki. Töltse le a következő Excel-fájlt sablonként a leképezés létrehozásához.

Töltse le a névtérleképezési sablont.

2. fázis: Azure Storage-erőforrások üzembe helyezése

Ebben a fázisban tekintse meg az 1. fázis leképezési tábláját, és használja a megfelelő számú Azure-tárfiók és fájlmegosztás kiépítéséhez.

Az Azure-fájlmegosztásokat a felhőben tárolja egy Azure Storage-fiók. Itt egy másik teljesítménybeli szempontot is figyelembe kell venni.

Ha nagyon aktív megosztásokkal rendelkezik (sok felhasználó és/vagy alkalmazás által használt megosztásokkal), két Azure-fájlmegosztás elérheti a tárfiókok teljesítménykorlátját.

Ajánlott eljárás a tárfiókok üzembe helyezése egyenként egy fájlmegosztással. Több Azure-fájlmegosztást is össze lehet készletezni ugyanabba a tárfiókba, ha rendelkezik archiválási megosztásokkal, vagy ha alacsony napi szintű tevékenységre számít bennük.

Ezek a szempontok jobban vonatkoznak a közvetlen felhőbeli hozzáférésre (azure-beli virtuális gépen keresztül), mint az Azure File Syncre. Ha csak az Azure File Syncet szeretné használni ezeken a megosztásokon, több azure-tárfiókba való csoportosítása rendben van.

Ha készített egy listát a megosztásokról, minden megosztást le kell képeznie arra a tárfiókra, amelyben szerepelni fog.

Az előző fázisban meghatározta a részvények megfelelő számát. Ebben a lépésben leképezi a tárfiókokat a fájlmegosztásokra. Most helyezze üzembe a megfelelő számú Azure-tárfiókot a megfelelő számú Azure-fájlmegosztással.

Győződjön meg arról, hogy az egyes tárfiókok régiója megegyezik, és megegyezik a már üzembe helyezett Storage Sync Service-erőforrás régiójával.

Figyelem

Ha 100 TiB-korlátot tartalmazó Azure-fájlmegosztást hoz létre, a megosztás csak helyileg redundáns tárolási vagy zónaredundáns tárolási redundanciabeállításokat használhat. 100 TiB-fájlmegosztás használata előtt fontolja meg a tárolási redundanciaigényeket.

Az Azure-fájlmegosztások alapértelmezés szerint 5 TiB-korláttal jönnek létre. Nagy méretű fájlmegosztás létrehozásához kövesse az Azure-fájlmegosztás létrehozása című témakörben leírt lépéseket.

Egy másik szempont a tárfiók üzembe helyezésekor az Azure Storage redundancia. Tekintse meg az Azure Storage redundanciabeállítását.

Az erőforrások neve is fontos. Ha például több megosztást csoportosít a HR-részleg számára egy Azure-tárfiókba, akkor a tárfiókot megfelelően kell neveznie. Hasonlóképpen, amikor elnevezi az Azure-fájlmegosztásokat, a helyszíni társaikhoz használt nevekhez hasonló neveket kell használnia.

3. fázis: Annak meghatározása, hogy hány Azure Data Box-berendezésre van szüksége

Ezt a lépést csak az előző fázis befejezése után indítsa el. Az Azure Storage-erőforrásokat (tárfiókokat és fájlmegosztásokat) jelenleg létre kell hozni. A Data Box megrendelésekor meg kell adnia azokat a tárfiókokat, amelyekbe a Data Box adatokat helyez át.

Ebben a fázisban le kell képeznie az előző fázisból származó migrálási terv eredményeit az elérhető Data Box-beállítások korlátaira. Ezek a szempontok segítenek megtervezni, hogy mely Data Box-beállításokat válassza, és hányat kell áthelyeznie a NAS-megosztásokat azure-fájlmegosztásokra.

Megjegyzés:

A DataBox Disk nem támogatott, mert nem őrzi meg a fájlhűséget.

A szükséges eszközök és típusuk meghatározásához vegye figyelembe az alábbi fontos korlátokat:

• Bármely Azure Data Box-berendezés akár 10 tárfiókba is áthelyezhet adatokat.
• Minden Data Box-beállítás saját használható kapacitással rendelkezik. Lásd a Data Box beállításait.

A migrálási tervben megtalálhatja a létrehozni kívánt tárfiókok számát és az egyes fiókokban lévő megosztásokat. Ezután tekintse meg a NAS-on lévő összes megosztás méretét. Ezen információk kombinálásával optimalizálhatja és eldöntheti, hogy melyik berendezésnek kell adatokat küldenie a tárfiókokba. Két Data Box-eszköz áthelyezhet fájlokat ugyanabba a tárfiókba, de egyetlen fájlmegosztás tartalmát nem oszthatja fel két adatmező között.

A Data Box beállításai

Normál migráláshoz válassza a Data Box-beállítások egyikét vagy kombinációját:

• Data Box. Ez a beállítás a leggyakoribb. A Microsoft egy olyan robusztus Data Box-berendezést küld Önnek, amely a NAS-hoz hasonlóan működik. 80 TiB hasznos kapacitással rendelkezik. További információt a Data Box dokumentációjában talál.
• Data Box Heavy. Ez a lehetőség egy, a NAS-hoz hasonló kerekeken működő robusztus Data Box-berendezést tartalmaz. A kapacitása 1 PiB. A használható kapacitás körülbelül 20 százalékkal kisebb a titkosítás és a fájlrendszer terhelése miatt. További információt a Data Box Heavy dokumentációjában talál.

Megjegyzés:

A Data Box és a Data Box Heavy esetében csak az adatok SMB-en keresztüli másolása támogatott. Az adatok másolása az adatmásolási szolgáltatáson keresztül nem támogatott, mert nem őrzi meg a fájlhűséget.

4. fázis: Fájlok másolása a Data Boxba

Amikor megérkezik a Data Box, a NAS-berendezéshez való akadálytalan hálózati kapcsolattal kell beállítania. Kövesse a megrendelt Data Box típusának beállítási dokumentációját:

• A Data Box beállítása.
• A Data Box Heavy beállítása.

A Data Box típusától függően a Data Box másolási eszközei elérhetők lehetnek. Jelenleg nem javasoljuk őket az Azure-fájlmegosztásokra való migráláshoz, mert nem másolják a fájlokat teljes hűséggel a Data Boxba. Használja helyette a Robocopyt.

Amikor megérkezik a Data Box, az előre kiosztott SMB-megosztásokkal fog rendelkezni minden olyan tárfiókhoz, amelyet a megrendeléskor adott meg.

• Ha a fájlok prémium Szintű Azure-fájlmegosztásba kerülnek, prémium szintű "File Storage" tárfiókonként egy SMB-megosztás lesz.
• Ha a fájlok normál tárfiókba kerülnek, standard (GPv1 és GPv2) tárfiókonként három SMB-megosztás lesz. A migráláshoz csak a végződésű _AzFiles fájlmegosztások relevánsak. A blokk- és lapblobmegosztások figyelmen kívül hagyása.

Kövesse az Azure Data Box dokumentációjának lépéseit:

1. Csatlakozás a Data Boxba.
2. Adatok másolása a Data Boxba.
3. Készítse elő a Data Boxot az Azure-ba való feltöltéshez.

A csatolt Data Box-dokumentáció egy Robocopy-parancsot határoz meg. Ez a parancs nem alkalmas a teljes fájl- és mappahűség megőrzésére. Használja inkább ezt a parancsot:

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName> 

Switch	Meaning
/MT:n	Allows Robocopy to run multithreaded. Az alapértelmezett érték a n 8. The maximum is 128 threads. Bár a magas szálszám segít a rendelkezésre álló sávszélesség telítődésében, ez nem jelenti azt, hogy a migrálás mindig gyorsabb lesz több szállal. Az Azure Files-teszt 8 és 20 közötti kiegyensúlyozott teljesítményt jelez a kezdeti másolási futtatáshoz. A későbbi /MIR futtatásokat fokozatosan befolyásolja a rendelkezésre álló számítási és a rendelkezésre álló hálózati sávszélesség. For subsequent runs, match your thread count value more closely to your processor core count and thread count per core. Consider whether cores need to be reserved for other tasks that a production server might have. Az Azure Files tesztjei azt mutatják, hogy akár 64 szál is jó teljesítményt nyújt, de csak akkor, ha a processzorok egyszerre tudják életben tartani őket.
/R:n	Maximum retry count for a file that fails to copy on first attempt. A Robocopy kipróbálja n azokat az időpontokat, amikor a fájl végleges másolása nem sikerül a futtatás során. Optimalizálhatja a futtatás teljesítményét: Válasszon két vagy három értéket, ha úgy véli, hogy az időtúllépési problémák a múltban hibákat okoztak. Ez a WAN-hivatkozásoknál gyakoribb lehet. Ha úgy véli, hogy a fájl másolása sikertelen volt, ne próbálkozzon újra, vagy adjon meg egy értéket, mert aktívan használatban volt. Előfordulhat, hogy néhány másodperccel később újrapróbálkozhat, hogy a fájl használaton kívüli állapota megváltozzon. Előfordulhat, hogy a megnyitott fájlt tartalmazó felhasználóknak vagy alkalmazásoknak több órára van szükségük. Ebben az esetben a fájl elfogadása nem lett másolva, és az egyik tervezett, későbbi Robocopy-futtatás során történő elfogása sikeres lehet a fájl sikeres másolásában. Ez segít az aktuális futtatás gyorsabb befejezésében anélkül, hogy sok újrapróbálkozással meghosszabbítanák, amelyek végül a másolási hibák többségében végződnek, mivel a fájlok még mindig megnyílnak az újrapróbálkozási időtúllépés után.
/W:n	Specifies the time Robocopy waits before attempting to copy a file that didn't successfully copy during a previous attempt. n az újrapróbálkozások közötti várakozási másodpercek száma. /W:n gyakran használják együtt /R:n.
/B	Runs Robocopy in the same mode that a backup application would use. This switch allows Robocopy to move files that the current user doesn't have permissions for. A biztonsági mentési kapcsoló a Robocopy parancs rendszergazdai emelt szintű konzolon vagy PowerShell-ablakban való futtatásától függ. Ha a Robocopyt használja az Azure Fileshoz, győződjön meg arról, hogy az Azure-fájlmegosztást a tárfiók hozzáférési kulcsával és egy tartományi identitással csatlakoztatja. Ha nem, előfordulhat, hogy a hibaüzenetek nem vezetnek intuitív módon a probléma megoldásához.
/MIR	(Mirror source to target.) Allows Robocopy to copy only deltas between source and target. Empty subdirectories will be copied. Items (files or folders) that have changed or don't exist on the target will be copied. Items that exist on the target but not on the source will be purged (deleted) from the target. When you use this switch, match the source and target folder structures exactly. Az egyezés azt jelenti, hogy a megfelelő forrás- és mappaszintről a célnak megfelelő mappaszintre másol. Only then can a "catch up" copy be successful. Ha a forrás és a cél nem egyezik, a használat /MIR nagy léptékű törléshez és újramásoláshoz vezet.
/IT	Ensures fidelity is preserved in certain mirror scenarios. Ha például egy fájl ACL-módosítást és attribútumfrissítést tapasztal két Robocopy-futtatás között, az rejtettként van megjelölve. E nélkül /ITelőfordulhat, hogy a Robocopy kihagyja az ACL-módosítást, és nem továbbítja a célhelyre.
/COPY:[copyflags]	The fidelity of the file copy. Alapértelmezett: /COPY:DAT. Copy flags: D= Data, A= Attributes, T= Timestamps, S= Security = NTFS ACL, O= Owner information, U= Auditing information. Auditing information can't be stored in an Azure file share.
/DCOPY:[copyflags]	A könyvtárak másolatának hűsége. Alapértelmezett: /DCOPY:DA. Másolásjelzők: D= Adatok, A= Attribútumok, T= Időbélyegek.
/NP	Specifies that the progress of the copy for each file and folder won't be displayed. Displaying the progress significantly lowers copy performance.
/NFL	Specifies that file names aren't logged. Improves copy performance.
/NDL	Specifies that directory names aren't logged. Improves copy performance.
/XD	Megadja a kizárandó könyvtárakat. Ha a Robocopyt a kötet gyökerén futtatja, fontolja meg a rejtett System Volume Information mappa kizárását. Ha a kialakításnak megfelelően használják, a benne található információk pontosan a pontos mennyiségre vonatkoznak ezen a rendszeren, és igény szerint újraépíthetők. Az adatok másolása nem lesz hasznos a felhőben, vagy ha az adatok valaha vissza lesznek másolva egy másik Windows-kötetre. A tartalom hátrahagyása nem tekinthető adatvesztésnek.
/UNILOG:<file name>	Az állapotot Unicode formátumban írja a naplófájlba. (Felülírja a meglévő naplót.)
/L	Csak tesztfuttatás esetén a fájlok csak a listára kerülnek. They won't be copied, not deleted, and not time stamped. Gyakran használják konzolkimenethez /TEE . Előfordulhat, hogy a mintaszkriptből származó jelzőket el /NP/NFL/NDLkell távolítani a megfelelő dokumentált teszteredmények eléréséhez.
/LFSM	Only for targets with tiered storage. Nem támogatott, ha a cél távoli SMB-megosztás. Azt adja meg, hogy a Robocopy "alacsony szabad terület módban" működik." Ez a kapcsoló csak olyan rétegzett tárterülettel rendelkező célok esetén hasznos, amelyek a Robocopy befejeződése előtt elfogyhatnak a helyi kapacitásból. It was added specifically for use with a target enabled for Azure File Sync cloud tiering. It can be used independently of Azure File Sync. In this mode, Robocopy will pause whenever a file copy would cause the destination volume's free space to go below a "floor" value. Ez az érték a /LFSM:n jelölő formájában adható meg. A paraméter n a 2. alapban van megadva: nKB, nMBvagy nGB. Ha /LFSM explicit padlóérték nélkül van megadva, a padló a célkötet méretének 10 százalékára van beállítva. Az alacsony szabad terület mód nem kompatibilis az /MT, /EFSRAWvagy /ZB. A Támogatás a /B Windows Server 2022-ben lett hozzáadva. A Windows Server 2022 és a RoboCopy LFSM alábbi szakaszában további információt talál, beleértve a kapcsolódó hibákkal és kerülő megoldásokkal kapcsolatos részleteket.
/Z	Óvatosan másolja a fájlokat újraindítási módban. This switch is recommended only in an unstable network environment. It significantly reduces copy performance because of extra logging.
/ZB	Óvatosan használja az újraindítási módot. If access is denied, this option uses backup mode. This option significantly reduces copy performance because of checkpointing.

Fontos

Windows Server 2022 használatát javasoljuk. Windows Server 2019 használata esetén győződjön meg arról, hogy a legújabb javításszinten vagy legalább az operációsrendszer-frissítési KB5005103 telepítve van. Fontos javításokat tartalmaz bizonyos Robocopy-forgatókönyvekhez.

5. fázis: Az Azure File Sync felhőerőforrás üzembe helyezése

Mielőtt folytataná ezt az útmutatót, várjon, amíg az összes fájl a megfelelő Azure-fájlmegosztásba nem érkezik. A Data Box-adatok szállításának és betöltésének folyamata időbe telik.

A lépés végrehajtásához szüksége lesz az Azure-előfizetés hitelesítő adataira.

Az Azure File Synchez konfigurálni kívánt alapvető erőforrást Storage Sync Service-nek nevezzük. Javasoljuk, hogy csak egyet telepítsen az összes olyan kiszolgálóra, amely most vagy a jövőben szinkronizálja ugyanazt a fájlkészletet. Csak akkor hozzon létre több tárolási szinkronizálási szolgáltatást, ha különböző kiszolgálókészletekkel rendelkezik, amelyeknek soha nem szabad adatokat cserélniük. Előfordulhat például, hogy olyan kiszolgálói vannak, amelyeknek soha nem kell szinkronizálnia ugyanazt az Azure-fájlmegosztást. Ellenkező esetben az ajánlott eljárás egyetlen tárolási szinkronizálási szolgáltatás használata.

Válasszon egy Azure-régiót a tartózkodási helyéhez közeli Storage Sync Szolgáltatáshoz. Minden más felhőerőforrást ugyanabban a régióban kell üzembe helyezni. A felügyelet egyszerűsítése érdekében hozzon létre egy új erőforráscsoportot az előfizetésében, amely szinkronizálási és tárolási erőforrásokat tárol.

További információkért tekintse meg az Azure File Sync üzembe helyezéséről szóló cikkben a Storage Sync szolgáltatás üzembe helyezéséről szóló szakaszt. Csak a cikk ezen szakaszát kövesse. A cikk további szakaszaira mutató hivatkozások a későbbi lépésekben lesznek.

6. fázis: Az Azure File Sync-ügynök üzembe helyezése

Ebben a szakaszban az Azure File Sync-ügynököt telepíti a Windows Server-példányra.

Az üzembe helyezési útmutató ismerteti, hogy ki kell kapcsolnia az Internet Explorer fokozott biztonsági konfigurációját. Ez a biztonsági mérték nem alkalmazható az Azure File Sync esetében. A kikapcsolásával probléma nélkül végezhet hitelesítést az Azure-ban.

Nyissa meg a PowerShellt. Telepítse a szükséges PowerShell-modulokat az alábbi parancsokkal. Amikor a rendszer erre kéri, telepítse a teljes modult és a NuGet-szolgáltatót.

Install-Module -Name Az -AllowClobber
Install-Module -Name Az.StorageSync

Ha bármilyen problémája van az internet kiszolgálóról való elérésekor, itt az ideje, hogy megoldja őket. Az Azure File Sync bármilyen elérhető hálózati kapcsolatot használ az internethez. Az is támogatott, ha proxykiszolgálót igényel az internet eléréséhez. Most már konfigurálhat egy gépre kiterjedő proxyt, vagy az ügynök telepítése során megadhatja azt a proxyt, amelyet csak az Azure File Sync fog használni.

Ha a proxy konfigurálása azt jelenti, hogy meg kell nyitnia a tűzfalakat a kiszolgáló számára, ez a megközelítés elfogadható lehet Önnek. A kiszolgáló telepítésének végén, a kiszolgálóregisztráció befejezése után egy hálózati kapcsolati jelentés megjeleníti azOkat a végponti URL-címeket az Azure-ban, amelyekkel az Azure File Syncnek kommunikálnia kell a kiválasztott régióban. A jelentés azt is ismerteti, hogy miért van szükség kommunikációra. A jelentés használatával zárolhatja a kiszolgáló körüli tűzfalakat adott URL-címekre.

Olyan konzervatívabb megközelítést is alkalmazhat, amelyben nem nyitja meg szélesen a tűzfalakat. Ehelyett korlátozhatja a kiszolgálót, hogy magasabb szintű DNS-névtérekkel kommunikáljon. További információ: Azure File Sync proxy és tűzfalbeállítások. Kövesse saját hálózatkezelési ajánlott eljárásait.

A kiszolgálótelepítési varázsló végén megnyílik egy kiszolgálóregisztrációs varázsló. Regisztrálja a kiszolgálót a Storage Sync Service Azure-erőforrásában a korábbiakból.

Ezeket a lépéseket részletesebben az üzembe helyezési útmutató ismerteti, amely tartalmazza azokat a PowerShell-modulokat, amelyeket először telepítenie kell: Az Azure File Sync-ügynök telepítése.

Használja a legújabb ügynököt. Letöltheti a Microsoft Letöltőközpontból: Azure File Sync Agent.

A sikeres telepítés és kiszolgálóregisztráció után ellenőrizheti, hogy sikeresen végrehajtotta-e ezt a lépést. Nyissa meg a Storage Sync Service erőforrást az Azure Portalon. A bal oldali menüben lépjen a Regisztrált kiszolgálók elemre. Itt láthatja a kiszolgálót.

7. fázis: Az Azure File Sync konfigurálása a meglévő Windows Serveren

A regisztrált helyszíni Windows Server-példánynak készen kell állnia, és csatlakoznia kell az internethez ehhez a folyamathoz.

Ez a lépés összekapcsolja a Windows Server-példányon az előző lépések során beállított összes erőforrást és mappát.

1. Jelentkezzen be az Azure Portalra.
2. Keresse meg a Storage Sync Service-erőforrást.
3. Hozzon létre egy új szinkronizálási csoportot a Storage Sync Service-erőforráson belül minden Azure-fájlmegosztáshoz. Az Azure File Sync terminológiájában az Azure-fájlmegosztás felhővégponttá válik a szinkronizálási csoport létrehozásával leírt szinkronizálási topológiában. A szinkronizálási csoport létrehozásakor adjon neki egy ismerős nevet, hogy felismerje, mely fájlok szinkronizálódnak ott. Győződjön meg arról, hogy egyező névvel hivatkozik az Azure-fájlmegosztásra.
4. A szinkronizálási csoport létrehozása után egy sor jelenik meg a szinkronizálási csoportok listájában. Válassza ki a nevet (egy hivatkozást) a szinkronizálási csoport tartalmának megjelenítéséhez. Az Azure-fájlmegosztás a felhővégpontok alatt jelenik meg.
5. Keresse meg a Kiszolgálóvégpont hozzáadása gombot. A kiépített helyi kiszolgálón lévő mappa lesz ennek a kiszolgálóvégpontnak az elérési útja.

Miután be van jelentkezve a Kiszolgálóvégpont létrehozása varázslóba, használja a megadott jelölőnégyzetet a mappa elérési útja alatt. Csak akkor jelölje ki ezt a beállítást, ha olyan elérési utat adott meg, amely ugyanarra a fájl- és mappastruktúrára mutat, mint amely az Azure-fájlmegosztásban található (ahol a Data Box áthelyezte a fájlokat és mappákat ehhez a névtérhez).

Ha a mappahierarchia nem egyezik, az olyan különbségekként jelenik meg, amelyeket nem lehet automatikusan feloldani. Kerülje az eltérést, vagy a Data Box-folyamatba történő bármilyen befektetés nulla előnyt eredményez. Minden adat törlődik az Azure-fájlmegosztásban. Minden adatot fel kell tölteni a helyi kiszolgálóról. A címtárstruktúráknak meg kell egyeznie ahhoz, hogy kihasználják az Azure Data Box tömeges migrálásának előnyeit, valamint a felhőmegosztás zökkenőmentes frissítését a kiszolgáló legújabb módosításaival.

Megjegyzés:

Ha engedélyezi ezt a jelölőnégyzetet, a kezdeti szinkronizálási módot úgy állítja be, hogy mérvadó módon írja felül az Azure-fájlmegosztás fájljait és mappáit a kiszolgáló elérési útján található tartalommal. Ez a beállítás csak a szinkronizálási csoport első kiszolgálóvégpontja esetén érhető el.

Miután konfigurálta az új kiszolgálóvégpont mérvadó feltöltését, opcionálisan engedélyezheti a felhőbeli rétegzést.

A felhőbeli rétegzés az Azure File Sync szolgáltatás, amely lehetővé teszi a helyi kiszolgáló számára, hogy kevesebb tárolási kapacitással rendelkezzen, mint amennyit a felhőben tárol, de a teljes névtér elérhető. A helyileg érdekes adatok helyileg is gyorsítótárazva lesznek a gyors hozzáférés érdekében. A felhőbeli rétegzés nem kötelező. Minden Azure File Sync-kiszolgálóvégponthoz külön-külön is beállíthatja. Ezzel a funkcióval rögzített tárterület-terhelést érhet el a helyszínen, de továbbra is helyi teljesítmény-gyorsítótárat biztosít a felhasználóknak, és a felhőben tárolhatja a hűvösebb adatokat.

További információkért tekintse meg a felhőbeli rétegzés áttekintését , vagy tekintse meg közelebbről a különböző felhőrétegezési szabályzatokat, amelyekkel finomhangolhatja a helyi kiszolgálón gyorsítótárazott/rétegzett felhőbeli rétegzési szabályzatokat .

A migrálás befejezése

A kiszolgálóvégpont létrehozása után a szinkronizálás működik. A szinkronizálásnak azonban számba kell vennie (felderítenie) az Azure Data Boxon keresztül az Azure-fájlmegosztásba áthelyezett fájlokat és mappákat. A névtér méretétől függően a legújabb kiszolgálómódosítások felhőbe való szinkronizálása hosszú időt vehet igénybe. A felhasználókra nincs hatással, és továbbra is dolgozhatnak a kiszolgálón lévő adatokkal. Ez a stratégia nulla állásidős felhőbeli migrálást valósít meg.

A szinkronizáláshoz konfigurálni kívánt Összes Azure-fájlmegosztás/kiszolgálóhely esetében ismételje meg a szinkronizálási csoportok létrehozásának lépéseit, és adja hozzá az egyező kiszolgálómappákat kiszolgálóvégpontokként. Az Azure Data Box használatával áthelyezte a fájlokat több Azure-fájlmegosztásba. Az áttelepítés akkor fejeződik be, ha létrehozta az összes kiszolgálóvégpontot, amely a helyszíni adatokat ezekhez az Azure-fájlmegosztásokhoz csatlakoztatja.

További lépések

További információ az Azure-fájlmegosztásokról és az Azure File Syncről. Az alábbi cikkek segítenek megérteni a speciális lehetőségeket és az ajánlott eljárásokat. Segítséget nyújtanak a hibaelhárításhoz is. Ezek a cikkek adott esetben az Azure-fájlmegosztási dokumentációra mutató hivatkozásokat tartalmaznak.

• Migrálás áttekintése
• Az Azure File Sync üzembe helyezésének megtervezése
• Fájlmegosztás létrehozása
• Troubleshoot Azure File Sync