Поделиться через

Известные проблемы со службой миграции хранилища

В этой статье содержатся ответы на известные проблемы при использовании службы миграции хранилища для переноса серверов.

Служба миграции хранилища (Storage Migration Service) выпускается в двух частях: служба в Windows Server и пользовательский интерфейс в Windows Admin Center. Служба доступна в Windows Server, канале обслуживания Long-Term и Windows Server, канале Semi-Annual; в то время как Центр администрирования Windows можно скачать отдельно. Мы также периодически включаем изменения в накопительные обновления для Windows Server, выпущенные с помощью центра обновления Windows.

For example, Windows Server, version 1903 includes new features and fixes for Storage Migration Service, which are also available for Windows Server 2019 and Windows Server, version 1809 by installing KB4512534.

Как собирать файлы журналов при работе с поддержкой Майкрософт

Служба миграции хранилища содержит журналы событий для службы Orchestrator и прокси-службы. Сервер оркестратора всегда содержит журналы событий, а также конечные серверы с установленной службой прокси-сервера содержат журналы прокси-сервера. Эти журналы находятся в разделе:

  • Журналы приложений и служб \ Microsoft \ Windows \ StorageMigrationService
  • Журналы приложений и служб \ Microsoft \ Windows \ StorageMigrationService-Proxy

Если вам нужно собрать эти журналы для автономного просмотра или отправки в службу поддержки Майкрософт, на сайте GitHub доступен сценарий PowerShell с открытым исходным кодом:

Вспомогательный помощник службы миграции хранилища

Просмотрите README для использования.

Служба миграции хранилища не отображается в Windows Admin Center, если не управляется Windows Server 2019.

При использовании версии 1809 Windows Admin Center для управления оркестратором Windows Server 2019 не отображается опция инструмента службы миграции хранилища.

Расширение Службы миграции хранилища Windows Admin Center привязано к версии только для управления операционными системами Windows Server 2019 версии 1809 или более поздней. Если вы используете его для управления старыми операционными системами Windows Server или инсайдерскими предварительными версиями, инструмент не отображается. Это поведение является намеренным.

Для устранения проблемы обновите систему до Windows Server 2019 с версии 1809 или более поздней.

Валидизация переключения службы миграции хранилища завершается ошибкой "Доступ запрещён для политики фильтрации токенов на целевом компьютере".

При запуске проверки переключения вы получаете сообщение об ошибке "Сбой: доступ запрещен политикой фильтра маркеров на целевом компьютере". Это происходит, даже если вы предоставили правильные учетные данные локального администратора для исходного и целевого компьютеров.

This issue was fixed in the KB4512534 update.

Служба миграции хранилища не включена в выпуск Windows Server 2019 Evaluation или Windows Server 2019 Essentials

При использовании Windows Admin Center для подключения к выпуску ознакомительной версии Windows Server 2019 или Windows Server 2019 Essentials нет возможности управлять службой миграции хранилища. Служба миграции хранилища также не включается в роли и компоненты.

Эта проблема вызвана проблемой обслуживания в средстве оценки Windows Server 2019 и Windows Server 2019 Essentials.

Чтобы обойти эту проблему для оценки, установите розничную версию, MSDN, OEM или корпоративную лицензию Windows Server 2019 и не активируйте ее. Без активации все выпуски Windows Server работают в режиме оценки в течение 180 дней.

Исправлена эта проблема в более позднем выпуске Windows Server.

Время ожидания службы миграции хранилища превышено при загрузке передачи файлов или обработке файлов ошибок CSV.

При использовании Windows Admin Center или PowerShell для скачивания подробных журналов CSV операций передачи возникает ошибка:

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.

Эта проблема вызвана чрезвычайно большим количеством передаваемых файлов, которые не могут быть отфильтрованы по умолчанию в течение одной минуты ожидания, разрешенного службой миграции хранилища.

