StorSimple 8100 és 8600 migrálás az Azure File Syncbe

A StorSimple 8000 sorozat a 8100-as vagy a 8600-as fizikai, helyszíni berendezéseket és azok felhőszolgáltatás-összetevőit tartalmazza. A StorSimple 8010 és 8020 virtuális berendezésekre is vonatkozik ez a migrálási útmutató. Ezen berendezések bármelyikéről áttelepítheti az adatokat azure-fájlmegosztásokra az opcionális Azure File Sync használatával. Az Azure File Sync az alapértelmezett és stratégiai hosszú távú Azure-szolgáltatás, amely felváltja a helyszíni StorSimple funkciót. Ez a cikk az Azure File Syncbe való sikeres migráláshoz szükséges háttérismereteket és migrálási lépéseket ismerteti.

Feljegyzés

A StorSimple szolgáltatás (beleértve a 8000-es és 1200-as sorozatú StorSimple Eszközkezelő és a StorSimple Data Manager) elérte a támogatás végét. A StorSimple támogatásának megszűnése 2019-ben jelent meg a Microsoft Életciklus Szabályzat és az Azure Communications oldalán. A további értesítések e-mailben lettek elküldve az Azure Portalon és a StorSimple áttekintésében. További részletekért forduljon Microsoft ügyfélszolgálata.

Ez a videó áttekintést nyújt az alábbiakról:

• Azure Files
• Azure File Sync
• A StorSimple és az Azure Files összehasonlítása
• StorSimple Data Manager migrálási eszköz és folyamat áttekintése

1. fázis: Felkészülés a migrálásra

Ez a szakasz a StorSimple-kötetekről Az Azure-fájlmegosztásokra való migrálás elején szükséges lépéseket tartalmazza.

Ez a videó a következőket mutatja be:

• Tárolási szint kiválasztása
• A tárolási redundancia beállításainak kiválasztása
• A közvetlen megosztási hozzáférés és az Azure File Sync kiválasztása
• A StorSimple szolgáltatás adattitkosítási kulcsa és sorozatszáma
• A StorSimple kötet biztonsági mentésének migrálása
• StorSimple-kötetek és -megosztások leképezése Azure-fájlmegosztásokra
• Megosztások csoportosítása Azure-fájlmegosztásokon belül
• Leképezési szempontok
• Migrálástervezési munkalap
• Névtérleképezési számolótábla

Készlet

A migrálás megtervezésekor először azonosítsa az összes migrálni kívánt StorSimple-berendezést és -kötetet. Ezt követően eldöntheti, hogy melyik a legjobb migrálási útvonal.

• A StorSimple fizikai berendezések (8000 sorozat) ezt a migrálási útmutatót használják.
• A StorSimple virtuális berendezések (1200 sorozat) egy másik migrálási útmutatót használnak.

Migrálási költség összegzése

A StorSimple-kötetekről az Azure-fájlmegosztásokra való migrálás a StorSimple Data Manager-erőforrás áttelepítési feladatain keresztül ingyenes. Egyéb költségek merülhetnek fel a migrálás során és után:

• Hálózati kimenő forgalom: A StorSimple-fájlok egy adott Azure-régión belüli tárfiókban élnek. Ha kiépíti a migrálható Azure-fájlmegosztásokat egy tárfiókba ugyanabban az Azure-régióban, nem merülnek fel kimenő költségek. Ha azonban a migrálás részeként áthelyezi a fájlokat egy másik régióban lévő tárfiókba, a kimenő forgalom költségei érvényesek lesznek.
• Azure-fájlmegosztási tranzakciók: Ha a fájlokat egy Azure-fájlmegosztásba másolják (migrálás részeként vagy egyen kívül), a tranzakciós költségek a fájlok és metaadatok írásakor érvényesek. Ajánlott eljárásként indítsa el az Azure-fájlmegosztást a tranzakcióoptimalizált szinten a migrálás során. A migrálás befejezése után váltson a kívánt szintre. A cikkben ismertetett fázisok ezt a megfelelő ponton hívják fel.
• Azure-fájlmegosztási szint módosítása: Az Azure-fájlmegosztási költségtranzakciók szintjének módosítása. A legtöbb esetben költséghatékonyabb, ha az előző pontban leírt tanácsokat követjük.
• Tárolási költség: Amikor ez az áttelepítés elkezd fájlokat másolni egy Azure-fájlmegosztásba, a rendszer a tárterületet felhasználja és kiszámlázzák. Az áttelepített biztonsági másolatok Azure-fájlmegosztási pillanatképekké válnak. A fájlmegosztási pillanatképek csak a tárolási kapacitást használják fel a bennük található különbségekhez.
• StorSimple: Amíg nem bontja le a StorSimple-eszközöket és -tárfiókokat, a StorSimple a tárolás, a biztonsági mentések és a berendezések költségei továbbra is fennállnak.

Közvetlen megosztás-hozzáférés és Azure File Sync

Az Azure-fájlmegosztások új lehetőségeket nyitnak meg a fájlszolgáltatások üzembe helyezésének strukturálására. Az Azure-fájlmegosztások olyan SMB-megosztások a felhőben, amelyeket úgy állíthat be, hogy a felhasználók közvetlenül az SMB protokollon keresztül férhessenek hozzá a jól ismert Kerberos-hitelesítéssel és a meglévő NTFS-engedélyekkel (fájl- és mappa ACL-ekkel) natív módon. További információ az Azure-fájlmegosztásokhoz való identitásalapú hozzáférésről.

A közvetlen hozzáférés alternatíva az Azure File Sync. Az Azure File Sync közvetlen analógiája annak, hogy a StorSimple képes a gyakran használt fájlok helyszíni gyorsítótárazására.

Az Azure File Sync egy Microsoft-felhőszolgáltatás, amely két fő összetevőn alapul:

• Fájlszinkronizálás és felhőbeli rétegzés a teljesítmény-hozzáférési gyorsítótár létrehozásához bármely Windows Serveren.
• A fájlmegosztások natív tárolóként vannak tárolva az Azure-ban, amelyek több protokollon, például az SMB-n és a FÁJL REST-en keresztül érhetők el.

Az Azure-fájlmegosztások megőrzik a fontos fájlmegfelelőségi szempontokat, például attribútumokat, engedélyeket és időbélyegeket. Az Azure-fájlmegosztások esetében már nincs szükség arra, hogy egy alkalmazás vagy szolgáltatás értelmezze a felhőben tárolt fájlokat és mappákat. Ezeket natív módon, ismerős protokollokkal és ügyfelekkel érheti el. Az Azure-fájlmegosztásokkal általános célú fájlkiszolgálói adatokat és alkalmazásadatokat tárolhat a felhőben.

Ez a cikk a migrálás lépéseit ismerteti. Ha a migrálás előtt szeretne többet megtudni az Azure File Syncről, tekintse meg az alábbi cikkeket:

• Az Azure File Sync tervezési útmutatója
• Az Azure File Sync üzembe helyezési útmutatója

StorSimple szolgáltatás adattitkosítási kulcsa

A StorSimple-berendezés első beállításakor létrehozott egy szolgáltatásadat-titkosítási kulcsot, és arra utasította, hogy biztonságosan tárolja a kulcsot. Ez a kulcs a társított Azure Storage-fiók összes adatának titkosítására szolgál, ahol a StorSimple berendezés tárolja a fájlokat.

A szolgáltatás adattitkosítási kulcsa a sikeres migráláshoz szükséges. Kérje le ezt a kulcsot a rekordokból, egyet a leltárban lévő összes berendezéshez.

Ha nem találja a kulcsokat a rekordokban, létrehozhat egy új kulcsot a berendezésből. Minden berendezéshez egyedi titkosítási kulcs tartozik.

A szolgáltatás adattitkosítási kulcsának módosítása

A szolgáltatásadat-titkosítási kulcsokkal titkosíthatja a StorSimple Manager szolgáltatásból a StorSimple-eszközre küldött bizalmas ügyféladatokat, például a tárfiók hitelesítő adatait. Ezeket a kulcsokat rendszeresen módosítania kell, ha az informatikai szervezet kulcsforgatási szabályzattal rendelkezik a tárolóeszközökön. A kulcsmódosítási folyamat kissé eltérő lehet attól függően, hogy a StorSimple Manager szolgáltatás által felügyelt egyetlen vagy több eszköz van-e. További információ: StorSimple biztonság és adatvédelem.

A szolgáltatásadat-titkosítási kulcs módosítása három lépésből áll:

1. Ha Windows PowerShell-szkripteket használ az Azure Resource Managerhez, engedélyezze az eszközt a szolgáltatás adattitkosítási kulcsának módosítására.
2. A StorSimple-hez készült Windows PowerShell használatával kezdeményezheti a szolgáltatás adattitkosítási kulcsának módosítását.
3. Ha több StorSimple-eszközzel rendelkezik, frissítse a szolgáltatás adattitkosítási kulcsát a többi eszközön.

1. lépés: Windows PowerShell-szkript használata az eszköz engedélyezéséhez a szolgáltatás adattitkosítási kulcsának módosításához

Az eszköz rendszergazdája általában kérni fogja, hogy a szolgáltatásadminisztrátor engedélyezze az eszközt a szolgáltatásadatok titkosítási kulcsainak módosítására. A szolgáltatásadminisztrátor ezután engedélyezi az eszköz számára a kulcs módosítását.

Ezt a lépést az Azure Resource Manager-alapú szkripttel hajtjuk végre. A szolgáltatásadminisztrátor kiválaszthat egy olyan eszközt, amely jogosult az engedélyezésre. Az eszköz ezután jogosult elindítani a szolgáltatás adattitkosítási kulcsának változási folyamatát.

A szkript használatáról további információt az Authorize-ServiceEncryptionRollover.ps1 webhelyen talál.

Mely eszközök módosíthatók a szolgáltatás adattitkosítási kulcsai?

Az eszközöknek meg kell felelniük a következő feltételeknek, mielőtt engedélyezhető lenne a szolgáltatás adattitkosítási kulcsának módosításának kezdeményezése:

• Az eszköznek online állapotúnak kell lennie ahhoz, hogy jogosult legyen a szolgáltatásadat-titkosítási kulcsok módosításának engedélyezésére.
• 30 perc elteltével újra engedélyezheti ugyanazt az eszközt, ha a kulcsmódosítást nem kezdeményezték.
• Engedélyezheti egy másik eszközt, feltéve, hogy a kulcsmódosítást nem a korábban engedélyezett eszköz kezdeményezte. Az új eszköz engedélyezése után a régi eszköz nem tudja kezdeményezni a módosítást.
• Nem engedélyezheti az eszközt, amíg a szolgáltatás adattitkosítási kulcsának bevezetése folyamatban van.
• Engedélyezheti az eszközt, ha a szolgáltatásban regisztrált egyes eszközök átgördültek a titkosításon, míg mások nem.

2. lépés: A szolgáltatás adattitkosítási kulcsának módosításának kezdeményezése a Windows PowerShell for StorSimple használatával

Ez a lépés a StorSimple-hez készült Windows PowerShell felületén, az engedélyezett StorSimple-eszközön történik.

Feljegyzés

A StorSimple Manager szolgáltatás Azure Portalján a kulcsátállítás befejezéséig nem hajtható végre művelet.

Ha az eszköz soros konzolját használja a Windows PowerShell-felülethez való csatlakozáshoz, hajtsa végre az alábbi lépéseket.

A szolgáltatás adattitkosítási kulcsának módosításának kezdeményezése

1. Válassza az 1. lehetőséget, ha teljes hozzáféréssel szeretne bejelentkezni.

2. A parancssorba írja be a következőt:

   Invoke-HcsmServiceDataEncryptionKeyChange

3. A parancsmag sikeres befejezése után egy új szolgáltatásadat-titkosítási kulcsot fog kapni. Másolja és mentse ezt a kulcsot a folyamat 3. lépésében való használatra. Ez a kulcs a StorSimple Manager szolgáltatásban regisztrált összes többi eszköz frissítésére szolgál.

   Feljegyzés

   Ezt a folyamatot a StorSimple-eszköz engedélyezését követő négy órán belül kell elindítani.

   Ezt az új kulcsot ezután a rendszer elküldi a szolgáltatásnak, hogy leküldje a szolgáltatásban regisztrált összes eszközre. Ekkor megjelenik egy riasztás a szolgáltatás irányítópultján. A szolgáltatás letiltja az összes műveletet a regisztrált eszközökön, és az eszköz rendszergazdájának frissítenie kell a szolgáltatás adattitkosítási kulcsát a többi eszközön. Az I/Os (a felhőbe adatokat küldő gazdagépek) azonban nem lesznek megszakítva.

   Ha egyetlen eszköz regisztrálva van a szolgáltatásban, az átállási folyamat befejeződött, és kihagyhatja a következő lépést. Ha több eszköz van regisztrálva a szolgáltatásban, folytassa a 3. lépésben.

