Migrowanie danych w trybie offline do usługi Azure File Sync za pomocą usługi Azure Data Box

Ten artykuł migracji jest jednym z kilku, które dotyczą słów kluczowych usług Azure File Sync i Azure Data Box. Sprawdź, czy ten artykuł ma zastosowanie do twojego scenariusza:

• Źródło danych: System Windows Server 2012 R2 lub nowszy, w którym zostanie zainstalowana usługa Azure File Sync i wskaż oryginalny zestaw plików.
• Trasa migracji: Windows Server 2012 R2 lub nowsze ⇒ Data Box ⇒ udziału plików platformy Azure ⇒ synchronizacji z oryginalną lokalizacją pliku systemu Windows Server
• Buforowanie plików lokalnych: Tak, ostatecznym celem jest wdrożenie usługi Azure File Sync, które synchronizuje pliki z lokalizacji, z której są teraz.

Użycie usługi Azure Data Box to realna ścieżka do przenoszenia większości danych z lokalnego systemu Windows Server w celu oddzielenia udziałów plików platformy Azure, a następnie, opcjonalnie, dodania usługi Azure File Sync na oryginalnym serwerze źródłowym.

Dostępne są różne ścieżki migracji. Ważne jest, aby postępować zgodnie z jedną z następujących czynności:

• Dane są przechowywane w systemie Windows Server 2012 R2 lub nowszym i planujesz zainstalować usługę AFS na tym serwerze i zsynchronizować oryginalną lokalizację. W tym scenariuszu nie chcesz przekazywać wszystkich plików i zamiast tego używać urządzenia Data Box, a następnie używać synchronizacji plików do bieżących zmian. Jeśli jest to Twój scenariusz, w tym artykule opisano ścieżkę migracji.
• Masz dane w źródle, w którym nie będziesz lub nie możesz zainstalować usługi AFS. Serwer NAS (magazyn dołączony do sieci) na przykład lub inny serwer. Wolisz utworzyć nowy, pusty serwer i użyć usługi Azure File Sync na tym serwerze. Jeśli jest to twój scenariusz, nie jest to odpowiedni przewodnik po migracji. Zamiast tego sprawdź: Migrowanie z serwera NAS za pośrednictwem urządzenia Data Box do usługi Azure File Sync lub znalezienie najlepszego przewodnika dla danego scenariusza na stronie przeglądu migracji.
• W przypadku wszystkich innych scenariuszy zapoznaj się z tabelą przewodników migracji udziału plików platformy Azure. Ta strona przeglądu zawiera dobry punkt wyjścia dla wszystkich scenariuszy migracji.

Omówienie migracji

Proces migracji składa się z kilku faz. Należy wykonać następujące czynności:

• Wdrażanie kont magazynu i udziałów plików.
• Wdróż co najmniej jedno urządzenie Azure Data Box, aby przenieść dane z systemu Windows Server 2012 R2 lub nowszego.
• Konfigurowanie usługi Azure File Sync przy użyciu autorytatywnego przekazywania.

W poniższych sekcjach szczegółowo opisano fazy procesu migracji.

Napiwek

Jeśli wrócisz do tego artykułu, użyj nawigacji po prawej stronie ekranu, aby przejść do fazy migracji, w której została przerwana.

Faza 1. Określanie liczby potrzebnych udziałów plików platformy Azure

W tym przewodniku migracji należy nadal używać lokalnego magazynu dołączonego bezpośrednio (DAS), który zawiera pliki. Urządzenie Data Box będzie przekazywane z tej lokalizacji, a usługa Azure File Sync zostanie również skonfigurowana w tej lokalizacji. Serwer NAS (magazyn dołączony do sieci) nie działa z tą ścieżką migracji.

Określasz synchronizacje, konfigurując grupy synchronizacji usługi Azure File Sync, które określają, gdzie zestaw plików jest synchronizowany. Każda grupa synchronizacji ma co najmniej jedną lokalizację serwera, nazywaną punktem końcowym serwera i jednym udziałem plików platformy Azure, nazywanym punktem końcowym chmury.

Ścieżki podrzędne zestawu plików można synchronizować z każdym własnym udziałem plików platformy Azure. Oznacza to, że skonfigurowanie kilku grup synchronizacji w celu całkowitego pokrycia zestawu plików. W pozostałej części sekcji opisano opcje. Jeśli musisz zrestrukturyzować dane, musisz to zrobić jako pierwszy krok, zanim przejdziesz do tego przewodnika, zamów urządzenie Data Box lub synchronizację konfiguracji.

Uwaga

Przed rozpoczęciem migracji niezbędna jest struktura plików i folderów. Unikaj niepotrzebnej restrukturyzacji folderów podczas migracji. Spowoduje to zmniejszenie pozytywnych skutków używania urządzenia Azure Data Box do początkowego, zbiorczego transportu plików na platformę Azure.

W tym kroku określisz, ile potrzebnych udziałów plików platformy Azure. Pojedyncze wystąpienie systemu Windows Server (lub klaster) może synchronizować maksymalnie 30 udziałów plików platformy Azure.

Być może masz więcej folderów na woluminach, które obecnie udostępniasz lokalnie jako udziały SMB użytkownikom i aplikacjom. Najprostszym sposobem na zniesienie tego scenariusza jest przewidywanie udziału lokalnego mapowania 1:1 na udział plików platformy Azure. Jeśli masz wystarczającą liczbę udziałów poniżej 30 dla pojedynczego wystąpienia systemu Windows Server, zalecamy mapowanie 1:1.

Jeśli masz więcej niż 30 udziałów, mapowanie udziału lokalnego 1:1 na udział plików platformy Azure jest często niepotrzebne. Rozważ następujące opcje.

Grupowanie udziałów