Чтобы обойти эту проблему, выполните указанные ниже действия.

  1. On the orchestrator computer, edit the %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config file using Notepad.exe to change the "sendTimeout" from its 1-minute default to 10 hours.

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

  2. Перезапустите службу "Storage Migration Service" на компьютере оркестратора.

  3. На компьютере оркестратора запустите Regedit.exe

  4. Создайте следующий подраздел реестра, если он не существует:

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. В меню "Изменить" наведите указатель мыши на "Создать", а затем выберите значение DWORD.

  6. Введите "WcfOperationTimeoutInMinutes" для имени DWORD, а затем нажмите клавишу ВВОД.

  7. Щелкните правой кнопкой мыши "WcfOperationTimeoutInMinutes", а затем выберите "Изменить".

  8. В поле "Базовые данные" выберите "Десятичная"

  9. В поле "Значение" введите "600", а затем нажмите кнопку "ОК".

  10. Выйдите из редактора реестра.

  11. Повторите попытку скачать CSV-файл, содержащий только ошибки.

Если при использовании WAC по-прежнему возникают проблемы, используйте PowerShell. Выполните одну из следующих команд на компьютере Orchestrator, задав имя задания и полное доменное имя исходного сервера:

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

Предупреждения валидации для прокси-сервера назначения и привилегий администратора

При проверке задания передачи отображаются следующие предупреждения:

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

Если на целевом компьютере Windows Server 2019 не установлена служба прокси миграции хранилища, это поведение является запланированным. Вы также получите это сообщение, если целевой компьютер — Windows Server 2016 или Windows Server 2012 R2. Мы рекомендуем перейти на компьютер Windows Server 2019 с установленным прокси-сервером для повышения производительности передачи.

Некоторые файлы не перечисляются или не передаются, ошибка 5: "Доступ запрещен"

При инвентаризации или передаче файлов из источника на конечные компьютеры файлы, из которых пользователь удалил разрешения для группы администраторов, не удалось перенести. Анализ отладки миграции хранилища Service-Proxy показывает:

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()

Эта проблема вызвана дефектом кода в службе миграции хранилища, в которой не вызывалась привилегия резервного копирования.

Чтобы устранить эту проблему, установите обновление Windows от 2 апреля 2019 г. — KB4490481 (сборка ОС 17763.404) на компьютере оркестратора и целевом компьютере, если на нём установлена служба прокси. Убедитесь, что пользовательский аккаунт для миграции источника имеет права локального администратора на исходном компьютере и на управляющем устройстве Службы миграции хранилища. Убедитесь, что учетная запись пользователя миграции назначения является локальным администратором на конечном компьютере и оркестраторе Службы миграции хранилища.

Хэши DFSR не совпадают при использовании службы миграции хранилища для предварительного заполнения данных.

При использовании службы миграции хранилища для передачи файлов в новое место назначения, а затем при настройке репликации DFS для дублирования этих данных с существующим сервером через предварительно настроенную репликацию или клонирование базы данных репликации DFS, у всех файлов возникает несоответствие хэша, и они реплицируются повторно. Потоки данных, потоки безопасности, размеры и атрибуты, как представляется, идеально соответствуют после передачи данных с помощью службы миграции хранилища. Проверка файлов с помощью ICACLS или журнала отладки клонирования базы данных репликации DFS обнаруживает:

Source file

  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)

Destination file

  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**

Журнал отладки 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

This issue is fixed by the KB4512534 update.

Ошибка "Не удалось передать хранилище на любой из конечных точек" при передаче из Windows Server 2008 R2

При попытке передать данные с исходного компьютера Windows Server 2008 R2 нет передачи данных и возникает ошибка:

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

Эта ошибка ожидается, если на компьютере с Windows Server 2008 R2 не установлены все критические и важные обновления Windows Update. Особенно важно поддерживать обновление компьютера Windows Server 2008 R2 в целях безопасности, так как эта операционная система не содержит улучшений безопасности более новых версий Windows Server.

Ошибка "Не удалось передать хранилище на любой из конечных точек" и "Проверить, подключено ли исходное устройство к сети, мы не смогли получить к нему доступ".

При попытке передать данные с исходного компьютера некоторые или все общие папки не передаются с ошибкой:

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

