Sdílet prostřednictvím

Migrace ze služby Network Attached Storage (NAS) do sdílených složek Azure pomocí DataBoxu

  • Článek

Tento článek o migraci je jedním z několika zahrnujících klíčová slova NAS a Azure DataBox. Zkontrolujte, jestli se tento článek týká vašeho scénáře:

  • Zdroj dat: Síťové připojené úložiště (NAS)
  • Trasa migrace: NaS ⇒ DataBox ⇒ sdílenou složku Azure
  • Místní ukládání souborů do mezipaměti: Vzhledem k tomu, že konečným cílem je použít sdílené složky Azure přímo v cloudu, není žádný plán používat Synchronizace souborů Azure.

Pokud se váš scénář liší, projděte si tabulku průvodců migrací.

Tento článek vás provede kompletním plánováním, nasazením a síťovými konfiguracemi potřebnými k migraci ze zařízení NAS do funkčních sdílených složek Azure. Tato příručka používá Azure DataBox k hromadnému přenosu dat (offline přenos dat).

Platí pro

Typ sdílené složky SMB NFS
Sdílené složky úrovně Standard (GPv2), LRS/ZRS Yes No
Sdílené složky úrovně Standard (GPv2), GRS/GZRS Yes No
Sdílené složky úrovně Premium (FileStorage), LRS/ZRS Yes No

Cíle migrace

Cílem je přesunout sdílené složky na zařízení NAS do Azure a stát se nativními sdílenými složkami Azure. Nativní sdílené složky Azure můžete používat bez nutnosti windows serveru. Tuto migraci je potřeba provést způsobem, který zaručuje integritu produkčních dat a dostupnosti během migrace. Druhá možnost vyžaduje zachování výpadků na minimum, aby se vešla do časových intervalů pravidelné údržby nebo jen mírně překročila.

Přehled migrace

Proces migrace se skládá z několika fází. Budete muset nasadit účty úložiště Azure a sdílené složky a nakonfigurovat sítě. Potom migrujete soubory pomocí Azure DataBoxu a RoboCopy, abyste mohli dohnat změny. Nakonec vyřešte uživatele a aplikace do nově vytvořených sdílených složek Azure. Následující části podrobně popisují fáze procesu migrace.

Tip

Pokud se k tomuto článku vracíte, pomocí navigace na pravé straně přejděte do fáze migrace, kde jste skončili.

Fáze 1: Určete, kolik sdílených složek Azure potřebujete

V tomto kroku určíte, kolik sdílených složek Azure potřebujete. Na svazcích můžete mít více složek, které aktuálně sdílíte místně jako sdílené složky SMB uživatelům a aplikacím. V závislosti na počtu sdílených složek, které chcete migrovat do cloudu, můžete zvolit buď mapování 1:1, nebo seskupení sdílených složek.

Použití mapování 1:1

Pokud máte dostatečný počet sdílených složek, doporučujeme mapování 1:1. Nejjednodušším způsobem, jak si tento scénář představit, je představit si místní sdílenou složku, která mapuje 1:1 na sdílenou složku Azure.

Použití seskupování sdílených složek

Pokud máte velký počet sdílených složek, zvažte seskupení sdílených složek. Pokud má například vaše personální oddělení 15 sdílených složek, můžete zvážit uložení všech dat lidských zdrojů do jedné sdílené složky Azure. Tímto způsobem je pro tuto skupinu místních sdílených složek potřeba jenom jedna sdílená složka Azure v cloudu.

Fáze 2: Nasazení prostředků úložiště Azure

V této fázi zřídíte účty úložiště Azure a sdílené složky v nich.

Nezapomeňte, že sdílená složka Azure je nasazená v cloudu v účtu úložiště Azure. U standardních sdílených složek toto uspořádání z účtu úložiště činí cíl škálování pro čísla výkonu, jako jsou IOPS a propustnost. Pokud umístíte více sdílených složek do jednoho účtu úložiště, vytváříte pro tyto sdílené složky sdílený fond IOPS a propustnost.

Obecně platí, že pokud máte archivní sdílené složky, můžete do stejného účtu úložiště vytvořit fond více sdílených složek Azure nebo očekáváte, že v nich máte nízkou každodenní aktivitu. Pokud ale máte vysoce aktivní sdílené složky (sdílené složky používané mnoha uživateli nebo aplikacemi), budete chtít nasadit účty úložiště s jednou sdílenou složkou. Tato omezení se nevztahují na účty úložiště FileStorage (Premium), kde se pro každou sdílenou složku explicitně zřizuje a zaručuje výkon.

