Megosztás a következőn keresztül:

Azure-fájlmegosztásokra való migrálás a RoboCopy használatával

  • Cikk

Ez a migrálási cikk a RoboCopy használatát ismerteti a fájlok SMB Azure-fájlmegosztásba való áthelyezéséhez vagy áttelepítéséhez. A RoboCopy egy megbízható és jól ismert fájlmásolási segédprogram, amely olyan funkciókészlettel rendelkezik, amely alkalmassá teszi a migrálásra. Az SMB protokollt használja, amely széles körben alkalmazható az SMB-t támogató forrás- és célkombinációkra.

  • Adatforrások: Az SMB protokollt támogató bármely forrás, például a Hálózati csatlakoztatott tároló (NAS), a Windows- vagy Linux-kiszolgálók, egy másik Azure-fájlmegosztás és még sok más
  • Migrálási útvonal: Forrástárból ⇒ Windows-gépről RoboCopy ⇒ Azure-fájlmegosztással
  • Nincs gyorsítótárazási fájl a helyszínen: Mivel a végső cél az Azure-fájlmegosztások közvetlen használata a felhőben, nincs terv az Azure File Sync használatára.

Számos különböző áttelepítési útvonal létezik a különböző forrás- és üzembehelyezési kombinációkhoz. A migrálási útmutatók táblázatában megtalálhatja az igényeinek leginkább megfelelő migrálást.

A következőre érvényes:

Fájlmegosztás típusa SMB NFS
Standard szintű fájlmegosztások (GPv2), LRS/ZRS Igen Nem
Standard szintű fájlmegosztások (GPv2), GRS/GZRS Igen Nem
Prémium fájlmegosztások (FileStorage), LRS/ZRS Igen Nem

AzCopy és a RoboCopy

Az AzCopy és a RoboCopy két alapvetően különböző fájlmásoló eszköz. A RoboCopy az SMB protokoll bármely verzióját használja. Az AzCopy egy "born-in-the-cloud" eszköz, amely az adatok áthelyezésére használható mindaddig, amíg a cél az Azure Storage-ban van. Az AzCopy egy REST protokolltól függ.

A RoboCopy, mint megbízható, Windows-alapú másolási eszköz, a home-turf előnye a fájlok teljes hűséggel történő másolása esetén. A RoboCopy számos migrálási forgatókönyvet támogat a funkciók széles halmaza, valamint a fájlok és mappák teljes körű másolásának képessége miatt. A migrálás áttekintési cikkének fájlhűség szakaszában további információt talál a fájlok maximális megbízhatóságú másolásának fontosságáról.

Az AzCopy azonban csak nemrég bővült ki, hogy támogassa a fájlmásolást némi hűséggel, és hozzáadta az első funkciókat, amelyeket migrálási eszköznek kell tekinteni. Vannak azonban még hiányosságok, és könnyen lehetnek félreértések a funkciókkal, amikor az AzCopy-jelzőket a RoboCopy-jelzőkkel hasonlítják össze.

Egy példa: A RoboCopy /MIR a forrást a célhoz tükrözi– ez azt jelenti, hogy a hozzáadott, módosított és törölt fájlok tekinthetők meg. Az AzCopy -sync használatának fontos különbsége, hogy a forrás törölt fájljai nem lesznek eltávolítva a célon. Ez egy hiányos különbözeti másolási funkciókészletet tesz lehetővé. Az AzCopy tovább fejlődik. Jelenleg nem javasoljuk, hogy az AzCopyt migrálási forgatókönyvekhez használja az Azure-fájlmegosztásokkal célként.

Migrálási célok

A cél az adatok áthelyezése a meglévő fájlmegosztási helyekről az Azure-ba. Az Azure-ban az adatokat natív Azure-fájlmegosztásokban fogja tárolni, amelyet Windows Server nélkül használhat. Ezt a migrálást úgy kell elvégezni, hogy az garantálja az éles adatok integritását és a rendelkezésre állást a migrálás során. Az utóbbi megköveteli az állásidő minimális szinten tartását, hogy elférjen vagy csak kis mértékben haladja meg a rendszeres karbantartási időszakokat.

Az áttelepítés áttekintése

Az áttelepítési folyamat több fázisból áll. Először üzembe kell helyeznie az Azure Storage-fiókokat és a fájlmegosztásokat. Ezután konfigurálja a hálózatkezelést, fontolóra veszi az elosztott fájlrendszerbeli névtér üzembe helyezését (DFS-N), vagy frissíti a meglévőt. Miután eljött a tényleges adatmásolás ideje, érdemes megfontolnia az ismétlődő, differenciált RoboCopy-futtatást az állásidő minimalizálása érdekében, és végül át kell osztania a felhasználókat az újonnan létrehozott Azure-fájlmegosztásokra. A következő szakaszok részletesen ismertetik az áttelepítési folyamat fázisait.

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

Ebben a fázisban kiépíti az Azure Storage-fiókokat és a bennük lévő SMB Azure-fájlmegosztásokat.