3. lépés: A szolgáltatás adattitkosítási kulcsának frissítése más StorSimple-eszközökön

Ezeket a lépéseket a StorSimple-eszköz Windows PowerShell-felületén kell végrehajtani, ha több eszköz van regisztrálva a StorSimple Manager szolgáltatásban. A 2. lépésben beszerzett kulcsot kell használni a StorSimple Manager szolgáltatásban regisztrált összes fennmaradó StorSimple-eszköz frissítéséhez.

Hajtsa végre az alábbi lépéseket a szolgáltatásadatok titkosításának frissítéséhez az eszközön.

A szolgáltatás adattitkosítási kulcsának frissítése fizikai eszközökön

1. A StorSimple-hez készült Windows PowerShell használatával csatlakozzon a konzolhoz. Válassza az 1. lehetőséget, ha teljes hozzáféréssel szeretne bejelentkezni.
2. A parancssorba írja be a következőt: Invoke-HcsmServiceDataEncryptionKeyChange – ServiceDataEncryptionKey
3. Adja meg a 2. lépésben beszerzett szolgáltatásadat-titkosítási kulcsot: A StorSimple-hez készült Windows PowerShell használatával kezdeményezheti a szolgáltatás adattitkosítási kulcsának módosítását.

A szolgáltatás adattitkosítási kulcsának frissítése az összes 8010/8020 felhőkészüléken

1. Töltse le és állítsa be az Update-CloudApplianceServiceEncryptionKey.ps1 PowerShell-szkriptet.
2. Nyissa meg a PowerShellt, és a parancssorba írja be a következőt: Update-CloudApplianceServiceEncryptionKey.ps1 -SubscriptionId [subscription] -TenantId [tenantid] -ResourceGroupName [resource group] -ManagerName [device manager]

Ez a szkript biztosítja, hogy a szolgáltatásadat-titkosítási kulcs be legyen állítva az eszközkezelő összes 8010/8020-ás felhőkészülékén.

Figyelemfelhívás

Amikor eldönti, hogyan csatlakozhat a StorSimple-berendezéshez, vegye figyelembe a következőket:

• A HTTPS-munkameneten keresztüli Csatlakozás a legbiztonságosabb és ajánlott megoldás.
• Csatlakozás közvetlenül az eszköz soros konzoljára való csatlakozás biztonságos, de a soros konzolhoz hálózati kapcsolókon keresztül való csatlakozás nem.
• A HTTP-munkamenet-kapcsolatok egy lehetőség, de nincsenek titkosítva. Csak akkor ajánlott, ha zárt, megbízható hálózaton belül használják őket.

Ismert korlátozások

A StorSimple Data Manager és az Azure-fájlmegosztások néhány korlátozást figyelembe kell venniük a kezdés előtt, mivel megakadályozhatják a migrálást:

• Csak a StorSimple-berendezés ntfs kötetei támogatottak. A ReFS-kötetek nem támogatottak.
• A Windows Server dinamikus lemezeken elhelyezett kötetek nem támogatottak .
• A szolgáltatás nem működik BitLocker-titkosítású kötetekkel, vagy engedélyezve van az adatdeduplikáció .
• A sérült StorSimple biztonsági másolatok nem migrálhatók.
• A speciális hálózati beállítások, például a tűzfalak vagy a csak privát végpontok közötti kommunikáció nem engedélyezhetők sem a forrástárfiókon, ahol a StorSimple biztonsági másolatai tárolódnak, sem az Azure-fájlmegosztásokat tároló céltárfiókon.

Fájlhűség

Ha az Ismert korlátozások egyik korlátozása sem akadályozza meg a migrálást, továbbra is korlátozások vonatkoznak az Azure-fájlmegosztásokban tárolhatókra.

A fájlhűség a fájlokat alkotó attribútumok, időbélyegek és adatok sokaságára utal. A migrálás során a fájlhűség annak mértéke, hogy a forrás információi (StorSimple-kötet) mennyire fordíthatók le (migrálhatók) a cél Azure-fájlmegosztásra.

Az Azure Files támogatja az NTFS-fájltulajdonságok egy részét. A rendszer áttelepíti a Windows ACL-eket, a gyakori metaadatokat és bizonyos időbélyegeket.

A következő elemek nem akadályozzák meg az áttelepítést, de elemenkénti problémákat okoznak az áttelepítés során:

• Időbélyegek: A fájlmódosítási idő nem lesz beállítva. Jelenleg csak olvasható a REST protokollon keresztül. A fájl utolsó hozzáférési időbélyege nem lesz áthelyezve, mivel az nem támogatott attribútum az Azure-fájlmegosztásokban tárolt fájlokon.
• Az Alternatív adatok adatfolyamok nem tárolhatók Azure-fájlmegosztásokban. Az Alternatív adatok adatfolyamok tartalmazó fájlok ki lesznek másolva, de az alternatív adatok adatfolyamok a folyamat során le lesznek távolítva a fájlból.
• A rendszer kihagyja a szimbolikus hivatkozásokat, a kemény hivatkozásokat, a csomópontokat és az újraelemzési pontokat a migrálás során. Az áttelepítési másolási naplók felsorolják az egyes kihagyott elemeket és az okokat.
• Az EFS-titkosított fájlok másolása sikertelen. A másolási naplók azt mutatják, hogy az elemet nem sikerült a "Hozzáférés megtagadva" szöveggel másolni.
• A program kihagyja a sérült fájlokat. A másolási naplók különböző hibákat sorolhatnak fel a StorSimple lemezen sérült egyes elemeknél: "A kérés végzetes eszközhardver-hiba miatt meghiúsult" vagy "A fájl vagy könyvtár sérült vagy olvashatatlan" vagy "A hozzáférés-vezérlési lista (ACL) struktúrája érvénytelen".
• A rendszer kihagyja a 4 TiB-nál nagyobb egyes fájlokat.
• A fájl elérési útja legfeljebb 2048 karakter hosszúságú lehet. A hosszabb elérési utakkal rendelkező fájlok és mappák ki lesznek hagyva.
• A rendszer kihagyja az újraelemzési pontokat. A Microsoft Data Deduplikációs/SIS-újraelemzési pontjait vagy harmadik felek adatait a migrálási motor nem tudja feloldani, és megakadályozza az érintett fájlok és mappák áttelepítését.

A cikk végén található hibaelhárítási szakasz további részleteket tartalmaz az elemszintű és migrálási feladatok hibakódjairól, valamint lehetőség szerint azok megoldási lehetőségeiről.

StorSimple-kötet biztonsági mentései

A StorSimple különbségi biztonsági mentéseket kínál a kötet szintjén. Az Azure-fájlmegosztások is rendelkeznek ezzel a képességgel, az úgynevezett megosztási pillanatképekkel.

A migrálási feladatok csak a biztonsági másolatokat tudják áthelyezni, az élő kötetről soha nem. Ezért a legutóbbi biztonsági mentés az élő adatokhoz van legközelebb, ezért mindig szerepelnie kell a migrálás során áthelyezendő biztonsági másolatok listájának.

Döntse el, hogy a migrálás során át kell-e helyeznie a régebbi biztonsági másolatokat. Ajánlott a listát a lehető legkisebb méretben tartani, hogy a migrálási feladatok gyorsabban befejeződjenek.

Az áttelepítendő kritikus biztonsági mentések azonosításához készítsen ellenőrzőlistát a biztonsági mentési szabályzatokról. Példa:

• A legutóbbi biztonsági mentés.
• Havonta egy biztonsági mentés 12 hónapig.
• Évente egy biztonsági mentés három évig.

A migrálási feladatok létrehozásakor ezzel a listával azonosíthatja a StorSimple-kötetek pontos biztonsági mentéseit, amelyeket át kell telepíteni a követelményeknek megfelelően.

A migráláshoz szükséges biztonsági mentés kiválasztása előtt érdemes felfüggeszteni az összes StorSimple biztonsági mentési megőrzési szabályzatot. A biztonsági másolatok migrálása több napot vagy hetet is igénybe vehet. A StorSimple biztonsági mentési megőrzési szabályzatokat kínál, amelyek törlik a biztonsági másolatokat. Előfordulhat, hogy az áttelepítéshez kiválasztott biztonsági másolatok még az áttelepítés előtt törlődnek.

Figyelemfelhívás

Több mint 50 StorSimple-kötet biztonsági mentése nem támogatott.

Meglévő StorSimple-kötetek leképezése Azure-fájlmegosztásokra

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)
0	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.

Tárfiókok száma

A migrálásnak valószínűleg több olyan tárfiókot kell üzembe helyeznie, amelyek mindegyike kisebb számú Azure-fájlmegosztást tárol.

Ha a fájlmegosztások rendkívül aktívak (sok felhasználó vagy alkalmazás használja), két Azure-fájlmegosztás elérheti a tárfiók teljesítménykorlátját. Emiatt gyakran jobb több tárfiókba migrálni, amelyek mindegyike saját fájlmegosztásokkal rendelkezik, és általában nem több, mint két vagy három megosztás tárfiókonként. 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 vannak bennük archiválási megosztások.

Ezek a szempontok jobban vonatkoznak a közvetlen felhőalapú hozzáférésre (azure-beli virtuális gépen vagy szolgáltatáson keresztül), mint az Azure File Syncre. Ha kizárólag az Azure File Syncet szeretné használni ezeken a megosztásokon, több azure-tárfiókba való csoportosítás rendben van. A jövőben érdemes lehet egy olyan alkalmazást áthelyezni a felhőbe, amely ezután közvetlenül hozzáfér egy fájlmegosztáshoz, mivel ez a forgatókönyv nagyobb IOPS- és átviteli sebességgel járna. Vagy elkezdhet olyan szolgáltatást használni az Azure-ban, amely nagyobb IOPS-t és átviteli sebességet is élvezne.

A megosztások listájának elkészítése után minden megosztást leképezhet arra a tárfiókra, ahol a megosztás található. Döntsön egy Azure-régióról, és győződjön meg arról, hogy minden tárfiók és Az Azure File Sync-erőforrás megfelel a kiválasztott régiónak.

Fontos

Most ne konfigurálja a tárfiókok hálózati és tűzfalbeállítását. Ezen konfigurációk ezen a ponton való létrehozása lehetetlenné tenné a migrálást. A migrálás befejezése után konfigurálja ezeket az Azure Storage-beállításokat.

Tárfiók beállításai

A tárfiókokon számos konfigurációt hozhat létre. A tárfiók konfigurációinak megerősítéséhez használja az alábbi ellenőrzőlistát. A migrálás befejezése után módosíthatja a hálózati konfigurációt.

• Tűzfal és virtuális hálózatok: Letiltva – ne konfiguráljon IP-korlátozásokat, és ne korlátozza a tárfiókok hozzáférését egy adott virtuális hálózathoz. A tárfiók nyilvános végpontja a migrálás során használatos. Az Azure-beli virtuális gépekről származó összes IP-címet engedélyezni kell. A migrálás után érdemes konfigurálni a tárfiók tűzfalszabályát. Így konfigurálhatja a forrás- és a céltárfiókokat is.
• Privát végpontok: Támogatott – Engedélyezheti a privát végpontokat, de a nyilvános végpontot a migráláshoz használják, és elérhetőnek kell maradnia. Ez a forrás- és a céltárfiókokra is vonatkozik.

1. fázis összefoglalása

Az 1. fázis végén:

• Jól áttekintheti a StorSimple-eszközöket és -köteteket.
• A Data Manager szolgáltatás készen áll a StorSimple-kötetek felhőbeli elérésére, mivel minden StorSimple-eszközhöz lekérte a szolgáltatás adattitkosítási kulcsát.
• Rendelkezik egy tervvel, amelybe a köteteket és a biztonsági másolatokat (ha a legutóbbiakon túl is) át kell telepíteni.
• Tudja, hogyan képezheti le a köteteket a megfelelő számú Azure-fájlmegosztásra és tárfiókra.

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

Ez a szakasz az Azure-ban szükséges különböző erőforrástípusok üzembe helyezésével kapcsolatos szempontokat ismerteti. Egyes adatok az áttelepítés után is megmaradnak, némelyikre pedig csak az áttelepítéshez van szükség. Ne kezdje el az erőforrások üzembe helyezését, amíg nem véglegesítette az üzembe helyezési tervet. Az Üzembe helyezés után nehéz, néha lehetetlen módosítani az Azure-erőforrások bizonyos aspektusait.

Ez a videó a következőket ismerteti:

• Storage fiókok
• Előfizetés(ek) és erőforráscsoportok
• Storage fiókok
• Típusok és nevek
• Teljesítmény és megosztás mérete
• Hely- és replikációs típusok
• Azure-fájlmegosztások
• StorSimple Data Manager szolgáltatás

Tárfiókok üzembe helyezése

Valószínűleg több Azure Storage-fiókot kell üzembe helyeznie. Mindegyik kisebb számú Azure-fájlmegosztást fog tárolni az üzembehelyezési terv szerint. Nyissa meg az Azure Portalt a tervezett tárfiókok üzembe helyezéséhez. Fontolja meg az új tárfiókok alábbi alapbeállításainak betartását.