Jeśli na przykład dział kadr (HR) ma 15 udziałów, możesz rozważyć przechowywanie wszystkich danych kadrowych w jednym udziale plików platformy Azure. Przechowywanie wielu udziałów lokalnych w jednym udziale plików platformy Azure nie uniemożliwia tworzenia zwykłych 15 udziałów SMB w lokalnym wystąpieniu systemu Windows Server. Oznacza to tylko, że foldery główne tych 15 udziałów są zorganizowane jako podfoldery w folderze wspólnym. Następnie zsynchronizuj ten wspólny folder z udziałem plików platformy Azure. W ten sposób dla tej grupy udziałów lokalnych jest wymagany tylko jeden udział plików platformy Azure w chmurze.

Synchronizacja woluminów

Usługa Azure File Sync obsługuje synchronizowanie katalogu głównego woluminu z udziałem plików platformy Azure. Jeśli zsynchronizujesz katalog główny woluminu, wszystkie podfoldery i pliki trafią do tego samego udziału plików platformy Azure.

Synchronizowanie katalogu głównego woluminu nie zawsze jest najlepszą opcją. Istnieją korzyści wynikające z synchronizacji wielu lokalizacji. Na przykład pomaga zachować liczbę elementów niższych na zakres synchronizacji. Testujemy udziały plików platformy Azure i usługę Azure File Sync z 100 milionami elementów (plików i folderów) na udział. Najlepszym rozwiązaniem jest jednak utrzymanie liczby poniżej 20 milionów lub 30 milionów w jednym udziale. Konfigurowanie usługi Azure File Sync z mniejszą liczbą elementów nie jest korzystne tylko w przypadku synchronizacji plików. Mniejsza liczba elementów również przynosi korzyści w takich scenariuszach:

• Wstępne skanowanie zawartości w chmurze może zakończyć się szybciej, co z kolei zmniejsza oczekiwanie na wyświetlenie przestrzeni nazw na serwerze włączonym dla usługi Azure File Sync.
• Przywracanie po stronie chmury z migawki udziału plików platformy Azure będzie szybsze.
• Odzyskiwanie po awarii serwera lokalnego może znacznie przyspieszyć.
• Zmiany wprowadzone bezpośrednio w udziale plików platformy Azure (poza synchronizacją) można wykrywać i synchronizować szybciej.

Napiwek

Jeśli nie wiesz, ile plików i folderów masz, zapoznaj się z narzędziem TreeSize firmy JAM Software GmbH.

Ustrukturyzowane podejście do mapy wdrożenia

Przed wdrożeniem magazynu w chmurze w późniejszym kroku należy utworzyć mapę między folderami lokalnymi i udziałami plików platformy Azure. To mapowanie poinformuje o tylu zasobach grupy synchronizacji usługi Azure File Sync, które zostaną aprowizowania. Grupa synchronizacji łączy udział plików platformy Azure i folder na serwerze razem i ustanawia połączenie synchronizacji.

Aby zdecydować, ile potrzebnych udziałów plików platformy Azure, zapoznaj się z następującymi limitami i najlepszymi rozwiązaniami. Pomoże to zoptymalizować mapę.

• Serwer, na którym jest zainstalowany agent usługi Azure File Sync, może synchronizować się z maksymalnie 30 udziałami plików platformy Azure.

• Udział plików platformy Azure jest wdrażany na koncie magazynu. Takie rozwiązanie sprawia, że konto magazynu jest celem skalowania dla liczb wydajności, takich jak liczba operacji we/wy na sekundę i przepływność.

  Zwróć uwagę na ograniczenia liczby operacji we/wy na sekundę konta magazynu podczas wdrażania udziałów plików platformy Azure. Najlepiej mapować udziały plików 1:1 przy użyciu kont magazynu. Jednak może to nie zawsze być możliwe ze względu na różne limity i ograniczenia, zarówno z organizacji, jak i z platformy Azure. Jeśli nie jest możliwe wdrożenie tylko jednego udziału plików na jednym koncie magazynu, rozważ, które udziały będą wysoce aktywne i które udziały będą mniej aktywne, aby upewnić się, że najgorętsze udziały plików nie zostaną umieszczone na tym samym koncie magazynu.

  Jeśli planujesz podnieść aplikację na platformę Azure, która będzie używać natywnie udziału plików platformy Azure, może być potrzebna większa wydajność z udziału plików platformy Azure. Jeśli ten typ użycia jest możliwy, nawet w przyszłości, najlepszym rozwiązaniem jest utworzenie pojedynczego standardowego udziału plików platformy Azure na własnym koncie magazynu.

• Istnieje limit 250 kont magazynu na subskrypcję na region świadczenia usługi Azure.

Napiwek

Biorąc pod uwagę te informacje, często konieczne jest zgrupowanie wielu folderów najwyższego poziomu na woluminach w nowy wspólny katalog główny. Następnie zsynchronizuj ten nowy katalog główny i wszystkie foldery zgrupowane w nim do pojedynczego udziału plików platformy Azure. Ta technika pozwala pozostać w limicie 30 synchronizacji udziałów plików platformy Azure na serwer.

To grupowanie w typowym katalogu głównym nie ma wpływu na dostęp do danych. Listy ACL pozostają tak, jak są. Wystarczy dostosować wszystkie ścieżki udziału (takie jak udziały SMB lub NFS), które mogą być dostępne w folderach serwera lokalnego, które zostały teraz zmienione w wspólny katalog główny. Nic innego się nie zmienia.

Ważne

Najważniejszym wektorem skalowania usługi Azure File Sync jest liczba elementów (plików i folderów), które należy zsynchronizować. Aby uzyskać więcej informacji, przejrzyj cele skalowania usługi Azure File Sync.

