Udostępnij za pośrednictwem


Omówienie usługi Storage Migration Service

Usługa Storage Migration Service ułatwia migrowanie magazynu do systemu Windows Server lub na platformę Azure. Udostępnia ona graficzne narzędzie, które zawiera spis danych na serwerach z systemami Windows, Linux i NetApp CIFS, a następnie transferuje dane do nowszych serwerów lub maszyn wirtualnych platformy Azure. Usługa Storage Migration Service udostępnia również opcję przeniesienia tożsamości serwera na serwer docelowy, dzięki czemu aplikacje i użytkownicy mogą uzyskiwać dostęp do swoich danych bez konieczności zmieniania linków lub ścieżek.

W tym artykule omówiono następujące aspekty usługi Storage Migration Service:

Dlaczego warto używać usługi Storage Migration Service

Użyj usługi Storage Migration Service, ponieważ masz serwer lub wiele serwerów, które chcesz przeprowadzić migrację do nowszego sprzętu lub maszyn wirtualnych. Usługa Storage Migration Service została zaprojektowana tak, aby ułatwić wykonywanie następujących zadań:

  • Tworzenie spisu wielu serwerów i ich danych
  • Szybko przenoś pliki, udostępnione pliki oraz konfigurację zabezpieczeń z serwerów źródłowych
  • Opcjonalnie przejmij tożsamość serwerów źródłowych (znane również jako przełączenie), aby użytkownicy i aplikacje nie musieli nic zmieniać, aby uzyskać dostęp do istniejących danych.
  • Zarządzanie jedną lub wieloma migracjami z interfejsu użytkownika programu Windows Admin Center

Diagram przedstawiający usługę Storage Migration Service migrując pliki i konfigurację z serwerów źródłowych do serwerów docelowych, maszyn wirtualnych platformy Azure lub usługi Azure File Sync.

Jak działa proces migracji

Migracja jest procesem trzyetapowym:

  1. serwery inwentaryzacyjne, aby zebrać informacje o ich plikach i konfiguracji, co pokazano na poniższej ilustracji.

    Zrzut ekranu przedstawiający, że serwer jest gotowy do skanowania.

  2. transfer (kopiowanie) danych z serwerów źródłowych do serwerów docelowych.

  3. Przejście na nowe serwery (opcjonalnie).
    Serwery docelowe przyjmują dawne tożsamości serwerów źródłowych, aby aplikacje i użytkownicy nie musieli nic zmieniać.
    Serwery źródłowe wchodzą w stan konserwacji, w którym nadal zawierają te same pliki, które zawsze mają (nigdy nie usuwamy plików z serwerów źródłowych), ale są niedostępne dla użytkowników i aplikacji. Następnie można zlikwidować serwery w dogodnym dla siebie czasie.

Poniższy film wideo pokazuje, jak użyć usługi Storage Migration Service do przejęcia serwera, takiego jak serwer z systemem Windows Server 2008 R2, który jest poza obsługą, i przenieść magazyn do nowszego serwera.

Wymagania

Do korzystania z usługi Storage Migration Service potrzebne są następujące elementy:

  • Serwer źródłowy lub klaster przełączania awaryjnego do migracji plików i danych.
  • Serwer docelowy z systemem Windows Server 2019 lub nowszym (klastrowany lub autonomiczny) do migracji. Chociaż system Windows Server 2016 jest również obsługiwany, migracja do systemu może być trudniejsza, a jego obsługa zakończy się w styczniu 2027 r.
  • Serwer orkiestratora z systemem Windows Server 2019 lub nowszym w celu zarządzania migracją. Jeśli migrujesz tylko jeden serwer, możesz użyć miejsca docelowego jako koordynatora. W przypadku migrowania kilku serwerów użyj oddzielnego serwera orkiestratora.
  • Komputer lub serwer z najnowszą wersją Windows Admin Center do uruchomienia interfejsu użytkownika usługi Storage Migration Service wraz z najnowszym narzędziem Storage Migration Service (rozszerzeniem) dostępnym z repozytorium.

Zdecydowanie zalecamy, aby komputery orkiestratora i docelowe miały co najmniej dwa rdzenie lub dwa procesory wirtualne i co najmniej 2 GB pamięci. Operacje spisu i transferu są szybsze dzięki większej ilości procesorów i pamięci.