Poznámka:

Existuje limit 250 účtů úložiště na předplatné na oblast Azure. Se zvýšením kvóty můžete vytvořit až 500 účtů úložiště pro každou oblast. Další informace najdete v tématu Zvýšení kvót účtu služby Azure Storage.

Dalším aspektem při nasazování účtu úložiště je redundance. Viz redundance služby Azure Files.

Pokud jste vytvořili seznam sdílených složek, měli byste každou sdílenou složku namapovat na účet úložiště, ve které se vytvoří.

Důležité jsou také názvy vašich prostředků. Pokud například seskupíte více sdílených složek pro personální oddělení do účtu úložiště Azure, měli byste účet úložiště pojmenovat odpovídajícím způsobem. Podobně když pojmenujete sdílené složky Azure, měli byste použít názvy podobné těm, které se používají pro jejich místní protějšky.

Teď nasaďte odpovídající počet účtů úložiště Azure s odpovídajícím počtem sdílených složek Azure podle pokynů v tématu Vytvoření sdílené složky SMB. Ve většině případů budete chtít zajistit, aby oblast každého účtu úložiště byla stejná.

Fáze 3: Určení, kolik zařízení Azure DataBox potřebujete

Tento krok spusťte pouze v případě, že jste dokončili předchozí fázi. V tuto chvíli by se měly vytvořit vaše prostředky úložiště Azure (účty úložiště a sdílené složky). Během objednávky DataBoxu musíte zadat, do kterých účtů úložiště DataBox přesouvá data.

V této fázi je potřeba namapovat výsledky plánu migrace z předchozí fáze na limity dostupných možností DataBoxu. Tyto aspekty vám pomůžou naplánovat, jaké možnosti DataBoxu byste měli zvolit a kolik z nich budete muset přesunout sdílené složky NAS do sdílených složek Azure.

Pokud chcete zjistit, kolik zařízení typu potřebujete, zvažte tato důležitá omezení:

  • Azure DataBox může přesunout data do až 10 účtů úložiště.
  • Každá možnost DataBoxu má vlastní použitelnou kapacitu. Viz možnosti DataBoxu.

V plánu migrace se podívejte na počet účtů úložiště, které jste se rozhodli vytvořit, a sdílené složky v každém z nich. Pak se podívejte na velikost jednotlivých sdílených složek na vašem serveru NAS. Kombinace těchto informací vám umožní optimalizovat a rozhodnout, které zařízení by mělo odesílat data do kterých účtů úložiště. Do stejného účtu úložiště můžete přesunout dvě zařízení DataBox, ale nedělit obsah jedné sdílené složky mezi 2 DataBoxes.

Možnosti DataBoxu

Pro standardní migraci by měla být zvolena jedna nebo kombinace těchto dvou možností DataBoxu:

  • DataBox Toto je nejběžnější možnost. Robustní zařízení DataBox, které funguje podobně jako NAS, vám bude odesláno. Má použitelnou kapacitu 80 TiB. Další informace najdete v dokumentaci k DataBoxu.
  • DataBox Heavy Tato možnost obsahuje robustní zařízení DataBox na kolečkách, které funguje podobně jako NAS s kapacitou 1 PiB. Využitelná kapacita je o přibližně 20 % menší, protože režijní náklady na šifrování a systém souborů. Další informace najdete v dokumentaci k DataBoxu Heavy.

Upozorňující

Pro migrace do sdílených složek Azure se nedoporučuje data Box Disky. Data Box Disky nezachovávají metadata souborů, jako jsou přístupová oprávnění (ACL) a další atributy.

Fáze 4: Zřízení dočasného Windows Serveru

Během čekání na doručení Azure DataBoxu můžete nasadit jeden nebo více windows serverů, které budete potřebovat pro spouštění úloh RoboCopy.

  • Prvním použitím těchto serverů bude zkopírování souborů do DataBoxu.
  • Druhým použitím těchto serverů bude zachycení změn, ke kterým došlo na zařízení NAS při přenosu DataBoxu. Tento přístup udržuje výpadek na zdrojové straně minimálně.

Rychlost práce úloh RoboCopy závisí hlavně na těchto faktorech:

Při rozhodování o počtu paměti RAM a počtu vláken, které poskytnete dočasným windows serverům, je důležité pamatovat na odkazované podrobnosti.