Najlepszym rozwiązaniem jest utrzymywanie niskiej liczby elementów na zakres synchronizacji. Jest to ważny czynnik, który należy wziąć pod uwagę podczas mapowania folderów do udziałów plików platformy Azure. Usługa Azure File Sync jest testowana przy użyciu 100 milionów elementów (plików i folderów) na udział. Ale często najlepiej zachować liczbę pozycji poniżej 20 milionów lub 30 milionów w jednym udziale. Podziel przestrzeń nazw na wiele udziałów, jeśli zaczniesz przekraczać te liczby. Możesz nadal grupować wiele udziałów lokalnych w tym samym udziale plików platformy Azure, jeśli pozostaniesz mniej więcej poniżej tych liczb. Ta praktyka zapewni Ci miejsce na rozwój.

Istnieje możliwość, że w twojej sytuacji zestaw folderów może logicznie synchronizować się z tym samym udziałem plików platformy Azure (przy użyciu nowego wspólnego podejścia do folderu głównego wymienionego wcześniej). Jednak nadal lepiej jest przegrupować foldery, więc synchronizują się z dwoma zamiast z jednym udziałem plików platformy Azure. Za pomocą tego podejścia można zachować równowagę liczby plików i folderów na udział plików na serwerze. Możesz również podzielić udziały lokalne i zsynchronizować je na więcej serwerów lokalnych, dodając możliwość synchronizacji z 30 więcej udziałów plików platformy Azure na dodatkowy serwer.

Typowe scenariusze i zagadnienia dotyczące synchronizacji plików

#	Scenariusz synchronizacji	Obsługiwane	Zagadnienia (lub ograniczenia)	Rozwiązanie (lub obejście)
1	Serwer plików z wieloma dyskami/woluminami i wieloma udziałami do tego samego docelowego udziału plików platformy Azure (konsolidacja)	Nie.	Docelowy udział plików platformy Azure (punkt końcowy w chmurze) obsługuje tylko synchronizację z jedną grupą synchronizacji. Grupa synchronizacji obsługuje tylko jeden punkt końcowy serwera na zarejestrowany serwer.	1) Rozpocznij od zsynchronizowania jednego dysku (woluminu głównego) z docelowym udziałem plików platformy Azure. Rozpoczęcie od największego dysku/woluminu pomoże spełnić wymagania dotyczące magazynu lokalnego. Skonfiguruj warstwy w chmurze, aby warstwować wszystkie dane do chmury, zwalniając w ten sposób miejsce na dysku serwera plików. Przenieś dane z innych woluminów/udziałów do bieżącego woluminu, który jest synchronizowany. Wykonaj kroki jeden po drugim, dopóki wszystkie dane nie będą warstwowe do chmury/zmigrowane. 2) Docelowy jeden wolumin główny (dysk) naraz. Obsługa warstw w chmurze umożliwia warstwowanie wszystkich danych w celu kierowania udziału plików platformy Azure. Usuń punkt końcowy serwera z grupy synchronizacji, ponownie utwórz punkt końcowy z następnym woluminem głównym/dyskiem, synchronizacją i powtórz proces. Uwaga: Może być wymagane ponowne zainstalowanie agenta. 3) Zaleca się używanie wielu docelowych udziałów plików platformy Azure (tego samego lub innego konta magazynu na podstawie wymagań dotyczących wydajności)
2	Serwer plików z pojedynczym woluminem i wieloma udziałami do tego samego docelowego udziału plików platformy Azure (konsolidacja)	Tak	Nie można mieć wielu punktów końcowych serwera na zarejestrowany serwer synchronizacji z tym samym docelowym udziałem plików platformy Azure (takim samym jak powyżej)	Synchronizuj katalog główny woluminu zawierającego wiele udziałów lub folderów najwyższego poziomu. Aby uzyskać więcej informacji, zobacz Share grouping concept and Volume sync (Udostępnianie koncepcji grupowania i synchronizacja woluminów).
3	Serwer plików z wieloma udziałami i/lub woluminami do wielu udziałów plików platformy Azure w ramach pojedynczego konta magazynu (mapowanie udziału 1:1)	Tak	Pojedyncze wystąpienie systemu Windows Server (lub klaster) może synchronizować maksymalnie 30 udziałów plików platformy Azure. Konto magazynu jest celem skalowania pod kątem wydajności. Liczba operacji we/wy na sekundę i przepływność są współużytkowane przez udziały plików. Zachowaj liczbę elementów na grupę synchronizacji w obrębie 100 milionów elementów (plików i folderów) na udział. Najlepiej pozostać poniżej 20 lub 30 milionów na akcję.	1) Użyj wielu grup synchronizacji (liczba grup synchronizacji = liczba udziałów plików platformy Azure do synchronizacji z). 2) W tym scenariuszu można zsynchronizować tylko 30 udziałów. Jeśli masz więcej niż 30 udziałów na tym serwerze plików, użyj koncepcji grupowania udziałów i synchronizacji woluminów, aby zmniejszyć liczbę folderów głównych lub najwyższego poziomu w źródle. 3) Użyj dodatkowych serwerów usługi File Sync w środowisku lokalnym i podziel/przenieś dane na te serwery, aby obejść ograniczenia dotyczące źródłowego serwera z systemem Windows.
100	Serwer plików z wieloma udziałami i/lub woluminami do wielu udziałów plików platformy Azure w ramach innego konta magazynu (mapowanie udziału 1:1)	Tak	Pojedyncze wystąpienie systemu Windows Server (lub klaster) może synchronizować maksymalnie 30 udziałów plików platformy Azure (tego samego lub innego konta magazynu). Zachowaj liczbę elementów na grupę synchronizacji w obrębie 100 milionów elementów (plików i folderów) na udział. Najlepiej pozostać poniżej 20 lub 30 milionów na akcję.	Takie samo podejście jak powyżej
5	Wiele serwerów plików z jednym (woluminem głównym lub udziałem) do tego samego docelowego udziału plików platformy Azure (konsolidacja)	Nie.	Grupa synchronizacji nie może używać punktu końcowego w chmurze (udziału plików platformy Azure) już skonfigurowanego w innej grupie synchronizacji. Mimo że grupa synchronizacji może mieć punkty końcowe serwera na różnych serwerach plików, pliki nie mogą być odrębne.	Postępuj zgodnie ze wskazówkami w scenariuszu nr 1 powyżej z dodatkowym uwzględnieniem określania wartości docelowej dla jednego serwera plików naraz.