Ne feledje, hogy egy Azure-fájlmegosztás üzembe van helyezve a felhőben egy Azure-tárfiókban. A standard fájlmegosztások esetében 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. Ha több fájlmegosztást helyez el egyetlen tárfiókban, akkor egy megosztott IOPS-készletet és átviteli sebességet hoz létre ezekhez a megosztásokhoz.

Általános szabályként több Azure-fájlmegosztást is egyesíthet ugyanabba a tárfiókba, ha rendelkezik archiválási megosztásokkal, vagy ha alacsony napi szintű tevékenységet vár bennük. Ha azonban nagyon aktív megosztásokkal (sok felhasználó és/vagy alkalmazás által használt megosztásokkal) rendelkezik, érdemes egy-egy fájlmegosztással üzembe helyeznie a tárfiókokat. Ezek a korlátozások nem vonatkoznak a FileStorage (prémium szintű) tárfiókokra, ahol a teljesítmény kifejezetten ki van építve és garantált az egyes megosztások esetében.

Feljegyzés

Előfizetésenként legfeljebb 250 tárfiók lehet Azure-régiónként. A kvótanöveléssel régiónként legfeljebb 500 tárfiók hozható létre. További információ: Azure Storage-fiókkvóták növelése.

Egy másik szempont a tárfiók üzembe helyezésekor a redundancia. Lásd: Azure Files-redundancia.

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

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

Most helyezze üzembe a megfelelő számú Azure-tárfiókot a megfelelő számú Azure-fájlmegosztással, az SMB-fájlmegosztás létrehozása című útmutatót követve. A legtöbb esetben meg kell győződnie arról, hogy az egyes tárfiókok régiója megegyezik.

2. fázis: Azure-fájlmegosztások használatának előkészítése

Az ebben a fázisban lévő információk alapján eldöntheti, hogy az Azure-ban és az Azure-on kívüli kiszolgálók és felhasználók hogyan lesznek engedélyezve az Azure-fájlmegosztások használatára. A legkritikusabb döntések a következők:

  • Hálózatkezelés: Engedélyezze a hálózatokat az SMB-forgalom irányításához.
  • Hitelesítés: Azure Storage-fiókok konfigurálása Kerberos-hitelesítéshez. Az identitásalapú hitelesítés és a tárfiókhoz csatlakozó tartomány használata lehetővé teszi, hogy az alkalmazások és a felhasználók az AD-identitásukat használják hitelesítésre.
  • Engedélyezés: Az egyes Azure-fájlmegosztásokhoz tartozó megosztásszintű ACL-ek lehetővé teszik az AD-felhasználók és csoportok számára, hogy hozzáférjenek egy adott megosztáshoz. Egy Azure-fájlmegosztáson belül a natív NTFS ACL-ek lesznek átvenve. A fájl- és mappaalapú hitelesítés ezután a helyszíni SMB-megosztásokhoz hasonlóan működik.
  • Üzletmenet-folytonosság: Az Azure-fájlmegosztások meglévő környezetbe való integrálásával gyakran meg kell őrizni a meglévő megosztási címeket. Ha még nem használ elosztott fájlrendszerbeli névtereket, érdemes lehet ezt a környezetében kialakítani. Változatlanul megtarthatja a felhasználók és a szkriptek által használt megosztási címeket. Az DFS-N egy névtér-útválasztási szolgáltatást biztosít az SMB-hez az ügyfelek Azure-fájlmegosztásokra való átirányításával.

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.

Azure-fájlmegosztás csatlakoztatása

A RoboCopy használata előtt elérhetővé kell tennie az Azure-fájlmegosztást az SMB-en keresztül. A legegyszerűbben úgy csatlakoztathatja a megosztást helyi hálózati meghajtóként a RoboCopyhoz használni kívánt Windows Serverhez.

Fontos

Győződjön meg arról, hogy csatlakoztatja az Azure-fájlmegosztást a tárfiók hozzáférési kulcsával. Ne használjon tartományi identitást. Mielőtt sikeresen csatlakoztathat egy Azure-fájlmegosztást egy helyi Windows Serverhez, el kell végeznie a 2. fázist: Felkészülés az Azure-fájlmegosztások használatára.

Ha elkészült, tekintse át az Azure-fájlmegosztás használata a Windows használatával című cikket. Ezután csatlakoztassa azt az Azure-fájlmegosztást, amelyhez el szeretné indítani a RoboCopyt.

3. fázis: RoboCopy

A következő RoboCopy-parancs csak a különbségeket (frissített fájlokat és mappákat) másolja a forrástárból az Azure-fájlmegosztásba.

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.
/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.

Tipp.

Tekintse meg a hibaelhárítási szakaszt , ha a RoboCopy hatással van az éles környezetre, sok hibát jelez, vagy nem a várt módon halad előre.

4. fázis: Felhasználói leépítés

Amikor első alkalommal futtatja a RoboCopy parancsot, a felhasználók és az alkalmazások továbbra is hozzáférnek a migrálás forrásán lévő fájlokhoz, és esetleg módosítják őket. Lehetséges, hogy a RoboCopy feldolgozta a könyvtárat, továbblépt a következőre, majd a forráshely egyik felhasználója hozzáad, módosít vagy töröl egy fájlt, amely most nem lesz feldolgozva ebben az aktuális RoboCopy-futtatásban. Ez várt működés.

