Udostępnij przez

Znane problemy z usługą Storage Migration Service

Ten artykuł zawiera odpowiedzi na znane problemy związane z używaniem usługi Storage Migration Service do migrowania serwerów.

Usługa Storage Migration Service jest udostępniana w dwóch częściach: usługa w systemie Windows Server i interfejs użytkownika w Centrum administracyjnym systemu Windows. Usługa jest dostępna w systemie Windows Server, Long-Term Kanał obsługi i Windows Server, Semi-Annual Channel; program Windows Admin Center jest dostępny jako oddzielny plik do pobrania. Okresowo uwzględniamy również zmiany w aktualizacjach zbiorczych systemu Windows Server wydanych za pośrednictwem usługi Windows Update.

Na przykład system Windows Server, wersja 1903 zawiera nowe funkcje i poprawki usługi Storage Migration Service, które są również dostępne dla systemów Windows Server 2019 i Windows Server w wersji 1809 przez zainstalowanie KB4512534.

Jak zbierać pliki dziennika podczas pracy z pomocą techniczną firmy Microsoft

Usługa Storage Migration Service zawiera dzienniki zdarzeń dla usługi Orchestrator i usługi proxy. Serwer orkiestratora zawsze zawiera zarówno dzienniki zdarzeń, jak i serwery docelowe z zainstalowaną usługą proxy zawierają dzienniki serwera proxy. Te dzienniki znajdują się w następujących lokalizacjach:

  • Dzienniki aplikacji i usług \ Microsoft \ Windows \ StorageMigrationService
  • Dzienniki aplikacji i usług \ Microsoft \ Windows \ StorageMigrationService-Proxy

Jeśli musisz zebrać te dzienniki na potrzeby wyświetlania w trybie offline lub wysyłania do pomocy technicznej firmy Microsoft, istnieje skrypt programu PowerShell typu open source dostępny w witrynie GitHub:

Pomocnik usługi Storage Migration Service

Przejrzyj plik README pod kątem użycia.

Usługa Storage Migration Service nie pojawia się w Centrum administracyjnym systemu Windows, chyba że zarządzasz Windows Server 2019.

Jeśli używasz programu Windows Admin Center w wersji 1809 do zarządzania orkiestratorem systemu Windows Server 2019, nie widzisz opcji narzędzia dla usługi Storage Migration Service.

Rozszerzenie Windows Admin Center Storage Migration Service jest ograniczone do zarządzania tylko systemami operacyjnymi Windows Server 2019 od wersji 1809 lub nowszej. Jeśli używasz go do zarządzania starszymi systemami operacyjnymi Windows Server lub podglądami niejawnych testerów, narzędzie nie zostanie wyświetlone. Jest to zamierzone działanie.

Aby rozwiązać problem, użyj Windows Server 2019 w wersji 1809 lub nowszej lub zaktualizuj do tej wersji.

Weryfikacja przełączenia usługi Storage Migration Service kończy się niepowodzeniem z powodu błędu "Odmowa dostępu dla zasad filtrowania tokenów na komputerze docelowym"

Podczas uruchamiania walidacji ostatecznego przełączenia jest wyświetlany błąd "Niepowodzenie: odmowa dostępu dla zasad filtru tokenu na komputerze docelowym". Dzieje się tak, nawet jeśli podano poprawne poświadczenia administratora lokalnego zarówno dla komputera źródłowego, jak i docelowego.

Ten problem został rozwiązany w aktualizacji KB4512534 .

Usługa migracji pamięci nie jest uwzględniona w wersji ewaluacyjnej systemu Windows Server 2019 ani w edycji Windows Server 2019 Essentials

W przypadku nawiązywania połączenia z wersją oceny systemu Windows Server 2019 lub Windows Server 2019 Essentials przy użyciu centrum administracyjnego systemu Windows nie ma możliwości zarządzania usługą migracji magazynu. Usługa Storage Migration Service nie jest również uwzględniana w rolach i funkcjach.

Ten problem jest spowodowany problemem z obsługą na nośniku ewaluacyjnym systemów Windows Server 2019 i Windows Server 2019 Essentials.

Aby obejść ten problem do oceny, zainstaluj wersję detaliczną, MSDN, OEM lub licencję zbiorczą systemu Windows Server 2019 i nie aktywuj go. Bez aktywacji wszystkie wersje systemu Windows Server działają w trybie ewaluacyjnym przez 180 dni.

Rozwiązaliśmy ten problem w nowszej wersji systemu Windows Server.

Usługa Storage Migration Service przerywa pobieranie transferu lub pliku CSV z błędami z powodu przekroczenia limitu czasu.

Podczas korzystania z Centrum administracyjnego systemu Windows lub programu PowerShell do pobierania szczegółowych dzienników CSV operacji transferu, pojawia się błąd:

Transfer Log - Please check file sharing is allowed in your firewall. : This request operation sent to net.tcp://localhost:28940/sms/service/1/transfer did not receive a reply within the configured timeout (00:01:00). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.

Ten problem jest spowodowany bardzo dużą liczbą przetransferowanych plików, których nie można filtrować w domyślnym jednorazowym limitzie czasu dozwolonym przez usługę Storage Migration Service.

Aby obejść ten problem:

  1. Na komputerze orkiestratora zmodyfikuj plik %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config przy użyciu Notepad.exe, aby zmienić wartość domyślną "sendTimeout" z domyślnej wartości 1 minuty na 10 godzin.

    <bindings>
  <netTcpBinding>
    <binding name="NetTcpBindingSms"
             sendTimeout="10:00:00"

  2. Uruchom ponownie usługę "Storage Migration Service" na komputerze orkiestratora.

  3. Na komputerze orkiestratora uruchom Regedit.exe

  4. Utwórz następujący podklucz rejestru, jeśli jeszcze nie istnieje:

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. W menu 'Edycja' wskaż opcję 'Nowy', a następnie wybierz pozycję 'Wartość DWORD'.

  6. Wpisz "WcfOperationTimeoutInMinutes" jako nazwę DWORD, a następnie naciśnij ENTER.

  7. Kliknij prawym przyciskiem myszy pozycję "WcfOperationTimeoutInMinutes", a następnie wybierz polecenie Modyfikuj.

  8. W polu Dane podstawowe wybierz pozycję "Dziesiętne"

  9. W polu Dane wartości wpisz "600", a następnie wybierz przycisk OK.

  10. Zamknij Edytor rejestru.

  11. Spróbuj ponownie pobrać plik CSV zawierający tylko błędy.

Jeśli nadal występują problemy podczas korzystania z usługi WAC, zamiast tego użyj programu PowerShell. Uruchom jedno z następujących poleceń na komputerze Orchestratora, ustawiając własną nazwę zadania i wartości FQDN źródłowego serwera.