Fontos

A migrálás előtt és alatt ne konfigurálja a tárfiókok hálózati és tűzfalbeállításait. Ezen konfigurációk ezen a ponton való elvégzése lehetetlenné tenné a migrálást. A nyilvános végpontnak elérhetőnek kell lennie a forrás- és céltárfiókokon. Az adott IP-tartományokra vagy virtuális hálózatokra való korlátozás nem támogatott. A migrálás befejezése után módosíthatja a tárfiók hálózati konfigurációit.

Előfizetés

Használhatja ugyanazt az előfizetést, amelyet a StorSimple üzembe helyezéséhez használt, vagy használhat egy másikat is. Az egyetlen korlátozás az, hogy az előfizetésnek ugyanabban a Microsoft Entra-bérlőben kell lennie, mint a StorSimple-előfizetés. A migrálás megkezdése előtt érdemes lehet áthelyezni a StorSimple-előfizetést a megfelelő bérlőre. Csak a teljes előfizetést helyezheti át, mivel az egyes StorSimple-erőforrások nem helyezhetők át másik bérlőbe vagy előfizetésbe.

Erőforráscsoport

Az Azure-beli erőforráscsoportok segítenek az erőforrások és a rendszergazdai felügyeleti engedélyek szervezésében. További információ.

Tárfiók neve

A tárfiók neve a fájlmegosztás eléréséhez használt URL-cím részévé válik, és bizonyos karakterkorlátozásokkal rendelkezik. Az elnevezési konvencióban vegye figyelembe, hogy a tárfiókok nevének egyedinek kell lennie a világon, csak kisbetűket és számokat szabad engedélyeznie, 3–24 karaktert kell megadnia, és nem szabad speciális karaktereket, például kötőjeleket vagy aláhúzásjeleket engedélyeznie. Lásd az Azure Storage-erőforrások elnevezési szabályait.

Hely

A tárfiók Azure-régiója fontos. Az Azure File Sync használata esetén az összes tárfióknak ugyanabban a régióban kell lennie, mint a Storage Sync Service-erőforrás. A kijelölt Azure-régiónak közel vagy központinak kell lennie a helyi kiszolgálókhoz és felhasználókhoz. Az erőforrás üzembe helyezése után nem módosíthatja annak régióját.

Választhat egy másik régiót attól a régiótól, ahol a StorSimple-adatok (tárfiók) jelenleg találhatók, de ha igen, akkor a kimenő díjak az áttelepítés során lesznek érvényesek . Az adatok elhagyják a StorSimple régiót, és belépnek az új tárfiók-régióba. Ha ugyanabban az Azure-régióban tartózkodik, nem kell sávszélesség-díjakat fizetnie.

Teljesítmény

Választhat prémium szintű tárolást (SSD) azure-fájlmegosztásokhoz vagy standard tárolókhoz. A standard tárterület több réteget is tartalmaz egy fájlmegosztáshoz. A standard tárolás a StorSimple-ből migrált ügyfelek többsége számára a megfelelő megoldás.

• Ha prémium szintű Azure-fájlmegosztás teljesítményére van szüksége, válassza a prémium szintű tárolást.
• Általános célú fájlkiszolgálói számítási feladatokhoz válassza a standard tárolót, amely gyakori elérésű adatokat és archív adatokat is tartalmaz. Akkor is válassza a standard tárterületet, ha a felhőbeli megosztás egyetlen számítási feladatai az Azure File Sync lesznek.
• Prémium szintű fájlmegosztások esetén válassza a Fájlmegosztások lehetőséget a Tárfiók létrehozása varázslóban.

Replikáció

Számos replikációs beállítás érhető el. Csak a következő két lehetőség közül választhat:

• Helyileg redundáns tárolás (LRS).
• Zónaredundáns tárolás (ZRS), amely nem minden Azure-régióban érhető el.

Feljegyzés

A georedundáns tárolás (GRS) és a geozónára redundáns tárolás nem támogatott.

Azure-fájlmegosztások

A tárfiókok létrehozása után nyissa meg a tárfiók(ok) Fájlmegosztás szakaszát, és telepítse a megfelelő számú Azure-fájlmegosztást az áttelepítési terv szerint az 1. fázisból. Fontolja meg az azure-beli új fájlmegosztások alábbi alapbeállításainak betartását.

A kisbetűk
, számok és kötőjelek használata támogatott.

A kvótakvóta
itt hasonlítható össze egy Windows Server-példány SMB-beli kemény kvótájával. Az ajánlott eljárás az, hogy itt nem állít be kvótát, mert a migrálás és más szolgáltatások sikertelenek lesznek a kvóta elérésekor.

A rétegek kiválasztják
az új fájlmegosztáshoz optimalizált tranzakciót. A migrálás során számos tranzakció történik. Költséghatékonyabb, ha a réteget később a számítási feladatnak leginkább megfelelő szintre módosítja.

StorSimple Adatkezelő

A migrálási feladatokat tartalmazó Azure-erőforrás neve StorSimple Data Manager. Válassza az Új erőforrás lehetőséget, és keresse meg. Válassza a Létrehozás parancsot.

Ezt az ideiglenes erőforrást a rendszer vezénylésre használja. A migrálás befejezése után megszüntetheti azt. Győződjön meg arról, hogy ugyanabban az előfizetésben, erőforráscsoportban és régióban helyezi üzembe, mint a StorSimple-tárfiókja.

Azure File Sync

Az Azure File Sync használatával a leggyakrabban használt fájlok helyszíni gyorsítótárazását is hozzáadhatja. A StorSimple gyorsítótárazási képességeihez hasonlóan az Azure File Sync felhőbeli rétegzési funkciója helyi hozzáférési késést kínál a Windows Server-példányon elérhető gyorsítótár-kapacitás és a többhelyes szinkronizálás jobb szabályozásával együtt. Ha a cél a helyszíni gyorsítótár használata, akkor a helyi hálózaton készítse elő a Windows Server rendszerű virtuális gépet (a fizikai kiszolgálókat és a feladatátvevő fürtöket is támogatja) elegendő közvetlen csatlakoztatott tárkapacitással.

Fontos

Még ne állítsa be az Azure File Syncet. Az Azure File Sync üzembe helyezése nem kezdődhet meg a migrálás 4. fázisa előtt.

2. fázis összefoglalása

A 2. fázis végén üzembe helyezte a tárfiókjait és az összes Azure-fájlmegosztást. StorSimple Data Manager-erőforrással is rendelkezik. Az utóbbit a 3. fázisban fogja használni a migrálási feladatok konfigurálásakor.

3. fázis: Migrálási feladat létrehozása és futtatása

Ez a szakasz bemutatja, hogyan állíthat be migrálási feladatot, és hogyan képezheti le a könyvtárakat egy StorSimple-köteten, amelyet át kell másolni a kiválasztott cél Azure-fájlmegosztásba.

Ez a videó a következőket mutatja be:

• Migrálási feladat létrehozása
• Összegzés
• Forrás
• A migrálandó kötet biztonsági másolatainak kiválasztása
• Cél
• Címtárleképezés
• Szemantikai szabályok
• Áttelepítési feladat futtatása
• Feladatdefiníció futtatása
• A feladat állapotának megtekintése
• Feladatok párhuzamos futtatása
• A naplófájlok értelmezése

Első lépésként nyissa meg a StorSimple Data Managert, keresse meg a feladatdefiníciókat a menüben, és válassza a + Feladatdefiníció lehetőséget. A céltároló alapértelmezett típusa az Azure-fájlmegosztás.

Feladatdefiníció neve
Ennek a névnek az áthelyezendő fájlok készletét kell jeleznie. Ajánlott az Azure-fájlmegosztáshoz hasonló nevet adni neki.

Hely, ahol a feladat fut
A régió kiválasztásakor ugyanazt a régiót kell kiválasztania, mint a StorSimple-tárfiókja, vagy ha ez nem érhető el, akkor a hozzá közeli régiót.

Forrás

Forrás-előfizetés
: Válassza ki azt az előfizetést, amelyben a StorSimple Eszközkezelő erőforrást tárolja.

StorSimple-erőforrás
: Válassza ki a StorSimple-Eszközkezelő a berendezés regisztrálva van.

Szolgáltatásadat-titkosítási kulcs
Ellenőrizze a jelen cikk korábbi szakaszát, ha nem találja a kulcsot a rekordokban.

Eszköz
: Válassza ki a migrálni kívánt kötetet tartalmazó StorSimple-eszközt.

Kötet
: Válassza ki a forráskötetet. Később eldöntheti, hogy a teljes kötetet vagy alkönyvtárat át szeretné-e migrálni a cél Azure-fájlmegosztásba.

Mennyiségi biztonsági másolatok
: A kötet biztonsági mentéseinek kiválasztása lehetőség kiválasztásával kiválaszthatja a feladat részeként áthelyezni kívánt biztonsági másolatokat. A cikk egy közelgő, dedikált szakasza részletesen ismerteti a folyamatot.

Cél

Válassza ki az előfizetést, a tárfiókot és az Azure-fájlmegosztást a migrálási feladat céljaként.

Címtárleképezés

A cikk egy dedikált szakasza az összes releváns részletet ismerteti.

A migrálandó kötet biztonsági másolatainak kiválasztása

A migrálni kívánt biztonsági másolatok kiválasztásának fontos szempontjai vannak:

• Az áttelepítési feladatok csak a biztonsági másolatokat tudják áthelyezni, az élő kötet adatait nem. A legutóbbi biztonsági mentés tehát az élő adatokhoz van legközelebb, és mindig szerepelnie kell a migrálás során áthelyezett biztonsági másolatok listáján. Amikor megnyitja a Biztonsági mentés párbeszédpanelt, az alapértelmezés szerint ki van jelölve.
• Győződjön meg arról, hogy a legújabb biztonsági mentés a lehető legkisebbre teszi az élő megosztás változását. A migrálási feladat létrehozása előtt érdemes lehet manuálisan aktiválni és elvégezni egy másik kötet biztonsági mentését. Az élő megosztás kis eltérése javítja a migrálási élményt. Ha ez a változás nulla lehet, ami azt jelenti, hogy a StorSimple-köteten nem történt további változás a legújabb biztonsági mentést követően a listában, akkor a felhasználó átvágása drasztikusan leegyszerűsítve és felgyorsítva lesz.
• A biztonsági másolatokat vissza kell játszani az Azure-fájlmegosztásba a legrégebbitől a legújabbig. A régebbi biztonsági mentések nem rendezhetők az Azure-fájlmegosztás biztonsági másolatainak listájába a migrálási feladat futtatása után. Ezért a feladat létrehozása előtt meg kell győződnie arról, hogy a biztonsági másolatok listája kész.
• A feladat biztonsági másolatainak listája nem módosítható a feladat létrehozása után, még akkor sem, ha a feladat soha nem futott.
• A biztonsági mentések kiválasztásához a migrálni kívánt StorSimple-kötetnek online állapotban kell lennie.

A migrálási feladathoz tartozó StorSimple-kötet biztonsági másolatainak kiválasztásához válassza a Kötet biztonsági másolatainak kiválasztása lehetőséget a feladatlétrehozás űrlapon.

Amikor megnyílik a biztonsági mentés kijelölési panelje, két listára lesz elválasztva. Az első listában az összes elérhető biztonsági mentés megjelenik. Egy adott időtartomány szűrésével kibonthatja és szűkítheti az eredményhalmazt. (lásd a következő szakaszt)

A kijelölt biztonsági mentés szürkén jelenik meg, és a panel alsó felében lévő második listához lesz hozzáadva. A második listában az áttelepítéshez kijelölt biztonsági másolatok láthatók. A hiba miatt kiválasztott biztonsági másolat is eltávolítható.

Figyelemfelhívás

Ki kell választania az összes áttelepítendő biztonsági másolatot. A régebbi biztonsági másolatok később nem vehetők fel. A feladat létrehozása után nem módosíthatja a feladatot a kijelölés módosításához.

Alapértelmezés szerint a rendszer szűri a listát, hogy megjelenjenek a StorSimple-kötetek biztonsági másolatai az elmúlt hét napban. A legutóbbi biztonsági mentés alapértelmezés szerint ki van választva, még akkor is, ha az az elmúlt hét napban nem történt meg. Régebbi biztonsági mentésekhez használja a panel tetején található időtartomány-szűrőt. Választhat egy meglévő szűrőből, vagy beállíthat egy egyéni időtartományt, hogy csak az ebben az időszakban készített biztonsági másolatokra szűrjön.

Figyelemfelhívás

Több mint 50 StorSimple-kötet biztonsági mentése nem támogatott. A nagy számú biztonsági mentéssel rendelkező feladatok sikertelenek lehetnek. Győződjön meg arról, hogy a biztonsági mentés adatmegőrzési szabályzatai nem törölnek egy kijelölt biztonsági másolatot, mielőtt lehetősége lenne a migrálásra!