Tworzenie tabeli mapowania

Użyj poprzednich informacji, aby określić, ile potrzebnych udziałów plików platformy Azure i które części istniejących danych zostaną utworzone w którym udziale plików platformy Azure.

Utwórz tabelę, która rejestruje swoje przemyślenia, aby można było odwoływać się do niej, gdy zajdzie taka potrzeba. Utrzymanie organizacji jest ważne, ponieważ można łatwo utracić szczegóły planu mapowania podczas aprowizowania wielu zasobów platformy Azure jednocześnie. Pobierz następujący plik programu Excel, aby użyć go jako szablonu, aby ułatwić tworzenie mapowania.

Pobierz szablon mapowania przestrzeni nazw.

Faza 2. Wdrażanie zasobów usługi Azure Storage

W tej fazie zapoznaj się z tabelą mapowania z fazy 1 i użyj jej do aprowizacji prawidłowej liczby kont magazynu platformy Azure i udziałów plików w nich.

Udział plików platformy Azure jest przechowywany w chmurze na koncie usługi Azure Storage. W tym miejscu ma zastosowanie kolejny poziom zagadnień dotyczących wydajności.

Jeśli masz wysoce aktywne udziały (udziały używane przez wielu użytkowników i/lub aplikacje), dwa udziały plików platformy Azure mogą osiągnąć limit wydajności konta magazynu.

Najlepszym rozwiązaniem jest wdrożenie kont magazynu z jednym udziałem plików. Możesz połączyć wiele udziałów plików platformy Azure z tym samym kontem magazynu, jeśli masz udziały archiwalne lub spodziewasz się w nich niskiej aktywności dnia.

Te zagadnienia dotyczą bardziej bezpośredniego dostępu do chmury (za pośrednictwem maszyny wirtualnej platformy Azure) niż do usługi Azure File Sync. Jeśli planujesz używać tylko usługi Azure File Sync w tych udziałach, grupowanie kilku na jednym koncie usługi Azure Storage jest w porządku.

Jeśli utworzono listę udziałów, należy zamapować każdy udział na konto magazynu, w którym będzie on znajdować się.

W poprzedniej fazie określono odpowiednią liczbę udziałów. W tym kroku przedstawiono mapowanie kont magazynu na udziały plików. Teraz wdróż odpowiednią liczbę kont usługi Azure Storage z odpowiednią liczbą udziałów plików platformy Azure.

Upewnij się, że region każdego konta magazynu jest taki sam i odpowiada regionowi wdrożonego już zasobu usługi synchronizacji magazynu.

Uwaga

Jeśli tworzysz udział plików platformy Azure z limitem 100 TiB, ten udział może używać tylko opcji nadmiarowości magazynu lokalnie nadmiarowego lub strefowo nadmiarowego magazynu. Przed użyciem 100 udziałów plików TiB należy wziąć pod uwagę potrzeby nadmiarowości magazynu.

Udziały plików platformy Azure są nadal tworzone z limitem 5 TiB domyślnie. Wykonaj kroki opisane w temacie Tworzenie udziału plików platformy Azure, aby utworzyć duży udział plików.

Innym zagadnieniem podczas wdrażania konta magazynu jest nadmiarowość usługi Azure Storage. Zobacz Opcje nadmiarowości usługi Azure Storage.

Nazwy zasobów są również ważne. Jeśli na przykład pogrupujesz wiele udziałów dla działu kadr na konto usługi Azure Storage, należy odpowiednio nazwać konto magazynu. Podobnie podczas nadawania nazw udziałom plików platformy Azure należy używać nazw podobnych do używanych dla ich lokalnych odpowiedników.

Faza 3. Określanie liczby potrzebnych urządzeń Azure Data Box

Rozpocznij ten krok dopiero po zakończeniu poprzedniej fazy. Zasoby usługi Azure Storage (konta magazynu i udziały plików) powinny zostać utworzone w tej chwili. W przypadku zamawiania urządzenia Data Box należy określić konta magazynu, do których urządzenie Data Box przenosi dane.

W tej fazie należy zamapować wyniki planu migracji z poprzedniej fazy na limity dostępnych opcji urządzenia Data Box. Te zagadnienia pomogą Ci w planowaniu, dla którego opcji urządzenia Data Box wybrać i ilu z nich należy przenieść udziały NAS do udziałów plików platformy Azure.

Aby określić liczbę potrzebnych urządzeń i ich typów, należy wziąć pod uwagę następujące ważne limity:

• Każde urządzenie Azure Data Box może przenosić dane na maksymalnie 10 kont magazynu.
• Każda opcja urządzenia Data Box ma własną pojemność do wykorzystania. Zobacz Opcje urządzenia Data Box.

Zapoznaj się z planem migracji, aby znaleźć liczbę kont magazynu, które chcesz utworzyć, i udziały w każdym z nich. Następnie przyjrzyj się rozmiarowi poszczególnych udziałów na serwerze NAS. Połączenie tych informacji pozwoli zoptymalizować i zdecydować, które urządzenie powinno wysyłać dane do których kont magazynu. Dwa urządzenia Data Box mogą przenosić pliki na to samo konto magazynu, ale nie dzielą zawartości pojedynczego udziału plików w dwóch polach danych.

Opcje urządzenia Data Box

W przypadku migracji standardowej wybierz jedną lub kombinację tych opcji urządzenia Data Box:

