Migracja plików z jednego udziału plików Azure do innego udziału plików Azure przy użyciu usługi Azure File Sync

W tym artykule opisano, jak przeprowadzić migrację plików z jednego udziału plików SMB platformy Azure do innego udziału plików przy użyciu usługi Azure File Sync, nawet jeśli udziały plików znajdują się na różnych kontach magazynu. Ten proces różni się w zależności od tego, czy masz włączone warstwowanie w chmurze, czy nie.

Stan warstwowania w chmurze można sprawdzić w portalu Azure we właściwościach punktu końcowego serwera. Jeśli obsługa warstw w chmurze jest wyłączona, zobacz Migrowanie plików, gdy obsługa warstw w chmurze jest wyłączona. Jeśli obsługa warstw w chmurze jest włączona, zobacz Migrowanie plików, gdy obsługa warstw w chmurze jest włączona.

Migrować pliki, gdy warstwowanie w chmurze jest wyłączone

Jeśli nie używasz warstwowania w chmurze, wszystkie dane znajdują się lokalnie na serwerze usługi Azure File Sync i możesz użyć usługi Azure File Sync, aby przesłać dane do innego udziału plików.

W poniższych instrukcjach założono, że w grupie synchronizacji jest jeden serwer usługi Azure File Sync. Jeśli masz więcej niż jeden serwer Azure File Sync podłączony do istniejącego share, najpierw usuń wszystkie pozostałe endpointy serwera. Wykonaj pełną migrację w jednym punkcie końcowym, a następnie ponownie połącz inne punkty końcowe serwera z nową grupą synchronizacji.

  1. Upewnij się, że warstwowanie w chmurze jest wyłączone dla punktu końcowego serwera. Stan można sprawdzić i zmienić w witrynie Azure Portal we właściwościach punktu końcowego serwera.

  2. Uruchom polecenie cmdlet Invoke-StorageSyncFileRecall i użyj parametru -PerFileRetryCount, aby upewnić się, że wszystkie pliki, których nie można odwołać, zostaną ponowione. Ponieważ podczas pierwszego uruchomienia tego polecenia cmdlet może być aktywna sesja warstwowania w chmurze, warto uruchomić je dwa razy i sprawdzić wynik podsumowania, aby upewnić się, że wszystkie pliki zostały w pełni przywrócone i są lokalnie dostępne na serwerze przed kontynuowaniem.

  3. Utwórz nowy udział plików Azure SMB jako element docelowy.

  4. Utwórz nową grupę synchronizacji i skojarz punkt końcowy chmury z utworzonym udziałem plików Azure. Grupa synchronizacji musi znajdować się w usłudze Storage Sync w tym samym regionie co nowy docelowy udział plików Azure.

Teraz masz dwie opcje: Możesz albo zsynchronizować swoje dane z nowym udziałem plików Azure przy użyciu tego samego lokalnego serwera plików (zalecane), albo przejść na nowy serwer usługi Azure File Sync.

Przenoszenie do nowego serwera usługi Azure File Sync (opcjonalnie)

Jeśli planujesz używać tego samego lokalnego serwera plików, możesz pominąć tę sekcję i przejść do Połącz z nowym udziałem plików Azure.

Jeśli chcesz przejść do nowego lokalnego serwera usługi Azure File Sync, możesz użyć usługi Storage Migration Service (SMS), aby:

  • Skopiuj wszystkie uprawnienia na poziomie udziału
  • Wykonaj kilka przebiegów, aby uwzględnić zmiany, które zaszły podczas migracji
  • Skoordynuj przełączenie na nowy serwer

Wystarczy skonfigurować nowy lokalny serwer plików, a następnie połączyć nowy serwer z usługą Azure File Sync i nowym punktem końcowym chmury. Następnie użyj programu SMS, aby przeprowadzić migrację z serwera źródłowego do serwera docelowego.

Opcjonalnie możesz ręcznie skopiować udział źródłowy do innego udziału na istniejącym serwerze plików.

Nawiązywanie połączenia z nowym udziałem plików platformy Azure

Postępuj zgodnie z tymi instrukcjami, aby nawiązać połączenie z nowym udziałem plików platformy Azure.

  1. Usuń istniejący punkt końcowy serwera. Ta akcja zachowuje wszystkie dane, ale usuwa powiązanie z istniejącą grupą synchronizacyjną i istniejącą częścią plików.

  2. Jeśli nowa grupa synchronizacji nie jest w tej samej usłudze synchronizacji pamięci, wyrejestruj serwer z tej usługi synchronizacji pamięci i zarejestruj go w nowej usłudze. Należy pamiętać, że serwer można zarejestrować tylko w jednej usłudze synchronizacji pamięci masowej.

  3. Utwórz nowy punkt końcowy serwera w utworzonej grupie synchronizacji i połącz go z tymi samymi danymi lokalnymi.

Diagram przedstawiający architekturę migracji usługi Azure File Sync z wyłączonym warstwowaniem w chmurze.

