Udostępnij za pośrednictwem


Migrowanie do udziałów plików platformy Azure protokołu SMB

W tym artykule omówiono podstawowe aspekty migracji do udziałów plików platformy Azure SMB i zawiera tabelę przewodników migracji. Te przewodniki ułatwiają przenoszenie plików do udziałów plików platformy Azure. Przewodniki są zorganizowane w oparciu o lokalizację danych i model wdrażania (tylko w chmurze lub hybrydowo), do którego przechodzisz.

Dotyczy

Typ udziału plików SMB NFS
Udziały plików w warstwie Standardowa (GPv2), LRS/ZRS Tak Nie
Udziały plików w warstwie Standardowa (GPv2), GRS/GZRS Tak Nie
Udziały plików w warstwie Premium (FileStorage), LRS/ZRS Tak Nie.

Podstawy migracji

Platforma Azure oferuje różne typy magazynu w chmurze. Podstawowym aspektem migracji plików na platformę Azure jest określenie, która opcja usługi Azure Storage jest odpowiednia dla Twoich danych.

Udziały plików platformy Azure są odpowiednie dla danych plików ogólnego przeznaczenia. Te dane obejmują wszystkie elementy, dla których używasz lokalnego udziału SMB. Usługa Azure File Sync umożliwia buforowanie zawartości kilku udziałów plików platformy Azure na serwerach z systemem Windows Server lokalnie.

W przypadku aplikacji, która obecnie działa na serwerze lokalnym, przechowywanie plików w udziale plików platformy Azure może być dobrym wyborem. Aplikację można przenieść na platformę Azure i użyć udziałów plików platformy Azure jako magazynu udostępnionego. W tym scenariuszu można również rozważyć użycie dysków platformy Azure.

Niektóre aplikacje w chmurze nie zależą od protokołu SMB ani dostępu do danych lokalnych komputera ani dostępu współdzielonego. W przypadku tych aplikacji magazyn obiektów, taki jak obiekty blob platformy Azure, jest często najlepszym wyborem.

Kluczem w każdej migracji jest przechwycenie całej odpowiedniej wierności plików podczas przenoszenia plików z bieżącej lokalizacji magazynu na platformę Azure. Jaka jest wierność obsługiwana przez opcję usługi Azure Storage i ile wymaga scenariusz, pomaga również wybrać właściwy magazyn platformy Azure.

Oto dwa podstawowe składniki pliku:

  • Strumień danych: strumień danych pliku przechowuje zawartość pliku.
  • Metadane plików: w przeciwieństwie do magazynu obiektów blob platformy Azure udział plików platformy Azure może natywnie przechowywać metadane plików. Dane plików ogólnego przeznaczenia tradycyjnie zależą od metadanych pliku. Dane aplikacji mogą nie być. Metadane pliku mają następujące podskładniki:
    • Atrybuty pliku, takie jak tylko do odczytu
    • Uprawnienia do plików, które są często określane jako uprawnienia NTFS lub listy ACL plików i folderów
    • Znaczniki czasu, w szczególności znaczniki czasu tworzenia i ostatniej modyfikacji
    • Alternatywny strumień danych, który jest miejscem do przechowywania większych ilości niestandardowych właściwości. Ten alternatywny strumień danych nie może być przechowywany w pliku w udziale plików platformy Azure. Jest on zachowywany lokalnie, gdy jest używana usługa Azure File Sync.

Wierność plików w migracji można zdefiniować jako możliwość:

  • Przechowuj wszystkie odpowiednie informacje o pliku w źródle.
  • Transfer plików za pomocą narzędzia do migracji.
  • Przechowuj pliki w docelowym magazynie migracji.
    Celem przewodników migracji w tym artykule jest co najmniej jeden udział plików platformy Azure. Rozważmy tę listę funkcji, które nie obsługują udziałów plików platformy Azure protokołu SMB.

Aby zapewnić bezproblemowe kontynuowanie migracji, zidentyfikuj najlepsze narzędzie do kopiowania dla Twoich potrzeb i dopasuj miejsce docelowe magazynu do źródła.