Get-SmsState -Name job -TransferFileDetail -computername sourcefqdn | export-csv -path log.csv
Get-SmsState -Name job -TransferFileDetail -ErrorsOnly -computername sourcefqdn | export-csv -path errlog.csv

Ostrzeżenia dotyczące walidacji dla docelowego serwera proxy i uprawnień administracyjnych poświadczeń

Podczas sprawdzania poprawności zadania transferu są wyświetlane następujące ostrzeżenia:

The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.

Jeśli nie zainstalowano usługi Storage Migration Service Proxy na komputerze docelowym, który ma zainstalowany system Windows Server 2019, to zachowanie jest celowe. Ten komunikat jest również wyświetlany, jeśli komputer docelowy to Windows Server 2016 lub Windows Server 2012 R2. Zalecamy migrację na komputer z systemem Windows Server 2019 z zainstalowanym serwerem proxy w celu zwiększenia wydajności transferu.

Niektóre pliki nie są inwentaryzowane ani przenoszone, błąd 5 "Odmowa dostępu"

Podczas tworzenia spisu lub przesyłania plików ze źródła do komputerów docelowych pliki, z których użytkownik usunął uprawnienia dla grupy Administratorzy, nie mogą przeprowadzić migracji. Analiza debugowania migracji magazynu Service-Proxy wskazuje:

Log Name: Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source: Microsoft-Windows-StorageMigrationService-Proxy
Date: 2/26/2019 9:00:04 AM
Event ID: 10000
Task Category: None
Level: Error
Keywords:
User: NETWORK SERVICE
Computer: srv1.contoso.com
Description:

02/26/2019-09:00:04.860 [Error] Transfer error for \\srv1.contoso.com\public\indy.png: (5) Access is denied.
Stack Trace:
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.OpenFile(String fileName, DesiredAccess desiredAccess, ShareMode shareMode, CreationDisposition creationDisposition, FlagsAndAttributes flagsAndAttributes)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(String path)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(FileInfo file)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.InitializeSourceFileInfo()
     at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.Transfer()
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.TryTransfer()

Ten problem jest spowodowany przez usterkę kodu w usłudze Storage Migration Service, w której nie wywoływano uprawnień do tworzenia kopii zapasowej.

Aby rozwiązać ten problem, zainstaluj usługę Windows Update 2 kwietnia 2019 r. — KB4490481 (kompilacja systemu operacyjnego 17763.404) na komputerze orkiestratora i komputerze docelowym, jeśli usługa proxy jest tam zainstalowana. Upewnij się, że źródłowe konto użytkownika migracji jest administratorem lokalnym na komputerze źródłowym i koordynatorem usługi Storage Migration Service. Upewnij się, że docelowe konto użytkownika migracji jest administratorem lokalnym na komputerze docelowym i koordynatorem usługi Storage Migration Service.

Niezgodność skrótów DFSR podczas używania usługi Storage Migration Service do wstępnego ładowania danych.

Kiedy używasz usługi Storage Migration Service do przenoszenia plików do nowego miejsca docelowego, a następnie konfigurujesz replikację DFS w celu replikacji tych danych z istniejącym serwerem poprzez replikację wstępnie zainicjowaną lub klonowanie bazy danych replikacji DFS, wszystkie pliki doświadczają niezgodności skrótów i są ponownie replikowane. Strumienie danych, strumienie zabezpieczeń, rozmiary i atrybuty wydają się być idealnie dopasowane po przeniesieniu ich za pomocą usługi Storage Migration Service. Badanie plików za pomocą listy ICACLS lub dziennika debugowania bazy danych replikacji systemu plików DFS ujawnia:

Plik źródłowy

  icacls d:\test\Source:

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1200a9;;;DD)(A;;0x1301bf;;;DU)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)

Plik docelowy

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1301bf;;;DU)(A;;0x1200a9;;;DD)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)**S:PAINO_ACCESS_CONTROL**

Dziennik debugowania DFSR

   20190308 10:18:53.116 3948 DBCL  4045 [WARN] DBClone::IDTableImportUpdate Mismatch record was found.

   Local ACL hash:1BCDFE03-A18BCE01-D1AE9859-23A0A5F6
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

   Clone ACL hash:**DDC4FCE4-DDF329C4-977CED6D-F4D72A5B**
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

Ten problem został rozwiązany przez aktualizację KB4512534 .

Błąd "Nie można przenieść magazynu w żadnym z punktów końcowych" podczas transferu z systemu Windows Server 2008 R2

Podczas próby transferu danych z komputera źródłowego z systemem Windows Server 2008 R2 nie są przesyłane żadne transfery danych i występuje błąd:

Couldn't transfer storage on any of the endpoints.
0x9044

Ten błąd jest oczekiwany, jeśli komputer z systemem Windows Server 2008 R2 nie jest w pełni poprawiony ze wszystkimi aktualizacjami krytycznymi i ważnymi z usługi Windows Update. Szczególnie ważne jest, aby komputer z systemem Windows Server 2008 R2 był aktualizowany do celów zabezpieczeń, ponieważ ten system operacyjny nie zawiera ulepszeń zabezpieczeń nowszych wersji systemu Windows Server.

Błąd "Nie można przenieść magazynu w żadnym z punktów końcowych" i "Sprawdź, czy urządzenie źródłowe jest w trybie online — nie można uzyskać do niego dostępu".

Podczas próby transferu danych z komputera źródłowego niektóre lub wszystkie udziały nie są przenoszone z powodu błędu:

Couldn't transfer storage on any of the endpoints.
0x9044

Podczas badania szczegółów transferu SMB jest wyświetlany błąd:

Check if the source device is online - we couldn't access it.

Badanie dziennika zdarzeń StorageMigrationService/Admin pokazuje:

Couldn't transfer storage.

Job: Job1
ID:
State: Failed
Error: 36931
Error Message:

Guidance: Check the detailed error and make sure the transfer requirements are met. The transfer job couldn't transfer any source and destination computers. This could be because the orchestrator computer couldn't reach any source or destination computers, possibly due to a firewall rule, or missing permissions.

Badanie dziennika StorageMigrationService-Proxy/Debug pokazuje:

07/02/2019-13:35:57.231 [Error] Transfer validation failed. ErrorCode: 40961, Source endpoint is not reachable, or doesn't exist, or source credentials are invalid, or authenticated user doesn't have sufficient permissions to access it.
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Validate()
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)

Był to defekt kodu, który ujawniałby się, jeśli konto migracji nie ma co najmniej uprawnień odczytu w udziałach SMB. Ten problem został po raz pierwszy rozwiązany w 4520062 aktualizacji zbiorczej.

Inną możliwą przyczyną może być niewystarczająca liczba praw dostępu do źródłowego serwera plików. Podczas badania procesu "Microsoft.StorageMigration.Proxy.Service.exe" za pomocą monitora procesów może zostać wyświetlony poniższy wynik:

Date: 6/04/2022 15:36:09,1943419
Thread: 1688
Class: File System
Operation: CreateFile
Result: PRIVILEGE_NOT_HELD
Path: \\srv1.contoso.com\F$\\public
Duration: 0.0002573

Desired Access: Read Attributes, Read Control, Synchronize, Access System Security
Disposition: Open
Options: Synchronous IO Non-Alert, Open For Backup
Attributes: N
ShareMode: Read, Write
AllocationSize: n/a
Impersonating: CONTOSO\ServiceAccount
OpenResult: PRIVILEGE_NOT_HELD

Rzeczywista wykonywana operacja wymaga uprawnień "Otwórz w celu wykonania kopii zapasowej" na źródłowym serwerze plików. Sprawdź, czy konto użytkownika używane do uzyskiwania dostępu do źródłowego serwera plików ma przyznane niezbędne uprawnienia za pośrednictwem następujących lokalnych zasad zabezpieczeń na tym serwerze lub przy użyciu obiektu zasad grupy: Security Settings > Local Policies > User Rights Assignment > Back up files and directories

Błąd 0x80005000 podczas uruchamiania spisu

Po zainstalowaniu KB4512534 i próbie uruchomienia spisu spis kończy się niepowodzeniem z błędami:

EXCEPTION FROM HRESULT: 0x80005000

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2503
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory the computers.
Job: foo2
ID: 20ac3f75-4945-41d1-9a79-d11dbb57798b
State: Failed
Error: 36934
Error Message: Inventory failed for all devices
Guidance: Check the detailed error and make sure the inventory requirements are met. The job couldn't inventory any of the specified source computers. This could be because the orchestrator computer couldn't reach it over the network, possibly due to a firewall rule or missing permissions.

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory a computer.
Job: foo2
Computer: FS01.TailwindTraders.net
State: Failed
Error: -2147463168
Error Message:
Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          2/14/2020 1:18:21 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      2019-rtm-orc.ned.contoso.com
Description:
02/14/2020-13:18:21.097 [Erro] Failed device discovery stage SystemInfo with error: (0x80005000) Unknown error (0x80005000)

Ten błąd jest spowodowany przez usterkę kodu w usłudze Storage Migration Service podczas podawania poświadczeń migracji w postaci głównej nazwy użytkownika (UPN), takiej jak "meghan@contoso.com". Usługa orkiestratora usługi Storage Migration Service nie może poprawnie przeanalizować tego formatu, co prowadzi do błędu w wyszukiwaniu domeny, który został dodany do obsługi migracji klastra w KB4512534 i 19H1.

Aby obejść ten problem, podaj poświadczenia w formacie domena\użytkownik, takim jak „Contoso\Meghan”.

Błąd "ServiceError0x9006" lub "Serwer proxy nie jest obecnie dostępny". Podczas migracji do klastra trybu failover systemu Windows Server

Podczas próby transferu danych na klastrowany serwer plików są wyświetlane błędy, takie jak:

Make sure the proxy service is installed and running, and then try again. The proxy isn't currently available.
0x9006
ServiceError0x9006,Microsoft.StorageMigration.Commands.UnregisterSmsProxyCommand

Ten błąd jest oczekiwany, jeśli zasób serwera plików został przeniesiony z oryginalnego węzła właściciela klastra systemu Windows Server 2019 do nowego węzła, a funkcja serwera proxy usługi Migracja magazynu nie została zainstalowana w tym węźle.

Aby obejść ten problem, przenieś docelowy zasób serwera plików ponownie do oryginalnego węzła klastra właściciela, który był w użyciu podczas początkowej konfiguracji par transferu.

Alternatywne obejście:

  1. Zainstaluj funkcję serwera proxy usługi Storage Migration Service we wszystkich węzłach w klastrze.

  2. Uruchom następujące polecenie programu PowerShell usługi Storage Migration Service na komputerze orkiestratora:

    Register-SMSProxy -ComputerName <destination server> -Force

Błąd "Nie znaleziono biblioteki DLL" podczas uruchamiania spisu z węzła klastra

Podczas próby przeprowadzenia inwentaryzacji za pomocą usługi Storage Migration Service i przy celowaniu w źródło serwera plików ogólnego zastosowania klastra failover systemu Windows Server, są wyświetlane następujące błędy:

DLL not found
[Error] Failed device discovery stage VolumeInfo with error: (0x80131524) Unable to load DLL 'Microsoft.FailoverClusters.FrameworkSupport.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Aby obejść ten problem, zainstaluj „Narzędzia zarządzania klastrem trybu failover” (RSAT-Clustering-Mgmt) na serwerze działającym jako koordynator usługi Storage Migration Service.

Błąd "Nie ma więcej dostępnych punktów końcowych w mapowaniu punktów końcowych" podczas uruchamiania spisu na komputerze działającym pod systemem Windows Server 2003

Podczas próby uruchomienia spisu za pomocą koordynatora usługi Storage Migration Service na komputerze źródłowym z systemem Windows Server 2003 występuje następujący błąd:

There are no more endpoints available from the endpoint mapper

Ten problem został rozwiązany przez aktualizację KB4537818 .

Odinstalowywanie aktualizacji zbiorczej uniemożliwia uruchamianie usługi Storage Migration Service

Odinstalowanie aktualizacji zbiorczych systemu Windows Server może uniemożliwić uruchomienie usługi Storage Migration Service. Aby rozwiązać ten problem, możesz utworzyć kopię zapasową i usunąć bazę danych usługi Storage Migration Service:

  1. Otwórz wiersz polecenia z podwyższonym poziomem uprawnień, gdzie jesteś członkiem grupy Administratorzy na serwerze orkiestratora usługi Storage Migration Service i uruchom polecenie:

    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService

MD c:\ProgramData\Microsoft\StorageMigrationService\backup

ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)

XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*

DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q

ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C

ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C

  2. Uruchom usługę Storage Migration Service, która utworzy nową bazę danych.

Błąd "CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO napotkano problem z zasobem netName" i migracja klastra systemu Windows Server 2008 R2 kończy się niepowodzeniem

Podczas próby wykonania migracji klastra Windows Server 2008 R2, proces zostaje zablokowany na etapie "Zmiana nazwy komputera źródłowego..." i pojawia się następujący błąd:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          10/17/2019 6:44:48 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-RNS0D0PMPJH.contoso.com
Description:
10/17/2019-18:44:48.727 [Erro] Exception error: 0x1. Message: Control code CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO failed against netName resource 2008r2FS., stackTrace:    at Microsoft.FailoverClusters.Framework.ClusterUtils.NetnameRepairVCO(SafeClusterResourceHandle netNameResourceHandle, String netName)
at Microsoft.FailoverClusters.Framework.ClusterUtils.RenameFSNetName(SafeClusterHandle ClusterHandle, String clusterName, String FsResourceId, String NetNameResourceId, String newDnsName, CancellationToken ct)
at Microsoft.StorageMigration.Proxy.Cutover.CutoverUtils.RenameFSNetName(NetworkCredential networkCredential, Boolean isLocal, String clusterName, String fsResourceId, String nnResourceId, String newDnsName, CancellationToken ct)    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::RenameFSNetName::1510]