Címtárleképezés

A címtárleképezés nem kötelező az áttelepítési feladathoz. Ha üresen hagyja a szakaszt, a StorSimple-kötet gyökerében lévő összes fájl és mappa a cél Azure-fájlmegosztás gyökerébe kerül. A legtöbb esetben a teljes kötet tartalmának tárolása egy Azure-fájlmegosztásban nem a legjobb módszer. Gyakran jobb, ha egy kötet tartalmát több fájlmegosztásra osztja fel az Azure-ban. Ha még nem készített tervet, először tekintse meg a StorSimple-kötet Azure-fájlmegosztásokra való leképezését .

A migrálási terv részeként dönthetett úgy, hogy egy StorSimple-kötet mappáit több Azure-fájlmegosztásra kell felosztani. Ha ez a helyzet, akkor ezt a felosztást a következő szerint végezheti el:

1. Több feladat definiálása a mappák egy köteten való áttelepítéséhez. Mindegyik ugyanazzal a StorSimple-kötetforrással rendelkezik, de a célhoz egy másik Azure-fájlmegosztás tartozik.
2. Pontosan megadhatja, hogy a StorSimple-kötet mely mappáit kell migrálni a megadott fájlmegosztásba a feladatlétrehozási űrlap Címtárleképezés szakaszával, és kövesse az adott leképezési szemantikát.

Fontos

Az űrlap elérési útjai és leképezési kifejezései nem érvényesíthetők az űrlap elküldésekor. Ha a leképezések helytelenül vannak megadva, előfordulhat, hogy egy feladat teljesen meghiúsul, vagy nemkívánatos eredményt eredményez. Ebben az esetben általában a legjobb, ha törli az Azure-fájlmegosztást, újra létrehozza, majd kijavítja a leképezési utasításokat egy új migrálási feladatban a megosztáshoz. Ha egy új feladatot rögzített leképezési utasításokkal futtat, kijavíthatja a kihagyott mappákat, és beviheti őket a meglévő megosztásba. Így azonban csak azok a mappák kezelhetők, amelyek elérési úthibák miatt kimaradtak.

Szemantikai elemek

A leképezés balról jobbra van kifejezve: [\source path] > [\target path].

Szemantikai karakter	Értelmezés
\	Gyökérszint-jelző.
>	[Forrás] és [célleképezés] operátor.
| vagy RETURN (új sor)	Két mappaleképezési utasítás elválasztó eleme. Másik lehetőségként kihagyhatja ezt a karaktert, és az Enter elemet választva saját sorába állíthatja a következő leképezési kifejezést.

Példák

Áthelyezi a mappa felhasználói adatainak tartalmát a célfájlmegosztás gyökerére:

\User data > \

A teljes kötet tartalmát áthelyezi egy új elérési útra a célfájlmegosztáson:

\ > \Apps\HR tracker

Áthelyezi a forrásmappa tartalmát egy új elérési útra a célfájlmegosztáson:

\HR resumes-Backup > \Backups\HR\resumes

Több forráshelyet rendez egy új könyvtárstruktúra szerint:

\HR\Candidate Tracker\v1.0 > \Apps\Candidate tracker
\HR\Candidates\Resumes > \HR\Candidates\New
\Archive\HR\Old Resumes > \HR\Candidates\Archived

Szemantikai szabályok

• Mindig adja meg a mappa elérési útját a gyökérszinthez képest.
• Kezdje az egyes mappaelérési utakat egy "\" gyökérszintű jelzővel.
• Ne tartalmazzon meghajtóbetűjeleket.
• Több elérési út megadásakor a forrás- vagy célelérési utak nem fedhetik egymást:
  Érvénytelen forrás elérési útja átfedésben például:
  \mappa\1 > \mappa
  \mappa\1\2 > \mappa2
  Érvénytelen célútvonal átfedésben példa:
  \mappa > \
  \mappa2 \>
  
• A nem létező forrásmappák figyelmen kívül lesznek hagyva.
• Létrejönnek a célon nem létező mappastruktúrák.
• A Windowshoz hasonlóan a mappanevek is érzéketlenek, de a kis- és nagybetűk megmaradnak.

Feljegyzés

A \System Volume Information mappa és a StorSimple kötet $Recycle.Bin mappájának tartalmát az áttelepítési feladat nem másolja át.

Migrálási feladat futtatása

A migrálási feladatok az erőforráscsoportban üzembe helyezett Data Manager-erőforrás feladatdefiníciói alatt jelennek meg. A feladatdefiníciók listájában válassza ki a futtatni kívánt feladatot.

A megnyíló feladatpanelen láthatja a feladat aktuális állapotát és a kijelölt biztonsági másolatok listáját. A biztonsági mentések listája a legrégebbi és a legújabb szerint van rendezve, és ebben a sorrendben migrálva lesz az Azure-fájlmegosztásba.

A migrálási feladat kezdetben a következő állapotú lesz: Soha nem futott.
Ha elkészült, indítsa el az áttelepítési feladatot. Válassza ki a nagyobb felbontású verzió képét.
A biztonsági mentés sikeres migrálása után a rendszer automatikus Azure-fájlmegosztási pillanatképet készít. A StorSimple biztonsági mentésének eredeti biztonsági mentési dátuma az Azure-fájlmegosztás pillanatképének Megjegyzések szakaszában található. A mező használatával megtekintheti, hogy az adatok eredeti biztonsági mentése mikor történt a fájlmegosztás pillanatképének elkészítéséhez képest.

Figyelemfelhívás

A biztonsági mentéseket a legrégebbitől a legújabbig kell feldolgozni. A migrálási feladat létrehozása után nem módosíthatja a kijelölt StorSimple-kötet biztonsági mentéseinek listáját. Ne indítsa el a feladatot, ha a biztonsági másolatok listája helytelen vagy hiányos. Törölje a feladatot, és hozzon létre egy újat a megfelelő biztonsági másolatok kiválasztásával. Minden kijelölt biztonsági mentésnél ellenőrizze a megőrzési ütemezést. Előfordulhat, hogy egy vagy több adatmegőrzési szabályzat törli a biztonsági másolatokat, mielőtt lehetőséget kapna a migrálásra!

Elemenkénti hibák

Az áttelepítési feladatok két oszlopot tartalmaznak a biztonsági másolatok listájában, amelyek felsorolják a másolás során esetlegesen előforduló problémákat:

• Másolási
  hibák: Ez az oszlop olyan fájlokat vagy mappákat sorol fel, amelyeket másolni kellett volna, de nem. Ezek a hibák gyakran helyreállíthatók. Ha egy biztonsági mentés felsorolja az oszlop elemeivel kapcsolatos problémákat, tekintse át a másolási naplókat. Ha át kell telepítenie ezeket a fájlokat, válassza az Újrapróbálkozás biztonsági mentés lehetőséget. Ez a beállítás akkor válik elérhetővé, ha a biztonsági mentés befejeződött. A migrálási feladat kezelése szakasz részletesebben ismerteti a lehetőségeket.
• Nem támogatott fájlok
  : Ez az oszlop olyan fájlokat vagy mappákat sorol fel, amelyek nem migrálhatók. Az Azure Storage olyan fájlnevekre, elérési utakra és fájltípusokra vonatkozó korlátozásokkal rendelkezik, amelyek jelenleg vagy logikailag nem tárolhatók egy Azure-fájlmegosztásban. Az ilyen típusú hibák esetén a migrálási feladat nem szünetel. A biztonsági másolat áttelepítésének újrapróbálkozása nem változtatja meg az eredményt. Ha egy biztonsági másolat felsorolja az oszlopban szereplő elemek hibáit, tekintse át a másolási naplókat, és jegyezze fel. Ha ilyen problémák merülnek fel az utolsó biztonsági másolatban, és a másolási naplóban azt találta, hogy a hiba egy fájlnév, elérési út hossza vagy egyéb olyan probléma miatt történt, amelyet befolyásolt, érdemes lehet kijavítani a problémát az élő StorSimple-kötetben, készítsen egy StorSimple-kötet biztonsági mentését, és hozzon létre egy új áttelepítési feladatot csak ezzel a biztonsági mentéssel. Ezután migrálhatja ezt a kijavított névteret, és ez lesz az Azure-fájlmegosztás legújabb /élő verziója. Ez egy manuális és időigényes folyamat. Alaposan tekintse át a másolási naplókat, és értékelje ki, hogy megéri-e.

Ezek a másolási naplók *.csv fájlok, amelyekben a névtérelemek sikeresek, és azok az elemek, amelyeket nem sikerült átmásolni. A hibák tovább vannak osztva a korábban tárgyalt kategóriákra. A naplófájl helyéről a sikertelen fájlok naplóit a "sikertelen" kifejezésre kattintva találja meg. Az eredménynek olyan fájlok naplóinak kell lennie, amelyeket nem sikerült másolni. Rendezze ezeket a naplókat méret szerint. Előfordulhat, hogy a naplók 17 bájt méretűek. Üresek, és figyelmen kívül hagyhatók. Rendezéssel a naplókra összpontosíthat tartalommal.

Ugyanez a folyamat vonatkozik a sikeres másolatokat rögzítő naplófájlokra is.

Migrálási feladat kezelése

A migrálási feladatok állapota a következő:

• Soha nem futtatott
  egy definiált, de soha nem futtatott új feladatot.
• Az ebben az állapotban lévő feladatok várakozása
  az erőforrások kiosztására vár a migrálási szolgáltatásban. Ha készen áll, automatikusan másik állapotba vált.
• 
  Sikertelen Egy sikertelen feladat végzetes hibába ütközött, amely megakadályozza a további biztonsági mentések feldolgozását. Egy feladatnak nem kell ezt az állapotot megadnia. A támogatási kérés a legjobb eljárás.
• Megszakítva / a Megszakítás vagy a teljes migrálási
  feladat vagy a feladaton belüli egyes biztonsági másolatok megszakíthatók. A megszakított biztonsági másolatok nem lesznek feldolgozva, mivel a megszakított áttelepítési feladat leállítja a biztonsági másolatok feldolgozását. Arra számítunk, hogy egy feladat megszakítása hosszú időt vesz igénybe. Ez nem akadályozza meg, hogy új feladatot hozzon létre. A legjobb megoldás, ha hagyja, hogy egy feladat teljesen megérkezik a Törölt állapotba. A sikertelen/megszakított feladatokat figyelmen kívül hagyhatja, vagy később törölheti őket. Nem kell törölnie a feladatokat, mielőtt törölheti a Data Manager-erőforrást a StorSimple migrálásának végén.

A futó feladat futtatása

jelenleg egy biztonsági mentést dolgoz fel. Tekintse meg a panel alsó felében található táblázatot, amelyből láthatja, hogy mely biztonsági másolatok feldolgozása folyamatban van, és melyek lehetnek már migrálva.
A már migrált biztonsági másolatoknak van egy oszlopa, amely egy másolási naplóra mutató hivatkozással rendelkezik. Ha egy biztonsági mentés hibát jelez, tekintse át a másolási naplóját.

Szüneteltetve

A migrálási feladat szüneteltetve van, ha döntésre van szükség. Ez a feltétel két parancsgombot tesz lehetővé a panel tetején:
Válassza az Újrapróbálkozás biztonsági mentést, ha a biztonsági mentés olyan fájlokat mutat, amelyeknek át kellett volna lépnie, de nem (Másolási hibaoszlop).
Válassza a Biztonsági mentés kihagyása lehetőséget, ha a biztonsági másolat hiányzik (a házirend törölte az áttelepítési feladat létrehozása óta), vagy ha a biztonsági mentés sérült. A sikertelen biztonsági mentésre való kattintáskor megnyíló panelen részletes hibainformációk találhatók.

Az aktuális biztonsági mentés kihagyásakor vagy újrapróbálkozásakor a migrálási szolgáltatás új pillanatképet hoz létre a cél Azure-fájlmegosztásban. Előfordulhat, hogy később törölni szeretné az előzőt, mivel valószínűleg hiányos.

Kész és befejezett figyelmeztetésekkel

: Az áttelepítési feladat készkéntvan felsorolva, ha a feladat összes biztonsági mentése sikeresen fel lett dolgozva.
A figyelmeztetésekkel kiegészített állapot a következő esetekben fordul elő:

• A biztonsági mentés helyreállítható problémába ütközött. Ez a biztonsági mentés részleges sikeresként vagy sikertelenként van megjelölve.
• Úgy döntött, hogy folytatja a szüneteltetett feladatot úgy, hogy kihagyja a biztonsági mentést az említett problémákkal. (Ön a Biztonsági mentés kihagyása újrapróbálkozás helyett)

Ha az áttelepítési feladat figyelmeztetésekkel fejeződik be, mindig tekintse át a megfelelő biztonsági másolatok másolási naplóit.

Feladatok futtatása párhuzamosan