Fáze 5: Příprava na použití sdílených složek Azure

Chcete-li ušetřit čas, měli byste pokračovat v této fázi, zatímco čekáte na doručení DataBoxu. S informacemi v této fázi budete moct rozhodnout, jak budou vaše servery a uživatelé v Azure a mimo Azure moct využívat sdílené složky Azure. Nejdůležitější rozhodnutí jsou:

  • Sítě: Povolte svým sítím směrování provozu SMB.
  • Ověřování: Nakonfigurujte účty úložiště Azure pro ověřování protokolem Kerberos. AdConnect a doména připojující se k vašemu účtu úložiště umožní vašim aplikacím a uživatelům používat identitu AD k ověřování.
  • Autorizace: Seznamy ACL na úrovni sdílené složky pro každou sdílenou složku Azure umožní uživatelům a skupinám AD přistupovat k dané sdílené složce a v rámci sdílené složky Azure, nativní seznamy ACL NTFS budou převzít. Autorizace založená na seznamech ACL souborů a složek pak funguje stejně jako u místních sdílených složek SMB.
  • Kontinuita podnikových procesů: Integrace sdílených složek Azure do existujícího prostředí často zahrnuje zachování existujících adres sdílených složek. Pokud ještě nepoužíváte obory názvů DFS, zvažte nastavení ve vašem prostředí. Adresy uživatelů a skriptů byste mohli sdílet beze změny. Dfs-N byste použili jako službu směrování oboru názvů pro SMB tím, že po migraci přesměrujete cíle oboru názvů DFS do sdílených složek Azure.

Toto video je průvodce a ukázka, jak bezpečně vystavit sdílené složky Azure přímo informačním pracovníkům a aplikacím v pěti jednoduchých krocích.
Video odkazuje na vyhrazenou dokumentaci pro následující témata. Všimněte si, že Azure Active Directory je teď Microsoft Entra ID. Další informace najdete v článku Nový název pro Azure AD.

Fáze 6: Kopírování souborů do DataBoxu

Jakmile dataBox dorazí, musíte nastavit DataBox s nevýrazným síťovým připojením k vašemu zařízení NAS. Postupujte podle dokumentace k nastavení pro typ DataBox, který jste si objednali.

V závislosti na typu DataBox je možná k dispozici nástroje pro kopírování DataBox. V tomto okamžiku se nedoporučuje migrace do sdílených složek Azure, protože nekopírují soubory s plnou věrností do DataBoxu. Místo toho použijte RoboCopy.

Když dorazí DataBox, bude mít předem zřízené sdílené složky SMB dostupné pro každý účet úložiště, který jste zadali v době jeho objednání.

  • Pokud vaše soubory přejdou do sdílené složky Azure úrovně Premium, bude existovat jedna sdílená složka SMB na účet úložiště File Storage úrovně Premium.
  • Pokud vaše soubory přejdou do účtu úložiště úrovně Standard, budou existovat tři sdílené složky SMB na účet úložiště úrovně Standard (GPv1 a GPv2). Pro vaši migraci platí jenom sdílené složky, na které _AzFiles končí. Ignorujte všechny sdílené složky objektů blob bloku a stránky.

Postupujte podle kroků v dokumentaci ke službě Azure DataBox:

  1. Připojení k Data Boxu
  2. Kopírování dat do Data Boxu
  3. Příprava DataBoxu na odlet do Azure

Propojená dokumentace k DataBoxu určuje příkaz RoboCopy. Příkaz však není vhodný k zachování věrnosti celého souboru a složky. Místo toho použijte tento příkaz:

Robocopy /MT:32 /NP /NFL /NDL /B /MIR /IT /COPY:DATSO /DCOPY:DAT /UNILOG:<FilePathAndName> <SourcePath> <Dest.Path>
  • Další informace o jednotlivých příznakech RoboCopy najdete v tabulce v nadcházející části RoboCopy.
  • Další informace o tom, jak správně nastavit velikost počtu /MT:nvláken , optimalizovat rychlost RoboCopy a nastavit RoboCopy jako dobrého souseda v datacentru, se podívejte do části Řešení potíží s RoboCopy.

Tip

Jako alternativu k Robocopy vytvořil Data Box službu kopírování dat. Tuto službu můžete použít k načtení souborů do Data Boxu s plnou věrností. Postupujte podle tohoto kurzu služby kopírování dat a ujistěte se, že jste nastavili správný cíl sdílené složky Azure.