При проверке сведений о передаче SMB отображается ошибка:

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

В журнале событий StorageMigrationService/Admin показано:

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.

В журнале StorageMigrationService-Proxy/Debug показано:

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)

Это был дефект кода, который будет манифестировать, если у вашей учетной записи миграции нет по крайней мере разрешений на чтение общих папок SMB. This issue was first fixed in cumulative update 4520062.

Другая возможная причина может быть недостаточным доступом к исходному файловом серверу. При изучении процесса "Microsoft.StorageMigration.Proxy.Service.exe" с помощью монитора процессов может появиться следующий результат:

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

Для выполнения текущей операции требуются права "Открыть для резервного копирования" для исходного файлового сервера. Убедитесь, что учетная запись пользователя, используемая для доступа к исходному файловом серверу, предоставляет необходимые разрешения с помощью следующей локальной политики безопасности на этом сервере или с помощью объекта групповой политики: Security Settings > Local Policies > User Rights Assignment > Back up files and directories

Ошибка 0x80005000 при выполнении инвентаризации

After installing KB4512534 and attempting to run inventory, inventory fails with errors:

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)

Эта ошибка вызвана дефектом кода в службе миграции хранилища при предоставлении учетных данных миграции в виде основного имени пользователя (UPN), например "meghan@contoso.com". Служба оркестратора Storage Migration Service не может правильно проанализировать этот формат, что приводит к сбою в доменном поиске, добавленном для поддержки миграции кластера в KB4512534 и версии 19H1.

Чтобы обойти эту проблему, укажите учетные данные в формате домена\пользователя, например Contoso\Meghan.

Ошибка "ServiceError0x9006" или "Прокси-сервер сейчас недоступен" при миграции на кластер отказоустойчивости Windows Server.

При попытке передать данные на кластеризованный файловый сервер возникают такие ошибки, как:

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

Эта ошибка ожидается, если ресурс файлового сервера перемещен с исходного узла владельца кластера Windows Server 2019 на новый узел, и функция прокси-сервера службы миграции хранилища не установлена на этом узле.

В качестве обходного решения переместите ресурс целевого файлового сервера обратно в узел кластера владельца, который использовался при первой настройке пар передачи.

В качестве альтернативного обходного решения:

  1. Установите функцию прокси-сервиса для миграции данных на всех узлах в кластере.

  2. Выполните следующую команду Storage Migration Service PowerShell на компьютере оркестратора:

    Register-SMSProxy -ComputerName <destination server> -Force

Ошибка "Dll не найдена" при выполнении инвентаризации с узла кластера

При попытке выполнить инвентаризацию с помощью службы миграции хранилища, где в качестве источника выступает файловый сервер общего назначения, расположенный на отказоустойчивом кластере Windows Server, возникают следующие ошибки:

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)

Чтобы обойти эту проблему, установите средства управления отказоустойчивыми кластерами (RSAT-Clustering-Mgmt) на сервер, где работает оркестратор Службы миграции хранилища.

Ошибка "Нет дополнительных конечных точек, доступных из средства сопоставления конечных точек" при выполнении инвентаризации на исходном компьютере Windows Server 2003

При попытке выполнить инвентаризацию с помощью оркестратора Службы миграции хранилища на исходном компьютере Windows Server 2003 возникает следующая ошибка:

There are no more endpoints available from the endpoint mapper

This issue is resolved by the KB4537818 update.

Удаление накопительного обновления предотвращает запуск службы миграции хранилища

Удаление накопительных обновлений Windows Server может предотвратить запуск службы миграции хранилища. Чтобы устранить эту проблему, можно создать резервную копию и удалить базу данных Службы миграции хранилища:

  1. Откройте запрос cmd с повышенными привилегиями, где вы являетесь членом администраторов на сервере оркестратора службы хранилища и выполните следующую команду:

    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. Запустите службу storage Migration Service, которая создаст новую базу данных.

Ошибка "CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO" возникла при обработке ресурса netName, и из-за этого произошел сбой переключения кластера на Windows Server 2008 R2.