• Data Box Disk. Firma Microsoft wyśle Do Ciebie między jednym i pięcioma dyskami SSD, które mają pojemność 8 TiB każdy, przez maksymalną sumę 40 TiB. Pojemność do wykorzystania wynosi około 20 procent mniej ze względu na obciążenie związane z szyfrowaniem i systemem plików. Aby uzyskać więcej informacji, zobacz dokumentację urządzenia Data Box Disk.
• Data Box. Ta opcja jest najbardziej powszechna. Firma Microsoft wyśle Do Ciebie urządzenie Data Box o wzmocnionym rozmiarze, które działa podobnie jak w przypadku serwera NAS. Ma do wykorzystania pojemność 80 TiB. Aby uzyskać więcej informacji, zobacz dokumentację urządzenia Data Box.
• Data Box Heavy. Ta opcja oferuje odporne urządzenie Data Box na kołach, które działa podobnie jak w przypadku serwera NAS. Ma pojemność 1 PiB. Pojemność do wykorzystania wynosi około 20 procent mniej ze względu na obciążenie związane z szyfrowaniem i systemem plików. Aby uzyskać więcej informacji, zobacz dokumentację urządzenia Data Box Heavy.

Uwaga

W przypadku usług Data Box i Data Box Heavy obsługiwane jest kopiowanie tylko danych za pośrednictwem protokołu SMB. Kopiowanie danych za pośrednictwem usługi kopiowania danych nie jest obsługiwane, ponieważ nie zachowuje wierności plików.

Faza 4. Kopiowanie plików na urządzenie Data Box

Po nadejściu urządzenia Data Box należy skonfigurować je z nieskrępowaną łącznością sieciową z urządzeniem NAS. Postępuj zgodnie z dokumentacją konfiguracji dla uporządkowanego typu urządzenia Data Box:

• Konfigurowanie urządzenia Data Box.
• Konfigurowanie urządzenia Data Box Disk.
• Konfigurowanie urządzenia Data Box Heavy.

W zależności od typu urządzenia Data Box narzędzia do kopiowania urządzenia Data Box mogą być dostępne. Na tym etapie nie zalecamy migracji do udziałów plików platformy Azure, ponieważ nie kopiują one plików do urządzenia Data Box z pełną wiernością. Zamiast tego użyj narzędzia Robocopy.

Po nadejściu urządzenia Data Box będą dostępne wstępnie aprowidowane udziały SMB dla każdego konta magazynu określonego podczas jego zamówienia.

• Jeśli pliki przechodzą do udziału plików platformy Azure w warstwie Premium, będzie istnieć jeden udział SMB na konto magazynu "File Storage" w warstwie Premium.
• Jeśli pliki przechodzą do konta magazynu w warstwie Standardowa, będą istnieć trzy udziały SMB na konto magazynu w warstwie Standardowa (GPv1 i GPv2). Tylko udziały plików, które kończą _AzFiles się na migracji, są istotne dla migracji. Ignoruj wszystkie udziały blokowych i stronicowych obiektów blob.

Wykonaj kroki opisane w dokumentacji usługi Azure Data Box:

1. Nawiązywanie połączenia z usługą Data Box.
2. Kopiowanie danych do urządzenia Data Box.
3. Przygotuj urządzenie Data Box do przekazania na platformę Azure.

Połączona dokumentacja urządzenia Data Box określa polecenie Robocopy. To polecenie nie jest odpowiednie do zachowania pełnej wierności pliku i folderu. Zamiast tego użyj tego polecenia:

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> 