Ten problem jest spowodowany brakiem interfejsu API w starszych wersjach systemu Windows Server. Obecnie nie ma możliwości migracji klastrów systemu Windows Server 2008 i Windows Server 2003. Możesz bez problemu wykonywać inwentaryzację i przeniesienia na klastrach Windows Server 2008 R2, a następnie ręcznie przeprowadzić zmianę, zmieniając nazwę zasobu netname i adres IP źródłowego serwera plików klastra, a potem dopasowując docelową nazwę netname i adres IP klastra do oryginalnego źródła.

Cutover zawiesza się na "38% Mapowanie interfejsów sieciowych na komputerze źródłowym..." podczas używania statycznych adresów IP.

Podczas próby przełączenia komputera źródłowego, po skonfigurowaniu nowego statycznego adresu IP (zamiast DHCP) na co najmniej jednym interfejsie sieciowym, przełączenie zostaje zablokowane na etapie "38% Mapowanie interfejsów sieciowych na komputerze źródłowym..." i w dzienniku zdarzeń usługi Storage Migration Service pojawi się następujący błąd:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          11/13/2019 3:47:06 PM
Event ID:      20494
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't set the IP address on the network adapter.

Computer: fs12.corp.contoso.com
Adapter: microsoft hyper-v network adapter
IP address: 10.0.0.99
Network mask: 16
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

Badanie komputera źródłowego pokazuje, że nie można zmienić oryginalnego adresu IP.

Ten problem nie występuje, jeśli na ekranie "Skonfiguruj migrację jednorazową" wybrano opcję "Użyj protokołu DHCP" w Centrum administracyjnym systemu Windows, tylko wtedy, gdy określisz nowy statyczny adres IP.

Istnieją dwa rozwiązania tego problemu:

  1. Ten problem został najpierw rozwiązany przez aktualizację KB4537818 . Ta wcześniejsza usterka kodu uniemożliwiła korzystanie ze statycznych adresów IP.

  2. Jeśli nie określono domyślnego adresu IP bramy w interfejsach sieciowych komputera źródłowego, ten problem występuje nawet w przypadku aktualizacji KB4537818. Aby obejść ten problem, ustaw prawidłowy domyślny adres IP w interfejsach sieciowych przy użyciu apletu Połączenia sieciowe (NCPA.CPL) lub polecenia cmdlet Set-NetRoute programu PowerShell.

Niższa niż oczekiwano wydajność ponownego transferu

Po zakończeniu transferu, a następnie uruchomieniu kolejnego ponownego transferu tych samych danych, może nie być widoczna znaczna poprawa czasu transferu nawet wtedy, gdy niewiele danych uległo zmianie w międzyczasie na serwerze źródłowym.

Ten problem został rozwiązany przez kb4580390. Aby jeszcze bardziej usprawnić wydajność, przejrzyj Optymalizowanie wydajności inwentaryzacji i transferu.

Wolniejsze niż oczekiwana wydajność zapasów

Podczas inwentaryzacji serwera źródłowego, tworzenie spisu plików trwa długo, gdy jest wiele plików lub zagnieżdżonych katalogów. Miliony plików i folderów mogą prowadzić do sporządzania inwentaryzacji przez wiele godzin, nawet w przypadku szybkich konfiguracji pamięci masowej.

Ten problem został rozwiązany przez kb4580390.

Dane nie są przenoszone, zmiana nazwy użytkownika podczas migracji do lub z kontrolera domeny

Po rozpoczęciu transferu z lub do kontrolera domeny:

  1. Żadne dane nie są migrowane i żadne udziały nie są tworzone na docelowym serwerze.

  2. W Centrum administracyjnym systemu Windows jest wyświetlany czerwony symbol błędu bez komunikatu o błędzie

  3. Jeden lub więcej użytkowników usługi AD oraz grup lokalnych domeny zmieniło swoją nazwę i/lub atrybut logowania przed Windows 2000.

  4. Widzisz zdarzenie 3509 w koordynatorze usługi Storage Migration Service.

    Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/10/2020 2:53:48 PM
Event ID:      3509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't transfer storage for a computer.

Job: dctest3
Computer: dc02-2019.corp.contoso.com
Destination Computer: dc03-2019.corp.contoso.com
State: Failed
Error: 53251
Error Message: Local accounts migration failed with error System.Exception: -2147467259
    at Microsoft.StorageMigration.Service.DeviceHelper.MigrateSecurity(IDeviceRecord sourceDeviceRecord, IDeviceRecord destinationDeviceRecord, TransferConfiguration config, Guid proxyId, CancellationToken cancelToken)

    Jest to oczekiwane zachowanie, jeśli podjęto próbę migracji z lub do kontrolera domeny z usługą Storage Migration Service i użyto opcji "Migrowanie użytkowników i grup" w celu zmiany nazwy lub ponownego użycia kont. zamiast wybierać opcję "Nie przesyłaj użytkowników i grup". Migracja kontrolera domeny nie jest obsługiwana przez usługę Storage Migration Service. Ponieważ kontroler domeny nie posiada prawdziwych lokalnych użytkowników i grup, usługa Storage Migration Service traktuje te zasady zabezpieczeń tak, jak podczas migracji pomiędzy dwoma serwerami członkowskimi, próbując dostosować listy ACL zgodnie z instrukcjami, co prowadzi do błędów oraz sfałszowanych lub skopiowanych kont.

Jeśli już uruchomiono transfer jeden lub więcej razy:

  1. Użyj następującego polecenia AD PowerShell na kontrolerze domeny, aby zlokalizować jakichkolwiek zmodyfikowanych użytkowników lub grupy (zmień SearchBase tak, aby odpowiadał nazwie wyróżniającej twojej domeny):

    Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishedname

  2. W przypadku wszystkich użytkowników zwróconych przy użyciu oryginalnej nazwy zmodyfikuj wartość "Nazwa logowania użytkownika (pre-Windows 2000)", aby usunąć sufiks losowego znaku dodany przez usługę Storage Migration Service, aby ten użytkownik mógł się zalogować.

  3. Dla wszystkich grup zwróconych z oryginalną nazwą, edytuj ich "Nazwa grupy (pre-Windows 2000)", aby usunąć losowy sufiks dodany przez usługę Storage Migration Service.

  4. W przypadku wszystkich wyłączonych użytkowników lub grup z nazwami, które teraz zawierają sufiks dodany przez usługę Storage Migration Service, możesz usunąć te konta. Możesz potwierdzić, że konta użytkowników zostały dodane później, ponieważ będą zawierać tylko grupę Użytkownicy domeny i będą miały utworzoną datę/godzinę zgodną z godziną rozpoczęcia transferu usługi Storage Migration Service.

    Jeśli chcesz użyć usługi Storage Migration Service z kontrolerami domeny do celów transferu, upewnij się, że na stronie ustawień transferu w Centrum administracyjnym systemu Windows zawsze wybierasz opcję "Nie przesyłaj użytkowników i grup".