Fáze 7: Zachycení nástroje RoboCopy z nas

Jakmile DataBox hlásí, že všechny soubory a složky byly umístěny do plánovaných sdílených složek Azure, můžete pokračovat v této fázi. Nástroj RoboCopy je potřeba zachytávat jenom v případě, že se od spuštění kopírování DataBoxu změnila data na serveru NAS. V určitých scénářích, ve kterých používáte sdílenou složku pro účely archivace, možná budete moct zastavit změny sdílené složky na serveru NAS, dokud se migrace neskončí. Během migrace můžete mít také možnost obsluhovat vaše obchodní požadavky nastavením sdílených složek NAS na jen pro čtení.

V případech, kdy potřebujete sdílenou složku pro čtení i zápis během migrace a může absorbovat pouze malé časové období výpadku, bude tento krok RoboCopy důležitý k dokončení před převzetím služeb při selhání uživatelského přístupu přímo ke sdílené složce Azure.

V tomto kroku spustíte úlohy RoboCopy, abyste zachytili cloudové sdílené složky nejnovějšími změnami na serveru NAS od doby, kdy jste rozvětvovali sdílené složky do DataBoxu. V závislosti na množství změn, ke kterým došlo u sdílených složek NAS, může nástroj RoboCopy dokončit rychle nebo nějakou dobu trvat.

Spusťte první místní kopii do cílové složky Windows Serveru:

  1. Určete první umístění na zařízení NAS.
  2. Identifikujte odpovídající sdílenou složku Azure.
  3. Připojení sdílené složky Azure jako místní síťové jednotky na dočasném Windows Serveru
  4. Spuštění kopírování pomocí nástroje RoboCopy podle popisu

Připojení sdílené složky Azure

Než budete moct použít RoboCopy, je potřeba, aby sdílená složka Azure byla přístupná přes protokol SMB. Nejjednodušším způsobem je připojit sdílenou složku jako místní síťovou jednotku k Windows Serveru, který plánujete použít pro RoboCopy.

Důležité

Než budete moct úspěšně připojit sdílenou složku Azure k místnímu Windows Serveru, musíte mít dokončenou fázi: Příprava na použití sdílených složek Azure!

Jakmile budete připraveni, projděte si článek Použití sdílené složky Azure s postupy pro Windows a připojte sdílenou složku Azure, pro kterou chcete spustit nástroj RoboCopy pro zachytávání naS.

RoboCopy