Przełącznik	Znaczenie
/MT:n	Umożliwia wielowątkowe uruchomienie narzędzia Robocopy. Wartość domyślna to n 8. Maksymalna liczba wątków to 128. Chociaż duża liczba wątków pomaga usycić dostępną przepustowość, nie oznacza to, że migracja zawsze będzie szybsza z większą liczbą wątków. Testy z usługą Azure Files wskazują między 8 a 20 pokazuje zrównoważoną wydajność początkowego przebiegu kopiowania. Kolejne /MIR uruchomienia są stopniowo dotknięte dostępną przepustowością obliczeniową a dostępną przepustowością sieci. W przypadku kolejnych przebiegów dokładniej dopasuj liczbę wątków do liczby rdzeni procesora i liczby wątków na rdzeń. Zastanów się, czy trzeba zarezerwować rdzenie dla innych zadań serwera produkcyjnego. Testy w usłudze Azure Files wykazały, że maksymalnie 64 wątki generują dobrą wydajność, ale tylko wtedy, gdy procesory mogą utrzymać je w tym samym czasie.
/R:n	Maksymalna liczba ponownych prób dla pliku, którego nie udało się skopiować przy pierwszej próbie. Narzędzie Robocopy spróbuje czasy n przed trwałym niepowodzeniem kopiowania pliku w przebiegu. Możesz zoptymalizować wydajność przebiegu: wybierz wartość dwóch lub trzech, jeśli uważasz, że problemy z przekroczeniem limitu czasu spowodowały błędy w przeszłości. Może to być bardziej typowe w przypadku łączy sieci WAN. Jeśli uważasz, że plik nie może skopiować pliku, ponieważ był aktywnie używany, wybierz wartość bez ponawiania prób. Próba ponownie kilka sekund później może nie być wystarczająca do zmiany stanu w użyciu pliku. Użytkownicy lub aplikacje z otwartym plikiem mogą potrzebować więcej godzin. W takim przypadku zaakceptowanie pliku nie zostało skopiowane i przechwycenie go w jednym z planowanych przebiegów narzędzia Robocopy może zakończyć się pomyślnie skopiowaniem pliku. Pomaga to w szybszym zakończeniu bieżącego przebiegu bez przedłużania przez wiele ponownych prób, które ostatecznie kończą się w większości błędów kopiowania z powodu plików nadal otwartych poza limitem czasu ponawiania prób.
/W:n	Określa czas, przez który narzędzie Robocopy czeka, zanim podejmie próbę skopiowania pliku, który nie został pomyślnie skopiowany podczas poprzedniej próby. n to liczba sekund oczekiwania między ponowną próbą. /W:n jest często używany razem z /R:n.
/B	Uruchamia narzędzie Robocopy w tym samym trybie, którego użyłaby aplikacja do tworzenia kopii zapasowych. Ten przełącznik umożliwia narzędziu Robocopy przenoszenie plików, do których bieżący użytkownik nie ma uprawnień. Przełącznik kopii zapasowej zależy od uruchomienia polecenia Robocopy w konsoli z podwyższonym poziomem uprawnień administratora lub w oknie programu PowerShell. Jeśli używasz narzędzia Robocopy dla usługi Azure Files, upewnij się, że udział plików platformy Azure został zamontowany przy użyciu klucza dostępu do konta magazynu w porównaniu z tożsamością domeny. Jeśli tego nie zrobisz, komunikaty o błędach mogą nie prowadzić intuicyjnie do rozwiązania problemu.
/MIR	(Duplikuj źródło do miejsca docelowego) Umożliwia programowi Robocopy kopiowanie tylko różnic między obiektem źródłowym i docelowym. Puste podkatalogi zostaną skopiowane. Elementy (pliki lub foldery), które uległy zmianie lub nie istnieją w miejscu docelowym, zostaną skopiowane. Elementy, które istnieją w miejscu docelowym, ale nie ma ich w źródle, zostaną wyczyszczone (usunięte) z miejsca docelowego. W przypadku korzystania z tego przełącznika dokładnie dopasuj strukturę folderu źródłowego i docelowego. Dopasowanie oznacza skopiowanie z poprawnego poziomu źródła i folderu do pasującego poziomu folderu w obiekcie docelowym. Tylko wtedy tworzenie kopii na zasadzie „nadrobienia zaległości” może zakończyć się powodzeniem. Gdy źródło i cel są niezgodne, użycie /MIR metody spowoduje usunięcie i ponowne usunięcie na dużą skalę.
/IT	Zapewnia zachowanie wierności w pewnych scenariuszach dublowania. Jeśli na przykład plik napotyka zmianę listy ACL i aktualizację atrybutu między dwoma przebiegami narzędzia Robocopy, jest on oznaczony jako ukryty. Bez /ITelementu zmiana listy ACL może zostać pominięta przez narzędzie Robocopy i nie zostanie przeniesiona do lokalizacji docelowej.
/COPY:[copyflags]	Wierność kopii pliku. Wartość domyślna: /COPY:DAT. Flagi kopiowania: D= Dane, A= Atrybuty, T= Znaczniki czasu, S= Zabezpieczenia = LISTY ACL NTFS, O= Informacje o właścicielu, U= Informacjeo diting u. W udziale plików platformy Azure nie można przechowywać informacji o inspekcji.
/DCOPY:[copyflags]	Wierność kopii katalogów. Wartość domyślna: /DCOPY:DA. Flagi kopiowania: D= Dane, A= Atrybuty, T= Znaczniki czasu.
/NP	Określa brak wyświetlania postępu kopiowania dla każdego pliku i folderu. Wyświetlanie postępu znacznie obniża wydajność kopiowania.
/NFL	Określa brak rejestrowania nazw plików. Poprawia wydajność kopiowania.
/NDL	Określa brak rejestrowania nazw katalogów. Poprawia wydajność kopiowania.
/XD	Określa katalogi, które mają być wykluczone. Podczas uruchamiania narzędzia Robocopy w katalogu głównym woluminu rozważ wykluczenie ukrytego System Volume Information folderu. Jeśli są one używane zgodnie z projektem, wszystkie informacje w nim są specyficzne dla dokładnego woluminu w tym dokładnym systemie i można je ponownie skompilować na żądanie. Kopiowanie tych informacji nie będzie przydatne w chmurze ani kiedy dane są kiedykolwiek kopiowane z powrotem do innego woluminu systemu Windows. Pozostawienie tej zawartości nie powinno być traktowane jako utrata danych.
/UNILOG:<file name>	Zapisuje stan w pliku dziennika jako Unicode. (Zastępuje istniejący dziennik).
/L	Tylko w przypadku uruchomienia testowego pliki mają być wyświetlane tylko. Nie zostaną one skopiowane, usunięte ani oznaczone sygnaturą czasową. Często używane w /TEE przypadku danych wyjściowych konsoli. Może być konieczne usunięcie flag z przykładowego skryptu, takiego jak /NP, /NFLi /NDL, w celu uzyskania prawidłowych udokumentowanych wyników testu.
/LFSM	Tylko dla miejsc docelowych z magazynem warstwowym. Nieobsługiwane, gdy miejsce docelowe jest zdalnym udziałem SMB. Określa, że narzędzie Robocopy działa w trybie "małej ilości wolnego miejsca". Ten przełącznik jest przydatny tylko w przypadku obiektów docelowych z magazynem warstwowym, który może zabraknąć lokalnej pojemności przed zakończeniem działania narzędzia Robocopy. Został on dodany specjalnie do użytku z miejscem docelowym z obsługą warstw w chmurze usługi Azure File Sync. Można go używać niezależnie od usługi Azure File Sync. W tym trybie działanie narzędzia Robocopy zostanie wstrzymane za każdym razem, gdy skopiowanie pliku spowodowałoby przekroczenie wartości progowej dla wolnego miejsca na woluminie docelowym. Tę wartość można określić za pomocą /LFSM:n formularza flagi. Parametr n jest określony w bazie 2: nKB, nMBlub nGB. Jeśli /LFSM określono wartość bez jawnej podłogi, podłoga jest ustawiona na 10 procent rozmiaru woluminu docelowego. Tryb małej ilości wolnego miejsca nie jest zgodny z elementami /MT, /EFSRAWlub /ZB. /B Dodano obsługę systemu Windows Server 2022. Zobacz sekcję Windows Server 2022 i RoboCopy LFSM poniżej, aby uzyskać więcej informacji, w tym szczegółowe informacje na temat powiązanej usterki i obejścia.
/Z	Ostrożnie kopiuje pliki w trybie ponownego uruchamiania. Ten przełącznik jest zalecany tylko w niestabilnym środowisku sieciowym. Znacznie zmniejsza wydajność kopiowania z powodu dodatkowego rejestrowania.
/ZB	Należy ostrożnie używać trybu ponownego uruchamiania. W przypadku odmowy dostępu ta opcja używa trybu tworzenia kopii zapasowej. Ta opcja znacznie zmniejsza wydajność kopiowania z powodu tworzenia punktów kontrolnych.

