Problemi noti del servizio di migrazione dell'archiviazione
Questo articolo contiene le risposte ai problemi noti relativi all'uso del servizio di migrazione dell’archiviazione per eseguire la migrazione dei server.
Il servizio di migrazione dell’archiviazione viene rilasciato in due parti: il servizio in Windows Server e l'interfaccia utente in Windows Admin Center. Il servizio è disponibile in Windows Server, nel canale di manutenzione a lungo termine e in Windows Server, canale semestrale; mentre Windows Admin Center è disponibile come download separato. Sono incluse periodicamente anche le modifiche apportate agli aggiornamenti cumulativi per Windows Server, rilasciate tramite Windows Update.
Ad esempio, Windows Server versione 1903 include nuove funzionalità e correzioni per il servizio di migrazione dell’archiviazione, disponibili anche per Windows Server 2019 e Windows Server versione 1809 installando KB4512534.
Come raccogliere i file di log quando si lavora con il supporto tecnico Microsoft
Il servizio di migrazione dell’archiviazione contiene i log degli eventi per il servizio Orchestrator e per il servizio proxy. Il server orchestratore contiene sempre i registri di entrambi gli eventi, mentre i server di destinazione con il servizio proxy installato contengono i log proxy. Questi log si trovano in:
- Applicazioni e servizi\microsoft\windows\StorageMigrationService
- Applicazioni e servizi\microsoft\windows\StorageMigrationService-Proxy
Se è necessario raccogliere questi log per la visualizzazione offline o per l'invio al supporto tecnico Microsoft, su GitHub è disponibile uno script di PowerShell open source:
Helper servizio di migrazione dell’archiviazione
Consultare il README per l'utilizzo.
Il servizio di migrazione dell’archiviazione non viene visualizzato in Windows Admin Center a meno che non si gestisca Windows Server 2019
Quando si usa la versione 1809 di Windows Admin Center per gestire un agente di orchestrazione di Windows Server 2019, non viene visualizzata l'opzione dello strumento per il servizio di migrazione dell’archiviazione.
L'estensione del servizio di migrazione dell’archiviazione di Windows Admin Center è associata alla versione per gestire solo i sistemi operativi Windows Server 2019 versione 1809 o successiva. Se lo si usa per gestire sistemi operativi Windows Server meno recenti o anteprime Insider, lo strumento non viene visualizzato. Questo comportamento dipende dalla progettazione.
Per risolvere il problema, usare o eseguire l'aggiornamento a Windows Server 2019 build 1809 o versione successiva.
La convalida del cutover del servizio di migrazione dell'archiviazione ha esito negativo e viene visualizzato l'errore "Accesso negato per i criteri di filtro dei token nel computer di destinazione"
Quando si esegue la convalida del cutover, viene visualizzato l'errore "Non riuscita: accesso negato per i criteri di filtro dei token nel computer di destinazione". Ciò si verifica anche se sono state specificate le credenziali di amministratore locale corrette per i computer di origine e di destinazione.
Questo problema è stato risolto nell'aggiornamento KB4512534.
Il servizio di migrazione dell’archiviazione non è incluso nell'edizione Windows Server 2019 Evaluation o Windows Server 2019 Essentials
Quando si usa Windows Admin Center per connettersi a una versione Windows Server 2019 Evaluation o a un’edizione Windows Server 2019 Essentials, non è possibile gestire il servizio di migrazione dell’archiviazione. Il servizio di migrazione dell’archiviazione non è incluso anche in Ruoli e funzionalità.
Questo a causa di un problema di assistenza nel supporto di valutazione di Windows Server 2019 e Windows Server 2019 Essentials.
Per risolvere questo problema di valutazione, installare una versione retail, MSDN, OEM o multilicenza di Windows Server 2019 e non attivarla. Senza attivazione, tutte le edizioni di Windows Server funzionano in modalità di valutazione per 180 giorni.
Questo problema è stato risolto in una versione successiva di Windows Server.
Il servizio di migrazione dell’archiviazione non riesce a scaricare il trasferimento o il CSV è errato
Quando si usa Windows Admin Center o PowerShell per scaricare il log CSV dettagliato delle operazioni di trasferimento, viene visualizzato un errore:
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.
Questo problema è causato da un numero estremamente elevato di file trasferiti che non possono essere filtrati nel tempo predefinito di un minuto consentito dal servizio di migrazione dell’archiviazione.
Per risolvere questo problema:
Nel computer dell'agente di orchestrazione modificare il file %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config usando Notepad.exe per modificare il valore predefinito "sendTimeout" da 1 minuto a 10 ore.
<bindings> <netTcpBinding> <binding name="NetTcpBindingSms" sendTimeout="10:00:00"Riavviare il servizio "Servizio di migrazione dell’archiviazione" nel computer dell'agente di orchestrazione.
Nel computer dell'agente di orchestrazione avviare Regedit.exe
Se non esiste già, creare la sottochiave del Registro di sistema seguente:
HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershellDal menu Modifica, scegliere Nuovo e poi selezionare Valore DWORD.
Digitare "WcfOperationTimeoutInMinutes" come nome di DWORD, quindi premere INVIO.
Fare clic con il pulsante destro del mouse su "WcfOperationTimeoutInMinutes", quindi scegliere Modifica.
Nella casella Dati di base selezionare "Decimal"
Nella casella Dati valore, digitare 600 poi selezionare OK.
Chiudere l'editor del Registro di sistema.
Tentare di scaricare di nuovo il file CSV solo errori.
Se si verificano ancora problemi durante l'uso di WAC, usare invece PowerShell. Eseguire uno dei comandi seguenti nel computer Orchestrator, impostando il nome del processo e i valori FQDN del server di origine:
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
Avvisi di convalida per i privilegi amministrativi del proxy di destinazione e delle credenziali
Quando si convalida un processo di trasferimento, vengono visualizzati gli avvisi seguenti:
The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.
Se non è stato installato il servizio proxy del servizio di migrazione dell’archiviazione nel computer di destinazione Windows Server 2019, questo comportamento è dovuto alla sua progettazione. Viene mostrato questo messaggio anche se il computer di destinazione è Windows Server 2016 o Windows Server 2012 R2. È consigliabile eseguire la migrazione a un computer Windows Server 2019 con il proxy installato per migliorare le prestazioni di trasferimento.
Alcuni file non vengono inventariati o trasferiti, errore 5 "Accesso negato"
Quando si esegue l'inventario o si trasferiscono file da computer di origine a computer di destinazione, i file da cui un utente ha rimosso le autorizzazioni per il gruppo Amministratori non vengono migrati. L'analisi del debug del servizio di migrazione archiviazione-proxy mostra:
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()
Questo problema è causato da un difetto del codice nel servizio di migrazione dell’archiviazione in cui il privilegio di backup non è stato richiamato.
Per risolvere questo problema, installare Windows Update 2 aprile 2019 - KB4490481 (Build del sistema operativo 17763.404) nel computer dell'agente di orchestrazione e nel computer di destinazione, se vi è installato il servizio proxy. Assicurarsi che l'account utente della migrazione di origine sia un amministratore locale sul computer di origine e sull’orchestratore del servizio di migrazione dell’archiviazione. Assicurarsi che l'account utente della migrazione di destinazione sia un amministratore locale sul computer di destinazione e sull’orchestratore del servizio di migrazione dell’archiviazione.
Gli hash DFSR non corrispondono quando si usa il servizio di migrazione dell’archiviazione per eseguire il preseeding dei dati
Quando si usa il servizio di migrazione dell’archiviazione per trasferire i file in una nuova destinazione, quindi si configura la replica DFS per replicare i dati con un server esistente tramite la replica preseed o la clonazione del database di replica DFS, tutti i file riscontrano una mancata corrispondenza degli hash e vengono replicati nuovamente. I flussi di dati, i flussi di sicurezza, le dimensioni e gli attributi sembrano corrispondere perfettamente dopo aver usato il servizio di migrazione dell’archiviazione per trasferirli. L'analisi dei file con ICACLS o il log di debug della clonazione del database di replica DFS rivela:
File di origine
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)
File di destinazione
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**
Log di debug 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
Questo problema è stato risolto dall'aggiornamento KB4512534.
Errore "Non è stato possibile trasferire la risorsa di archiviazione in uno degli endpoint" durante il trasferimento da Windows Server 2008 R2
Quando si tenta di trasferire dati da un computer di origine Windows Server 2008 R2, non vengono trasferiti dati e viene visualizzato un errore:
Couldn't transfer storage on any of the endpoints.
0x9044
Questo errore si verifica se il computer Windows Server 2008 R2 non è completamente aggiornato con la patch di tutti gli aggiornamenti fondamentali e importanti di Windows Update. È particolarmente importante mantenere aggiornato un computer Windows Server 2008 R2 per motivi di sicurezza, in quanto tale sistema operativo non contiene i miglioramenti sulla sicurezza delle versioni più recenti di Windows Server.
Errore "Non è stato possibile trasferire la risorsa di archiviazione in uno degli endpoint" e "Controllare se il dispositivo di origine è online, non è stato possibile accedervi".
Quando si tenta di trasferire dati da un computer di origine, alcune condivisioni non vengono trasferite o nessuna condivisione viene trasferita, con l'errore:
Couldn't transfer storage on any of the endpoints.
0x9044
L'analisi dei dettagli del trasferimento SMB mostra l'errore:
Check if the source device is online - we couldn't access it.
L'analisi del log eventi StorageMigrationService/Admin mostra:
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.
L'analisi del log StorageMigrationService-Proxy/Debug mostra:
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)
Si tratta di un difetto del codice che si manifesta se l'account di migrazione non dispone almeno delle autorizzazioni di lettura per le condivisioni SMB. Questo problema è stato risolto per la prima volta nell'aggiornamento cumulativo 4520062.
Un'altra possibile causa potrebbero essere i diritti di accesso insufficienti al file server di origine. Durante l'esame del processo "Microsoft.StorageMigration.Proxy.Service.exe" con Monitoraggio processi, potrebbe essere visualizzato il risultato seguente:
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
L'operazione effettiva eseguita richiede i privilegi "Apri per backup" nel file server di origine. Verificare che all'account utente usato per accedere al file server di origine vengano concesse le autorizzazioni necessarie tramite i criteri di sicurezza locali seguenti su questo server o utilizzando un oggetto Criteri di gruppo: Security Settings > Local Policies > User Rights Assignment > Back up files and directories
Errore 0x80005000 durante l'esecuzione dell'inventario
Dopo l'installazione di KB4512534 e il tentativo di eseguire l'inventario, l'inventario ha esito negativo con errori:
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)
Questo errore è causato da un difetto del codice nel servizio di migrazione dell’archiviazione quando si forniscono le credenziali di migrazione sotto forma di nome principale utente (UPN), ad esempio 'meghan@contoso.com'. Il servizio di orchestrazione del servizio di migrazione dell’archiviazione non riesce ad analizzare correttamente questo formato, il che causa un errore nella ricerca del dominio aggiunto per il supporto della migrazione del cluster in KB4512534 e 19H1.
Per risolvere questo problema, specificare le credenziali nel formato dominio\utente, ad esempio "Contoso\Meghan".
Errore "ServiceError0x9006" o "Il proxy non è attualmente disponibile." durante la migrazione a un cluster di failover di Windows Server
Quando si tenta di trasferire i dati in un file server in cluster, vengono visualizzati errori come:
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
Questo errore si verifica se la risorsa file server è stata spostata dal nodo proprietario del cluster Windows Server 2019 originale a un nuovo nodo e la funzionalità proxy del servizio di migrazione dell’archiviazione non è stata installata in tale nodo.
Come soluzione alternativa, spostare la risorsa file server di destinazione sul nodo del cluster proprietario originale in uso quando sono state configurate per la prima volta le associazioni di trasferimento.
Come soluzione alternativa:
Installare la funzionalità Proxy del servizio di migrazione dell’archiviazione su tutti i nodi di un cluster.
Eseguire il comando PowerShell del servizio di migrazione dell’archiviazione seguente nel computer dell'agente di orchestrazione:
Register-SMSProxy -ComputerName <destination server> -Force
Errore "Dll non trovato" durante l'esecuzione dell'inventario da un nodo del cluster
Quando si tenta di eseguire l'inventario con il servizio di migrazione dell’archiviazione e si punta a un'origine file server di uso generale per un cluster di failover di Windows Server, vengono visualizzati gli errori seguenti:
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)
Per risolvere questo problema, installare "Strumenti di gestione cluster di failover" (RSAT-Clustering-Mgmt) sul server che esegue l'agente di orchestrazione del servizio di migrazione dell’archiviazione.
Errore "Non ci sono più endpoint disponibili dal mapper di endpoint" durante l'esecuzione dell'inventario in un computer di origine Windows Server 2003
Quando si tenta di eseguire l'inventario con l'agente di orchestrazione del servizio di migrazione dell’archiviazione in un computer di origine Windows Server 2003, viene visualizzato l'errore seguente:
There are no more endpoints available from the endpoint mapper
Questo problema viene risolto dall'aggiornamento KB4537818.
La disinstallazione di un aggiornamento cumulativo impedisce l'avvio del servizio di migrazione dell’archiviazione
La disinstallazione degli aggiornamenti cumulativi di Windows Server potrebbe impedire l'avvio del servizio di migrazione dell’archiviazione. Per risolvere questo problema, è possibile eseguire il backup ed eliminare il database del servizio di migrazione dell’archiviazione:
Aprire un prompt dei comandi con privilegi elevati, in cui si è membri di Amministratori nel server orchestrator del servizio di migrazione dell’archiviazione ed eseguire:
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 /CAvviare il servizio Servizio di migrazione dell’archiviazione, che creerà un nuovo database.
Errore "CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO non riuscito per la risorsa netName" e il cutover del cluster Windows Server 2008 R2 ha esito negativo
Quando si tenta di eseguire il cutover di un'origine cluster Windows Server 2008 R2, il cutover si blocca in fase "Rinominare il computer di origine..." e viene visualizzato l'errore seguente:
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]
Questo problema è causato da un'API mancante nelle versioni precedenti di Windows Server. Attualmente non è possibile eseguire la migrazione di cluster Windows Server 2008 e Windows Server 2003. È possibile eseguire l'inventario e il trasferimento senza problemi nei cluster Windows Server 2008 R2, quindi eseguire manualmente il cutover modificando manualmente il nome di rete e l'indirizzo IP della risorsa del file server di origine del cluster, e modificare il nome di rete e l'indirizzo IP del cluster di destinazione in modo che corrisponda all'origine.
Cutover si blocca su "38% Mapping delle interfacce di rete nel computer di origine..." quando si usano indirizzi IP statici
Quando si tenta di eseguire il cutover di un computer di origine, dopo aver impostato il computer di origine sull'uso di un nuovo indirizzo IP statico (non DHCP) su una o più interfacce di rete, il cutover rimane bloccato nella fase "38% Mapping delle interfacce di rete nel computer di origine..." e viene visualizzato l'errore seguente nel log degli eventi del servizio di migrazione dell’archiviazione:
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.
L'analisi del computer di origine indica che l'indirizzo IP originale non viene modificato.
Questo problema non si verifica se è stato selezionato "Usa DHCP" nella schermata "Configura cutover" di Windows Admin Center, solo se si specifica un nuovo indirizzo IP statico.
Esistono due soluzioni a questo problema:
Questo problema è stato risolto per la prima volta dall'aggiornamento KB4537818. Questo difetto del codice precedente impediva l'uso di tutti gli indirizzi IP statici.
Se non è stato specificato un indirizzo IP del gateway predefinito nelle interfacce di rete del computer di origine, questo problema si verifica anche con l'aggiornamento KB4537818. Per risolvere questo problema, impostare un indirizzo IP predefinito valido nelle interfacce di rete usando l'applet Connessioni di rete (NCPA.CPL) o il cmdlet di PowerShell Set-NetRoute.
Prestazioni di trasferimento più lente del previsto
Dopo aver completato un trasferimento ed eseguito un successivo trasferimento degli stessi dati, è possibile che il tempo di trasferimento non migliori di molto, anche se nel frattempo sul server di origine sono stati modificati pochi dati.
Questo problema viene risolto da kb4580390. Per ottimizzare ulteriormente le prestazioni, consultare Ottimizzazione delle prestazioni di inventario e trasferimento.
Prestazioni di inventario più lente del previsto
Durante l'inventario di un server di origine, l'inventario dei file richiede molto tempo quando sono presenti molti file o cartelle annidate. Milioni di file e cartelle possono portare a inventari che richiedono molte ore anche su configurazioni di archiviazione veloce.
Questo problema viene risolto da kb4580390.
I dati non vengono trasferiti, rinominati dall'utente durante la migrazione da o verso un controller di dominio
Dopo aver avviato il trasferimento da o verso un controller di dominio:
Non viene eseguita la migrazione di dati e non viene creata alcuna condivisione nella destinazione.
In Windows Admin Center è visualizzato un simbolo di errore rosso senza messaggio di errore
Uno o più utenti di AD e gruppi di dominio locale hanno il nome e/o l'attributo di accesso precedente a Windows 2000 modificati
L'evento 3509 viene visualizzato nell'agente di orchestrazione del servizio di migrazione dell’archiviazione:
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)Questo comportamento si verifica se si è tentato di eseguire la migrazione da o verso un controller di dominio con il servizio di migrazione dell’archiviazione e si è usata l'opzione "eseguire la migrazione di utenti e gruppi" per rinominare o riutilizzare gli account. anziché selezionare "Non trasferire utenti e gruppi". La migrazione del controller di dominio non è supportata con il servizio di migrazione dell’archiviazione. Poiché un controller di dominio non dispone di veri utenti e gruppi locali, il servizio di migrazione dell’archiviazione considera queste entità di sicurezza come se si trattasse di una migrazione tra due server membri e tenta di modificare gli elenchi di controllo di accesso come indicato, causando errori e account misti o copiati.
Se il trasferimento è già stato eseguito più volte:
Usare il comando di PowerShell AD seguente su un controller di dominio per individuare gli utenti o i gruppi modificati (cambiando SearchBase in modo che corrisponda al nome distinto del dominio):
Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishednamePer tutti gli utenti restituiti con il nome originale, modificare il “nome di accesso utente (pre-Windows 2000)" per rimuovere il suffisso con i caratteri casuali aggiunto dal servizio di migrazione dell’archiviazione, in modo che l'utente possa accedere.
Per tutti i gruppi restituiti con il nome originale, modificare il relativo "Nome gruppo (pre-Windows 2000)" per rimuovere il suffisso con i caratteri casuali aggiunto dal servizio di migrazione dell’archiviazione.
Per tutti gli utenti o i gruppi disabilitati con nomi che ora contengono un suffisso aggiunto dal servizio di migrazione dell’archiviazione, è possibile eliminare questi account. È possibile confermare che gli account utente sono stati aggiunti in un secondo momento perché conterranno solo il gruppo Utenti di dominio e avranno una data/ora di creazione corrispondente all'ora di inizio del trasferimento del servizio di migrazione dell’archiviazione.
Se si vuole usare il servizio di migrazione dell’archiviazione con controller di dominio a scopo di trasferimento, assicurarsi di selezionare sempre "Non trasferire utenti e gruppi" nella pagina delle impostazioni di trasferimento in Windows Admin Center.
Errore 53: "Impossibile eseguire l'inventario di tutti i dispositivi specificati" durante l'esecuzione dell'inventario,
Quando si tenta di eseguire l'inventario, si riceve:
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)
In questa fase, l'agente di orchestrazione del servizio di migrazione dell’archiviazione tenta di leggere il registro di sistema remoto per determinare la configurazione del computer di origine, ma viene rifiutato dal server di origine, il quale indica che il percorso del registro di sistema non esiste. Questo errore può essere causato da:
- Il servizio Registro di sistema remoto non è in esecuzione nel computer di origine.
- il firewall non consente connessioni del registro remoto al server di origine dell’orchestrator.
- L'account di migrazione di origine non dispone delle autorizzazioni remote del Registro di sistema per connettersi al computer di origine.
- L'account di migrazione di origine non dispone delle autorizzazioni di lettura all'interno del Registro di sistema del computer di origine, in "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" o in "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer"
Cutover si blocca su "38% Mapping delle interfacce di rete nel computer di origine..."
Quando si tenta di eseguire il cutover di un computer di origine, il cutover rimane bloccato nella fase "38% Mapping delle interfacce di rete nel computer di origine..." e viene visualizzato l'errore seguente nel log degli eventi del servizio di migrazione dell’archiviazione:
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.
Questo problema è causato da Criteri di gruppo che imposta il valore del Registro di sistema seguente nel computer di origine: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"
Questa impostazione non fa parte dei Criteri di gruppo standard, è un componente aggiuntivo configurato usando Microsoft Security Compliance Toolkit:
Windows Server 2012 R2: "Configurazione computer\Modelli amministrativi\SCM: Passaggio delle mitigazioni hash\Applica le restrizioni di controllo dell'account utente agli account locali durante gli accessi alla rete"
Widows Server 2016: "Configurazione computer\Modelli amministrativi\Guida alla sicurezza MS\Applica le restrizioni di controllo dell'account utente agli account locali negli accessi di rete"
Può essere impostato anche usando le preferenze dei Criteri di gruppo con un'impostazione personalizzata del Registro di sistema. È possibile usare lo strumento GPRESULT per determinare quali criteri si applicano a questa impostazione al computer di origine.
Il servizio della migrazione dell’archiviazione abilita temporaneamente LocalAccountTokenFilterPolicy come parte del processo di cutover, per poi rimuoverlo al termine. Quando i Criteri di gruppo utilizzano un oggetto Criteri di gruppo in conflitto, eseguono l'override del servizio di migrazione dell’archiviazione e impediscono il cutover.
Per risolvere il problema, usare una delle seguenti possibilità:
- Spostare temporaneamente il computer di origine dall'unità organizzativa di Active Directory che applica questo oggetto Criteri di gruppo in conflitto.
- Disabilitare temporaneamente l'oggetto Criteri di gruppo che applica questo criterio in conflitto.
- Creare temporaneamente un nuovo oggetto Criteri di gruppo con questa impostazione su Disabilitato e che si applica a un'unità organizzativa specifica dei server di origine, con una precedenza maggiore rispetto a qualsiasi altro oggetto Criteri di gruppo.
L'inventario o il trasferimento hanno esito negativo quando si usano le credenziali di un dominio diverso
Quando si tenta di eseguire l'inventario o il trasferimento con il servizio di migrazione dell’archiviazione e di puntare a Windows Server quando si usano le credenziali di migrazione da un dominio diverso rispetto al server di destinazione, vengono visualizzati gli errori seguenti
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]
Esaminando ulteriormente i log, viene illustrato che l'account di migrazione e il server da cui o verso cui viene eseguita la migrazione si trovano in domini diversi:
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
Questo problema è causato da un difetto del codice nel servizio di migrazione dell’archiviazione. Per risolvere questo problema, usare le credenziali di migrazione dello stesso dominio a cui appartengono il computer di origine e di destinazione. Ad esempio, se il computer di origine e di destinazione appartengono al dominio "corp.contoso.com" nella foresta "contoso.com", usare 'corp\myaccount' per eseguire la migrazione, non le credenziali 'contoso\myaccount'.
L'inventario fallisce con "Elemento non trovato"
Prendi in considerazione lo scenario seguente:
Si dispone di un server di origine con un nome host DNS e un nome Active Directory con più di 15 caratteri unicode, ad esempio "iamaverylongcomputername". Per impostazione predefinita, Windows non ha consentito di impostare un nome NetBIOS legacy così lungo e quando il server è stato nominato, ha avvisato che il nome NetBIOS sarebbe stato troncato a 15 caratteri unicode (ad esempio: "iamaverylongcom"). Quando si tenta di eseguire l'inventario di questo computer, in Windows Admin Center e nel log degli eventi si riceve:
"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.
Questo problema è causato da un difetto del codice nel servizio di migrazione dell’archiviazione. L'unica soluzione alternativa consiste attualmente nel rinominare il computer in modo che abbia lo stesso nome di NetBIOS, quindi usare NETDOM NOMECOMPUTER /AGGIUNGI per aggiungere un nome computer alternativo contenente il nome più lungo usato prima di avviare l’inventario. Il servizio di migrazione dell’archiviazione supporta la migrazione di nomi di computer alternativi.
L'inventario del servizio di migrazione dell'archiviazione ha esito negativo e "non è possibile trovare un parametro corrispondente al nome del parametro 'IncludeDFSN'"
Quando si usa la versione 2009 di Windows Admin Center per gestire un orchestrator Windows Server 2019 e si tenta di eseguire l'inventario di un computer di origine, viene visualizzato l'errore seguente:
Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'"
Per risolvere il problema, aggiornare l'estensione del servizio di migrazione dell’archiviazione almeno alla versione 1.113.0 in Windows Admin Center. L'aggiornamento dovrebbe comparire automaticamente nel feed e richiedere l'installazione.
La convalida del trasferimento del servizio di migrazione dell'archiviazione restituisce “L’errore HRESULT E_FAIL è stato restituito da una chiamata a un componente COM”
Dopo aver installato l'aggiornamento cumulativo di Windows Server 2019 KB4586793 di novembre, alcune convalide di trasferimento potrebbero non riuscire con:
Error HRESULT E_FAIL has been returned from a call to a COM component
Non avviene necessariamente per tutti i computer di origine. Microsoft sta lavorando per diagnosticare questo problema. Come soluzione alternativa, installare lo strumento 1.115 o versione successiva del servizio di migrazione dell’archiviazione in Windows Admin Center. L'aggiornamento dovrebbe apparire automaticamente nel feed di Windows Admin Center e richiedere l'installazione consentendo di ignorare l’errore. Per risolvere il problema:
- Accedere al passaggio "Regola impostazioni" della fase di trasferimento.
- Abilitare "Override convalida trasferimento".
- Procedere con il trasferimento, senza eseguire "Convalida" oppure eseguendolo e ignorando l'errore E_FAIL.
Importante
Non disinstallare KB4586793. Questo aggiornamento aggiorna il database del servizio di migrazione dell’archiviazione e per rimuoverlo sarà necessario eliminare il database.
Il trasferimento ha esito negativo con "Impossibile ottenere l'handle di file" e una o nessuna condivisione trasferita da un volume specifico
Quando si tenta di trasferire i dati da un computer di origine, non viene rilevato alcun file per un trasferimento di volume specifico, anche se vengono trasferiti per altri volumi. Vengono visualizzati gli errori seguenti in Windows Admin Center e nel log degli eventi:
"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.
========================
Se si esegue il dump dei log di debug SMS usando il comando Get-SMSLogs, viene visualizzato anche:
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]
Questo problema è causato da una limitazione nel servizio proxy del servizio di migrazione dell’archiviazione quando un intero volume NTFS è stato configurato con il flag di compressione. Per risolvere il problema, rimuovere il flag di compressione dal volume di destinazione:
- Aprire Esplora file, fare clic con il pulsante destro del mouse sulla lettera dell’unità di destinazione e scegliere Proprietà.
- Deselezionare "Comprimi questa unità per risparmiare spazio su disco"
- Eseguire di nuovo il trasferimento.
In alternativa, è possibile eseguire gli stessi passaggi sul computer di origine, se il volume è stato compresso e se ha spazio libero per contenere i file espansi. I file compressi NTFS vengono sempre decompressi durante la copia o lo spostamento, la compressione non riduce il tempo di trasferimento.
Un errore richiede la reimpostazione del database del servizio di migrazione dell’archiviazione
In rari casi potrebbe essere necessario reimpostare il database del servizio di migrazione dell’archiviazione. A questo scopo, è necessario:
Aprire un prompt dei comandi con privilegi elevati, in cui si è membri di Amministratori nel server orchestrator del servizio di migrazione dell’archiviazione ed eseguire:
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 /CVerificare che non siano presenti errori nei comandi precedenti. Avviare quindi il servizio Servizio di migrazione dell’archiviazione, che creerà un nuovo database.
NET START SMS NET START SMSPROXY
I trasferimenti si arrestano con errore: impossibile convertire il carattere unicode
Un trasferimento in esecuzione si interrompe. Compare un errore di log degli eventi:
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'.
L'analisi del log di debug del servizio di migrazione dell’archiviazione mostra:
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.
Questo problema è causato da un carattere unicode non gestito che il servizio di migrazione dell’archiviazione non può convertire. Per individuare il nome dei file con il carattere non valido, modificare lo script di PowerShell di esempio che segue ed eseguirlo nel computer di origine, quindi esaminare i risultati e rinominare o rimuovere i file:
# 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)"
}
}
}
Il cutover fallisce al 77% o al 30%
Quando si esegue il cutover, l'operazione si blocca al "77%, aggiungere il computer di destinazione al dominio" o al "30%, impossibile annullare la connessione al dominio". Il problema si verifica solo quando:
Un utente che non è membro di un gruppo di amministratori predefinito in AD ha creato l'account del computer di origine o di destinazione in Active Directory.
Or
L'account utente della migrazione non è lo stesso utente che ha creato l'account del computer di origine.
Gli aggiornamenti di Windows rilasciati a partire dall’11 ottobre 2022 contengono protezioni aggiuntive per risolvere CVE-2022-38042, queste aggiuntive hanno causato il problema. Le protezioni sono state ulteriormente aggiornate con l'aggiornamento cumulativo mensile del 14 marzo 2023, aggiungendo un'opzione alternativa per questo problema. Le protezioni impediscono intenzionalmente alle operazioni di aggiunta al dominio di riutilizzare un account computer esistente nel dominio di destinazione, a meno che:
L'utente che tenta di eseguire l'operazione è l'autore dell'account esistente.
L'utente che tenta di eseguire l'operazione è membro dei gruppi predefiniti di Active Directory Domain Administrators, Enterprise Administrators o Administrators ha creato l'account del computer.
L'utente che tenta di eseguire l'operazione è un membro del "Controller di dominio: Consenti riutilizzo dell'account del computer durante l'aggiunta al dominio". Impostazione di Criteri di gruppo per l'account del computer.
Per risolvere questo problema, usare una delle soluzioni seguenti.
Soluzione 1: usare "Consenti riutilizzo dell'account del computer durante l'aggiunta a un dominio"
- Verificare che tutti i controller di dominio, il computer di origine, il computer di destinazione e il computer di migrazione SMS abbiano installato l'aggiornamento cumulativo del 14 marzo 2023 e siano stati riavviati.
- Seguire i passaggi descritti in dettaglio nella sezione Esegui azione di KB5020276.
- In Windows Admin Center accedere a Server Manager > Storage Migration Service, creare un processo o continuare un processo esistente.
- Nella pagina Cutover ai nuovi server > Modifica impostazioni, verificare che l'account usato per le credenziali di Active Directory sia lo stesso account autorizzato a riutilizzare gli account computer nel passaggio 2".
Soluzione 2: usare l'account originale per la migrazione
- In Windows Admin Center accedere a Server Manager > Storage Migration Service, creare un processo o continuare un processo esistente.
- Nella pagina Cutover al nuovo server > Modifica impostazioni, verificare che l'account usato per le credenziali di Active Directory sia lo stesso account che ha creato o aggiunto il computer di origine e di destinazione al dominio.
Soluzione 3 (non consigliata): usare un gruppo con privilegi elevati
- In Windows Admin Center accedere a Server Manager > Storage Migration Service, creare un processo o continuare un processo esistente.
- Nella pagina Cutover ai nuovi server > Modifica impostazioni, verificare che l'account usato per le credenziali di Active Directory sia membro di uno dei gruppi predefiniti di Active Directory con privilegi elevati Domain Administrators, Enterprise Administrators o Administrators.
Importante
Se è stata seguita la soluzione 1 e l'operazione di disgiunzione dal gruppo ha esito negativo "33% - impossibile disgiungere dal dominio" con errore 0x6D1 "La procedura non è compresa nell'intervallo", l'aggiornamento cumulativo del 14 marzo 2024 non è stato installato nel computer di origine oppure è stato installato ma il computer non è stato riavviato.
Cutover fallisce per Windows Server 2008 R2
Quando si esegue il cutover da un computer di origine che esegue Windows Server 2008 R2 o versioni precedenti, compare l'errore "Non è stato possibile rinominare il computer del dominio". L'uso del comando helper del servizio di migrazione dell’archiviazione Get-SmsLog mostra l'errore 0x6D1 e "Riferimento a un oggetto non impostato su un'istanza di oggetto". L'esempio seguente è il risultato del file di log del comando di 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]
Le modifiche introdotte in KB5020276 per combattere CVE-2022-38042causano questo errore.
Per risolvere questo problema, usare una delle soluzioni seguenti.
Soluzione 1 (usando Windows Server 2008 R2 con ESU valido)
Per un computer di origine che esegue Windows Server 2008 R2 con aggiornamenti validi per il supporto esteso, installare prima l'aggiornamento cumulativo più recente. Dopo aver installato correttamente l'aggiornamento cumulativo, per risolvere il problema seguire i passaggi descritti nell'articolo Cutover fallisce al 77% o al 30%.
Soluzione 2 (usando Windows Server 2008 R2 senza ESU valido, Windows Server 2008 o Windows Server 2003)
Se il computer di origine esegue Windows Server 2008 R2 senza ESU, Windows Server 2008 o Windows Server 2003, è necessario eseguire un cutover manuale seguendo i passaggi descritti in Come funziona il cutover nel servizio di migrazione dell’archiviazione, ma con le modifiche seguenti.
- Ignorare i passaggi 3 e 4
- Per il passaggio 5, è necessario accedere al computer e rimuoverlo manualmente dal dominio usando il comando di PowerShell
SYSDM.CPL,NETDOM.exeoRemove-Compuer. Non è possibile rimuovere da remoto il computer dal dominio dopo KB5020276.
Avviso di convalida del trasferimento "Il proxy di destinazione non è stato trovato"
Se il servizio proxy SMS non è già installato nel server di destinazione prima di avviare il trasferimento, Windows Admin Center lo installa automaticamente. Tuttavia, in determinate circostanze non riesce a registrare e mostrare l'errore di convalida "Il proxy di destinazione non è stato trovato".
Per risolvere questo problema, verificare che la funzionalità servizio proxy SMS sia installata nel server di destinazione, quindi eseguire il comando PowerShell seguente nel server Orchestrator:
Register-SMSProxy -ComputerName <destination server FQDN> -Force
La convalida ora viene superata.
Dischi mancanti nell'origine del cluster di failover di Windows Server 2008 R2
Dopo l'inventario di un'origine cluster di failover di Windows Server 2008 R2, non tutti i dischi nel cluster sono visibili. Questo è dovuto al ruolo file server predefinito in Windows Server 2008 R2 che sceglie sempre un disco come dipendenza, non i dischi rimanenti assegnati a un ruolo file server.
Per risolvere questo problema, assicurarsi che tutti i dischi assegnati al ruolo file vengano aggiunti come dipendenza nel ruolo file server.
- Aprire Gestione cluster di failover (cluadmin.msc).
- Fare clic con il pulsante destro del mouse su un disco cluster e scegliere Proprietà
- Nella scheda Dipendenze aggiungere una riga AND per il disco al ruolo file server.
- ripetere per tutti gli altri dischi cluster.
- Chiudere lo snap-in ed eseguire nuovamente l'inventario dell'origine. Tutti i dischi dovrebbero ora essere visibili e disponibili per il trasferimento.
Il cutover di Windows Server 2022 restituisce l'errore 5 quando viene ridenominato il computer
Dopo aver avviato il processo di cutover, la ridenominazione di un computer di origine Windows Server 2022 si interrompe al 41%. Se si esegue la migrazione a un computer di destinazione Windows Server 2022, la ridenominazione si interrompe al 75%. L'analisi dei log di debug SMS mostra error 5: access denied.
Questo problema si verifica dopo l'installazione dell'aggiornamento cumulativo per Windows Server 2022 KB5035857 del 12 marzo 2024. Stiamo lavorando a una soluzione per questa regressione.
Per risolvere questo problema, seguire i passaggi descritti in Cutover manuale.