При попытке выполнить перевод источника кластера Windows Server 2008 R2 на новый сервер, процесс зависает на этапе "Переименование исходного компьютера...", и возникает следующая ошибка:

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]

Эта проблема вызвана отсутствием API в более ранних версиях Windows Server. В настоящее время невозможно перенести кластеры Windows Server 2008 и Windows Server 2003. Вы можете выполнять инвентаризацию и передачу без проблем в кластерах Windows Server 2008 R2, а затем вручную выполнить переключение, изменив имя и IP-адрес исходного файлового сервера кластера, а затем измените имя и IP-адрес целевого кластера на соответствие исходному источнику.

Зависание процесса переключения на отметке "38%: Настройка сетевых интерфейсов на исходном компьютере..." при использовании статических IP-адресов.

При попытке выполнить перевод исходного компьютера, настроив исходный компьютер на использование нового статического (не DHCP) IP-адреса на одном или нескольких сетевых интерфейсах, процедура зависает на этапе "38% Сопоставление сетевых интерфейсов на исходном компьютере..." и вы получаете следующую ошибку в журнале событий Storage Migration Service.

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.

Проверка исходного компьютера показывает, что исходный IP-адрес не может измениться.

Эта проблема не возникает, если вы указали "Использовать DHCP" на экране "Настройка переключения" в Центре администрирования Windows, только если вы указываете новый статический IP-адрес.

Существует два решения для этой проблемы:

  1. This issue was first resolved by the KB4537818 update. Этот предыдущий дефект кода не позволил использовать статические IP-адреса.

  2. Если IP-адрес шлюза по умолчанию не указан на сетевых интерфейсах исходного компьютера, эта проблема возникает даже при обновлении KB4537818. To work around this issue, set a valid default IP address on the network interfaces using the Network Connections applet (NCPA.CPL) or Set-NetRoute PowerShell cmdlet.

Производительность повторной передачи медленнее, чем ожидалось.

После завершения передачи, а затем последующего повторного перевода тех же данных вы можете не видеть большого улучшения времени передачи, даже если небольшие данные изменились в то же время на исходном сервере.

This issue is resolved by kb4580390. Для дальнейшей настройки производительности изучите раздел "Optimizing Inventory and Transfer Performance".

Медленная работа с запасами по сравнению с ожиданиями

При инвентаризации исходного сервера вы обнаружите, что инвентаризация файлов занимает много времени, когда есть много файлов или вложенных папок. Миллионы файлов и папок могут привести к инвентаризации, что занимает много часов даже в конфигурациях быстрого хранения.

This issue is resolved by kb4580390.

Данные не передаются, пользователь переименовывается при миграции на контроллер домена или из нее.

После запуска передачи с или на контроллер домена:

  1. Данные не переносятся, и общие папки не создаются на целевом устройстве.

  2. В Windows Admin Center отображается красный символ ошибки без сообщения об ошибке

  3. У одного или нескольких пользователей AD и локальных групп домена изменено имя и/или атрибут входа для предыдущей версии Windows 2000

  4. Вы увидите событие 3509 в оркестраторе Службы миграции хранилища:

    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)

    Это ожидаемое поведение, если вы попытались перейти с контроллера домена или на контроллер домена с помощью службы миграции хранилища и использовали параметр "Миграция пользователей и групп" для переименования или повторного использования учетных записей. вместо выбора "Не передавать пользователей и группы". Миграция DC не поддерживается службой миграции хранилища. Так как контроллер домена не имеет истинных локальных пользователей и групп, Служба миграции хранилищ обрабатывает эти субъекты безопасности так же, как и при миграции между двумя серверами-членами, и пытается настроить списки управления доступом согласно инструкции, что приводит к ошибкам и изменению или копированию учетных записей.