Migrować pliki, gdy warstwowanie w chmurze jest włączone

Jeśli korzystasz z funkcji chmurowego tieringu Azure File Sync, skopiuj dane z Azure, aby zapobiec niepotrzebnym odwołaniom chmurowym przez źródło. Proces różni się nieco w zależności od tego, czy migrujesz w obrębie tego samego regionu, czy między regionami. Proces migracji zawsze wymaga pewnego przestoju podczas przełączenia.

Zarejestrowany serwer usługi Azure File Sync może dołączyć tylko jedną usługę synchronizacji magazynu, a usługa synchronizacji magazynu musi znajdować się w tym samym regionie co udział. Dlatego jeśli przenosisz się między regionami, musisz przenieść się na nowy serwer Azure File Sync podłączony do docelowego współdziału. Jeśli przeprowadzasz się w obrębie tego samego regionu, możesz użyć istniejącego serwera Azure File Sync.

Ważne

Podczas montowania udziałów plików Azure w scenariuszu migracji należy użyć klucza konta magazynowego, aby zapewnić maszynie wirtualnej dostęp do wszystkich plików. Nie używaj tożsamości domenowej.

Migrowanie w tym samym regionie

Postępuj zgodnie z tymi instrukcjami, jeśli warstwowanie w chmurze jest włączone i przeprowadzasz migrację w tym samym regionie. Możesz użyć istniejącego serwera usługi Azure File Sync (zobacz diagram) lub opcjonalnie utworzyć nowy serwer, jeśli martwisz się o wpływ na istniejący udział.

Diagram przedstawiający architekturę migracji usługi Azure File Sync w obrębie tego samego regionu z włączonym warstwowaniem w chmurze.

  1. Utwórz nowy udział plików Azure SMB jako udział docelowy.

  2. Utwórz nową grupę synchronizacji w istniejącej usłudze synchronizacji pamięci masowej i skojarz punkt końcowy w chmurze z udziałem docelowym. Nie należy jeszcze łączyć istniejącego serwera usługi Azure File Sync z nową grupą synchronizacji.

  3. Wdróż maszynę wirtualną z systemem Windows Server (maszyna wirtualna IaaS) w tym samym regionie platformy Azure co źródłowe i docelowe udziały plików. Dla dobrej wydajności użyj wielordzeniowej maszyny wirtualnej z co najmniej 56 GiB pamięci i wysokiej pamięci.

  4. Na maszynie wirtualnej IaaS użyj różnych dysków dla źródłowych i docelowych udziałów plików. Użyj jednego małego dysku dla danych źródłowych połączonych z istniejącą grupą synchronizacji i jednego większego dysku, który może przechowywać cały zestaw danych.

  5. Zainstaluj agenta usługi Azure File Sync na maszynie wirtualnej IaaS i zarejestruj serwer.

  6. W portalu Azure przejdź do oryginalnej grupy synchronizacji (udział źródłowy) i utwórz punkt końcowy serwera na maszynie wirtualnej IaaS (użyj małego dysku). Włącz warstwowanie w chmurze w tym punkcie końcowym serwera.

  7. W witrynie Azure Portal przejdź do nowej grupy synchronizacji (udziału docelowego) i utwórz punkt końcowy serwera na maszynie wirtualnej IaaS (użyj większego dysku).

Możesz teraz przejść do maszyny wirtualnej IaaS i rozpocząć początkową kopię danych między udziałem źródłowym a docelowym.

Migrowanie między regionami

Postępuj zgodnie z tymi instrukcjami, jeśli warstwowanie w chmurze jest włączone i przeprowadzasz migrację do udziału plików w innym regionie platformy Azure. Aby przeprowadzić migrację między regionami, należy przeprowadzić migrację do nowego serwera usługi Azure File Sync połączonego z udziałem docelowym (zobacz diagram).

Diagram przedstawiający architekturę międzyregionalnej migracji usługi Azure File Sync z włączoną warstwowością w chmurze.

  1. Utwórz nowy udział plików SMB platformy Azure w nowym regionie jako udział docelowy.

  2. Utwórz usługę Storage Sync Service w regionie docelowym oraz grupę synchronizacji powiązaną z udziałem docelowym.

  3. Utwórz nowy lokalny serwer plików usługi Azure File Sync, który będzie synchronizowany z udziałem docelowym w nowym regionie. Nie należy jeszcze łączyć nowego serwera z docelową grupą synchronizacji.

  4. Wdróż źródłową maszynę wirtualną usługi Azure File Sync z małym dyskiem dla danych źródłowych. Utwórz punkt końcowy serwera w grupie synchronizacji udziału źródłowego. Włącz warstwowanie w chmurze w tym punkcie końcowym serwera.

  5. W tym samym regionie co udział źródłowy wdroż docelową maszynę wirtualną Azure File Sync i zarejestruj ten serwer w usłudze Storage Sync Service w nowym regionie. Użyj dużego dysku, który może przechowywać cały zestaw danych.

  6. W portalu Azure przejdź do nowej usługi Storage Sync, przejdź do grupy synchronizacji docelowego udostępnienia i stwórz endpoint serwera na docelowej maszynie wirtualnej Azure File Sync.

  7. Na docelowej maszynie wirtualnej usługi Azure File Sync zainstaluj dysk do udziału źródłowego na źródłowej maszynie wirtualnej usługi Azure File Sync.