Valószínűleg több StorSimple-kötettel fog rendelkezni, amelyek mindegyike saját megosztásokkal rendelkezik, amelyeket át kell telepíteni egy Azure-fájlmegosztásba. Fontos, hogy tisztában legyen azzal, hogy mennyit tehet párhuzamosan. Vannak olyan korlátozások, amelyek nem érvényesülnek a felhasználói felületen, és vagy csökkentik vagy gátolják a teljes migrálást, ha a feladatok végrehajtása egyszerre történik.

A migrálási feladatok meghatározásának nincsenek korlátai. Ugyanazt a StorSimple-forráskötetet, ugyanazt az Azure-fájlmegosztást definiálhatja ugyanazon vagy különböző StorSimple-berendezésekben. A futtatásuknak azonban vannak korlátai:

• Egyszerre csak egy azonos StorSimple-forráskötettel rendelkező áttelepítési feladat futtatható.
• Egyszerre csak egyetlen áttelepítési feladat futtatható ugyanazzal a cél Azure-fájlmegosztással.
• A következő feladat megkezdése előtt győződjön meg arról, hogy az előző feladatok bármelyike folyamatban van, és legalább 30 percig jelenítse meg a copy stage fájlok áthelyezésének előrehaladását.
• StorSimple-eszközmenedzserenként akár négy áttelepítési feladatot is futtathat párhuzamosan, amennyiben betartja az előző szabályokat.

Áttelepítési feladat indításakor a rendszer ellenőrzi az előző szabályokat. Ha futnak feladatok, előfordulhat, hogy nem tud új feladatot elindítani. Ekkor megjelenik egy riasztás, amely felsorolja az aktuálisan futó feladat(ok) nevét, amelyeknek be kell fejeződniük, mielőtt elkezdené az új feladatot.

Tipp.

Érdemes rendszeresen ellenőrizni a migrálási feladatokat a Data Manager-erőforrás Feladatdefiníció lapján, hogy kiderüljön, valamelyik szüneteltetve van-e, és szüksége van-e a bemenetre.

3. fázis összefoglalása

A 3. fázis végén futtatnia kell legalább egy migrálási feladatot a StorSimple-kötetekből az Azure-fájlmegosztásokba. A futtatáskor a megadott biztonsági másolatokat áttelepíti az Azure-fájlmegosztás pillanatképeibe. Most már az Azure File Sync beállítására összpontosíthat a megosztáshoz (miután a megosztás áttelepítési feladatai befejeződtek), vagy az információs dolgozók és alkalmazások közvetlen megosztási hozzáférését az Azure-fájlmegosztáshoz.

4. fázis: Az Azure-fájlmegosztások elérése

Az Azure-fájlmegosztások elérésének két fő stratégiája van:

• Azure File Sync: Az Azure File Sync üzembe helyezése egy helyszíni Windows Server-példányon. Az Azure File Sync a helyi gyorsítótár minden előnyével rendelkezik, akárcsak a StorSimple.
• Közvetlen megosztás-hozzáférés: Közvetlen megosztási hozzáférés üzembe helyezése. Ezt a stratégiát akkor használja, ha egy adott Azure-fájlmegosztás hozzáférési forgatókönyve nem jár a helyi gyorsítótárazással, vagy ha már nincs lehetősége helyszíni Windows Server-példány üzemeltetésére. Itt a felhasználók és alkalmazások továbbra is hozzáférhetnek az SMB-megosztásokhoz az SMB protokollon keresztül. Ezek a megosztások már nem helyszíni kiszolgálón, hanem közvetlenül a felhőben találhatók.

Már el kellett volna döntenie, hogy melyik lehetőség a legjobb az Ön számára az útmutató 1. fázisában.

A szakasz többi része az üzembe helyezési utasításokra összpontosít.

Ez a videó a következőket mutatja be:

• Az Azure-fájlmegosztások elérésének megközelítései
• Azure File Sync
• Közvetlen megosztás-hozzáférés
• Az Azure File Sync üzembe helyezése
• Az Azure File Sync felhőerőforrás üzembe helyezése
• Helyszíni Windows Server-példány üzembe helyezése
• A Windows Server-példány előkészítése az Azure File Synchez
• Az Azure File Sync konfigurálása a Windows Server-példányon
• Kezdeti szinkronizálás figyelése
• Az Azure File Sync tesztelése
• Az SMB-megosztások létrehozása

Az Azure File Sync üzembe helyezése

Ideje üzembe helyezni az Azure File Sync egy részét.

1. Hozza létre az Azure File Sync felhőerőforrást.
2. Helyezze üzembe az Azure File Sync-ügynököt a helyszíni kiszolgálón.
3. Regisztrálja a kiszolgálót a felhőerőforrással.

Még ne hozzon létre szinkronizálási csoportokat. Az Azure-fájlmegosztásokkal való szinkronizálás beállítása csak akkor történhet meg, ha a migrálási feladatok befejeződtek egy Azure-fájlmegosztásba. Ha a migrálás befejezése előtt elkezdi használni az Azure File Syncet, az szükségtelenül megnehezíti a migrálást, mert nem fogja tudni könnyen megállapítani, hogy mikor volt ideje a leépítés kezdeményezésére.

Az Azure File Sync felhőerőforrás üzembe helyezése

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.

Tipp.

Ha módosítani szeretné azt az Azure-régiót, amelyben az adatok az áttelepítés befejezése után találhatók, telepítse a Storage Sync szolgáltatást ugyanabban a régióban, amelyben a migrálás céltároló-fiókjai találhatók.

Helyszíni Windows Server-példány üzembe helyezése

• Hozzon létre Windows Server 2019-et (legalább 2012R2-en) virtuális gépként vagy fizikai kiszolgálóként. A Windows Server feladatátvevő fürtje is támogatott. Ne használja újra a StorSimple 8100 vagy 8600 előtti kiszolgálót.
• Közvetlen csatolású tároló kiépítése vagy hozzáadása. A hálózathoz csatlakoztatott tároló nem támogatott.

Ajánlott az új Windows Server-példánynak egyenlő vagy nagyobb tárterületet biztosítani, mint a StorSimple 8100 vagy 8600 berendezés helyileg elérhető gyorsítótárazásához. A Windows Server-példányt ugyanúgy fogja használni, mint a StorSimple-berendezést. Ha a készülék tárolókapacitása megegyezik a berendezésével, a gyorsítótárazási élménynek hasonlónak kell lennie, ha nem azonos. A Windows Server-példányból bármikor hozzáadhat vagy eltávolíthat tárterületet. Ezzel a funkcióval skálázhatja a helyi kötet méretét és a gyorsítótárazáshoz rendelkezésre álló helyi tárterület mennyiségét.

A Windows Server-példány előkészítése fájlszinkronizálásra

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.

Az Azure File Sync konfigurálása a Windows Server-példányon

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

Fontos

A fájlok és mappák Azure-fájlmegosztásba történő StorSimple-migrálásának a folytatás előtt le kell fejeződnie. Győződjön meg arról, hogy nincs több módosítás a fájlmegosztáson.

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.

Fontos

Ügyeljen arra, hogy bekapcsolja a felhőbeli rétegzést. A felhőbeli rétegzés az Azure File Sync szolgáltatás, amely lehetővé teszi, hogy a helyi kiszolgálónak kevesebb tárkapacitása legyen, 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 teljesítmény érdekében. A felhőalapú rétegzés bekapcsolásának másik oka, hogy ebben a szakaszban nem szeretnénk szinkronizálni a fájltartalmat. Jelenleg csak a névtér legyen áthelyezve.

Közvetlen megosztási hozzáférés üzembe helyezése

Ez a videó egy útmutató és bemutató arról, hogyan teheti biztonságosan elérhetővé az Azure-fájlmegosztásokat közvetlenül az információs dolgozók és alkalmazások számára öt egyszerű lépésben.
A videó a következő témakörök dedikált dokumentációira hivatkozik. Vegye figyelembe, hogy az Azure Active Directory mostantól Microsoft Entra-azonosító. További információ: Az Azure AD új neve.

• Identitás áttekintése
• Tárfiókhoz való csatlakozás tartományhoz való csatlakoztatása
• Az Azure-fájlmegosztások hálózatkezelésének áttekintése
• Nyilvános és privát végpontok konfigurálása
• S2S VPN konfigurálása
• Windows P2S VPN konfigurálása
• Linux P2S VPN konfigurálása
• DNS-továbbítás konfigurálása
• DFS-N konfigurálása

4. fázis összefoglalása

A fázis végén több áttelepítési feladatot is létrehozott és futtatott a StorSimple Data Managerben. Ezek a feladatok migrálták a fájlokat és mappákat, valamint a biztonsági másolataikat az Azure-fájlmegosztásokra. Üzembe helyezte az Azure File Syncet is, vagy előkészítette a hálózati és tárfiókokat a közvetlen megosztáshoz való hozzáféréshez.

5. fázis: Felhasználóátvétel

Ebben a fázisban befejezi a migrálást:

• Tervezze meg az állásidőt.
• A 3. fázisban futó migrálási feladatok során a felhasználók és az alkalmazások által a StorSimple oldalán létrehozott összes módosítást felzárkóztathatja.
• A felhasználók feladatátvétele az új Windows Server-példányra az Azure File Sync használatával vagy az Azure-fájlmegosztásokra közvetlen megosztási hozzáféréssel.

Ez a videó a következőket mutatja be:

• A számítási feladatok leépítése előtt teendő lépések
• A kivágás végrehajtása
• Átvágás utáni lépések

Az állásidő megtervezve

Ez a migrálási módszer némi állásidőt igényel a felhasználók és az alkalmazások számára. A cél az állásidő minimalizálása. A következő szempontok segíthetnek:

• A migrálási feladatok futtatása közben tartsa elérhetővé a StorSimple-köteteket.
• Ha befejezte egy megosztás adatmigrálási feladatainak futtatását, ideje eltávolítani a felhasználói hozzáférést (legalább írási hozzáférést) a StorSimple-kötetekből vagy -megosztásokból. A végleges RoboCopy felzárkózni fog az Azure-fájlmegosztáshoz. Ezután átvághatja a felhasználókat. A RoboCopy futtatásának helye attól függ, hogy az Azure File Syncet vagy a közvetlen megosztási hozzáférést választotta-e. A közelgő szakasz foglalkozik ezzel a témával.
• A RoboCopy felzárkózásának befejezése után készen áll arra, hogy az új helyet közvetlenül az Azure-fájlmegosztás vagy egy SMB-megosztás segítségével tegye elérhetővé a felhasználók számára egy Windows Server-példányon az Azure File Sync használatával. Az elosztott fájlrendszerbeli üzembe helyezés gyakran segít gyorsan és hatékonyan csökkenteni az átállást. A meglévő megosztási címek konzisztensek maradnak, és egy új helyre kerülnek, amely tartalmazza az áttelepített fájlokat és mappákat.

Az archiválási adatok esetében teljesen működőképes módszer a StorSimple-kötet (vagy almappák) leállása, a StorSimple-kötet biztonsági mentése, migrálása, majd a migrálási cél megnyitása a felhasználók és alkalmazások számára való hozzáféréshez. Ez megkíméli önt egy felzárkózási RoboCopy-ra. Ez a megközelítés azonban a migrálni kívánt fájlok és biztonsági másolatok számától függően akár több napig vagy hosszabb ideig is eltarthat. Ez valószínűleg csak olyan archiválási számítási feladatokra vonatkozik, amelyek hosszabb ideig írási hozzáférés nélkül is képesek.

Annak meghatározása, hogy a névtér teljes mértékben szinkronizálva van-e a kiszolgálóval

Ha Azure-fájlmegosztáshoz használja az Azure File Syncet, fontos megállapítani, hogy a teljes névtér le lett töltve a kiszolgálóra , mielőtt elindítaná a helyi RoboCopyt. A névtér letöltésének időtartama az Azure-fájlmegosztás elemeinek számától függ. Két módszer van annak meghatározására, hogy a névtér teljesen megérkezett-e a kiszolgálóra.

Azure Portal

Az Azure Portalon megtekintheti, hogy mikor érkezett meg teljesen a névtér.

• Jelentkezzen be az Azure Portalra, és lépjen a szinkronizálási csoporthoz. Ellenőrizze a szinkronizálási csoport és a kiszolgálóvégpont szinkronizálási állapotát.
• Az érdekes irány a letöltés. Ha a kiszolgálóvégpont újonnan ki van építve, a kezdeti szinkronizálás jelenik meg, ami azt jelzi, hogy a névtér továbbra is lefelé halad. Miután ez az állapot a kezdeti szinkronizálás ki nem változik, a névtér teljes mértékben ki lesz töltve a kiszolgálón.

Most már folytathatja a helyi RoboCopyt.

Windows Server Eseménynapló

A Windows Server-példányon található Eseménynapló is megadhatja, hogy mikor érkezett meg teljesen a névtér.