Následující příkaz RoboCopy zkopíruje jenom rozdíly (aktualizované soubory a složky) z úložiště NAS do sdílené složky Azure.

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>
Přepínač Význam
/MT:n Umožňuje, aby nástroj Robocopy běžel ve více vláknech. Výchozí hodnota je n 8. Maximum je 128 vláken. I když vysoký počet vláken pomáhá saturovat dostupnou šířku pásma, neznamená to, že migrace bude vždy rychlejší s více vlákny. Testy se službou Soubory Azure ukazují mezi 8 a 20 vyváženým výkonem při počátečním spuštění kopírování. Následná /MIR spuštění jsou postupně ovlivněná dostupnými výpočetními prostředky a dostupnou šířkou pásma sítě. U následných spuštění slaďte hodnotu počtu vláken více s počtem jader procesoru a počtem vláken na jádro. Zvažte, jestli musí být jádra vyhrazená pro jiné úlohy, které může mít produkční server. Testy se službou Azure Files ukázaly, že až 64 vláken vede k dobrému výkonu, ale pouze v případě, že je procesory můžou udržovat naživu najednou.
/R:n Maximální počet opakování pro soubor, který se při prvním pokusu nepodaří zkopírovat. Robocopy se pokusí n časy, než se trvale nepodaří zkopírovat soubor během spuštění. Výkon spuštění můžete optimalizovat: Zvolte hodnotu dvou nebo tří, pokud se domníváte, že problémy s vypršením časového limitu způsobily chyby v minulosti. To může být častější přes propojení WAN. Pokud se domníváte, že se soubor nepodařilo zkopírovat, protože se soubor aktivně používal, zvolte žádné opakování nebo hodnotu. Pokus o několik sekund později nemusí být dostatek času na změnu stavu použití souboru. Uživatelé nebo aplikace, které mají soubor otevřený, můžou potřebovat víc času. V takovém případě se přijetí souboru nezkopírovalo a zachytává ho v některém z plánovaných spuštění Robocopy, může se nakonec úspěšně zkopírovat soubor. To pomáhá aktuálnímu spuštění dokončit rychleji, aniž by bylo prodlouženo mnoha opakováními, které nakonec skončí ve většině selhání kopírování kvůli souborům, které se stále otevírají po vypršení časového limitu opakování.
/W:n Specifikuje čas, kdy nástroj Robocopy čeká před pokusem o zkopírování souboru, který se během předchozího pokusu nepodařilo zkopírovat. n je počet sekund čekání mezi opakovanými pokusy. /W:n se často používá společně s /R:n.
/B Spustí nástroj Robocopy ve stejném režimu jako zálohovací aplikace. Tento přepínač umožňuje nástroji Robocopy přesouvat soubory, pro které nemá aktuální uživatel oprávnění. Přepínač zálohování závisí na spuštění příkazu Robocopy v konzole správce se zvýšenými oprávněními nebo v okně PowerShellu. Pokud používáte Robocopy pro Azure Files, ujistěte se, že sdílenou složku Azure připojíte pomocí přístupového klíče účtu úložiště a identity domény. Pokud to neuděláte, nemusí vás chybové zprávy intuitivně vést k vyřešení problému.
/MIR (Zzrcadlit zdroj na cíl.) Umožňuje nástroji Robocopy kopírovat pouze rozdíly mezi zdrojem a cílem. Zkopírují se prázdné podadresáře. Položky (soubory nebo složky), které se změnily nebo neexistují v cíli, se zkopírují. Položky, které existují v cíli, ale ne ve zdroji, se vyprázdní (odstraní) z cíle. Při použití tohoto přepínače musí být struktury zdrojové a cílové složky naprosto stejné. Porovnávání znamená kopírování ze správné úrovně zdroje a složky na odpovídající úroveň složky v cíli. Pouze v takovém případě může být zachycené kopírování úspěšné. Pokud dojde k neshodě zdroje a cíle, použití /MIR povede k rozsáhlým odstraněním a rozsahům.
/IT Zajišťuje zachování věrnosti v určitých scénářích zrcadlení.
Pokud například soubor zaznamená změnu seznamu ACL a aktualizaci atributu mezi dvěma spuštěními Robocopy, označí se jako skrytý. Bez /IT, změna seznamu ACL může být zmeškaná nástrojem Robocopy a nepřenesla se do cílového umístění.
/COPY:[copyflags] Věrnost kopie souboru. Výchozí hodnota: /COPY:DAT. Kopírovat příznaky: D= Data, A= Atributy, T= Časová razítka, S= Zabezpečení = seznamy ACL SYSTÉMU SOUBORŮ NTFS, O= Informace vlastníka, U= Auditing information. Informace o auditování nelze ukládat ve sdílené složce Azure.
/DCOPY:[copyflags] Věrnost kopie adresářů. Výchozí hodnota: /DCOPY:DA. Kopírovat příznaky: D= Data, A= Atributy, T= Časové razítka.
/NP Specifikuje, že průběh kopírování se nebude zobrazovat pro každý soubor a složku. Zobrazení průběhu výrazně snižuje výkon kopírování.
/NFL Specifikuje, že se neprotokolují názvy souborů. Zlepšuje výkon kopírování.
/NDL Specifikuje, že se neprotokolují názvy adresářů. Zlepšuje výkon kopírování.
/XD Určuje adresáře, které se mají vyloučit. Při spuštění Nástroje Robocopy v kořenovém adresáři svazku zvažte vyloučení skryté System Volume Information složky. Pokud se používá tak, jak je navrženo, všechny informace v tomto přesném systému jsou specifické pro přesný objem a lze je znovu vytvořit na vyžádání. Kopírování těchto informací nebude užitečné v cloudu nebo když se data někdy zkopírují zpět do jiného svazku Windows. Ponechání tohoto obsahu by nemělo být považováno za ztrátu dat.
/UNILOG:<file name> Zapíše stav do souboru protokolu jako Unicode. (Přepíše existující protokol.)
/L Pouze pro soubory testovacího spuštění
se zobrazí pouze seznam. Nebudou zkopírovány, nebudou odstraněny a nebudou opatřeny časovým razítkem. Často se používá pro /TEE výstup konzoly. Příznaky z ukázkového skriptu, jako je /NPnapříklad , /NFLa /NDL) možná bude potřeba odebrat, abyste dosáhli správně zdokumentovaných výsledků testu.
/Z Používejte pečlivě
kopie souborů v režimu restartování. Tento přepínač se doporučuje pouze v nestabilním síťovém prostředí. Výrazně snižuje výkon kopírování z důvodu dodatečného protokolování.
/ZB Používejte opatrně
režim restartování. Pokud se přístup odepře, použije tato možnost režim zálohování. Tato možnost výrazně snižuje výkon kopírování z důvodu kontrolních bodů.