Если вы уже провели трансфер один раз или более:

  1. Используйте следующую команду AD PowerShell на каком-либо контроллере домена, чтобы найти всех изменённых пользователей или группы, изменив SearchBase в соответствии с уникальным именем вашего домена.

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

  2. Для всех пользователей, возвращаемых с исходным именем, измените имя входа пользователя (до Windows 2000),чтобы удалить случайный суффикс символов, добавленный службой миграции хранилища, чтобы этот пользователь смог войти в систему.

  3. Для всех групп, возвращённых с их оригинальными именами, измените "Имя группы (до Windows 2000)", чтобы удалить случайный суффикс символов, добавленный Службой миграции хранилищ.

  4. Для всех отключенных пользователей или групп с именами, которые теперь содержат суффикс, добавленный службой миграции хранилища, можно удалить эти учетные записи. Вы можете подтвердить, что учетные записи пользователей были добавлены позже, так как они будут содержать только группу "Пользователи домена" и будут иметь созданную дату и время, соответствующее времени начала передачи службы миграции хранилища.

    Если вы хотите использовать службу миграции хранилища с контроллерами домена для передачи, убедитесь, что на странице параметров передачи в Windows Admin Center всегда выбран параметр "Не передавать пользователей и группы".

Ошибка 53, "не удалось инвентаризации всех указанных устройств" при выполнении инвентаризации,

При попытке выполнить инвентаризацию вы получите:

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)

На этом этапе оркестратор Службы миграции хранилища пытается выполнить чтение удаленного реестра для определения конфигурации исходного компьютера, которое отклоняется исходным сервером со следующим сообщением: путь к реестру не существует. Для этого могут быть следующие причины:

  • Служба удаленного реестра не запущена на исходном компьютере.
  • Брандмауэр не разрешает удаленным подключениям реестра к исходному серверу из Orchestrator.
  • У учетной записи миграции источника нет разрешений удаленного реестра для подключения к исходному компьютеру.
  • Учетная запись миграции источника не имеет разрешений на чтение в реестре исходного компьютера в разделе "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" или в разделе "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer"

Переключение зависает на "38% сопоставления сетевых интерфейсов на исходном компьютере..."

При попытке переключения исходного компьютера процесс застревает на этапе "38% сопоставление сетевых интерфейсов на исходном компьютере...", и вы можете получить следующую ошибку в журнале событий службы миграции хранения:

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.

Эта проблема вызвана групповой политикой, которая задает следующее значение реестра на исходном компьютере: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"

Этот параметр не является частью стандартной групповой политики, это надстройка, настроенная с помощью Microsoft Security Compliance Toolkit:

  • Windows Server 2012 R2: "Конфигурация компьютера\Административные шаблоны\SCM: передача ограничений хэша\Применение ограничений UAC для локальных учетных записей при входе в сеть"

  • Windows Server 2016: "Конфигурация компьютера\Административные шаблоны\Руководство по безопасности MS\Применение ограничений UAC к локальным учетным записям при сетевых входах в систему"

Его также можно задать с помощью настроек групповой политики с пользовательским параметром реестра. Средство GPRESULT можно использовать для определения того, какая политика применяет этот параметр к исходному компьютеру.

The Storage Migration Service temporarily enables the LocalAccountTokenFilterPolicy as part of the cut over process, then removes it when done. Если групповая политика применяет конфликтующий объект групповой политики (GPO), она переопределяет службу миграции хранилища и предотвращает переключение.

Чтобы обойти эту проблему, используйте один из следующих вариантов:

  1. Временно переместите исходный компьютер из организационного подразделения Active Directory, которое применяет этот конфликтующий объект групповой политики (GPO).
  2. Временно отключите объект групповой политики, применяющий эту конфликтующую политику.
  3. Временно создайте новый объект групповой политики, который задает этот параметр отключенным и применяется к определенному подразделению исходных серверов с более высоким приоритетом, чем любые другие объекты групповой политики.

Сбой инвентаризации или передачи при использовании учетных данных из другого домена

При попытке выполнить инвентаризацию или передачу данных с помощью службы миграции хранилища, нацелившись на сервер Windows, и используя учетные данные миграции из домена, отличного от домена целевого сервера, вы получите следующие ошибки.

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]

Анализ журналов показывает, что учетная запись миграции и сервер, с которого или на который выполняется миграция, находятся в разных доменах.

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