Ważne

Zalecamy używanie systemu Windows Server 2022. W przypadku korzystania z systemu Windows Server 2019 upewnij się, że zainstalowano najnowszą wersję poprawki lub co najmniej KB5005103 aktualizacji systemu operacyjnego. Zawiera ważne poprawki dla niektórych scenariuszy narzędzia Robocopy.

Faza 5. Wdrażanie zasobu w chmurze usługi Azure File Sync

Przed kontynuowaniem pracy z tym przewodnikiem poczekaj, aż wszystkie pliki dotarły do odpowiednich udziałów plików platformy Azure. Proces wysyłania i pozyskiwania danych urządzenia Data Box zajmie trochę czasu.

Aby wykonać ten krok, potrzebne są poświadczenia subskrypcji platformy Azure.

Podstawowy zasób do skonfigurowania dla usługi Azure File Sync jest nazywany usługą synchronizacji magazynu. Zalecamy wdrożenie tylko jednego dla wszystkich serwerów, które synchronizują ten sam zestaw plików teraz lub w przyszłości. Utwórz wiele usług synchronizacji magazynu tylko wtedy, gdy masz różne zestawy serwerów, które nigdy nie muszą wymieniać danych. Na przykład mogą istnieć serwery, które nigdy nie muszą synchronizować tego samego udziału plików platformy Azure. W przeciwnym razie użycie pojedynczej usługi synchronizacji magazynu jest najlepszym rozwiązaniem.

Wybierz region platformy Azure dla usługi synchronizacji magazynu, który znajduje się blisko twojej lokalizacji. Wszystkie inne zasoby w chmurze muszą zostać wdrożone w tym samym regionie. Aby uprościć zarządzanie, utwórz nową grupę zasobów w ramach subskrypcji, która zawiera zasoby synchronizacji i magazynu.

Aby uzyskać więcej informacji, zobacz sekcję dotyczącą wdrażania usługi synchronizacji magazynu w artykule dotyczącym wdrażania usługi Azure File Sync. Postępuj zgodnie z tą sekcją artykułu. W kolejnych krokach będą dostępne linki do innych sekcji artykułu.

Faza 6. Wdrażanie agenta usługi Azure File Sync

W tej sekcji zainstalujesz agenta usługi Azure File Sync w wystąpieniu systemu Windows Server.

W przewodniku wdrażania wyjaśniono, że należy wyłączyć konfigurację zwiększonych zabezpieczeń programu Internet Explorer. Ta miara zabezpieczeń nie ma zastosowania w usłudze Azure File Sync. Wyłączenie go umożliwia uwierzytelnianie na platformie Azure bez żadnych problemów.

Otwórz program PowerShell. Zainstaluj wymagane moduły programu PowerShell przy użyciu następujących poleceń. Pamiętaj, aby zainstalować pełny moduł i dostawcę NuGet po wyświetleniu monitu o to.

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

Jeśli masz jakiekolwiek problemy z dotarciem do Internetu z serwera, nadszedł czas, aby je rozwiązać. Usługa Azure File Sync używa dowolnego dostępnego połączenia sieciowego z Internetem. Wymagane jest również skontaktowanie się z Internetem przez serwer proxy. Możesz teraz skonfigurować serwer proxy dla całej maszyny lub podczas instalacji agenta określić serwer proxy, który będzie używany tylko przez usługę Azure File Sync.

W przypadku konfigurowania serwera proxy oznacza, że musisz otworzyć zapory dla serwera, takie podejście może być akceptowalne. Na końcu instalacji serwera po zakończeniu rejestracji serwera raport łączności sieciowej wyświetli dokładne adresy URL punktów końcowych na platformie Azure, z którymi usługa Azure File Sync musi komunikować się z wybranym regionem. Raport informuje również, dlaczego komunikacja jest potrzebna. Raport umożliwia zablokowanie zapór wokół serwera pod określonymi adresami URL.

Można również zastosować bardziej konserwatywne podejście, w którym nie otwierasz zapór. Zamiast tego można ograniczyć serwer do komunikowania się z przestrzeniami nazw DNS wyższego poziomu. Aby uzyskać więcej informacji, zobacz Ustawienia serwera proxy i zapory usługi Azure File Sync. Postępuj zgodnie z własnymi najlepszymi rozwiązaniami dotyczącymi sieci.

Na końcu kreatora instalacji serwera zostanie otwarty kreator rejestracji serwera. Zarejestruj serwer w zasobie platformy Azure usługi synchronizacji magazynu z wcześniejszej wersji.

Te kroki opisano bardziej szczegółowo w przewodniku wdrażania, który zawiera moduły programu PowerShell, które należy zainstalować najpierw: instalacja agenta usługi Azure File Sync.

Użyj najnowszego agenta. Możesz pobrać go z Centrum pobierania Microsoft: Agent usługi Azure File Sync.

Po pomyślnej instalacji i rejestracji serwera możesz potwierdzić, że ten krok został pomyślnie ukończony. Przejdź do zasobu usługi synchronizacji magazynu w witrynie Azure Portal. W menu po lewej stronie przejdź do pozycji Zarejestrowane serwery. Zobaczysz tam serwer.