1. Nyissa meg a Eseménynapló, és lépjen az Alkalmazások és szolgáltatások elemre.
2. Nyissa meg a Microsoft\FileSync\Agent\Telemetria fájlt.
3. Keresse meg a legutóbbi 9102-s eseményt, amely egy befejezett szinkronizálási munkamenetnek felel meg.
4. Válassza a Részletek lehetőséget, és győződjön meg arról, hogy olyan eseményt keres, amelyben a SyncDirection értéke Letöltés.
5. Abban az esetben, amikor a névtér letöltése befejeződött a kiszolgálóra, egyetlen esemény lesz a Forgatókönyv, a FullGhostedSync és a HResult = 0 értékkel.
6. Ha kihagyja ezt az eseményt, a SyncDirection = Download és a Scenario = "RegularSync" segítségével más 9102-eseményeketis kereshet. Ezen események egyikének megkeresése azt is jelzi, hogy a névtér befejezte a letöltést, és a szinkronizálás normál szinkronizálási munkamenetek felé haladt, függetlenül attól, hogy jelenleg van-e szinkronizálni kívánt művelet.

Az utolsó RoboCopy

Jelenleg különbségek vannak a helyszíni Windows Server-példány és a StorSimple 8100 vagy 8600 berendezés között.

1. Fel kell készülnie a StorSimple oldalán a felhasználók vagy alkalmazások által a migrálás során létrehozott változásokra.
2. Olyan esetekben, amikor az Azure File Syncet használja: A StorSimple-berendezés egy feltöltött gyorsítótárral rendelkezik, szemben a Windows Server-példánysal, amely csak egy névtérrel rendelkezik, és nincs helyileg tárolt fájltartalom. Az utolsó RoboCopy segíthet elindítani a helyi Azure File Sync-gyorsítótárat úgy, hogy áthúzza a helyileg gyorsítótárazott fájltartalmat, amennyire elérhető, és elfér az Azure File Sync-kiszolgálón.
3. Előfordulhat, hogy egyes fájlokat az áttelepítési feladat hagyott hátra érvénytelen karakterek miatt. Ha igen, másolja őket az Azure File Sync-kompatibilis Windows Server-példányra. Később módosíthatja őket, hogy szinkronizálni tudják őket. Ha nem az Azure File Syncet használja egy adott megosztáshoz, érdemesebb átnevezni a fájlokat érvénytelen karakterekkel a StorSimple köteten. Ezután futtassa a RoboCopyt közvetlenül az Azure-fájlmegosztáson.

Figyelmeztetés

A Windows Server 2019-ben a Robocopy hibát észlelt, amely miatt az Azure File Sync által a célkiszolgálón rétegzett fájlok újramásolódtak a forrásból, és a függvény használatakor újra feltöltődtek az /MIR Azure-ba. Javasoljuk, hogy a Robocopyt a 2019-en kívüli Windows Serveren, például a Windows Server 2016-on futtassa.

Figyelmeztetés

Nem indíthatja el a RoboCopyt, mielőtt a kiszolgáló teljes mértékben letöltötte az Azure-fájlmegosztások névterét. További információ: Annak meghatározása, hogy a névtér mikor lett teljesen letöltve a kiszolgálóra.

Csak olyan fájlokat szeretne másolni, amelyek az áttelepítési feladat utolsó futtatása után módosultak, és azokat a fájlokat, amelyek korábban nem léptek át ezeken a feladatokon. Az áttelepítés befejezése után megoldhatja azt a problémát, hogy miért nem léptek át később a kiszolgálón. További információkért tekintse meg az Azure File Sync hibaelhárítását.

A RoboCopy több paramétert is használ. Az alábbi példa egy kész parancsot és a paraméterek kiválasztásának okait mutatja be.

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	Értelmezés
/MT:n	Engedélyezi a Robocopy használatát a többszálas futtatáshoz. Az alapértelmezett érték a n 8. A maximális érték 128 szál. 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. Az ezt követő futtatások esetében válasszon a processzormagok számához és a szálak magonkénti számához közelebb eső szálszámértéket. Gondolja át, hogy kell-e magokat lefoglalni az éles kiszolgálókon esetleg elvégzendő egyéb feladatokhoz. 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	Maximális újrapróbálkozási szám abban az esetben, ha a fájl másolása sikertelen az első kísérlet alkalmával. 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	Meghatározza azt az időtartamot, amíg a Robocopy várakozik, mielőtt megpróbál egy olyan fájlt másolni, amelynek másolása korábban meghiúsult. 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	Ugyanabban a módban futtatja a Robocopyt, amelyben egy biztonsági mentési alkalmazás használná. Ezzel a kapcsolóval a Robocopy áthelyezheti azokat a fájlokat, amelyekhez az aktuális felhasználónak nincs megfelelő jogosultsága. 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	(Forrás tükrözése a célra.) Lehetővé teszi, hogy a Robocopy csak a forrás és a cél közötti eltéréseket másolja. A rendszer átmásolja az üres alkönyvtárakat. A rendszer átmásolja azokat az elemeket (fájlokat vagy mappákat), amelyek megváltoztak vagy nem léteznek a célhelyen. A célhelyen megtalálható, de a forrásban nem szereplő elemek törlődnek a célhelyről. Ha ezt a kapcsolót használja, a forrás- és a célmappa struktúrájának pontosan egyeznie kell. Az egyezés azt jelenti, hogy a megfelelő forrás- és mappaszintről a célnak megfelelő mappaszintre másol. Az egyeztető másolás csak így lehet sikeres. 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	Biztosítja a pontosság fenntartását bizonyos tükrözési forgatókönyvekben. 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]	A fájl másolásának pontossága. Alapértelmezett: /COPY:DAT. Copy flags: D= Data, A= Attributes, T= Timestamps, S= Security = NTFS ACL, O= Owner information, U= Auditing information. A naplózási információk nem tárolhatók Azure-fájlmegosztásokban.
/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	Meghatározza, hogy az egyes fájlok és mappák másolási folyamatállapota ne jelenjen meg. Az állapot megjelenítése jelentősen csökkenti a másolási teljesítményt.
/NFL	Meghatározza, hogy a fájlnevek ne legyenek naplózva. Javítja a másolási teljesítményt.
/NDL	Meghatározza, hogy a könyvtárnevek ne legyenek naplózva. Javítja a másolási teljesítményt.
/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. Nem lesznek másolva, törölve, sem időbélyeggel ellátva. 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	Csak többrétegű tárolással rendelkező célhelyekhez. 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. Kifejezetten az Azure File Sync felhőbeli rétegzési engedéllyel rendelkező célokkal való használathoz lett hozzáadva. Az Azure File Synctől függetlenül használható. Ebben a módban a Robocopy szünetel, amikor egy fájlmásolás miatt a célkötet szabad területe egy minimális érték alá csökken. 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. Ez a kapcsoló csak instabil hálózati környezetben ajánlott. Az extra naplózás miatt jelentősen csökkenti a másolási teljesítményt.
/ZB	Óvatosan használja az újraindítási módot. A hozzáférés megtagadása esetén áttér a biztonsági mentési mód használatára. Az ellenőrzőpontok használata miatt jelentősen csökkenti a másolási teljesítményt.

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.

Ha a RoboCopy parancs forrás- és célhelyeit konfigurálja, ellenőrizze a forrás és a cél struktúráját, hogy azok egyezzenek. Ha a migrálási feladat címtárleképezési funkcióját használta, a gyökérkönyvtár struktúrája eltérhet a StorSimple-kötet szerkezetétől. Ha ez a helyzet, előfordulhat, hogy több RoboCopy-feladatra van szüksége, mindegyik alkönyvtárhoz. Ha nem biztos abban, hogy a parancs a várt módon fog-e teljesíteni, használhatja a /L paramétert, amely anélkül szimulálja a parancsot, hogy ténylegesen módosításokat végez.

Ez a RoboCopy-parancs használja /MIR, így nem helyezi át az azonos fájlokat (például rétegzett fájlokat). Ha azonban helytelenül kapja meg a forrás- és célelérési utat, /MIR akkor a Windows Server-példány vagy az Azure-fájlmegosztás címtárstruktúrái is törlődnek, amelyek nem szerepelnek a StorSimple forrásútvonalán. Pontosan meg kell egyezniük ahhoz, hogy a RoboCopy-feladat elérje a migrált tartalom frissítésének célját a migrálás során végrehajtott legújabb módosításokkal.

A RoboCopy naplófájljában ellenőrizheti, hogy a fájlok hátramaradtak-e. Ha problémák merülnek fel, javítsa ki őket, és futtassa újra a RoboCopy parancsot. Ne bontsa le a StorSimple-erőforrásokat, mielőtt megoldanák a fontos fájlok vagy mappák fennálló problémáit.

Ha nem az Azure File Sync használatával gyorsítótárazza a szóban forgó Azure-fájlmegosztást, hanem a közvetlen megosztás-hozzáférést választotta:

1. Csatlakoztassa az Azure-fájlmegosztást hálózati meghajtóként egy helyi Windows-géphez.
2. Hajtsa végre a RoboCopyt a StorSimple és a csatlakoztatott Azure-fájlmegosztás között. Ha a fájlok nem másolnak, javítsa ki a nevüket a StorSimple oldalán az érvénytelen karakterek eltávolításához. Ezután próbálkozzon újra a RoboCopyval. A korábban felsorolt RoboCopy-parancs többször is futtatható anélkül, hogy szükségtelen visszahívást okozna a StorSimple-nek.

Hibaelhárítás és optimalizálás

Egy adott RoboCopy-futtatás sebessége és sikeressége több tényezőtől függ:

• IOPS a forrás- és céltárolón
• a forrás és a cél között elérhető hálózati sávszélesség
• a fájlok és mappák gyors feldolgozásának lehetősége egy névtérben
• a RoboCopy-futtatások közötti módosítások száma
• a másolandó fájlok mérete és száma

Az IOPS és a sávszélesség szempontjai

Ebben a kategóriában figyelembe kell vennie a forrástároló, a céltároló és az őket összekötő hálózat képességeit. A lehető legnagyobb átviteli sebességet a három összetevő közül a leglassabb határozza meg. Győződjön meg arról, hogy a hálózati infrastruktúra úgy van konfigurálva, hogy támogassa az optimális átviteli sebességet a legjobb képességeinek megfelelően.

Figyelemfelhívás

Bár a lehető leggyorsabban történő másolás gyakran a legkívánatosabb, fontolja meg a helyi hálózat és a NAS-berendezés kihasználtságát más, gyakran üzleti szempontból kritikus feladatokhoz.

Előfordulhat, hogy a lehető leggyorsabban történő másolás nem kívánatos, ha fennáll a veszélye annak, hogy az áttelepítés monopolizálhatja a rendelkezésre álló erőforrásokat.

• Fontolja meg, hogy a környezetében mikor érdemes migrálásokat futtatni: napközben, munkaidőn kívül vagy hétvégén.
• A RoboCopy sebességének szabályozásához fontolja meg a Windows Serveren futó hálózati QoS használatát is.
• Kerülje a migrálási eszközök szükségtelen munkáját.

A RoboCopy a RoboCopy-csomagok közötti ezredmásodpercben mért kapcsoló n megadásával beszúrhatja a /IPG:n csomagok közötti késéseket. Ezzel a kapcsolóval elkerülheti az erőforrások monopolizálását mind az IO által korlátozott eszközökön, mind a zsúfolt hálózati kapcsolatokon.

/IPG:n nem használható egy adott Mbps-ra történő pontos hálózati szabályozáshoz. Használja inkább a Windows Server hálózati QoS-t. A RoboCopy teljes mértékben az SMB protokollra támaszkodik minden hálózati igény esetén. Az SMB használata az oka annak, hogy a RoboCopy nem tudja befolyásolni magát a hálózati átviteli sebességet, de lelassíthatja a használatát.

Hasonló gondolatmenet vonatkozik a NAS-on megfigyelt IOPS-ra. A NAS-kötet fürtmérete, a csomagméretek és más tényezők tömbje befolyásolja a megfigyelt IOPS-t. A csomagok közötti késleltetés bevezetése gyakran a legegyszerűbb módszer a NAS terhelésének szabályozására. Több érték tesztelése, például körülbelül 20 ezredmásodperctől (n=20) a szám többszöröseiig. A késés bevezetése után kiértékelheti, hogy a többi alkalmazás a várt módon működik-e. Ez az optimalizálási stratégia lehetővé teszi az optimális RoboCopy-sebesség megtalálását a környezetben.

Feldolgozási sebesség

A RoboCopy átvezeti a kijelölt névteret, és kiértékeli az egyes fájlokat és mappákat a másoláshoz. Minden fájl kiértékelése a kezdeti példány és a felzárkózási másolatok során történik. Például a RoboCopy /MIR ismétlődő futtatása ugyanazon a forrás- és céltárolóhelyen. Ezek az ismétlődő futtatások hasznosak a felhasználók és alkalmazások állásidejének minimalizálása és az áttelepített fájlok általános sikerességi arányának javítása érdekében.