Důležité

Doporučujeme použít Windows Server 2022. Při použití Windows Serveru 2019 se ujistěte, že je nainstalovaná nejnovější úroveň oprav nebo alespoň aktualizace operačního systému KB5005103 . Obsahuje důležité opravy pro určité scénáře Robocopy.

Tip

V části Řešení potíží se podívejte, jestli RoboCopy ovlivňuje vaše produkční prostředí, hlásí velké množství chyb nebo nepostupuje tak rychle, jak se očekávalo.

Přímá migrace uživatele

Když poprvé spustíte příkaz RoboCopy, uživatelé a aplikace stále přistupují k souborům na serveru NAS a potenciálně je změní. Je možné, že RoboCopy zpracoval adresář, přejde na další a pak uživatel na zdrojovém umístění (NAS) přidá, změní nebo odstraní soubor, který se teď v tomto aktuálním spuštění RoboCopy nezpracuje. Toto chování se očekává.

Prvním spuštěním je přesun velké části dat o četnosti změn do sdílené složky Azure. Tato první kopie může chvíli trvat. V části Řešení potíží najdete další informace o tom, co může ovlivnit rychlost RoboCopy.

Po dokončení počátečního spuštění spusťte příkaz znovu.

Při druhém spuštění nástroje RoboCopy pro stejnou sdílenou složku se dokončí rychleji, protože potřebuje přenést jenom změny, ke kterým došlo od posledního spuštění. Pro stejnou sdílenou složku můžete spouštět opakované úlohy.

Pokud zvažujete přijatelný výpadek, musíte odebrat uživatelský přístup ke sdíleným složkám založeným na NAS. Můžete to udělat libovolným postupem, který uživatelům brání ve změně struktury souborů a složek a obsahu. Příkladem je nasměrování oboru názvů DFS na neexistující umístění nebo změna kořenových seznamů ACL ve sdílené složce.

Spusťte poslední kolo RoboCopy. Vyzvedne všechny změny, které by mohly být zmeškané. Jak dlouho trvá tento poslední krok, závisí na rychlosti kontroly RoboCopy. Dobu (která se rovná výpadku) můžete odhadnout měřením doby trvání předchozího spuštění.

Vytvořte sdílenou složku ve složce Windows Serveru a případně upravte nasazení DFS-N tak, aby na něj odkazovat. Nezapomeňte nastavit stejná oprávnění na úrovni sdílené složky jako u sdílené složky SMB na serveru NAS. Pokud jste měli NAS připojené k doméně podnikové třídy, identifikátory SID uživatelů se automaticky shodují s tím, jak uživatelé existují ve službě Active Directory a RoboCopy kopírují soubory a metadata v plné věrnosti. Pokud jste na serveru NAS používali místní uživatele, musíte tyto uživatele znovu vytvořit jako místní uživatele Windows Serveru a namapovat stávající identifikátory SID RoboCopy přesunuté na identifikátory SID vašeho nového místního systému Windows Server.

Dokončili jste migraci sdílené složky nebo skupiny sdílených složek do společného kořenového adresáře nebo svazku.

Můžete se pokusit spustit několik těchto kopií paralelně. Doporučujeme zpracovat rozsah jedné sdílené složky Azure najednou.

Odstraňování potíží

Rychlost a úspěšnost daného spuštění RoboCopy bude záviset na několika faktorech:

  • IOPS ve zdrojovém a cílovém úložišti
  • dostupná šířka pásma sítě mezi zdrojem a cílem
  • možnost rychlého zpracování souborů a složek v oboru názvů
  • počet změn mezi spuštěními RoboCopy
  • velikost a počet souborů, které potřebujete zkopírovat

Důležité informace o vstupně-výstupních operacích za sekundu a šířce pásma

