Migrowanie serwera przy użyciu usługi Storage Migration Service

Możesz użyć usługi Storage Migration Service i programu Windows Admin Center (WAC), aby przeprowadzić migrację jednego serwera do innego, w tym ich plików i konfiguracji. W tym artykule opisano sposób migracji serwera z systemem Windows, zasobu serwera plików klastra trybu failover systemu Windows, serwera Samba lub macierzy usługi NetApp Fabric Attached Storage (FAS) do innego serwera systemu Windows lub klastra trybu failover systemu Windows.

Proces migracji rozpoczyna się od spisu serwera w celu zidentyfikowania zawartości do zmigrowania oraz sprawdzenia zapory w celu zapewnienia pomyślnej migracji. Proces przesyła dane z serwerów źródłowych do serwerów docelowych, a następnie przechodzi do nowych serwerów. Po migracji można przetworzyć zlikwidowane serwery źródłowe i ponownie wystawiać certyfikaty na nowym serwerze docelowym.

Krok 1. Instalowanie usługi migracji i sprawdzanie zapory

Przed rozpoczęciem zainstaluj usługę Storage Migration Service i upewnij się, że wymagane porty zapory są otwarte.

1. Sprawdź wymagania usługi Storage Migration Service i zainstaluj najnowszą wersję programu Windows Admin Center na komputerze lub serwerze zarządzania, jeśli jeszcze tego nie zrobiono. Potrzebna jest również najnowsza wersja rozszerzenia usługi Storage Migration Service, która jest instalowana automatycznie przez WAC, jeśli w Ustawieniach> włączono Automatyczne aktualizowanie rozszerzeń. W przypadku migrowania komputerów źródłowych przyłączonych do domeny należy zainstalować i uruchomić usługę Storage Migration Service na serwerze przyłączonym do tej samej domeny lub lasu co komputery źródłowe.

2. W programie WAC nawiąż połączenie z serwerem orkiestratora z systemem Windows Server 2019 lub nowszym. Ten koordynator to serwer, na którym jest instalowana usługa Storage Migration Service i której używasz do zarządzania migracją.

   • Jeśli migrujesz tylko jeden serwer, możesz użyć serwera docelowego, o ile jest uruchomiony system Windows Server 2019 lub nowszy.
   • Zalecamy użycie oddzielnego serwera aranżacji dla wszystkich migracji wielu serwerów.

3. W programie WAC przejdź do Menedżera serwera>Usługi migracji magazynu. Wybierz pozycję Zainstaluj , aby zainstalować usługę Storage Migration Service i jej wymagane składniki, jak pokazano na poniższym rysunku.

   

4. Zainstaluj serwer proxy usługi Storage Migration Service na wszystkich serwerach docelowych z systemem Windows Server 2019 lub nowszym. Ta konfiguracja podwaja szybkość transferu po zainstalowaniu na serwerach docelowych.

   1. Nawiąż połączenie z serwerem docelowym w usłudze WAC.
   2. Przejdź do Menedżera serwera (w WAC) >Role i funkcje>Funkcje.
   3. Wybierz Serwer proxy usługi Migracja magazynu, a następnie Zainstaluj.

5. Jeśli zamierzasz przeprowadzić migrację do lub z klastrów trybu failover systemu Windows, zainstaluj narzędzia klastra trybu failover na serwerze orkiestratora. Ta instalacja odbywa się automatycznie w najnowszej wersji programu WAC po wybraniu opcji Migruj z klastrów trybu failover w Ustawienia zadania Inventory.

   1. Aby zainstalować poza fazą inwentaryzacji usługi Storage Migration Service, połącz się z serwerem zarządzającym w Windows Admin Center (WAC).
   2. Przejdź do pozycji Menedżer serwera (w programie WAC) >Role i funkcje, >funkcje, >Narzędzia administracji zdalnej serwera, >Narzędzia administracji funkcji.
   3. Wybierz pozycję Narzędzia klastra trybu failover, a następnie wybierz pozycję Zainstaluj.

   Note

   W przypadku migracji z tablicy NetApp FAS należy ręcznie zainstalować najnowszą wersję zestawu narzędzi NetApp PowerShell Toolkit do orkiestratora. Ten zestaw narzędzi jest dostępny dla wszystkich licencjonowanych klientów usługi NetApp z aktywną umową pomocy technicznej usługi NetApp z mysupport.netapp.com.