Gyakran alapesetben a sávszélességet tekintjük a migrálás legkorlátozóbb tényezőjének – és ez igaz is lehet. A névterek számbavételének képessége azonban befolyásolhatja a kisebb fájlokat tartalmazó nagyobb névterek másolásának teljes idejét. Vegye figyelembe, hogy 1 TiB kis fájl másolása jelentősen tovább tart, mint 1 TiB kevesebb, de nagyobb fájl másolása, feltéve, hogy az összes többi változó változatlan marad. Ezért lassú átvitelt tapasztalhat, ha nagy számú kis fájlt migrál. Ez az elvárt működés.

A különbség oka a névtérben való áthaladáshoz szükséges feldolgozási teljesítmény. A RoboCopy támogatja a többszálas másolatokat azon a paraméteren keresztül, ahol n /MT:n a használandó szálak számát jelöli. Ezért a kifejezetten a RoboCopyhoz készült gépek kiépítésekor vegye figyelembe a processzormagok számát és az általuk biztosított szálszámhoz való viszonyukat. A leggyakoribb két szál magonként. A gép mag- és szálszáma fontos adatpont, amely meghatározza, hogy milyen többszálas értékeket /MT:n kell megadnia. Azt is vegye figyelembe, hogy hány RoboCopy-feladatot szeretne párhuzamosan futtatni egy adott gépen.

Több szál fogja a kis fájlok 1 TiB-példáját jelentősen gyorsabban másolni, mint kevesebb szálat. Ugyanakkor a nagyobb fájlok 1 TiB-jén lévő extra erőforrás-befektetés nem jár arányos előnyökkel. A nagy szálszám több nagy fájlt próbál meg egyszerre másolni a hálózaton. Ez a további hálózati tevékenység növeli annak valószínűségét, hogy az átviteli sebesség vagy a tárolási IOPS korlátozza.

Amikor az első RoboCopy egy üres célba kerül, vagy egy sok módosított fájllal rendelkező különbségfuttatást, valószínűleg a hálózati átviteli sebesség korlátozza. Az első futtatásnál kezdjen magas szálszámmal. A magas szálszám a gépen jelenleg elérhető szálakon túl is segít a rendelkezésre álló hálózati sávszélesség telítődésében. A további /MIR-futtatásokra fokozatosan hatással vannak a feldolgozási elemek. A különbségi futtatás kevesebb változása kevesebb adattovábbítót jelent a hálózaton keresztül. A sebesség mostantól nagyobb mértékben függ a névtérelemek feldolgozásának képességétől, mint a hálózati kapcsolaton keresztüli áthelyezésüktől. A későbbi futtatások esetében egyezzen a szálszám értékének a processzormagok számához és a szálszámhoz magonként. Fontolja meg, hogy a magokat le kell-e foglalni az éles kiszolgáló egyéb feladataihoz.

Tipp.

Ökölszabály: Az első RoboCopy-futtatás, amely egy nagyobb késésű hálózat sok adatát helyezi át, a szálszám (/MT:n) túlkiosztásának előnyei. A későbbi futtatások kevesebb különbséget másolnak, és nagyobb valószínűséggel vált át a hálózati átviteli sebességről a korlátozott számítási sebességre. Ilyen körülmények között gyakran jobb, ha a RoboCopy-szálak száma megegyezik a gépen ténylegesen elérhető szálak számával. Ebben a forgatókönyvben a túlkiépítés további környezetváltásokhoz vezethet a processzorban, ami lelassíthatja a másolást.

Kerülje a szükségtelen munkát

Kerülje a nagy léptékű módosításokat a névtérben. Például fájlok áthelyezése könyvtárak között, tulajdonságok nagy léptékű módosítása vagy engedélyek módosítása (NTFS ACL-ek). Különösen az ACL-módosítások lehetnek nagy hatással, mert gyakran kaszkádolt változás hatása van a mappahierarchiában alacsonyabb fájlokra. Következmények lehetnek:

• kiterjesztett RoboCopy-feladat futási ideje, mert az ACL-módosítás által érintett összes fájlt és mappát frissíteni kell
• Előfordulhat, hogy a korábban áthelyezett adatok újbóli újrafelhasználását újra kell újramásolni. Például több adatot kell másolni, amikor a mappastruktúrák megváltoznak a fájlok korábbi másolása után. A RoboCopy-feladatok nem tudják "visszajátszani" a névteret. A következő feladatnak ki kell ürítenie a korábban a régi mappastruktúrába szállított fájlokat, és újra fel kell töltenie a fájlokat az új mappastruktúrába.

Egy másik fontos szempont a RoboCopy eszköz hatékony használata. Az ajánlott RoboCopy-szkripttel létrehozhat és menthet egy naplófájlt a hibákért. Másolási hibák fordulhatnak elő – ez normális. Ezek a hibák gyakran szükségessé teszik egy másolási eszköz, például a RoboCopy több fordulójának futtatását. Kezdeti futtatás, például NAS-ról DataBoxra vagy kiszolgálóról Azure-fájlmegosztásra. És egy vagy több extra fut a /MIR kapcsolóval a nem másolt fájlok elfogásához és újrapróbálkozásához.

Készen kell állnia arra, hogy több RoboCopy-kört futtasson egy adott névtér-hatókörön. Az egymást követő futtatások gyorsabban fejeződnek be, mivel kevesebbet kell másolniuk, de a névtér feldolgozási sebessége egyre inkább korlátozza őket. Ha több kört futtat, felgyorsíthatja az egyes köröket, ha nem szeretné, hogy a RoboCopy indokolatlanul keményen másoljon mindent egy adott futtatás során. Ezek a RoboCopy-kapcsolók jelentős különbséget tehetnek:

• /R:n n = milyen gyakran próbálkozik újra egy sikertelen fájl másolásával, és
• /W:n n = hány másodpercet kell várni az újrapróbálkozások között

/R:5 /W:5 egy ésszerű beállítás, amelyet tetszése szerint állíthat be. Ebben a példában a rendszer ötször próbálkozik újra egy sikertelen fájllal, öt másodperces várakozási idővel az újrapróbálkozások között. Ha a fájl másolása továbbra sem sikerül, a következő RoboCopy-feladat újra próbálkozik. Gyakran előfordulhat, hogy a használatban lévő fájlok vagy időtúllépési problémák miatt meghiúsult fájlok másolása így lehet sikeres.

Windows Server 2022 és RoboCopy LFSM

A RoboCopy kapcsolóval /LFSM elkerülhető, hogy egy RoboCopy-feladat teljes kötethibával meghiúsuljon. A RoboCopy akkor szünetel, ha egy fájlmásolás miatt a célkötet szabad területe a "padló" érték alá kerül.

A RoboCopy használata a Windows Server 2022-vel. Csak a RoboCopy ezen verziója tartalmaz fontos hibajavításokat és funkciókat, amelyek a kapcsolót kompatibilissé teszik a legtöbb migráláshoz szükséges további jelzőkkel. Például a jelölővel való /B kompatibilitás.

/B A RoboCopyt a biztonsági mentési alkalmazás által használt módban futtatja. Ezzel a kapcsolóval a RoboCopy áthelyezheti azokat a fájlokat, amelyekhez az aktuális felhasználó nem rendelkezik engedélyekkel.

A RoboCopy általában futtatható a forráson, a célhelyen vagy egy harmadik gépen.

Fontos

Ha használni /LFSMszeretné, a RoboCopy-t a Windows Server 2022 cél Azure File Sync-kiszolgálón kell futtatni.

Vegye figyelembe azt is, hogy a /LFSM célhoz helyi elérési utat kell használnia, nem UNC elérési utat. Célútvonalként például az E:\Foldername nevet kell használnia, nem pedig egy UNC elérési utat, például a \\ServerName\FolderName nevet.

Figyelemfelhívás

A Windows Server 2022-en futó RoboCopy jelenleg elérhető verziója olyan hibával rendelkezik, amely miatt a szünetek a fájlonkénti hibaszámhoz vannak számolva. Alkalmazza a következő kerülő megoldást.

Az ajánlott /R:2 /W:1 jelzők növelik annak a valószínűségét, hogy egy fájl meghiúsul egy /LFSM indukált szüneteltetés miatt. Ebben a példában egy olyan fájl, amelyet nem másoltak át 3 szünet /LFSM után a szüneteltetés miatt, helytelenül fogja a RoboCopy meghiúsulni a fájlt. Ennek kerülő megoldása a magasabb értékek /R:n/W:nhasználata és a . Jó példa erre ( /R:10 /W:1800 10 újrapróbálkozás egyenként 30 perc). Ennek időt kell adnia az Azure File Sync rétegzési algoritmusának, hogy helyet hozzon létre a célköteten.

Ezt a hibát kijavítottuk, de a javítás még nem érhető el nyilvánosan. Ebben a bekezdésben tájékozódhat a javítás elérhetőségéről és üzembe helyezéséről.

Felhasználó átvágása

Ha az Azure File Syncet használja, valószínűleg létre kell hoznia az SMB-megosztásokat azon az Azure File Sync-kompatibilis Windows Server-példányon, amely megfelel a StorSimple-köteteken tárolt megosztásoknak. Ezt a lépést előre betöltheti, és korábban is elvégezheti, hogy ne veszítsen időt itt. Azonban gondoskodnia kell arról, hogy ezen pont előtt senki ne okozzon módosításokat a Windows Server-példányon.

Ha DFS-N üzemelő példánysal rendelkezik, az elosztott fájlrendszerbeli névterek az új kiszolgálómappa-helyekre irányíthatók. Ha nem rendelkezik DFS-N központi telepítéssel, és a 8100-at vagy a 8600-at helyileg egy Windows Server-példányon keresztül telepítette, a kiszolgálót leveheti a tartományról. Ezután csatlakozzon tartományhoz az új Azure File Sync-kompatibilis Windows Server-példányhoz. A folyamat során adja meg a kiszolgálónak ugyanazt a kiszolgálónevet és megosztási nevet, mint a régi kiszolgáló, hogy a kivágás átlátható maradjon a felhasználók, a csoportházirend és a szkriptek számára.

További információ a DFS-N-ről.

6. fázis: Deprovision

Ha egy erőforrást megszüntet, elveszíti a hozzáférést az adott erőforrás és adatai konfigurációihoz. A leépítés nem vonható vissza. Ne folytassa, amíg meg nem győződött arról, hogy:

• A migrálás befejeződött.
• A megszüntetni kívánt StorSimple-fájlokon, mappákon vagy köteteken nincsenek függőségek.

Mielőtt hozzákezdene, ajánlott egy ideig megfigyelni az Azure File Sync új üzembe helyezését éles környezetben. Ez az idő lehetővé teszi, hogy kijavítsa az esetleges problémákat. Miután legalább néhány napig megfigyelte az Azure File Sync üzembe helyezését, megkezdheti az erőforrások kivonását ebben a sorrendben:

1. Bontsa ki a StorSimple Data Manager-erőforrást az Azure Portalon keresztül. Ezzel az összes DTS-feladat törlődik. Nem fogja tudni könnyen lekérni a másolási naplókat. Ha fontosak a rekordokhoz, kérje le őket a leépítés előtt.
2. Győződjön meg arról, hogy a StorSimple fizikai berendezései át lettek migrálva, majd törölje a regisztrációt. Ha nem biztos abban, hogy migrálták őket, ne folytassa. Ha ezeket az erőforrásokat a szükséges idő alatt bontja le, nem fogja tudni helyreállítani az adatokat vagy azok konfigurációját.
   Ha szükséges, a StorSimple köteterőforrást is megszüntetheti, amely törli a berendezésen lévő adatokat. Ez a folyamat több napot is igénybe vehet, és nem fogja kriminalisztikailag nullázni a berendezés adatait. Ha ez fontos Önnek, kezelje a lemez nullázását az erőforrás-leépítéstől és a szabályzatok szerint.
3. Ha a StorSimple-Eszközkezelő nem marad több regisztrált eszköz, akkor a Eszközkezelő erőforrást is eltávolíthatja.
4. Itt az ideje, hogy törölje a StorSimple storage-fiókot az Azure-ban. A folytatás előtt állítsa le és erősítse meg, hogy a migrálás befejeződött, és hogy semmi és senki sem függ ezektől az adatoktól.
5. Húzza ki a StorSimple fizikai berendezést az adatközpontból.
6. Ha Ön a StorSimple készülék tulajdonosa, a számítógép újrafeldolgozhatja. Ha az eszköz lízingelt, tájékoztassa a bérbeadót, és adja vissza az eszközt a megfelelő módon.

A migrálás befejeződött.

---

Feljegyzés

Továbbra is vannak kérdései, vagy problémákat észlelt?
A következő segítségért vagyunk itt:

Hibaelhárítás

A StorSimple Data Manager migrálási szolgáltatás használatakor egy teljes migrálási feladat vagy egyes fájlok különböző okokból meghiúsulhatnak. A fájlhűség szakasz további részleteket tartalmaz a támogatott/ nem támogatott forgatókönyvekről. Az alábbi táblázatok a hibakódokat, a hiba részleteit és ahol lehetséges, a megoldási lehetőségeket sorolják fel.