Az első futtatás az adatforgalom nagy részének az Azure-fájlmegosztásba való áthelyezéséről szól. Ez az első példány eltarthat egy ideig. A RoboCopy sebességére hatással lévő problémákról a Hibaelhárítás szakaszban talál további információt.

Ha a kezdeti futtatás befejeződött, futtassa újra a parancsot.

Amikor másodszor futtatja a RoboCopyt ugyanarra a megosztásra, az gyorsabban befejeződik, mivel csak az utolsó futtatás óta történt módosításokat kell átküldnie. Ugyanahhoz a megosztáshoz ismétlődő feladatokat is futtathat.

Az elfogadható állásidő figyelembe vétele után el kell távolítania a forrásmegosztásokhoz való felhasználói hozzáférést. Ezt bármely olyan lépéssel megteheti, amely megakadályozza, hogy a felhasználók módosítják a fájl- és mappastruktúrát és -tartalmat. Ilyen például az elosztott fájlrendszerbeli névtér egy nem létező helyre történő rámutatása, vagy az egyes megosztások ACL-jeinek módosítása.

Futtasson egy utolsó RoboCopy-fordulót. A program felveszi az esetlegesen kihagyott módosításokat. Az utolsó lépés időtartama a RoboCopy-vizsgálat sebességétől függ. Az előző futtatás időtartamának mérésével megbecsülheti az időt (ami egyenlő az állásidővel).

A 2. fázisban úgy konfigurálta a felhasználókat, hogy az identitásukkal férhessenek hozzá a megosztáshoz, és stratégiát kellett volna kialakítaniuk a felhasználók számára az új Azure-fájlmegosztások (DFS-N) meglévő elérési útjának használatára.

Megpróbálhat néhány példányt párhuzamosan futtatni a különböző forrás- és célmegosztások között. Ha így tesz, tartsa szem előtt a hálózati átviteli sebesség és a mag és a szál közötti arányt, hogy ne legyen túlterhelve a rendszer.

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ő leggyorsabb 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 sok adatot helyez át egy nagyobb késésű hálózatból) előnyt jelent a szálszám (/MT:n) túlkiosztása. 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é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 névtér nagy léptékű módosításait, például a fájlok könyvtárak közötti áthelyezését, a tulajdonságok nagy léptékű módosítását, vagy a címtár és a fájlszintű engedélyek (NTFS ACL-ek) módosítását. 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 léphetnek fel – ez normális. Ezek a hibák gyakran szükségessé teszik egy másolási eszköz több fordulójának, például a RoboCopy futtatását: kezdeti futtatás, például NAS-ról DataBox-ra vagy kiszolgálóról Azure-fájlmegosztásra, és egy vagy több további futtatás a kapcsolóval /MIR 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.

Tárolási tranzakciók díjának becslése

Amikor megkezdi az Azure Filesba való migrálást, a RoboCopy átmásolja a fájlokat és mappákat az Azure-ba. Az Azure Files számlázási modelljétől függően tranzakciós díjak is vonatkozhatnak. Lásd: A számlázás ismertetése.

Ha használatalapú számlázási modellt használ a standard Azure-fájlmegosztásokhoz, előfordulhat, hogy nehéz megbecsülni a migrálás által generált tranzakciók számát.

  • A tranzakciók számát nem lehet megbecsülni a forrás kihasznált tárolási kapacitása alapján. A tranzakciók száma a névtérelemek (fájlok és mappák) és az áttelepített tulajdonságok számával, nem pedig a méretükkel skálázható. Például több tranzakcióra van szükség 1 GiB kis méretű fájl áttelepítéséhez, mint 1 GiB nagyobb fájl.
  • Az állásidő minimalizálása érdekében előfordulhat, hogy többször kell futtatnia a másolási műveleteket a forrástól a célig. Minden forrás- és célelem feldolgozása minden másolási művelet során megtörténik, bár a későbbi futtatások gyorsabban befejeződnek. A kezdeti műveletek után a rendszer csak a másolási futtatások között bevezetett különbségeket irányítja át a hálózaton. Fontos tisztában lenni azzal, hogy bár kevesebb adat átvitele történik, a szükséges tranzakciók száma változatlan marad.
  • Előfordulhat, hogy ugyanazon fájl kétszeri másolása nem eredményez azonos számú tranzakciót. Az előző másolási futtatás során migrált elem feldolgozása csak néhány olvasási tranzakciót eredményezhet. Ezzel szemben a metaadatok vagy a másolási futtatások közötti tartalom módosítása nagyobb számú tranzakciót igényelhet a cél frissítéséhez. Előfordulhat, hogy a névtér minden fájljának egyedi követelményei vannak, ami eltérő számú tranzakciót eredményez.

Javasoljuk, hogy futtasson néhány kezdeti tesztet a saját adatain, hogy jobban megértse, hány tranzakció van folyamatban. Ez jobb képet ad a fájlmigrálás által generált tranzakciók teljes számáról.

Következő lépések

Az alábbi cikkek segítenek megérteni a speciális lehetőségeket és az ajánlott eljárásokat.