Эта проблема вызвана дефектом кода в службе миграции хранилища. Чтобы обойти эту проблему, используйте учетные данные миграции из того же домена, к которому принадлежит исходный и целевой компьютер. Например, если исходный и целевой компьютер принадлежат домену "corp.contoso.com" в лесу "contoso.com", используйте corp\myaccount для выполнения миграции, а не учетные данные contoso\myaccount.

Инвентаризация завершается ошибкой с параметром "Элемент не найден"

Рассмотрим следующий сценарий:

У вас есть исходный сервер с dns-именем узла и именем Active Directory более 15 символов юникода, например iamaverylongcomputername. По задумке Windows не позволяла задать устаревшее имя NetBIOS такой длины и предупреждала, что при присвоении серверу имени NetBIOS оно будет усечено до 15 символов Юникода (например, "iamaverylongcom"). При попытке инвентаризации этого компьютера вы получаете в Windows Admin Center и журнале событий:

"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.

Эта проблема вызвана дефектом кода в службе миграции хранилища. Единственным обходным решением в настоящее время является переименование компьютера в то же имя, что и имя NetBIOS, а затем используйте NETDOM COMPUTERNAME /ADD , чтобы добавить альтернативное имя компьютера, содержащее более длинное имя, которое использовалось до начала инвентаризации. Служба миграции хранилища поддерживает перенос альтернативных имен компьютеров.

Инвентаризация службы миграции хранилища завершается сбоем с сообщением "Параметр не может быть найден, который соответствует имени параметра 'IncludeDFSN'"

При использовании версии Windows Admin Center 2009 для управления оркестратором Windows Server 2019 при попытке инвентаризации исходного компьютера возникает следующая ошибка:

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

Чтобы устранить проблему, обновите расширение Службы миграции хранилища по крайней мере до версии 1.113.0 в Windows Admin Center. Обновление должно автоматически отображаться в ленте и запрашивать установку.

Проверка передачи службы миграции хранилища возвращает значение "Ошибка HRESULT E_FAIL возвращена из вызова компонента COM".

After installing the Windows Server 2019 November cumulative update KB4586793, some transfer validations may fail with:

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

Это не обязательно происходит для всех исходных компьютеров. Мы работаем над диагностикой этой проблемы. В качестве обходного решения установите средство службы миграции хранилища 1.115 или более поздней версии в Windows Admin Center. Обновление должно автоматически отображаться в веб-канале Windows Admin Center и запросе на установку и позволит игнорировать эту ошибку. Чтобы обойти его, выполните приведенные далее действия.

  1. Перейдите к шагу "Настройка параметров" этапа передачи.
  2. Включите функцию "Переопределить проверку передачи".
  3. Продолжайте передачу, не выполняя "Проверить" или не выполняя ее и игнорируя ошибку E_FAIL.

Important

Don't uninstall KB4586793. При этом обновлении выполняется обновление базы данных Службы миграции хранилища, и для удаления обновления потребуется удалить базу данных.

Сбой передачи с сообщением "Не удалось получить дескриптор файла" и один или нет общих папок, передаваемых из определенного тома.

При попытке передать данные с исходного компьютера вы обнаруживаете, что файлы не передаются для определенного тома, хотя для других томов они передаются. В Windows Admin Center и журнале событий вы получите следующие ошибки:

"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.

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

If you dump the SMS debug logs using the Get-SMSLogs command, you also see:

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]

Эта проблема вызвана ограничением в прокси-службе службы миграции хранилища, когда весь том NTFS настроен с флагом сжатия. Чтобы обойти эту проблему, удалите флаг сжатия из целевого тома:

  1. Open File Explorer, right-click the destination drive letter, and select Properties.
  2. Снимите флажок "Сжатие этого диска для экономии места на диске"
  3. Повторно выполните передачу.

Кроме того, можно выполнить те же действия на исходном компьютере, если его том был сжат и если имеется свободное место для хранения развернутых файлов. Файлы сжаты NTFS всегда распаковываются при копировании или перемещении, и их сжатие не сокращает время передачи.