Feladatszintű hibák

Fázis	Hiba	Részletek / Kockázatcsökkentés
Biztonsági mentés	Nem található biztonsági másolat a megadott paraméterekről	A feladatfuttatáshoz kiválasztott biztonsági mentés nem található a "Becslés" vagy a "Másolás" időpontban. Győződjön meg arról, hogy a biztonsági másolat továbbra is megtalálható a StorSimple biztonsági mentési katalógusában. Néha az automatikus biztonsági mentési megőrzési szabályzatok törlik a biztonsági másolatokat a migráláshoz való kiválasztásuk és a biztonsági mentés áttelepítési feladatának futtatása között. A migrálás megkezdése előtt érdemes lehet letiltani a biztonsági másolatok megőrzési ütemezését.
Becslés – Számítás konfigurálása	A titkosítási kulcsok telepítése nem sikerült	A szolgáltatás adattitkosítási kulcsa helytelen. További részletekért tekintse át a jelen cikk titkosításikulcs-szakaszát, és segítsen a megfelelő kulcs beolvasásában.
	Batch-hiba	Előfordulhat, hogy a migrálás végrehajtásához szükséges összes belső infrastruktúra indítása problémát jelent. Ebben a folyamatban több más szolgáltatás is részt vesz. Ezek a problémák általában megoldódnak, amikor újra megkísérli futtatni a feladatot.
	A StorSimple Manager belső hibát észlelt. Várjon néhány percet, majd próbálja újra a műveletet. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata. (Hibakód: 1074161829)	Ennek az általános hibának több oka is van, de az egyik lehetőség az, hogy a StorSimple eszközkezelő elérte az 50 berendezésre vonatkozó korlátot. Ellenőrizze, hogy az eszközkezelőben a legutóbb futtatott feladatok hirtelen sikertelenek lettek-e ezzel a hibával, ami arra utalna, hogy ez a probléma. Az adott probléma megoldásához távolítsa el a Data Manager szolgáltatás által létrehozott és használt offline StorSimple 8001 készülékeket. Támogatási jegyet is beszúrhat, vagy manuálisan törölheti őket a portálon. Győződjön meg arról, hogy csak offline 8001 sorozatú berendezéseket töröl.
Fájlok becslése	Nem sikerült klónozni a kötetfeladatot	Ez a hiba valószínűleg azt jelzi, hogy olyan biztonsági másolatot adott meg, amely valamilyen módon sérült. A migrálási szolgáltatás nem tudja csatlakoztatni vagy olvasni. A biztonsági mentést manuálisan is kipróbálhatja, vagy megnyithat egy támogatási jegyet.
	Nem folytatható, mert a kötet nem NTFS formátumú	A migrálási szolgáltatás csak ntfs köteteket használhat, amelyek nem deduplikáltak. Ha más formátumú kötete van( például ReFS vagy külső formátum), a migrálási szolgáltatás nem fogja tudni migrálni ezt a kötetet. Lásd az Ismert korlátozások szakaszt .
	Kapcsolatfelvétel az ügyfélszolgálattal. Nem található megfelelő partíció a lemezen	A StorSimple-lemeznek, amelynek a migráláshoz meg kell adnia a kötetet, úgy tűnik, nem rendelkezik partícióval az említett kötethez. Ez szokatlan, és sérülést vagy felügyeleti helytelen igazítást jelezhet. A probléma további kivizsgálására egyetlen lehetőségként támogatási jegyet kell beszúrnia.
	Időtúllépés	Az időtúllépéssel meghiúsuló becslési fázis általában a StorSimple berendezéssel kapcsolatos probléma, vagy a forráskötet biztonsági mentése lassú, és néha még sérült is. Ha a biztonsági mentés újrafuttatása nem működik, akkor a legjobb megoldás a támogatási jegy beiktatása.
	Nem található a fájl <elérési útja> : Nem található az elérési út egy része	A feladatdefiníció lehetővé teszi a forrás alútvonalának megadását. Ez a hiba akkor jelenik meg, ha az elérési út nem létezik. Például: \Share1 > \Share\Share1 Ebben a példában a \Share1 értéket adta meg alútvonalként a forrásban, és megfelelteti a cél egy másik alútvonalát. A forrás elérési útja azonban nem létezik (hibásan lett elírva?). Megjegyzés: A Windows a kis- és nagybetűk megőrzése, de nem függ a kis- és nagybetűktől. A \Share1 és a \share1 megadása egyenértékű. Emellett: A nem létező célelérési utak automatikusan létrejönnek.
	Ez a kérés nem jogosult a művelet végrehajtására	Ez a hiba akkor jelenik meg, ha a forrás StorSimple-tárfiók vagy az Azure-fájlmegosztással rendelkező céltárfiók tűzfalbeállítása engedélyezve van. Engedélyeznie kell a nyilvános végponton keresztüli forgalmat, és nem korlátozhatja további tűzfalszabályokkal. Ellenkező esetben az adatátalakítási szolgáltatás nem tud hozzáférni egyik tárfiókhoz sem, még akkor sem, ha engedélyezte. Tiltsa le a tűzfalszabályokat, és futtassa újra a feladatot.
Fájlok másolása	A hozzáférés alatt álló fiók nem támogatja a HTTP-t	Tiltsa le az internetes útválasztást a céltárfiókon, vagy használja a Microsoft útválasztási végpontot.
	A megadott megosztás megtelt	Ha a cél egy prémium szintű Azure-fájlmegosztás, győződjön meg arról, hogy elegendő kapacitást biztosított a megosztáshoz. Az ideiglenes túlkiépítés gyakori gyakorlat.

Elemszintű hibák

A migrálási feladat másolási fázisában az egyes névtérelemek (fájlok és mappák) hibákba ütközhetnek. Az alábbi táblázat felsorolja a leggyakoribb hibákat, és lehetőség szerint megoldási lehetőségeket javasol.

Fázis	Hiba	Kockázatcsökkentés
Másol	-2146233088 A kiszolgáló foglalt.	Futtassa újra a feladatot, ha túl sok a hiba. Ha csak nagyon kevés hiba van, megpróbálhatja újra futtatni a feladatot, de a sikertelen elemek manuális másolata gyakran gyorsabb lehet. Ezután folytassa az áttelepítést úgy, hogy kihagyja a következő biztonsági mentés feldolgozását.
	-2146233088 művelet nem hajtható végre a megadott időn belül.	Futtassa újra a feladatot, ha túl sok a hiba. Ha csak nagyon kevés hiba van, megpróbálhatja újra futtatni a feladatot, de a sikertelen elemek manuális másolata gyakran gyorsabb lehet. Ezután folytassa az áttelepítést úgy, hogy kihagyja a következő biztonsági mentés feldolgozását.
	A feltöltés túllépte az időkorlátot, vagy a másolás nem indult el	Futtassa újra a feladatot, ha túl sok a hiba. Ha csak nagyon kevés hiba van, megpróbálhatja újra futtatni a feladatot, de a sikertelen elemek manuális másolata gyakran gyorsabb lehet. Ezután folytassa az áttelepítést úgy, hogy kihagyja a következő biztonsági mentés feldolgozását.
	-2146233029 A műveletet megszakították.	Futtassa újra a feladatot, ha túl sok a hiba. Ha csak nagyon kevés hiba van, megpróbálhatja újra futtatni a feladatot, de a sikertelen elemek manuális másolata gyakran gyorsabb lehet. Ezután folytassa az áttelepítést úgy, hogy kihagyja a következő biztonsági mentés feldolgozását.
	1920 A rendszer nem tudja elérni a fájlt.	Ez gyakori hiba, ha a migrálási motor újraelemzési ponttal, hivatkozással vagy kereszteződéssel találkozik. Ez nem támogatott. Az ilyen típusú fájlok nem másolhatók. Tekintse át a cikkben szereplő Ismert korlátozások szakaszt és a Fájlhűség szakaszt.
	-2147024891 Hozzáférés megtagadva	Ez a hiba olyan fájlok esetében jelenik meg, amelyek úgy vannak titkosítva, hogy nem érhetők el a lemezen. A lemezről olvasható, de egyszerűen titkosított tartalommal rendelkező fájlokra nincs hatással, és másolhatók. Az egyetlen lehetőség, ha manuálisan másolja őket. Ezeket az elemeket az érintett kötet csatlakoztatásával és a következő parancs futtatásával találja meg: get-childitem <path> [-Recurse] -Force -ErrorAction SilentlyContinue | Where-Object {$_.Attributes -ge "Encrypted"} | format-list fullname, attributes
	Érvénytelen Win32 FileTime. Paraméter neve: fileTime	Ebben az esetben a fájl elérhető, de nem értékelhető ki másolásra, mert az áttelepítési motor időbélyege sérült, vagy egy alkalmazás helytelen formátumban írta. Nem sok mindent tehet, mert nem módosíthatja az időbélyeget a biztonsági másolatban. Ha fontos megőrizni ezt a fájlt, akkor előfordulhat, hogy a legújabb verzióban (a fájlt tartalmazó utolsó biztonsági másolatban) manuálisan másolja a fájlt, javítsa ki az időbélyeget, majd helyezze át a cél Azure-fájlmegosztásba. Ez a beállítás nem skálázható túl jól, de olyan nagy értékű fájlokhoz használható, ahol legalább egy verziót meg szeretne őrizni a célban.
	-2146232798 Széf leíró bezárva	Gyakran átmeneti hiba. Futtassa újra a feladatot, ha túl sok a hiba. Ha csak nagyon kevés hiba van, megpróbálhatja újra futtatni a feladatot, de a sikertelen elemek manuális másolata gyakran gyorsabb lehet. Ezután folytassa az áttelepítést úgy, hogy kihagyja a következő biztonsági mentés feldolgozását.
	-2147024413 Végzetes eszközhardver-hiba	Ez egy ritka hiba, és valójában nem fizikai eszközről, hanem a migrálási szolgáltatás által használt 8001-es sorozatú virtualizált berendezésekről van szó. A berendezés hibát észlelt. Az ezzel a hibával rendelkező fájlok nem akadályozják meg a migrálást a következő biztonsági mentésre. Ez megnehezíti a manuális másolást, vagy újrapróbálkozza a hibát tartalmazó fájlokat tartalmazó biztonsági másolatot. Ha a hátrahagyott fájlok nagyon fontosak, vagy nagy számú fájl van, előfordulhat, hogy újra el kell indítania az összes biztonsági mentés áttelepítését. Nyisson meg egy támogatási jegyet a további vizsgálathoz.
Törlés (Tükrözés törlése)	A megadott könyvtár nem üres.	Ez a hiba akkor fordul elő, ha a migrálási mód tükrözésre van állítva, és az Azure-fájlmegosztás elemeit eltávolító folyamat olyan hibába ütközött, amely megakadályozta az elemek törlését. A törlés csak az élő megosztásban történik, a korábbi pillanatképekből nem. A törlésre azért van szükség, mert az érintett fájlok nincsenek az aktuális biztonsági mentésben, ezért a következő pillanatkép előtt el kell távolítani az élő megosztásból. Két lehetőség közül választhat: 1. lehetőség: csatlakoztassa a cél Azure-fájlmegosztást, és törölje a fájlokat ezzel a hibával manuálisan. 2. lehetőség: figyelmen kívül hagyhatja ezeket a hibákat, és folytathatja a következő biztonsági mentés feldolgozását azzal a várakozással, hogy a cél nem azonos a forrással, és olyan további elemeket tartalmaz, amelyek nem szerepelnek az eredeti StorSimple biztonsági mentésében.
	Hibás kérés	Ez a hiba azt jelzi, hogy a forrásfájl bizonyos jellemzőkkel rendelkezik, amelyeket nem lehetett átmásolni az Azure-fájlmegosztásba. Legfőképpen lehetnek láthatatlan vezérlőkarakterek a fájlnévben, vagy 1 bájtnyi dupla bájt karakter a fájlnévben vagy a fájl elérési útján. A másolási naplókkal lekérheti az elérési utak nevét, átmásolhatja a fájlokat egy ideiglenes helyre, átnevezheti az elérési utakat a nem támogatott karakterek eltávolításához, majd ismét robocopyt készíthet az Azure-fájlmegosztásra. Ezután folytathatja az áttelepítést, ha kihagyja a következő feldolgozandó biztonsági mentést.

Következő lépések

• Ismerje meg a felhőbeli rétegzési szabályzatok rugalmasságát.
• Engedélyezze az Azure Backupot az Azure-fájlmegosztásokon a pillanatképek ütemezéséhez és a biztonsági mentések megőrzési ütemezésének meghatározásához.
• Ha az Azure Portalon azt látja, hogy egyes fájlok véglegesen nem szinkronizálódnak, tekintse át a hibaelhárítási útmutatót a problémák megoldásához.