Błąd 53 "nie udało się zinwentaryzować wszystkich określonych urządzeń" podczas uruchamiania spisu,

Podczas próby uruchomienia spisu otrzymujesz:

Failed to inventory all specified devices

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/16/2020 8:31:17 AM
Event ID:      2516
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
Couldn't inventory files on the specified endpoint.
Job: ned1
Computer: ned.corp.contoso.com
Endpoint: hithere
State: Failed
File Count: 0
File Size in KB: 0
Error: 53
Error Message: Endpoint scan failed
Guidance: Check the detailed error and make sure the inventory requirements are met. This could be because of missing permissions on the source computer.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/16/2020 8:31:17 AM
Event ID:      10004
Task Category: None
Level:         Critical
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
01/16/2020-08:31:17.031 [Crit] Consumer Task failed with error:The network path was not found.
. StackTrace=   at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)
    at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetEnvironmentPathFolders(String ServerName, Boolean IsServerLocal)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.ScanUtils.<ScanSMBEndpoint>d__3.MoveNext()
    at Microsoft.StorageMigration.Proxy.EndpointScanOperation.Run()
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(EndpointScanRequest scanRequest, Guid operationId)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(Object request)
    at Microsoft.StorageMigration.Proxy.Common.ProducerConsumerManager`3.Consume(CancellationToken token)

01/16/2020-08:31:10.015 [Erro] Endpoint Scan failed. Error: (53) The network path was not found.
Stack trace:
    at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)

Na tym etapie orkiestrator usługi Storage Migration Service próbuje odczytać rejestr zdalny w celu określenia konfiguracji maszyny źródłowej, ale jest odrzucany przez serwer źródłowy z informacją, że ścieżka rejestru nie istnieje. Możliwe przyczyny:

  • Usługa Rejestru zdalnego nie jest uruchomiona na komputerze źródłowym.
  • Zapora sieciowa nie pozwala na zdalne połączenia rejestru z serwerem źródłowym z Orchestratora.
  • Konto migracji źródłowej nie ma uprawnień zdalnego dostępu do rejestru, aby połączyć się z komputerem źródłowym.
  • Konto migracji źródłowej nie ma uprawnień do odczytu w rejestrze komputera źródłowego w sekcji "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" lub w sekcji "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer"

Przełączenie zawiesza się na "38% Mapowanie interfejsów sieciowych na komputerze źródłowym..."

Podczas próby przeprowadzenia przełączenia na komputerze źródłowym, proces przełączenia zatrzymuje się w fazie "38% Mapowanie interfejsów sieciowych na komputerze źródłowym...", a w dzienniku zdarzeń usługi Storage Migration Service pojawi się następujący błąd:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/11/2020 8:51:14 AM
Event ID:      20505
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      nedwardo.contosocom
Description:
Couldn't establish a CIM session with the computer.

Computer: 172.16.10.37
User Name: nedwardo\MsftSmsStorMigratSvc
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

Ten problem jest spowodowany przez zasady grupy, które ustawiają następującą wartość rejestru na komputerze źródłowym: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"

To ustawienie nie jest częścią standardowych zasad grupy— jest to dodatek skonfigurowany przy użyciu zestawu narzędzi Microsoft Security Compliance Toolkit:

  • Windows Server 2012 R2: "Konfiguracja komputera\Szablony administracyjne\SCM: Przekazywanie ograniczeń skrótu\Stosowanie ograniczeń kontroli dostępu użytkownika do kont lokalnych w logowaniach sieciowych"

  • Windows Server 2016: "Konfiguracja komputera\Szablony administracyjne\Przewodnik po zabezpieczeniach MS\Stosowanie ograniczeń UAC do kont lokalnych w logowaniach sieciowych"

Można go również ustawić przy użyciu preferencji zasad grupy z niestandardowym ustawieniem rejestru. Za pomocą narzędzia GPRESULT można określić, które zasady stosują to ustawienie do komputera źródłowego.

Usługa Storage Migration Service tymczasowo włącza element LocalAccountTokenFilterPolicy jako część procesu przełączania, a następnie usuwa ją po zakończeniu procesu. Gdy zasady grupy stosują konfliktowy obiekt zasad grupy (GPO), zastępuje on usługę migracji magazynu i uniemożliwia przełączenie systemu.

Aby obejść ten problem, użyj jednej z następujących opcji:

  1. Tymczasowo przenieś komputer źródłowy z jednostki organizacyjnej usługi Active Directory, która stosuje ten obiekt zasad grupy powodujący konflikt.
  2. Tymczasowo wyłącz GPO, który stosuje te konfliktowe zasady.
  3. Tymczasowo utwórz nowy obiekt zasad grupy, który ustawia to ustawienie na Wyłączone i ma zastosowanie do określonej jednostki organizacyjnej serwerów źródłowych z wyższym pierwszeństwem niż inne obiekty zasad grupy.

Spis lub transfer kończy się niepowodzeniem w przypadku używania poświadczeń z innej domeny

Podczas próby uruchomienia inwentaryzacji lub transferu za pomocą usługi Storage Migration Service na docelowym serwerze Windows Server, przy użyciu poświadczeń migracji z innej domeny niż domena serwera docelowego, pojawiają się następujące błędy.

Exception from HRESULT:0x80131505

The server was unable to process the request due to an internal error

04/28/2020-11:31:01.169 [Error] Failed device discovery stage SystemInfo with error: (0x490) Could not find computer object 'myserver' in Active Directory    [d:\os\src\base\dms\proxy\discovery\discoveryproxy\DeviceDiscoveryOperation.cs::TryStage::1042]

Dalsze badanie dzienników pokazuje, że konto migracji i serwer migrowany z lub do znajdują się w różnych domenach.

06/25/2020-10:11:16.543 [Info] Creating new job=NedJob user=**CONTOSO**\ned
[d:\os\src\base\dms\service\StorageMigrationService.IInventory.cs::CreateJob::133]

GetOsVersion(fileserver75.**corp**.contoso.com)    [d:\os\src\base\dms\proxy\common\proxycommon\CimSessionHelper.cs::GetOsVersion::66] 06/25/2020-10:20:45.368 [Info] Computer 'fileserver75.corp.contoso.com': OS version

Ten problem jest spowodowany przez usterkę kodu w usłudze Storage Migration Service. Aby obejść ten problem, użyj poświadczeń migracji z tej samej domeny, do którego należy komputer źródłowy i docelowy. Jeśli na przykład komputer źródłowy i docelowy należy do domeny "corp.contoso.com" w lesie "contoso.com", użyj "corp\myaccount", aby dokonać migracji, a nie poświadczenia "contoso\myaccount".

Inwentaryzacja nie powiodła się z komunikatem "Nie znaleziono elementu"

Rozważmy następujący scenariusz:

Masz serwer źródłowy z nazwą hosta DNS i nazwą Active Directory, które mają ponad 15 znaków Unicode, takimi jak "iamaverylongcomputername". Z założenia system Windows nie pozwalał na ustawienie starszej nazwy NetBIOS na tak długą i ostrzegał, że w momencie nadawania tej nazwy serwerowi nazwa NetBIOS zostanie skrócona do 15 szerokich znaków Unicode (na przykład: "iamaverylongcom"). Podczas próby sporządzenia inwentarza tego komputera otrzymujesz w Centrum administracyjnym systemu Windows i dzienniku zdarzeń:

"Element not found"
========================

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          4/10/2020 10:49:19 AM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-6PJAG3DHPLF.corp.contoso.com
Description:
Couldn't inventory a computer.

Job: longnametest
Computer: iamaverylongcomputername.corp.contoso.com
State: Failed
Error: 1168
Error Message:

Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Ten problem jest spowodowany przez usterkę kodu w usłudze Storage Migration Service. Obecnie jedynym rozwiązaniem jest zmiana nazwy komputera, aby była taka sama jak nazwa NetBIOS, a następnie użycie polecenia NETDOM COMPUTERNAME /ADD, aby dodać alternatywną nazwę komputera, która zawierała wcześniej używaną dłuższą nazwę przed rozpoczęciem spisu. Usługa Storage Migration Service obsługuje migrowanie alternatywnych nazw komputerów.

Spis usługi Storage Migration Service kończy się niepowodzeniem z komunikatem „nie można odnaleźć parametru zgodnego z nazwą parametru 'IncludeDFSN'”.

W przypadku korzystania z programu Windows Admin Center w wersji 2009 do zarządzania orkiestratorem systemu Windows Server 2019 podczas próby utworzenia spisu komputera źródłowego występuje następujący błąd:

Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'"

Aby rozwiązać ten problem, zaktualizuj rozszerzenie usługi Storage Migration Service do co najmniej wersji 1.113.0 w Centrum administracyjnym systemu Windows. Aktualizacja powinna być automatycznie wyświetlana w kanale i zachęcać do instalacji.

Sprawdzanie poprawności transferu usługi Storage Migration Service zwraca wartość "Błąd HRESULT E_FAIL został zwrócony z wywołania składnika COM"

Po zainstalowaniu listopadowej aktualizacji zbiorczej dla Windows Server 2019 KB4586793, niektóre weryfikacje transferu mogą zakończyć się niepowodzeniem z:

Error HRESULT E_FAIL has been returned from a call to a COM component

Niekoniecznie dzieje się to dla wszystkich komputerów źródłowych. Pracujemy nad diagnozowaniem tego problemu. Aby obejść ten problem, zainstaluj narzędzie Microsoft Storage Migration Service w wersji 1.115 lub nowszej w Windows Admin Center. Aktualizacja powinna być automatycznie wyświetlana w kanale informacyjnym Centrum Administracyjnego systemu Windows, monitując o instalację. Umożliwi to zignorowanie tego błędu. Aby to obejść:

  1. Przejdź do kroku "Dostosuj ustawienia" fazy transferu.
  2. Włącz opcję "Zastąpij walidację transferu".
  3. Kontynuuj transfer bez uruchamiania polecenia "Validate" lub uruchom je i zignoruj błąd E_FAIL.

Important

Nie odinstaluj KB4586793. Ta aktualizacja uaktualnia bazę danych usługi Storage Migration Service i usunięcie aktualizacji będzie wymagać usunięcia bazy danych.

Transfer kończy się niepowodzeniem z komunikatem "Nie można pobrać dojścia do pliku" i jeden lub żaden transfer udziałów z określonego woluminu

Podczas próby transferu danych z komputera źródłowego okazuje się, że żadne pliki dla konkretnego woluminu nie są przesyłane, chociaż są przesyłane dla innych woluminów. W Centrum administracyjnym systemu Windows i dzienniku zdarzeń są wyświetlane następujące błędy:

"Couldn't transfer storage on any of the endpoints"

========================

SMS Admin log:
06/11/2021 08:44:17  3515 Error Couldn't transfer all of the files in the endpoint on the computer.

Job: test1
Computer: nedsrv1.corp.contoso.com
Destination Computer: nedsrv2.corp.contoso.com
Endpoint: foo
State: Failed
Source File Count: 0
Source File Size in KB: 0
Succeeded File Count: 0
Succeeded File Size in KB: 0
New File Count: 0
New File Size in KB: 0
Failed File Count: 0
Error: -2146233088
Error Message: 

Guidance: Check the detailed error and make sure the transfer requirements are met. This could be because the orchestrator computer couldn't reach a source or destination computer, possibly due to a firewall rule, or missing permissions.

========================

Jeśli wykonasz zrzut dzienników debugowania programu SMS przy użyciu polecenia Get-SMSLogs, również zobaczysz:

SMS Debug log:

06/11/2021-08:44:17.236 [Erro] End file transfer failed with -2146233088 exception:ErrorCode: -2146233088, Transfer failed
    at Microsoft.StorageMigration.Service.EndpointHelper.TransferFiles(String source, String destination, String sourceOSVersion, IEndpointRecord endpointRecord, TransferConfiguration config, String sourcePath, String destinationPath, ProxyInformation transferProxyInformation, Int64& skippedSystemObjectCount, CancellationToken cancelToken, SourceType sourceType, Protocol protocol, String sourceClusterSharedVolumesRoot, String targetClusterSharedVolumesRoot, ServerType sourceServerType, ServerType targetServerType, Boolean isTieredAFSEnabled, Int32 volumeMinimumFreeSpace, String targetVolume, String[] mountedVolumes)    [d:\os\src\base\dms\service\OperationManager\EndpointHelper.cs::TransferFiles::510]

SMS Proxy Debug log:

14090 06/11/2021-08:44:17.123 [Crit] Failed to create root of the share \\nedsrv1.corp.contoso.com\D$ with error -2147467259 and message Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\DirectoryEnumerationStage.cs::ProcessItem::112]
14091 06/11/2021-08:44:17.124 [Erro] Stage DirectoryEnumerationStage cancelled. Received error: Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\StageBase.cs::DoStage::50]
14124 06/11/2021-08:44:17.141 [Erro] Failed pipeline execution. System.AggregateException: One or more errors occurred. ---> System.ComponentModel.Win32Exception: Failed to get file handle 
14125    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14126    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14127    at System.Threading.Tasks.Task.Execute()
14128    --- End of inner exception stack trace ---
14129    at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
14130    at Microsoft.StorageMigration.Proxy.Service.Transfer.Pipeline.Run(CancellationToken token)
14131    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Run()
14132    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)
14133 ---> (Inner Exception #0) System.ComponentModel.Win32Exception (0x80004005): Failed to get file handle
14134    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14135    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14136    at System.Threading.Tasks.Task.Execute()<---
14137     [d:\os\src\base\dms\proxy\transfer\transferproxy\TransferRequestHandler.cs::ProcessRequest::132]

Problem jest spowodowany ograniczeniem w usłudze Storage Migration Service Proxy, gdy cały wolumin NTFS został skonfigurowany z włączoną kompresją. Aby obejść ten problem, usuń flagę kompresji z woluminu docelowego:

  1. Otwórz Eksploratora plików, kliknij prawym przyciskiem myszy literę dysku docelowego i wybierz polecenie Właściwości.
  2. Usuń zaznaczenie pola wyboru "Kompresuj ten dysk, aby zaoszczędzić miejsce na dysku"
  3. Uruchom ponownie transfer.

Alternatywnie można wykonać te same kroki na komputerze źródłowym, jeśli jego wolumin został skompresowany i jeśli ma wolne miejsce do przechowywania rozszerzonych plików. Skompresowane pliki NTFS są zawsze dekompresowane podczas kopiowania lub przenoszenia, kompresowanie ich nie skraca czasu transferu.

Błąd wymaga zresetowania bazy danych usługi Storage Migration Service

W rzadkich okolicznościach może być konieczne zresetowanie bazy danych usługi Storage Migration Service. Aby to zrobić:

  1. Otwórz wiersz polecenia z podwyższonym poziomem uprawnień, gdzie jesteś członkiem grupy Administratorzy na serwerze orkiestratora usługi Storage Migration Service i uruchom polecenie:

    NET STOP SMS
NET STOP SMSPROXY

TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService

MD c:\ProgramData\Microsoft\StorageMigrationService\backup

ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)

XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*

DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q

ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C

ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C

  2. Sprawdź, czy w powyższych poleceniach nie wystąpiły żadne błędy. Następnie uruchom usługę Storage Migration Service, która utworzy nową bazę danych.

    NET START SMS
NET START SMSPROXY

Transfery są zatrzymywane z powodu błędu: Nie można przetłumaczyć znaku Unicode

Transfer danych zatrzymuje się. Zostanie wyświetlony błąd dziennika zdarzeń:

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          
Event ID:      3515
Task Category: None
Level:         Error
Keywords:      
User:          NETWORK SERVICE
Computer:      
Description:
Couldn't transfer all of the files in the endpoint on the computer.
Job: 
Computer: 
Destination Computer:
Endpoint:
State: Failed
Source File Count: 833617
Source File Size in KB: 45919696
Succeeded File Count: 833438
Succeeded File Size in KB: 45919696
New File Count: 0
New File Size in KB: 0
Failed File Count: 179
Error: -2146233087
Error Message: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:00:59.9970000'.

Badanie dziennika debugowania usługi Storage Migration Service pokazuje:

03. 07. 2023-23:28:08.647 [Erro] ExceptionMessage : (Unable to translate Unicode character \uDB71 at index 1 to specified code page.), ExceptionToString: (System.Text.EncoderFallbackException: Unable to translate Unicode character \uDB71 at index 1 to specified code page.

Ten problem jest spowodowany nieobsługiwanym znakiem Unicode, którego usługa Storage Migration Service nie może przetłumaczyć. Aby zlokalizować nazwę plików z nieprawidłowym znakiem, przeprowadź edycję następującego przykładowego skryptu programu PowerShell i uruchom go na komputerze źródłowym, a następnie sprawdź wyniki i zmień nazwę lub usuń pliki:

# Sample PowerShell script to find files with unhandled unicode characters

$FolderPath = "C:\temp"
$OutputFilePath = "C:\temp\invalid_char_results.txt"
$UnhandledChar = "\uDB71"

Get-ChildItem -path $FolderPath -Recurse | ForEach-Object {
 if ($_ -is [System.IO.FileInfo]) {
  if ($_.Name -match $UnhandledChar) {
   Add-Content $outputFilePath "$($_.FullName)"
  }
 }
}

Przełączenie kończy się niepowodzeniem przy 77% lub 30%

Podczas wykonywania przełączenia operacja zawiesza się na "77% — dodanie komputera docelowego do domeny" lub "30% — nie można opuścić domeny". Problem występuje tylko wtedy, gdy:

  • Użytkownik, który nie jest członkiem wbudowanej grupy administracyjnej w usłudze AD, utworzył źródłowe lub docelowe konto komputera w usłudze Active Directory.

    Or

  • Konto użytkownika migracji nie jest tym samym użytkownikiem, który utworzył konto komputera źródłowego.

Aktualizacje systemu Windows wydane 11 października 2022 r. zawierają dodatkowe zabezpieczenia w celu rozwiązania problemu CVE-2022-38042. Te dodatkowe zabezpieczenia spowodowały problem. Zabezpieczenia zostały zaktualizowane wraz z aktualizacją zbiorczą z 14 marca 2023 r., dodając opcję obejścia tego problemu. Ochrona celowo uniemożliwia operacjom przyłączania do domeny ponowne użycie istniejącego konta komputera w domenie docelowej, chyba że:

  • Użytkownik próbujący przeprowadzić operację jest twórcą istniejącego konta.

  • Użytkownik próbujący przeprowadzić operację jest członkiem wbudowanych grup Active Directory, takich jak Administratorzy domeny, Administratorzy przedsiębiorstwa lub Administratorzy, którzy założyli konto komputera.

  • Użytkownik próbujący przeprowadzić operację jest członkiem ustawienia zasad grupy "Kontroler domeny: Zezwalaj na ponowne użycie konta komputera podczas przyłączania do domeny" dla konta komputera.

Aby rozwiązać ten problem, użyj jednego z następujących rozwiązań.

Rozwiązanie 1 — użyj opcji "Zezwalaj na ponowne używanie konta komputera podczas dołączania do domeny"

  1. Upewnij się, że wszystkie kontrolery domeny, komputer źródłowy, komputer docelowy i komputer migracji programu SMS zainstalowały zbiorczą aktualizację z 14 marca 2023 r. i zostały ponownie uruchomione.
  2. Wykonaj kroki opisane w sekcji Podejmowanie akcji w KB5020276.
  3. W Centrum administracyjnym systemu Windows przejdź do Menedżera serwera > Usługi migracji magazynu, utwórz lub kontynuuj istniejące zadanie.
  4. Na stronie >, upewnij się, że konto używane do poświadczeń AD jest tym samym kontem, które miało uprawnienia do ponownego użycia kont komputerów w kroku 2.

Rozwiązanie 2 — użyj oryginalnego konta do migracji

  1. W Centrum administracyjnym systemu Windows przejdź do Menedżera serwera > Usługi migracji magazynu, utwórz lub kontynuuj istniejące zadanie.
  2. Na stronie Przejście na nowe serwery > Dostosuj ustawienia upewnij się, że konto używane dla poświadczeń AD jest tym samym kontem, które utworzyło lub przyłączyło komputer źródłowy lub docelowy do domeny.

Rozwiązanie 3 (niezalecane) — używanie grupy z wysokimi uprawnieniami

  1. W Centrum administracyjnym systemu Windows przejdź do Menedżera serwera > Usługi migracji magazynu, utwórz lub kontynuuj istniejące zadanie.
  2. Na stronie Przełącz na nowe serwery > Dostosuj ustawienia upewnij się, że konto używane dla poświadczeń AD jest członkiem jednej z wbudowanych grup usługi Active Directory z wysokimi uprawnieniami: Administratorzy domeny, Administratorzy przedsiębiorstwa lub Administratorzy.

Important

Jeśli wykonano czynności opisane w rozwiązaniu 1, a operacja odłączania zawodzi z komunikatem "33% — nie można cofnąć połączenia domeny" i błędem 0x6D1 "Procedura jest poza zakresem", oznacza to, że aktualizacja zbiorcza z 14 marca 2024 r. nie została zainstalowana na komputerze źródłowym lub została zainstalowana, ale komputer nie został ponownie uruchomiony.

Nieudana migracja dla systemu Windows Server 2008 R2

Podczas przeprowadzania przeniesienia systemu z komputera źródłowego z systemem Windows Server 2008 R2 lub starszym pojawia się błąd "Nie można zmienić nazwy komputera z domeny". Użycie polecenia pomocniczego Storage Migration Service Get-SmsLog pokazuje błąd 0x6D1 oraz "Odwołanie do obiektu nie jest ustawione na wystąpienie obiektu". Poniższy przykład to dane wyjściowe pliku dziennika z polecenia programu PowerShell Get-SmsLog .

Line 360: 04/02/2023-14:06:02.877 [Info] UnjoinDomain(isLocal=False, server='2008R2.corp.contoso.com')    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2151]
Line 361: 04/02/2023-14:06:02.948 [Erro] Attempt #1 failed to unjoin machine '2008R2.corp.contoso' from the domain with credential 'corp\ned'. Error 0x6D1.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2184]
Line 362: 04/02/2023-14:06:02.954 [Erro] Fatal exception during cutover stage processing. Source: 2008R2.corp.contoso.com, CutoverStage: UnjoinSource, ErrorCode: 0x80004003, Message: Object reference not set to an instance of an object.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverOperation.cs::Run::1116]

Zmiany wprowadzone w KB5020276 w celu zwalczania CVE-2022-38042 powodują ten błąd.

Aby rozwiązać ten problem, użyj jednego z następujących rozwiązań.

Rozwiązanie 1 (przy użyciu systemu Windows Server 2008 R2 z prawidłowym ESU)

W przypadku komputera źródłowego z systemem Windows Server 2008 R2 z prawidłowymi aktualizacjami rozszerzonej pomocy technicznej należy najpierw zainstalować najnowszą aktualizację zbiorczą. Po pomyślnym zainstalowaniu aktualizacji zbiorczej wykonaj kroki opisane w artykule Awaria przełączenia na 77% lub 30%, aby rozwiązać ten problem.

Rozwiązanie 2 (przy użyciu systemu Windows Server 2008 R2 bez prawidłowej ESU, Windows Server 2008 lub Windows Server 2003)

Jeśli na komputerze źródłowym jest uruchomiony system Windows Server 2008 R2 bez ESU, Windows Server 2008 lub Windows Server 2003, należy wykonać ręczną migrację jednorazową, wykonując kroki opisane w temacie Jak działa migracja jednorazowa w usłudze Storage Migration Service, ale z następującymi zmianami.

  1. Pomiń kroki 3 i 4
  2. W kroku 5 musisz zalogować się do komputera i usunąć go z domeny ręcznie przy użyciu SYSDM.CPLpolecenia , NETDOM.exelub Remove-Compuer programu PowerShell. Nie można zdalnie usunąć komputera z domeny po KB5020276.

Ostrzeżenie dotyczące walidacji transferu "Nie znaleziono docelowego serwera proxy"

Jeśli usługa serwera proxy programu SMS nie została jeszcze zainstalowana na serwerze docelowym przed rozpoczęciem transferu, program Windows Admin Center zainstaluje ją automatycznie. Jednak w określonych sytuacjach występuje niepowodzenie w rejestracji i wyświetleniu błędu weryfikacji: "Nie znaleziono docelowego proxy".

Aby rozwiązać ten problem, upewnij się, że funkcja usługi serwera proxy programu SMS jest zainstalowana na serwerze docelowym, a następnie uruchom następujące polecenie programu PowerShell na serwerze programu Orchestrator:

Register-SMSProxy -ComputerName <destination server FQDN> -Force

Walidacja teraz przechodzi pomyślnie.

Brak dysków w klastrze przełączania awaryjnego systemu Windows Server 2008 R2

Po zinwentaryzowaniu klastra trybu failover dla systemu Windows Server 2008 R2 nie są widoczne wszystkie dyski klastrowane. To jest spowodowane tym, że domyślna rola serwera plików w Windows Server 2008 R2 zawsze wybierze jeden dysk jako zależność, ale nie uwzględni pozostałych dysków przypisanych do roli serwera plików.

Aby rozwiązać ten problem, upewnij się, że wszystkie dyski przypisane do roli pliku są dodawane jako zależność w roli serwera plików.

  1. Otwórz Menedżera Klastera Przełączania Awaryjnego (cluadmin.msc).
  2. Kliknij prawym przyciskiem myszy dysk klastrowany i kliknij polecenie Właściwości
  3. Na karcie Zależności dodaj wiersz AND dla dysku do roli serwera plików.
  4. powtórz czynność dla wszystkich innych klastrowanych dysków.
  5. Zamknij przystawkę i ponownie utwórz spis źródła. Wszystkie dyski powinny być teraz wyświetlane i dostępne do transferu.

Przecięcie systemu Windows Server 2022 kończy się niepowodzeniem z powodu błędu 5 podczas zmiany nazwy komputera

Po rozpoczęciu procesu przełączenia, zmiana nazwy komputera źródłowego z systemem Windows Server 2022 nie może zostać zakończona na poziomie 41%. W przypadku migracji na komputer docelowy z systemem Windows Server 2022 zmiana nazwy nie powiodła się przy 75%%. Badanie dzienników debugowania programu SMS pokazuje wartość error 5: access denied.

Ten problem występuje po zainstalowaniu aktualizacji zbiorczej — KB5035857 z 12 marca 2024 r. dla systemu Windows Server 2022. Rozwiązanie tej regresji jest obecnie badane.

Aby obejść ten problem, wykonaj kroki opisane w sekcji Ręczne przełączanie.

Zobacz także

  • Last updated on