6. Na wszystkich serwerach źródłowych i wszystkich serwerach docelowych z systemem Windows Server 2016, używając WAC, połącz się z każdym serwerem, przejdź do Menedżera serwera (w programie WAC) zaporyReguły przychodzące, a następnie upewnij się, że są włączone następujące reguły:

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

   Jeśli używasz zapór producentów zewnętrznych, należy otworzyć następujące zakresy portów wejściowych:

   • TCP/445 (SMB)
   • TCP/135 (mapowanie punktu końcowego RPC/DCOM)
   • TCP 1025-65535 (porty efemeryczne RPC/DCOM)

   Porty usługi Storage Migration Service są następujące:

   • TCP/28940 (Orchestrator)
   • TCP/28941 (Serwer proxy).

7. Jeśli używasz serwera orkiestratora i chcesz pobrać zdarzenia lub dziennik transferu danych, upewnij się, że na serwerze jest włączona reguła zapory Udostępnianie plików i drukarek (SMB-In).

Krok 2: Tworzenie danych serwera pracy i inwentarza

W tym kroku określ, które serwery mają być migrowane, a następnie przeskanuj je w celu zebrania informacji o plikach i konfiguracjach.

1. W usłudze Storage Migration Service wybierz pozycję Nowe zadanie, nadaj nazwę zadaniu, a następnie wybierz, czy chcesz migrować serwery i klastry systemu Windows, serwery z systemem Linux korzystające z tablicy Samba lub NetApp FAS. Następnie wybierz opcję OK.

2. Na stronie Sprawdzanie wymagań wstępnych zapoznaj się z wymaganiami wstępnymi. Następnie wybierz Dalej.

3. Jeśli przeprowadzasz migrację z tablicy NetApp FAS, na stronie Wybierz tablicę NetApp FAS wprowadź adres IP tablicy NetApp FAS, poświadczenia administratora i hasło. Następnie wybierz Dalej.

4. W przypadku migracji z serwera lub klastra systemu Windows na stronie Wprowadź poświadczenia wprowadź poświadczenia administratora dla serwerów, z których chcesz przeprowadzić migrację, a następnie wybierz przycisk Dalej.

   • Jeśli przeprowadzasz migrację z serwerów z systemem Linux, wprowadź poświadczenia na stronach poświadczeń Samba i poświadczeń systemu Linux , w tym hasło SSH lub klucz prywatny.

   • Jeśli migrujesz z tablicy NetApp FAS, wykonaj następujące kroki:

     1. Użyj strony Enter credentials and prescan NetApp, aby wprowadzić poświadczenia administratora dla serwerów NetApp Common Internet File System (CIFS), z których chcesz przeprowadzić migrację.
     2. Wybierz pozycję Rozpocznij skanowanie , aby wyświetlić listę wszystkich serwerów CIFS usługi NetApp uruchomionych w tablicy NetApp FAS. Możesz usunąć zaznaczenie wszystkich serwerów CIFS, których nie chcesz migrować.
     3. Wybierz Dalej.

5. Na stronie Instalowanie wymaganych narzędzi upewnij się, że wymagane narzędzia zostały zainstalowane bez błędu. Następnie wybierz Dalej.

6. Jeśli przeprowadzasz migrację z serwera lub klastra z systemem Windows lub z systemu Linux Samba, na stronie Dodawanie i skanowanie urządzeń wybierz pozycję Dodaj urządzenie, a następnie wyszukaj usługę Active Directory dla klastra serwera źródłowego. Możesz użyć gwiazdki, aby wykonać wyszukiwanie częściowe symboli wieloznacznych. Możesz również wprowadzić dokładną nazwę serwera źródłowego lub nazwę zasobu serwera plików klastra. Kliknij przycisk OK.
   Powtórz ten krok dla innych serwerów, które chcesz utworzyć w spisie. Jeśli migrujesz z tablicy NetApp FAS, na stronie Wybieranie i skanowanie serwerów znajduje się już lista serwerów źródłowych .

7. Wybierz pozycję Zweryfikuj i upewnij się, że walidacja przechodzi pomyślnie dla wszystkich serwerów.

   Note

   Błąd uprawnień kopii zapasowej jest spodziewany z serwerów CIFS usługi NetApp. Możesz bezpiecznie zignorować ten błąd.

8. Wybierz pozycję Rozpocznij skanowanie. Strona zostanie zaktualizowana, aby pokazać, kiedy skanowanie jest ukończone.

   

9. Wybierz każdy serwer, aby przejrzeć spisane udziały, konfigurację, karty sieciowe i woluminy.

   Usługa Storage Migration Service nie przesyła plików ani folderów, które mogą zakłócać działanie systemu Windows, dlatego są wyświetlane ostrzeżenia dotyczące wszystkich udziałów znajdujących się w folderze systemu Windows. Musisz pominąć te udziały w fazie transferu. Aby uzyskać więcej informacji, zobacz Jakie pliki i foldery są wykluczone z transferów.