Ważne

W przypadku migrowania lokalnych serwerów plików do usługi Azure Files należy ustawić listy ACL dla katalogu głównego udziału plików przed skopiowaniem dużej liczby plików, ponieważ zmiany uprawnień do głównych list ACL mogą zająć dużo czasu, aby propagować je po zakończeniu migracji dużych plików.

Użytkownicy korzystający z usług domena usługi Active Directory Services (AD DS) jako lokalnego kontrolera domeny mogą natywnie uzyskiwać dostęp do udziału plików platformy Azure. Dzięki temu użytkownicy usług Microsoft Entra Domain Services. Każda z nich używa bieżącej tożsamości, aby uzyskać dostęp na podstawie uprawnień udziału oraz list ACL plików i folderów. To zachowanie jest podobne do użytkownika łączącego się z lokalnym udziałem plików.

Dowiedz się więcej o uwierzytelnianiu opartym na tożsamościach dla usługi Azure Files za pośrednictwem protokołu SMB.

Obsługiwane metadane

W poniższej tabeli wymieniono obsługiwane metadane dla usługi Azure Files.

Ważne

Sygnatura czasowa LastAccessTime nie jest obecnie obsługiwana dla plików ani katalogów w udziale docelowym. Jednak usługa Azure Files zwróci wartość LastAccessTime dla pliku po żądaniu. Ponieważ sygnatura czasowa LastAccessTime nie jest aktualizowana w operacjach odczytu, zawsze będzie równa czasowi LastModifiedTime.

Source Obiekt docelowy
Struktura katalogów Oryginalna struktura katalogów źródła może być zachowana w udziale docelowym.
Łącza symboliczne Łącza symboliczne w źródle można zachować i zamapować na udział docelowy.
Uprawnienia dostępu Usługa Azure Files obsługuje listy ACL systemu Windows i muszą być ustawione w udziale docelowym, nawet jeśli integracja z usługą AD nie jest skonfigurowana w czasie migracji. Należy zachować następujące listy ACL: identyfikator zabezpieczeń właściciela (SID), identyfikator SID grupy, listy dostępu dyskrecjonalnego (DACLs), listy kontroli dostępu systemu (SACLs).
Tworzenie znacznika czasu Oryginalny znacznik czasu tworzenia pliku źródłowego można zachować w udziale docelowym.
Zmień znacznik czasu Oryginalny znacznik czasu zmiany pliku źródłowego można zachować w udziale docelowym.
Zmodyfikowany znacznik czasu Oryginalny zmodyfikowany znacznik czasu pliku źródłowego można zachować w udziale docelowym.
Atrybuty pliku Typowe atrybuty, takie jak flagi tylko do odczytu, ukryte i archiwum, można zachować w udziale docelowym.

Przewodniki po migracji

W poniższej tabeli wymieniono sugerowane kombinacje narzędzi do migrowania do udziałów plików platformy Azure SMB.

Jak używać tabeli:

  1. Znajdź wiersz dla systemu źródłowego, w którym są obecnie przechowywane pliki.

  2. Wybierz jeden z następujących obiektów docelowych:

    • Wdrożenie hybrydowe: usługa Azure File Sync umożliwia buforowanie zawartości lokalnych udziałów plików platformy Azure i rzadziej używanych plików w chmurze.
    • Wdrożenie tylko w chmurze: udziały plików platformy Azure w chmurze bez lokalnego buforowania.

    Wybierz kolumnę docelową zgodną z wybranym wyborem.

  3. W obrębie przecięć źródła i miejsca docelowego komórka tabeli zawiera listę dostępnych scenariuszy migracji. Wybierz jeden, aby bezpośrednio połączyć się z przewodnikiem migracji.

Scenariusz bez linku nie zawiera jeszcze opublikowanego przewodnika migracji. Sprawdź tę tabelę od czasu do czasu pod kątem aktualizacji. Nowe przewodniki zostaną opublikowane po ich udostępnieniu.