V této kategorii je potřeba zvážit možnosti zdrojového úložiště, cílového úložiště a sítě, které je propojují. Maximální možná propustnost je určena nejpomalejšími z těchto tří komponent. Ujistěte se, že je vaše síťová infrastruktura nakonfigurovaná tak, aby podporovala optimální přenosové rychlosti podle svých nejlepších schopností.

Upozornění

I když je kopírování co nejrychleji nejčastěji žádoucí, zvažte využití místní sítě a zařízení NAS pro jiné, často důležité obchodní úlohy.

Kopírování co nejrychleji nemusí být žádoucí, pokud existuje riziko, že by migrace mohla monopolizovat dostupné zdroje.

  • Zvažte, kdy je ve vašem prostředí nejlepší spouštět migrace: během dne, mimo špičku nebo o víkendech.
  • Zvažte také síťovou technologii QoS na Windows Serveru, abyste omezili rychlost RoboCopy.
  • Vyhněte se zbytečné práci pro nástroje pro migraci.

RoboCopy může vložit zpoždění mezi pakety zadáním /IPG:n přepínače, který n se měří v milisekundách mezi pakety RoboCopy. Pomocí tohoto přepínače se můžete vyhnout monopolizaci prostředků na zařízeních s omezenými vstupně-výstupními operacemi a přeplněnými síťovými propojeními.

/IPG:n nejde použít k přesnému omezování sítě na určité Mb/s. Místo toho použijte technologii QoS sítě Windows Serveru. RoboCopy zcela spoléhá na protokol SMB pro všechny síťové potřeby. Použití protokolu SMB je důvodem, proč RoboCopy nemůže ovlivnit samotnou propustnost sítě, ale může zpomalit její použití.

Podobný názor se vztahuje na IOPS pozorovaný na NAS. Velikost clusteru na svazku NAS, velikosti paketů a pole dalších faktorů ovlivňují pozorované vstupně-výstupní operace za sekundu. Zavedení zpoždění mezi pakety je často nejjednodušší způsob, jak řídit zatížení naS. Otestujte více hodnot, například z přibližně 20 milisekund (n=20) na násobky tohoto čísla. Jakmile zavedete zpoždění, můžete vyhodnotit, jestli vaše ostatní aplikace teď můžou fungovat podle očekávání. Tato strategie optimalizace vám umožní najít optimální rychlost Nástroje RoboCopy ve vašem prostředí.

Rychlost zpracování

RoboCopy bude procházet obor názvů, na který odkazuje, a vyhodnotit každý soubor a složku pro kopírování. Každý soubor se vyhodnotí během počáteční kopie a během zachytávání kopií. Například opakované spuštění nástroje RoboCopy /MIR se stejnými zdrojovými a cílovými umístěními úložiště. Tato opakovaná spuštění jsou užitečná k minimalizaci výpadků uživatelů a aplikací a ke zlepšení celkové úspěšnosti migrovaných souborů.

Jako nejvíce omezující faktor migrace často zvažujeme šířku pásma a to může být pravdivé. Možnost vytvoření výčtu oboru názvů ale může ovlivnit celkovou dobu kopírování ještě více pro větší obory názvů s menšími soubory. Vezměte v úvahu, že kopírování 1 TiB malých souborů bude trvat výrazně déle než kopírování 1 TiB méně, ale větších souborů za předpokladu, že všechny ostatní proměnné zůstanou stejné. Proto může docházet k pomalému přenosu, pokud migrujete velký počet malých souborů. Toto je očekávané chování.

Příčinou tohoto rozdílu je výpočetní výkon potřebný k procházení oboru názvů. RoboCopy podporuje vícevláknové kopie prostřednictvím parametru /MT:n , kde n představuje počet vláken, která se mají použít. Proto při zřizování počítače speciálně pro RoboCopy zvažte počet jader procesoru a jejich vztah k počtu vláken, které poskytují. Nejběžnější jsou dvě vlákna na jádro. Počet jader avlákench /MT:n Zvažte také, kolik úloh RoboCopy plánujete paralelně spouštět na daném počítači.

Více vláken zkopíruje náš příklad malých souborů 1 TiB výrazně rychleji než méně vláken. Současně navíc investice do zdrojů na našich 1 TiB větších souborů nemusí přinést proporcionální výhody. Vysoký počet vláken se pokusí zkopírovat více velkých souborů přes síť současně. Tato další síťová aktivita zvyšuje pravděpodobnost omezení propustnosti nebo IOPS úložiště.