10. Wybierz przycisk Dalej , aby przejść do przesyłania danych.

Krok 3. Transfer danych do serwerów docelowych

W tym kroku transferujesz dane po określeniu miejsca, w którym mają być umieszczone na serwerach docelowych.

1. Na stronie Transfer danych>Wprowadź poświadczenia wprowadź poświadczenia administratora, które działają na serwerach docelowych, do których chcesz przeprowadzić migrację, a następnie wybierz przycisk Dalej.

2. Na stronie Dodawanie urządzenia docelowego i mapowań zostanie wyświetlony pierwszy serwer źródłowy. Wprowadź nazwę zasobu klastra serwera lub serwera plików, do którego chcesz przeprowadzić migrację, a następnie wybierz pozycję Skanuj urządzenie. W przypadku migracji z komputera źródłowego przyłączonego do domeny serwer docelowy musi zostać przyłączony do tej samej domeny. Możesz również wybrać pozycję Utwórz nową maszynę wirtualną platformy Azure , a następnie użyć kreatora do wdrożenia nowego serwera docelowego na platformie Azure. Ta funkcja automatycznie określa rozmiar maszyny wirtualnej, aprowizuje magazyn, formatuje dyski, dołącza do domeny i dodaje serwer proxy usługi Storage Migration Service do miejsca docelowego systemu Windows Server 2019 lub nowszego. Możesz wybrać maszyny wirtualne z systemem Windows Server 2025 (zalecane), Windows Server 2022, Windows Server 2019 i Windows Server 2016 o dowolnym rozmiarze i używać dysków zarządzanych.

   Note

   Użycie opcji Utwórz nową maszynę wirtualną platformy Azure wymaga posiadania następujących elementów:

   • Prawidłowa subskrypcja platformy Azure.
   • Istniejąca grupa zasobów usługi Azure Compute, w której masz uprawnienia do tworzenia .
   • Istniejąca sieć wirtualna Azure i jej podsieć.
   • Obwód usługi Azure ExpressRoute lub rozwiązanie sieci VPN platformy Azure, powiązane z siecią wirtualną i podsiecią, umożliwiające łączność z maszyny wirtualnej IaaS Azure do lokalnych klientów, kontrolerów domeny, komputera orkiestratora usługi Storage Migration Service, komputera systemu WAC oraz źródłowego komputera do migracji.

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

3. Mapuj woluminy źródłowe na woluminy docelowe, odznacz pole wyboru Dołącz dla tych udziałów, których nie chcesz przenosić (w tym wszelkich udziałów administracyjnych znajdujących się w folderze systemowym Windows), a także upewnij się, że pole wyboru Azure File Sync jest zaznaczone dla dowolnych woluminów lub udziałów korzystających z warstw w chmurze za pomocą usługi Azure File Sync, a następnie wybierz Dalej.

   Note

   Podczas migrowania serwerów CIFS usługi NetApp woluminy źródłowe nie wyświetlają liter dysku. Te woluminy można mapować na dowolne woluminy docelowe i mapować wiele woluminów CIFS usługi NetApp na ten sam wolumin docelowy. Tworzone są nowe ścieżki folderów głównych, aby uniknąć wszelkich zastąpień lub kolizji folderów, a następnie udziały są tworzone na odpowiednim poziomie. Panel szczegółów udziałów pokazuje strukturę folderów, którą zamierzasz utworzyć.

   

4. Dodaj serwer docelowy i mapowania dla kolejnych serwerów źródłowych, a następnie wybierz przycisk Dalej.