Wymagania dotyczące zabezpieczeń, usługa proxy usługi Storage Migration Service i porty zapory sieciowej

  • Konto migracji, które ma uprawnienia administratora na komputerach źródłowych oraz na komputerze orkiestratora. To konto może być domeną lub kontem lokalnym, z wyjątkiem komputera, który nie jest przyłączony do domeny, w takim przypadku musi być użytkownikiem lokalnym.

  • Konto migracji, które pełni rolę administratora na komputerach docelowych oraz na komputerze orkiestratora. To konto może być domeną lub kontem lokalnym, z wyjątkiem komputera, który nie jest przyłączony do domeny, w takim przypadku musi być użytkownikiem lokalnym.

  • Komputer orkiestratora musi mieć włączoną regułę zapory udostępnianie plików i drukarek (SMB-In) przychodzących.

  • Komputery źródłowe i docelowe muszą mieć włączone następujące reguły zapory przychodzące (chociaż mogą one już być włączone):

    • Udostępnianie plików i drukarek (SMB-In)
    • Netlogon Service (NP-In)
    • Instrumentacja zarządzania Windows (DCOM-In)
    • Instrumentacja zarządzania Windows (WMI-In)

    Napiwek

    Zainstalowanie serwisu Proxy usługi Storage Migration Service na komputerze docelowym automatycznie otwiera niezbędne porty zapory na tym komputerze. W tym celu nawiąż połączenie z serwerem docelowym w Centrum administracyjnym systemu Windows, a następnie przejdź do Menedżera serwera (w Centrum administracyjnym systemu Windows) >Role i funkcje, wybierz Storage Migration Service Proxy, a następnie wybierz Zainstaluj.

  • Jeśli komputery należą do domeny usług Domenowych Active Directory, wszystkie powinny należeć do tego samego lasu. Serwer docelowy musi również znajdować się w tej samej domenie co serwer źródłowy, jeśli chcesz przenieść nazwę domeny źródła do serwera docelowego podczas migracji. Chociaż funkcja cutover działa w różnych domenach, w pełni kwalifikowana nazwa domeny miejsca docelowego różni się od źródła i użycie dwóch różnych domen prawdopodobnie spowoduje problemy z systemem DNS.

Wymagania dotyczące serwerów źródłowych

Serwer źródłowy musi uruchomić jeden z następujących systemów operacyjnych:

  • Windows Server, kanał Semi-Annual
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows Server 2008
  • Windows Server 2003 R2
  • Windows Server 2003
  • Windows Small Business Server 2003 R2
  • Windows Small Business Server 2008
  • Windows Small Business Server 2011
  • Windows Server 2012 Essentials
  • Windows Server 2012 R2 Essentials
  • Windows Server 2016 Essentials
  • Windows Server 2019 Essentials
  • Windows Storage Server 2008
  • Windows Storage Server 2008 R2
  • Windows Storage Server 2012
  • Windows Storage Server 2012 R2
  • Windows Storage Server 2016

Notatka

Windows Small Business Server i Windows Server Essentials są kontrolerami domeny. Usługa Storage Migration Service nie może przełączać się z kontrolerów domeny, ale może inwentaryzować i przesyłać z nich pliki.

Możesz przeprowadzić migrację następujących innych typów źródeł, jeśli orkiestrator działa na systemie Windows Server 2019 z zainstalowaną poprawką KB5001384 lub Windows Server 2022.

  • Klastry trybu failover z systemem Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 lub Windows Server 2008 R2. System Windows Server 2008 R2 obsługuje tylko inwentaryzację i transfer, a nie przełączenie.
  • Serwery z systemem Linux korzystające z protokołu Samba. Przetestowaliśmy następujące dystrybucje:
    • CentOS 7
    • Debian GNU/Linux 8
    • RedHat Enterprise Linux 7.6
    • SUSE Linux Enterprise Server (SLES) 11 SP4
    • Ubuntu 16.04 LTS i 12.04.5 LTS
    • Samba 4.8, 4.7, 4.3, 4.2 i 3.6
  • Macierze NetApp FAS hostujące serwer CIFS, działający na NetApp ONTAP 9.

Wymagania dotyczące serwerów docelowych

Serwer docelowy musi uruchomić jeden z następujących systemów operacyjnych:

  • Windows Server, kanał Semi-Annual
  • Windows Server 2025
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

Serwery docelowe mogą być serwerami autonomicznymi lub klastrem trybu failover systemu Windows. Należy pamiętać, że same klastry nie są migrowane, wyłącznie zasoby klastra serwera plików. Nie mogą uruchamiać platformy Azure lokalnie ani używać dodatku klastrowania innego niż Microsoft. Usługa Storage Migration Service nie obsługuje usługi Azure Files jako miejsca docelowego, ale w pełni obsługuje serwery z uruchomionym agentem usługi Azure File Sync z obsługą warstw w chmurze.

Napiwek

Serwery docelowe z systemem Windows Server 2019 lub nowszym mają dwukrotnie większą wydajność transferu wcześniejszych wersji systemu Windows Server. Ten wzrost wydajności wynika z włączenia wbudowanej usługi proxy Storage Migration Service.

Migracja maszyny wirtualnej platformy Azure

Centrum administracyjne systemu Windows integruje wdrożenie IaaS platformy Azure z usługą Storage Migration Service. Pozwala to uniknąć ręcznego tworzenia nowych serwerów i maszyn wirtualnych w witrynie Azure Portal przed wdrożeniem obciążenia. Umożliwia również uniknięcie pomijania wymaganych kroków i konfiguracji. Usługa Windows Admin Center może wdrożyć maszynę wirtualną IaaS platformy Azure, skonfigurować jej magazyn, dołączyć go do domeny, zainstalować role, a następnie skonfigurować system rozproszony.

W poniższym wideo pokazano, jak przeprowadzić migrację do maszyn wirtualnych platformy Azure przy użyciu usługi Storage Migration Service.

Jeśli chcesz przenieść maszyny wirtualne na platformę Azure bez migracji do późniejszego systemu operacyjnego, rozważ użycie usługi Azure Migrate. Aby uzyskać więcej informacji, zobacz Informacje o usłudze Azure Migrate.