Během prvního robocopy do prázdného cíle nebo rozdílového spuštění se spoustou změněných souborů pravděpodobně omezíte propustnost sítě. Při počátečním spuštění začněte s vysokým počtem vláken. Vysoký počet vláken, a to i nad rámec aktuálně dostupných vláken na počítači, pomáhá nasytit dostupnou šířku pásma sítě. Následné spuštění /MIR jsou postupně ovlivněny zpracováním položek. Méně změn v rozdílovém spuštění znamená menší přenos dat přes síť. Rychlost je teď více závislá na vaší schopnosti zpracovávat položky oboru názvů, než je přesouvat přes síťové propojení. Pro následná spuštění se shodujte s hodnotou počtu vláken a počtu jader procesoru a počtu vláken na jádro. Zvažte, jestli jádra musí být vyhrazená pro jiné úlohy, které může mít produkční server.

Tip

Pravidlo: První spuštění RoboCopy, které přesune velké množství dat sítě s vyšší latencí, přináší výhody nadměrného zřizování počtu vláken (/MT:n). Následná spuštění budou kopírovat méně rozdílů a pravděpodobně se přesunete z propustnosti sítě omezené na omezení výpočetních prostředků. Za těchto okolností je často lepší spárovat počet vláken RoboCopy s skutečně dostupnými vlákny na počítači. Nadměrné zřizování v tomto scénáři může vést k dalším kontextovým posunům procesoru, což může zpomalit kopírování.

Vyhněte se zbytečné práci

Vyhněte se rozsáhlým změnám v oboru názvů. Například přesouvání souborů mezi adresáři, změna vlastností ve velkém měřítku nebo změna oprávnění (seznamy ACL systému souborů NTFS). Zejména změny seznamu ACL můžou mít velký dopad, protože často mají kaskádový vliv na změny u souborů nižších v hierarchii složek. Důsledky můžou být:

  • Rozšířená doba běhu úlohy RoboCopy, protože každý soubor a složka ovlivněné změnou seznamu ACL je potřeba aktualizovat
  • opětovného nasazení dat přesunutých dříve může být potřeba změnit rozsah. Pokud se například struktury složek změní po zkopírování souborů dříve, bude potřeba zkopírovat další data. Úloha RoboCopy nemůže "přehrát" změnu oboru názvů. Další úloha musí vyprázdnit soubory dříve přenášené do původní struktury složek a znovu nahrát soubory do nové struktury složek.

Dalším důležitým aspektem je efektivní použití nástroje RoboCopy. S doporučeným skriptem RoboCopy vytvoříte a uložíte soubor protokolu pro chyby. K chybám kopírování může dojít – to je normální. Kvůli těmto chybám je často nutné spustit více kol nástroje pro kopírování, jako je RoboCopy. Počáteční spuštění, například z NAS do DataBoxu nebo ze serveru do sdílené složky Azure. A jeden nebo více dalších spuštění s přepínačem /MIR pro zachycení a opakování souborů, které se nezkopírovaly.

Měli byste být připraveni spustit více kol RoboCopy pro daný obor názvů. Po sobě jdoucí spuštění se dokončí rychleji, protože mají méně na kopírování, ale jsou stále omezeny rychlostí zpracování oboru názvů. Když spustíte několik zaokrouhlených kol, můžete každé kolo zrychlit tím, že se RoboCopy nepokusí nerozumně kopírovat všechno v daném běhu. Tyto přepínače RoboCopy můžou výrazně změnit:

  • /R:n n = jak často se pokoušíte zkopírovat neúspěšný soubor a
  • /W:n n = kolik sekund čeká mezi opakovanými pokusy

/R:5 /W:5 je rozumné nastavení, které můžete upravit podle svých představ. V tomto příkladu se neúspěšný soubor bude opakovat pětkrát s pětisekundovým čekáním mezi opakovanými pokusy. Pokud se soubor stále nedaří zkopírovat, zkusí se další úloha RoboCopy zkusit znovu. Často se soubory, které selhaly, protože se používají nebo kvůli problémům s vypršením časového limitu mohou být úspěšně zkopírovány tímto způsobem.

Další kroky

O sdílených složkách Azure je potřeba zjistit víc. Následující články pomáhají porozumět pokročilým možnostem, osvědčeným postupům a obsahují také nápovědu k řešení potíží. Tyto články podle potřeby odkazují na dokumentaci ke sdílené složce Azure.