Faza 7. Konfigurowanie usługi Azure File Sync w istniejącym systemie Windows Server

Zarejestrowane lokalne wystąpienie systemu Windows Server musi być gotowe i połączone z Internetem na potrzeby tego procesu.

Ten krok łączy wszystkie zasoby i foldery skonfigurowane w wystąpieniu systemu Windows Server podczas poprzednich kroków.

1. Zaloguj się w witrynie Azure Portal.
2. Znajdź zasób usługi synchronizacji magazynu.
3. Utwórz nową grupę synchronizacji w ramach zasobu usługi synchronizacji magazynu dla każdego udziału plików platformy Azure. W terminologii usługi Azure File Sync udział plików platformy Azure stanie się punktem końcowym chmury w topologii synchronizacji, którą opisujesz podczas tworzenia grupy synchronizacji. Podczas tworzenia grupy synchronizacji nadaj jej znaną nazwę, aby rozpoznać, który zestaw plików jest tam synchronizowany. Upewnij się, że odwołujesz się do udziału plików platformy Azure o pasującej nazwie.
4. Po utworzeniu grupy synchronizacji zostanie wyświetlony wiersz na liście grup synchronizacji. Wybierz nazwę (link), aby wyświetlić zawartość grupy synchronizacji. Zobaczysz udział plików platformy Azure w obszarze Punkty końcowe chmury.
5. Znajdź przycisk Dodaj punkt końcowy serwera. Folder na serwerze lokalnym, który został zaaprowizowany, stanie się ścieżką dla tego punktu końcowego serwera.

Po przejściu do Kreatora tworzenia punktu końcowego serwera użyj podanego pola wyboru poniżej ścieżki folderu. Dokonaj tego wyboru tylko wtedy, gdy wprowadzono ścieżkę wskazującą tę samą strukturę plików i folderów, co można znaleźć w udziale plików platformy Azure (gdzie usługa Data Box przeniosła pliki i foldery do tej przestrzeni nazw).

Jeśli istnieje niezgodność hierarchii folderów, będzie ona przedstawiać się jako różnice, których nie można automatycznie rozpoznać. Unikanie niezgodności lub wszelkich inwestycji w proces urządzenia Data Box spowoduje zerowe korzyści dla Ciebie. Wszystkie dane zostaną usunięte w udziale plików platformy Azure. Wszystkie dane muszą zostać przekazane z serwera lokalnego. Struktury katalogów muszą być zgodne, aby uzyskać korzyści z migracji zbiorczej za pomocą usługi Azure Data Box i bezproblemowej aktualizacji udziału w chmurze przy użyciu najnowszych zmian z serwera.

Uwaga

Włączenie tego pola wyboru spowoduje ustawienie trybu synchronizacji początkowej na autorytatywne zastępowanie plików i folderów w udziale plików platformy Azure zawartością w ścieżce tego serwera. Ta opcja jest dostępna tylko dla pierwszego punktu końcowego serwera w grupie synchronizacji.

Po skonfigurowaniu autorytatywnego przekazywania dla tego nowego punktu końcowego serwera można opcjonalnie włączyć obsługę warstw w chmurze.

Obsługa warstw w chmurze to funkcja usługi Azure File Sync, która pozwala serwerowi lokalnemu mieć mniejszą pojemność magazynu niż jest przechowywana w chmurze, ale ma dostępną pełną przestrzeń nazw. Lokalnie interesujące dane są również buforowane lokalnie w celu uzyskania szybkiej wydajności dostępu. Obsługa warstw w chmurze jest opcjonalna. Można ustawić je indywidualnie dla każdego punktu końcowego serwera usługi Azure File Sync. Użyj tej funkcji, aby uzyskać stały ślad magazynu w środowisku lokalnym, ale nadal zapewniają użytkownikom lokalną pamięć podręczną wydajności i przechowują chłodniejsze dane w chmurze.

Aby dowiedzieć się więcej, zapoznaj się z omówieniem obsługi warstw w chmurze lub przyjrzyj się bliżej różnym zasadom obsługi warstw w chmurze, których można użyć, aby dostroić zawartość buforowaną/warstwową na serwerze lokalnym.

Ukończ migrację

Po utworzeniu punktu końcowego serwera synchronizacja działa. Jednak synchronizacja musi wyliczać (odnajdywać) pliki i foldery przeniesione za pośrednictwem urządzenia Azure Data Box do udziału plików platformy Azure. W zależności od rozmiaru przestrzeni nazw może upłynąć dużo czasu, zanim najnowsze zmiany serwera zostaną zsynchronizowane z chmurą. Użytkownicy nie mają wpływu i mogą nadal pracować z danymi na serwerze. Ta strategia zapewnia migrację do chmury bez przestojów.

W przypadku wszystkich udziałów plików/lokalizacji serwera platformy Azure, które należy skonfigurować do celów synchronizacji, powtórz kroki tworzenia grup synchronizacji i dodaj pasujące foldery serwera jako punkty końcowe serwera. Usługa Azure Data Box była używana do przenoszenia plików do kilku udziałów plików platformy Azure. Migracja zostanie ukończona po utworzeniu wszystkich punktów końcowych serwera łączących dane lokalne z tymi udziałami plików platformy Azure.

Następne kroki

Istnieje więcej informacji na temat udziałów plików platformy Azure i usługi Azure File Sync. Poniższe artykuły ułatwią zrozumienie zaawansowanych opcji i najlepszych rozwiązań. Zapewniają one również pomoc w rozwiązywaniu problemów. Te artykuły zawierają linki do dokumentacji udziału plików platformy Azure, jeśli jest to konieczne.

• Omówienie migracji
• Planowanie wdrażania usługi Azure File Sync
• Tworzenie udziału plików
• Rozwiązywanie problemów z usługą Azure File Sync