5. Na stronie Dostosowywanie ustawień transferu określ, czy chcesz przeprowadzić migrację lokalnych użytkowników i grup na serwerach źródłowych, a następnie wybierz przycisk Dalej. Ta opcja umożliwia ponowne utworzenie wszystkich lokalnych użytkowników i grup na serwerach docelowych, dzięki czemu uprawnienia plików lub udziału ustawione dla lokalnych użytkowników i grup nie zostaną utracone. Poniżej przedstawiono opcje migracji lokalnych użytkowników i grup:

   Important

   W przypadku migrowania serwerów CIFS usługi NetApp nie można migrować lokalnych użytkowników i grup.

   • Zmień nazwy kont o tej samej nazwie jest domyślnie zaznaczona i migruje wszystkich lokalnych użytkowników i grup z serwera źródłowego. Jeśli lokalni użytkownicy lub grupy w źródle znajdują się o tej samej nazwie w miejscu docelowym, te elementy otrzymają nowe nazwy w miejscu docelowym. Jednak wbudowany użytkownik lub grupa używa tej samej nazwy w źródle i miejscu docelowym, takim jak użytkownik Administrator lub grupa Administratorzy.
   • Użyj ponownie kont o tej samej nazwie mapuje identycznie nazwanych użytkowników i grup w źródle i miejscu docelowym. Nie używaj tego ustawienia, jeśli serwer źródłowy lub docelowy jest kontrolerem domeny.
   • Nie przesyłaj użytkowników i grup pomija migrowanie lokalnych użytkowników i grup, co jest wymagane, gdy źródło lub miejsce docelowe jest kontrolerem domeny lub podczas rozmieszczania danych na potrzeby replikacji systemu plików DFS (replikacja systemu plików DFS nie obsługuje grup lokalnych i użytkowników).

   Note

   Zmigrowane konta użytkowników są wyłączone w miejscu docelowym i przypisano 127-znakowe hasło, które jest zarówno złożone, jak i losowe, więc musisz je włączyć i przypisać nowe hasło po zakończeniu korzystania z nich. Pomaga to zapewnić, że wszystkie stare konta z zapomnianymi i słabymi hasłami w źródle nie będą nadal problemem z zabezpieczeniami w miejscu docelowym. Należy również zapoznać się z tematem Co to jest system Windows LAPS? jako sposób zarządzania hasłami administratora lokalnego.

6. Wybierz pozycję Zweryfikuj , a następnie wybierz pozycję Dalej.

7. Wybierz pozycję Rozpocznij transfer , aby rozpocząć przesyłanie danych.

   Podczas pierwszego transferu przenosimy wszystkie istniejące pliki w miejscu docelowym do folderu kopii zapasowej. W przypadku serwerów docelowych uruchamiających usługę Azure File Sync z podziałem na warstwy w chmurze ta opcja tworzenia kopii zapasowej nie jest obsługiwana. W pełni obsługujemy usługę Azure File Sync z kategoryzacją w chmurze i uwzględniamy zaktualizowane informacje o transferze w Windows Admin Center. Podczas kolejnych transferów domyślnie odświeżamy miejsce docelowe bez uprzedniego utworzenia kopii zapasowej. Usługa Storage Migration Service jest wystarczająco inteligentna, aby poradzić sobie z nakładającymi się udziałami — nie kopiujemy tych samych folderów dwa razy w tym samym zadaniu.

8. Po zakończeniu transferu sprawdź serwer docelowy, aby upewnić się, że wszystko zostało prawidłowo przeniesione. Wybierz pozycję Dziennik błędów tylko wtedy, gdy chcesz pobrać dziennik plików, które nie zostaną przeniesione.

   Note

   Jeśli chcesz zachować dziennik inspekcji transferów lub planujesz wykonać więcej niż jeden transfer w ramach zadania, kliknij Dziennik transferów lub inne opcje zapisu dziennika, aby zapisać kopię CSV. Każdy kolejny transfer zastępuje informacje o bazie danych poprzedniego przebiegu. W przypadku migrowania dużej liczby plików może być konieczne dostosowanie limitu czasu zapisywania tego pliku CSV. Aby uzyskać szczegółowe informacje, zobacz przekroczenie limitu czasu podczas pobierania plików transferu lub błędów w usłudze Storage Migration Service CSV.

W tym momencie masz trzy opcje:

• Przejdź do następnego kroku, dokonując przełączenia, aby serwery docelowe przejęły tożsamość serwerów źródłowych.
• Rozważ ukończenie migracji bez przejęcia tożsamości serwerów źródłowych.
• Przenieś ponownie, kopiując tylko pliki zaktualizowane od ostatniego transferu.

Jeśli twoim celem jest zsynchronizowanie plików z platformą Azure, można skonfigurować serwery docelowe za pomocą usługi Azure File Sync po przeniesieniu plików lub po przecięciu na serwery docelowe. Zobacz Planowanie wdrożenia usługi Azure File Sync.

Krok 4: Przełączenie na nowe serwery

W tym kroku wyciąć się z serwerów źródłowych do serwerów docelowych, przenosząc adresy IP i nazwy komputerów do serwerów docelowych. Po zakończeniu tego kroku aplikacje i użytkownicy uzyskują dostęp do nowych serwerów za pośrednictwem nazw i adresów serwerów, z których przeprowadzono migrację.

1. Jeśli opuściłeś zadanie migracji, w WAC przejdź do Menedżera serwera>usługi Migrowania Magazynu, a następnie wybierz zadanie, które chcesz wykonać.

