Jak działa przełączenie w usłudze Storage Migration Service

Cutover to faza migracji, która przenosi tożsamość sieciową komputera źródłowego na komputer docelowy. Po przełączeniu komputer źródłowy będzie nadal zawierać te same pliki co wcześniej, ale nie będzie dostępny dla użytkowników i aplikacji.

Summary

Rysunek 1: Konfiguracja migracji przełączeniowej usługi Storage

Przed rozpoczęciem migracji jednorazowej należy podać informacje o konfiguracji sieci potrzebne do przejścia z komputera źródłowego na komputer docelowy. Możesz również wybrać nową unikatową nazwę komputera źródłowego lub zezwolić usłudze Storage Migration Service na utworzenie losowej nazwy.

Następnie usługa Storage Migration Service wykonuje następujące kroki, aby przenieść komputer źródłowy na komputer docelowy.

1. Nawiązujemy połączenie z komputerami źródłowymi i docelowymi. Oba te elementy powinny mieć już włączone następujące reguły zapory dla ruchu przychodzącego:

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

2. Ustawiamy uprawnienia zabezpieczeń na komputerze docelowym w usługach Active Directory Domain Services w celu dopasowania ich do uprawnień komputera źródłowego.

3. Tworzymy tymczasowe konto użytkownika lokalnego na komputerze źródłowym. Jeśli komputer jest przyłączony do domeny, nazwa użytkownika konta to "MsftSmsStorMigratSvc". Wyłączamy zasady filtrowania tokenów konta lokalnego na komputerze źródłowym, aby umożliwić dostęp temu kontu, a następnie nawiązujemy połączenie z komputerem źródłowym. Robimy to konto tymczasowe, aby po ponownym uruchomieniu i usunięciu komputera źródłowego z domeny później nadal można uzyskać dostęp do komputera źródłowego.

4. Powtarzamy poprzedni krok na komputerze docelowym.

5. Usuwamy komputer źródłowy z domeny, aby zwolnić jego konto usługi Active Directory, które zostanie później przejęte przez komputer docelowy.

6. Mapujemy interfejsy sieciowe na komputerze źródłowym i zmieniamy nazwę komputera źródłowego.

7. Dodamy komputer źródłowy z powrotem do domeny. Komputer źródłowy ma teraz nową tożsamość i jest dostępny dla administratorów, ale nie dla użytkowników i aplikacji.

8. Na komputerze źródłowym usuwamy wszelkie utrzymujące się nazwy alternatywnych komputerów, usuwamy utworzone tymczasowe konto lokalne i ponownie włączamy zasady filtrowania tokenów konta lokalnego.

9. Usuwamy komputer docelowy z domeny.

10. Zastępujemy adresy IP na komputerze docelowym informacjami o adresach IP dostarczonymi przez źródło, a następnie zmieniamy nazwę komputera docelowego na oryginalną nazwę komputera źródłowego.

11. Przyłączamy komputer docelowy z powrotem do domeny. Po dołączeniu używa oryginalnego konta komputera źródłowego usługi Active Directory. Spowoduje to zachowanie członkostwa w grupach i list ACL zabezpieczeń. Komputer docelowy ma teraz tożsamość komputera źródłowego.

12. Na komputerze docelowym usuwamy wszelkie pozostające alternatywne nazwy komputerów, usuwamy utworzone tymczasowe konto lokalne i ponownie włączamy zasady filtrowania tokenów konta lokalnego, kończąc przeniesienie.

Po zakończeniu migracji jednorazowej komputer docelowy przyjął tożsamość komputera źródłowego, a następnie można wycofać z użytku komputer źródłowy.

Ręczne przełączanie jednorazowe

Jeśli przełączenie kończy się niepowodzeniem w wyniku warunków środowiskowych, możesz ręcznie ukończyć przełączenie. Na przykład problemy, takie jak problemy z siecią, niestandardowe ustawienia zabezpieczeń lub interakcja z produktem innej firmy, mogą powodować awarię jednorazowej migracji. Ręcznie zakończ przełączenie według następujących kroków:

1. Zwróć uwagę na krok, w którym przejście zakończyło się niepowodzeniem lub zawiesiło się. Tabela w sekcji Szczegółowe etapy zawiera stany, w których dotyczy to konkretnie migracja jednorazowa.

2. W programie SMS Orchestrator uruchom następujące polecenie programu PowerShell w konsoli z podwyższonymi uprawnieniami, gdzie <name> jest nazwą zadania migracji.

   Stop-SmsTransfer -Name <string>

3. Ręcznie wykonaj pozostałe kroki w poprzedniej sekcji Podsumowanie .

   a. Podczas kroku usuwania alternatywnych nazw komputerów na źródle, gdy postęp wynosi 57%, operacja używa NETDOM COMPUTERNAME /REMOVE do usuwania wszystkich alternatywnych nazw przypisanych do komputera źródłowego. Następnie operacja używa NETDOM COMPUTERNAME /ADD do dodania tych starych alternatywnych nazw do nowego serwera docelowego.

   b. W przypadku poniższych kroków nie trzeba zmieniać stanu zasad filtrowania, chyba że zasady zostały wyłączone podczas automatycznego przełączania awaryjnego. Aby przywrócić zasady do włączenia, usuń ustawienia w sekcji Jak wyłączyć ograniczenia zdalne kontroli dostępu użytkownika.

   • Ustawienie zasad filtru tokenu konta lokalnego na komputerze źródłowym jest wyświetlane, gdy postęp wynosi 13%.
   • Ustawienie zasad filtru tokenu konta lokalnego na komputerze docelowym jest wyświetlane, gdy postęp wynosi 25%.
   • Wyświetlanie komunikatu o zresetowaniu zasad filtrowania tokenów konta lokalnego na komputerze źródłowym następuje, gdy postęp osiąga 61%.
   • Zresetowanie zasad filtru tokenu konta lokalnego na komputerze docelowym jest wyświetlane, gdy postęp wynosi 97%.

Szczegółowe etapy

Rysunek 2: Usługa Migracji Magazynu z opisem etapu przełączenia

Postęp przełączenia można śledzić przez opisy każdego etapu, które są wyświetlane jak pokazano na ilustracji 2. W poniższej tabeli przedstawiono każdy możliwy etap wraz z postępem, opisem i wszelkimi objaśnieniami.

Często zadawane pytania

Czy jest obsługiwana migracja kontrolera domeny?

Obecnie nie, ale zobacz stronę często zadawanych pytań , aby uzyskać obejście problemu.

Znane problemy

Upewnij się, że zostały spełnione wymagania z przeglądu usługi Storage Migration Service i zainstalowano najnowszą aktualizację systemu Windows na komputerze z uruchomioną usługą Storage Migration Service.

Aby uzyskać więcej informacji na temat następujących problemów, zobacz stronę znanych problemów .

• Weryfikacja migracji końcowej za pomocą Storage Migration Service kończy się niepowodzeniem z powodu błędu "Odmowa dostępu do polityki filtrowania tokenów na komputerze docelowym"

• Błąd "CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO nie powiódł się dla zasobu netName" i przełączenie klastra systemu Windows Server 2008 R2 kończy się niepowodzeniem

• Przełączenie - zawiesza się na "38% Mapowanie interfejsów sieciowych na komputerze źródłowym..." w przypadku korzystania ze statycznych adresów IP

• Proces zawiesza się na "38% Mapowanie interfejsów sieciowych na komputerze źródłowym..."

Dodatkowe referencje

• Omówienie usługi Storage Migration Service
• Migrowanie serwera plików przy użyciu usługi Storage Migration Service
• Usługa Storage Migration Services — często zadawane pytania
• Znane problemy z usługą Storage Migration Service