Требуется сбросить базу данных службы миграции хранилища из-за ошибки.

В редких случаях вам может потребоваться сбросить базу данных Службы миграции хранилища. Для этого выполните указанные ниже действия.

  1. Откройте запрос cmd с повышенными привилегиями, где вы являетесь членом администраторов на сервере оркестратора службы хранилища и выполните следующую команду:

    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. Убедитесь, что в приведенных выше командах не было ошибок. Затем запустите службу миграции хранилища, которая создаст новую базу данных.

    NET START SMS
NET START SMSPROXY

Передача останавливается с ошибкой: не удается перевести символ Юникода

Передача, находящаяся в процессе выполнения, останавливается. Вы получаете сообщение об ошибке журнала событий:

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'.

В журнале отладки службы миграции хранилища показано:

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.

Эта проблема вызвана необработанным символом юникода, который служба storage Migration Service не может перевести. Чтобы найти имя файлов с недопустимым символом, измените следующий пример скрипта PowerShell и запустите его на исходном компьютере, а затем проверьте результаты и переименуйте или удалите файлы:

# 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)"
  }
 }
}

Сбой при переключении на 77% или 30%

При переключении режима операция зависает на "77% - добавление целевого компьютера в домен" или "30% - не удается выйти из домена". Проблема возникает только в следующих случаях:

  • Пользователь, который не является членом встроенной группы администраторов в AD, создал исходную или целевую учетную запись компьютера в Active Directory.

    Or

  • Учетная запись пользователя миграции отличается от пользователя, который создал учетную запись исходного компьютера.

Windows updates released on and after October 11, 2022 contain extra protections to address CVE-2022-38042, these extra protections caused the issue. Защиты были обновлены ежемесячным накопительным обновлением от 14 марта 2023 г., с добавлением варианта обходного решения для этой проблемы. Меры защиты намеренно предотвращают операции присоединения к домену от повторного использования существующей учетной записи компьютера в целевом домене, за исключением случаев, когда:

  • Пользователь, выполняющий операцию, является создателем существующей учетной записи.

  • Учетная запись компьютера была создана пользователем, который является членом одной из встроенных групп Active Directory: "Администраторы домена", "Администраторы предприятия" или "Администраторы".

  • Пользователь, пытающийся выполнить операцию, является членом контроллера домена: разрешить повторное использование учетной записи компьютера во время присоединения к домену". Параметр групповой политики для учетной записи компьютера.

Чтобы устранить эту проблему, используйте одно из следующих решений.

Решение 1. Использование параметра "Разрешить повторное использование учетной записи компьютера во время присоединения к домену"

  1. Убедитесь, что все контроллеры домена, исходный компьютер, конечный компьютер и компьютер миграции SMS установили накопительное обновление 14 марта 2023 г. и были перезагружены.
  2. Follow the steps in detailed in the Take Action section of KB5020276.
  3. В Windows Admin Center перейдите в службу миграции хранилища Server Manager>, создайте или продолжайте существующее задание.
  4. На странице Переключение на новые серверы Настройка параметров убедитесь, что учетная запись, используемая для учетных данных AD, совпадает с учетной записью, которой было разрешено повторно использовать компьютерные учетные записи на шаге 2".

Решение 2. Использование исходной учетной записи для миграции

  1. В Windows Admin Center перейдите в службу миграции хранилища Server Manager>, создайте или продолжайте существующее задание.
  2. На странице Переход на новые серверы - Настройка параметров удостоверьтесь, что учётная запись, используемая для учетных данных AD, совпадает с учётной записью, которая создала или добавила исходный и целевой компьютеры в домен.

Решение 3 (не рекомендуется) — использование группы с высоким уровнем привилегий

  1. В Windows Admin Center перейдите в службу миграции хранилища Server Manager>, создайте или продолжайте существующее задание.
  2. На странице "Переключение на новые серверы > Настройка параметров" убедитесь, что учетная запись, используемая для учетных данных AD, является членом одной из встроенных групп Active Directory с высоким уровнем привилегий: администраторы доменов, администраторы предприятия или администраторы.