2. Na stronie Przejście na nowe serwery>Wprowadź poświadczenia, a następnie wybierz przycisk Dalej, aby użyć wprowadzonych wcześniej poświadczeń.

3. Na stronie Konfigurowanie przełączenia określ, który adapter sieciowy w miejscu docelowym powinien przejąć ustawienia z każdego adaptera na źródłowym komputerze. Ta opcja przenosi adres IP ze źródła do miejsca docelowego w ramach migracji jednorazowej, dając serwerowi źródłowemu nowy adres DHCP lub statyczny adres IP. Możesz pominąć wszystkie migracje sieci lub niektóre interfejsy.

4. Określ adres IP, który ma być używany dla serwera źródłowego po przecięciu, przenosi swój adres do miejsca docelowego. W przypadku migracji serwera systemu Windows lub serwera plików zasobów klastra lub do systemu Linux Samba można użyć protokołu DHCP lub określić nowy statyczny adres IP. Jeśli używasz adresu statycznego, nowa podsieć musi być taka sama jak stara podsieć, inaczej przełączenie się nie powiedzie. Jeśli migrujesz tablicę NetApp FAS, użyj podsieci NetApp zamiast DHCP.

   

5. Określ, jak zmienić nazwę serwera źródłowego po przejęcie jego nazwy przez serwer docelowy. Możesz użyć losowo wygenerowanej nazwy lub wprowadzić samodzielnie. Następnie wybierz Dalej.

6. Na stronie Dostosowywanie ustawień może być konieczne podanie nowych poświadczeń użytkownika usługi AD z uprawnieniami do usunięcia komputera źródłowego lub klastrowanego serwera plików z domeny, a następnie dodania ich z powrotem z nową nazwą, jeśli poświadczenia migracji źródłowej nie mają tego uprawnienia.

7. Wybierz pozycję Weryfikuj na stronie Weryfikowanie źródła i urządzenia docelowego, a następnie wybierz pozycję Dalej.

8. Gdy będziesz gotów do przełączania, wybierz Rozpocznij przełączenie.
   Użytkownicy i aplikacje mogą napotkać przerwę podczas przenoszenia adresów i nazw, a serwery są uruchamiane kilka razy. Należy pamiętać, że migracja nie ma wpływu na użytkowników i aplikacje. Czas ukończenia migracji jednorazowej zależy od tego, jak szybko serwery są ponownie uruchamiane, oraz czasy replikacji usługi Active Directory i DNS.

Operacje po migracji

Po przeprowadzeniu migracji serwera lub klastra oceń środowisko pod kątem możliwych operacji po migracji.

• Utwórz plan dla teraz zlikwidowanego serwera źródłowego: usługa Storage Migration Service używa procesu migracji jednorazowej, aby umożliwić serwerowi docelowemu założenie tożsamości serwera źródłowego. Proces zmienia nazwy i adresy IP serwera źródłowego, aby uniemożliwić dostęp użytkownikom i aplikacjom. Nie powoduje to jednak wyłączenia ani zmiany zawartości serwera źródłowego. Należy utworzyć plan likwidacji serwera źródłowego. Zalecamy przechowywanie źródła w trybie online przez co najmniej dwa tygodnie, aby umożliwić migrację dowolnych danych w użyciu. Okres oczekiwania gwarantuje, że wszystkie pliki można łatwo pobrać bez konieczności przywracania kopii zapasowej w trybie offline. Po upływie tego okresu zalecamy wyłączenie serwera przez kolejne cztery tygodnie, aby nadal było dostępne do pobierania danych, ale nie zużywa już zasobów operacyjnych ani zasilania. Po upływie tego okresu należy wykonać jedną ostateczną pełną kopię zapasową serwera, a następnie ocenić, czy jest to serwer fizyczny, lub usunąć, czy jest to maszyna wirtualna.
• Ponowne wystawianie certyfikatów na nowym serwerze docelowym: W czasie, gdy serwer docelowy był w trybie online, ale nie został jeszcze przełączony, mogły zostać wystawiane certyfikaty za pośrednictwem automatycznej rejestracji lub innych procesów. Zmiana nazwy systemu Windows Server nie powoduje automatycznej zmiany ani ponownego utworzenia istniejących certyfikatów, więc istniejące certyfikaty mogą zawierać nazwę serwera sprzed jego przełączenia. Należy zbadać istniejące certyfikaty na serwerze i w razie potrzeby wystawić nowe.

Powiązane linki

• Omówienie usługi Storage Migration Service
• Usługa Storage Migration Services — często zadawane pytania
• Planowanie wdrażania usługi Azure File Sync