Źródło Cel:
wdrożenie
hybrydowe (Azure Files + Azure File Sync)
Cel:
wdrożenie
tylko w chmurze (Azure Files)
Zalecana kombinacja narzędzi: Zalecana kombinacja narzędzi:
Windows Server 2012 R2 i nowsze
Windows Server 2012 i starsze wersje
  • Za pośrednictwem usług DataBox i Azure File Sync do ostatniego systemu operacyjnego serwera
  • Za pośrednictwem usługi Storage Migration Service do ostatniego serwera za pomocą usługi Azure File Sync, a następnie przekaż
Magazyn dołączony do sieci (NAS)
Linux (SMB)
  • Nie dotyczy

Przybornik migracji

Narzędzia do kopiowania plików

Istnieje kilka narzędzi do kopiowania plików dostępnych od firmy Microsoft i innych. Aby wybrać odpowiednie narzędzie dla scenariusza migracji, rozważ następujące podstawowe pytania:

  • Czy narzędzie obsługuje lokalizacje źródłowe i docelowe kopii pliku?

  • Czy narzędzie obsługuje ścieżkę sieciową lub dostępne protokoły (takie jak REST lub SMB) między źródłowymi i docelowymi lokalizacjami magazynu?

  • Czy narzędzie zachowuje wymaganą wierność plików obsługiwaną przez lokalizacje źródłowe i docelowe?

    W niektórych przypadkach magazyn docelowy nie obsługuje tej samej wierności co źródło. Jeśli docelowy magazyn jest wystarczający do Twoich potrzeb, narzędzie musi odpowiadać tylko możliwościom wierności plików obiektu docelowego.

  • Czy narzędzie ma funkcje, które pozwalają dopasować je do strategii migracji?

    Rozważmy na przykład, czy narzędzie pozwala zminimalizować przestoje.

    Gdy narzędzie obsługuje opcję dublowania źródła do obiektu docelowego, często można uruchomić go wiele razy w tym samym źródle i miejscu docelowym, gdy źródło pozostaje dostępne.

    Przy pierwszym uruchomieniu narzędzia kopiuje większość danych. Ten początkowy przebieg może trwać chwilę. Często trwa dłużej niż chcesz przełączyć źródło danych w tryb offline dla procesów biznesowych.

    Dublując źródło do obiektu docelowego (podobnie jak w przypadku narzędzia robocopy /MIR), możesz uruchomić narzędzie ponownie na tym samym źródle i obiekcie docelowym. Ten drugi przebieg jest znacznie szybszy, ponieważ musi transportować tylko zmiany źródłowe, które wystąpiły po poprzednim uruchomieniu. Ponowne uruchomienie narzędzia do kopiowania w ten sposób może znacznie zmniejszyć przestoje.

Poniższa tabela klasyfikuje narzędzia firmy Microsoft i ich aktualną użyteczność dla udziałów plików platformy Azure SMB:

Zalecane Narzędzie Obsługa udziałów plików platformy Azure Zachowywanie wierności plików
Tak, zalecane Azure Storage Mover Obsługiwane. Pełna wierność.*
Tak, zalecane RoboCopy Obsługiwane. Udziały plików platformy Azure można instalować jako dyski sieciowe. Pełna wierność.*
Tak, zalecane Azure File Sync Natywnie zintegrowane z udziałami plików platformy Azure. Pełna wierność.*
Tak, zalecane Program migracji usługi Azure Storage Obsługiwane. Pełna wierność.*
Tak, zalecane Storage Migration Service Obsługiwane pośrednio. Udziały plików platformy Azure można instalować jako dyski sieciowe na serwerach docelowych programu SMS. Pełna wierność.*
Tak, zalecane Data Box (w tym usługa kopiowania danych w celu załadowania plików na urządzenie) Obsługiwane.
(Urządzenia Data Box Disk nie obsługują dużych udziałów plików)
Urządzenia Data Box i Data Box Heavy w pełni obsługują metadane.
Usługa Data Box Disk nie zachowuje metadanych pliku.
Nie jest w pełni zalecane Najnowsza wersja narzędzia AzCopy
Obsługiwane, ale nie w pełni zalecane. Nie obsługuje różnicowych kopii na dużą skalę, a część wierności plików może zostać utracona.
Dowiedz się, jak używać narzędzia AzCopy z udziałami plików platformy Azure
Nie jest w pełni zalecane
Eksplorator usługi Azure Storage najnowszej wersji
Obsługiwane, ale niezalecane. Traci większość wierności plików, takich jak listy ACL. Obsługuje znaczniki czasu.
Niezalecane Azure Data Factory Obsługiwane. Nie kopiuje metadanych.