Important

Если вы выполнили решение 1 и операция отмены присоединения завершается ошибкой "33% - не удается отменить присоединение домена" с ошибкой 0x6D1 "Процедура выходит за пределы диапазона", накопительное обновление 14 марта 2024 г. не установлено на исходном компьютере или установлено, но компьютер не был перезапущен.

Сбой переключения для Windows Server 2008 R2

When you're performing cut over from a source computer running Windows Server 2008 R2 or older, you receive the error "Couldn’t rename the computer from the domain." Using the Storage Migration Service Helper Get-SmsLog command shows error 0x6D1 and "Object reference not set to an instance of an object". Следующий пример — это выходные данные файла журнала из команды 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]

Changes introduced in KB5020276 to combat CVE-2022-38042 cause this error.

Чтобы устранить эту проблему, используйте одно из следующих решений.

Решение 1 (использование Windows Server 2008 R2 с допустимым ESU)

Для исходного компьютера под управлением Windows Server 2008 R2 с допустимыми обновлениями расширенной поддержки сначала установите последнее накопительное обновление. После успешной установки накопительного обновления выполните действия, описанные в статье "Вырезать" сбой в 77% или 30% , чтобы устранить проблему.

Решение 2 (использование Windows Server 2008 R2 без допустимого ESU, Windows Server 2008 или Windows Server 2003)

Если исходный компьютер работает под управлением Windows Server 2008 R2 без ESU, Windows Server 2008 или Windows Server 2003, необходимо выполнить ручное переключение, выполнив действия, описанные в руководстве по переключение в службе миграции хранилища, но со следующими изменениями.

  1. Пропустить шаги 3 и 4
  2. Для шага 5 необходимо войти на компьютер и удалить его из домена вручную с помощью SYSDM.CPLNETDOM.exeкоманды Remove-Compuer PowerShell. You can't remotely remove the computer from the domain after KB5020276.

Предупреждение проверки передачи "Целевой прокси не найден"

Если у вас еще нет службы SMS-прокси, установленной на целевом сервере перед началом передачи, Windows Admin Center устанавливает его автоматически. Но при определенных обстоятельствах системе не удается зарегистрировать и отобразить ошибку проверки "Адресный прокси не найден".

Чтобы устранить эту проблему, убедитесь, что на целевом сервере установлен компонент прокси-службы SMS, а затем выполните следующую команду PowerShell на сервере Orchestrator:

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

Теперь проверка проходит.

Отсутствующие диски на исходном сервере кластера отказоустойчивости Windows Server 2008 R2

После инвентаризации источника отказоустойчивого кластера Windows Server 2008 R2 не отображаются все кластеризованные диски. Это связано с тем, что в Windows Server 2008 R2 роль файлового сервера по умолчанию всегда выбирает один диск в качестве зависимости, но не учитывает остальные диски, назначенные этой роли.

Чтобы устранить эту проблему, убедитесь, что все диски, назначенные роли файла, добавляются в качестве зависимостей в роли файлового сервера.

  1. Откройте диспетчер отказоустойчивости кластеров (cluadmin.msc).
  2. Right click on a clustered disk and click Properties
  3. On the Dependencies tab, add an AND line for the disk to the file server role.
  4. повторите для всех остальных кластеризованных дисков.
  5. Закройте оснастку и снова инвентаризируйте источник. Теперь все диски должны отображаться и быть доступны для передачи.

Сбой переключения Windows Server 2022 с кодом ошибки 5 во время переименования компьютера.

После запуска процесса перехода переименование исходного компьютера Windows Server 2022 прекращается сбоем на 41%. При миграции на конечный компьютер Windows Server 2022 переименование завершается в 75%. При проверке журналов отладки SMS видно error 5: access denied.

Эта проблема возникает после установки к накопительному обновлению KB5035857 для Windows Server 2022 от 12 марта 2024 года. Решение для этой регрессии в настоящее время рассматривается.

To work around this issue, use the steps in Manual cutover.

See also