Możesz teraz rozpocząć początkową kopię danych między udziałem źródłowym a docelowym na docelowej maszynie wirtualnej Azure File Sync.

Początkowa kopia danych za pomocą Robocopy

Użyj narzędzia Robocopy wbudowanego w system Windows, aby skopiować pliki ze źródła do udziałów docelowych.

  1. Uruchom to polecenie w wierszu polecenia systemu Windows. Opcjonalnie można uwzględnić flagi funkcji rejestrowania jako najlepsze rozwiązanie (/NP, /NFL, /NDL, /UNILOG).

    robocopy <source> <target> /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
    

    Jeśli udział źródłowy został zamontowany jako s:\, a udział docelowy jako t:\, polecenie wygląda następująco:

    robocopy s:\ t:\ /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
    
  2. Podczas gdy Robocopy trwa, połącz lokalny serwer Azure File Sync z docelową grupą synchronizacji. Na początku konfiguruj lokalizację nowego serwera z polityką wysokiego wolnego miejsca, ponieważ kopiujesz najnowsze zmiany i musisz mieć wystarczająco dużo miejsca. Na przykład, jeśli obecna lokalizacja pamięci podręcznej to D:\cache, użyj T:\cache jako nowego endpointa serwera. Jeśli używasz istniejącego serwera usługi Azure File Sync (na potrzeby migracji w tym samym regionie), umieść lokalną pamięć podręczną na oddzielnym woluminie od istniejącego punktu końcowego. Używanie tego samego woluminu jest w porządku, o ile katalog nie jest tym samym lub podkatalogiem końcowego serwera połączonego z udziałem źródłowym. Włącz warstwowanie chmurowe na tym punkcie końcowym, aby żadne dane nie pobierały się automatycznie na serwer lokalny. Po utworzeniu endpointu serwera w docelowej grupie synchronizacji, daj mu trochę czasu na synchronizację danych z przestrzeni nazw.

  3. Poczekaj na pomyślne ukończenie początkowego uruchomienia narzędzia Robocopy i zaczekaj na ukończenie synchronizacji ze źródła na element docelowy. Poczekaj jeszcze godzinę, aby upewnić się, że wszystkie pozostałe zmiany są zsynchronizowane. Aby sprawdzić, czy wszystkie zmiany są zsynchronizowane, zobacz Jak monitorować postępy bieżącej sesji synchronizacji?

Synchronizacja ostatecznych zmian

Przed zsynchronizowaniem końcowych zmian wyłącz udostępnianie SMB dla istniejącego udziału lub przynajmniej ustaw go w tryb tylko do odczytu. Po wyłączeniu udostępniania protokołu SMB poczekaj godzinę, aby upewnić się, że wszystkie pozostałe zmiany są synchronizowane z platformą Azure.

Jeśli masz połączenie między źródłowym udziałem plików a lokalizacją docelową, możesz skopiować ostatnie zmiany do lokalizacji docelowej za pomocą narzędzia Robocopy:

robocopy s:\ t:\ /mir /copyall /mt:16 /DCOPY:DAT /XD S:\$RECYCLE.BIN /XD "S:\System Volume Information"

Jeśli nie możesz skopiować najnowszych zmian bezpośrednio do nowego udziału plików, ponownie uruchom na maszynie wirtualnej IaaS polecenie tworzenia kopii lustrzanej narzędzia Robocopy. To polecenie synchronizuje wszystkie zmiany, które zaszły od początku uruchomienia, pomijając wszystko, co już zostało skopiowane.

robocopy s:\ t:\target /mir /copyall /mt:16 /DCOPY:DAT

Po zakończeniu synchronizacji maszyny wirtualnej IaaS lokalny agent docelowy będzie również aktualny.

Włącz udostępnianie w nowym punkcie końcowym serwera

Jeśli migrujesz na nowy serwer Azure File Sync, przemianuj stary serwer na losową nazwę, a potem nowy serwer na tę samą nazwę co stary. Dzięki temu adres URL udostępnionego pliku pozostaje taki sam dla użytkowników końcowych.

Włącz nowe udostępnienie T:\cache. Wszystkie te same pliki ACL są tam. Odtwarzaj wszelkie uprawnienia na poziomie udostępnienia, które istniały na starym udziałze.

Usuwanie starego punktu końcowego serwera i grupy synchronizacji

Gdy potwierdzisz, że wszystko działa poprawnie z nową grupą synchronizacji, możesz usunąć starą grupę synchronizacji. Najpierw usuń punkty końcowe serwera. Nie trzeba przywracać wszystkich danych na stary serwer przed usunięciem punktu końcowego serwera.

Zobacz też