* Pełna wierność: spełnia lub przekracza możliwości udziału plików platformy Azure.

Narzędzia pomocnika migracji

W tej sekcji opisano narzędzia ułatwiające planowanie i uruchamianie migracji.

Azure Storage Mover

Usługa Azure Storage Mover to stosunkowo nowa, w pełni zarządzana usługa migracji, która umożliwia migrowanie plików i folderów do udziałów plików SMB platformy Azure o tym samym poziomie wierności plików co bazowy udział plików platformy Azure. Struktura folderów i wartości metadanych, takie jak sygnatury czasowe plików i folderów, listy ACL i atrybuty plików, są zachowywane. Aby dowiedzieć się, jak używać usługi Azure Storage Mover z usługą Azure Files, zobacz Migrowanie do udziałów plików SMB platformy Azure przy użyciu usługi Azure Storage Mover.

RoboCopy

W systemie Windows narzędzie RoboCopy jest jednym z narzędzi, które mają największe zastosowanie do migracji plików SMB. Główna dokumentacja narzędzia RoboCopy jest przydatnym zasobem dla wielu opcji tego narzędzia.

Program migracji usługi Azure Storage

Zrozumienie danych jest pierwszym krokiem podczas wybierania odpowiedniej usługi Azure Storage i strategii migracji. Program migracji usługi Azure Storage udostępnia różne narzędzia, które umożliwiają analizowanie danych i infrastruktury magazynu w celu zapewnienia cennych szczegółowych informacji. Te narzędzia mogą ułatwić zrozumienie rozmiaru i typu danych, liczby plików i folderów oraz wzorców dostępu. Zapewniają one skonsolidowany widok danych i umożliwiają tworzenie różnych dostosowanych raportów.

Te informacje mogą pomóc:

  • Identyfikowanie zduplikowanych i nadmiarowych zestawów danych
  • Identyfikowanie chłodniejszych danych, które można przenieść do tańszego magazynu

Aby dowiedzieć się więcej, zobacz Porównanie macierzy dla uczestników programu migracji usługi Azure Storage.

TreeSize firmy JAM Software GmbH

Usługa Azure File Sync jest skalowana głównie z liczbą elementów (plików i folderów), a nie z łączną ilością magazynu. Narzędzie TreeSize umożliwia określenie liczby elementów na woluminach systemu Windows Server.

Za pomocą narzędzia można utworzyć perspektywę przed wdrożeniem usługi Azure File Sync. Można go również użyć, gdy obsługa warstw w chmurze jest zaangażowana po wdrożeniu. W tym scenariuszu zobaczysz liczbę elementów i katalogi, w których najwięcej używasz pamięci podręcznej serwera.

Przetestowana wersja narzędzia to wersja 4.4.1. Jest ona zgodna z plikami warstwowymi w chmurze. Narzędzie nie spowoduje wycofania plików warstwowych podczas normalnego działania.

Następne kroki

  1. Utwórz plan wdrożenia udziałów plików platformy Azure (tylko w chmurze lub hybrydowej).
  2. Przejrzyj listę dostępnych przewodników migracji, aby znaleźć przewodnik zgodny ze źródłem i wdrożeniem udziałów plików platformy Azure.

Więcej informacji o technologiach usługi Azure Files wymienionych w tym artykule: