Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Миграция DHCP-сервера включает перемещение параметров существующего DHCP-сервера на новый DHCP-сервер в сети. Цель этой миграции сервера — установить роль DHCP-сервера в операционной системе Windows Server, чтобы она обеспечивала выдачу адресов DHCP в сети без какого-либо заметного изменения для клиентских компьютеров DHCP.
В этом руководстве описаны шаги по переносу существующих параметров DHCP-сервера на сервер под управлением Windows Server. С помощью этого руководства можно упростить миграцию, сократить время миграции, повысить точность процесса миграции и устранить возможные конфликты, которые могут возникнуть во время миграции DHCP. В этом руководстве не содержатся инструкции по миграции при выполнении нескольких ролей исходного сервера. Если сервер работает с несколькими ролями, рекомендуется разработать настраиваемую процедуру миграции, относящуюся к среде сервера. Некоторые заметки о миграции:
- Поддерживаются миграции между физическими операционными системами и виртуальными операционными системами.
- Миграция с исходного сервера на целевой сервер, на котором выполняется операционная система, на другом языке пользовательского интерфейса системы, чем исходный сервер, не поддерживается.
- Миграция рекомендуется вместо обновления, даже если оборудование изначально поддерживает архитектуру x64.
Это руководство предназначено для ИТ-администраторов, ИТ-специалистов и других работников знаний, ответственных за операцию и развертывание DHCP-серверов в управляемой среде. Администратор сервера может выбрать компоненты существующей установки для миграции. Вместе с ролью сервера эти компоненты обычно включают конфигурацию, данные, удостоверение системы и параметры операционной системы.
Предпосылки
- Существующий DHCP-сервер, настроенный и работающий
- На исходном сервере и целевом сервере требуются следующие разрешения:
- Права администратора домена, необходимые для авторизации DHCP-сервера.
- Для установки или управления DHCP-сервером требуются права локального администратора.
- Для расположения хранилища миграции требуются права на запись.
Процесс миграции сервера
Миграция DHCP-сервера делится на следующие основные разделы:
- Подготовка к миграции. Процесс предварительной подготовки включает в себя ручную сбор данных, а затем шаги по подготовке целевых и исходных серверов.
- Миграция роли DHCP-сервера. Процесс миграции включает процедуры исходного и целевого серверов, которые используют командлеты экспорта и импорта для автоматического сбора, хранения и переноса параметров роли сервера.
- Проверка миграции. Убедитесь, что конечный сервер успешно заменил исходный сервер.
- Выполните задачи после миграции: Спишите или переназначьте исходный сервер. Устраните неполадки в миграции при ее сбое и выполните откат при необходимости.
Подготовка к миграции
Определите исходные и целевые серверы DHCP-сервера.
Определите домен, имя сервера и пароли на исходном сервере. Чтобы определить домен исходного сервера, просмотрите параметры системы на панели управления.
Перед миграцией установите все критические обновления и пакеты обновления на исходном сервере. Рекомендуется установить все текущие критические обновления и пакеты обновления как на исходных, так и на целевых серверах.
Подсчитывайте количество сетевых адаптеров на исходных и целевых серверах и убедитесь, что они равны. Если исходный сервер, на котором выполняется DHCP-сервер, имеет несколько сетевых адаптеров, а служба DHCP-сервера привязана ко всем IP-адресам в разных подсетях, конечный сервер, на котором выполняется DHCP-сервер, также должен иметь несколько сетевых адаптеров, чтобы они могли обслуживать те же подсети, что и на исходном сервере.
Подготовьте расположение файла хранилища миграции. Расположение хранилища должно быть доступно с исходного сервера во время экспорта и с целевого сервера во время импорта. Используйте общий диск, который может содержать все сведения, связанные с DHCP-сервером, с исходного сервера. Расположение хранилища должно быть похоже на следующее: \\fileserver\users\username\.
Установка средств миграции
Если вы еще этого не сделали, установите средства миграции Windows Server на конечных и исходных серверах. Средства миграции можно установить с помощью PowerShell или диспетчера серверов.
Для PowerShell используйте командлет Install-WindowsFeature :
Install-WindowsFeature -Name Migration -ComputerName Server1
Используйте диспетчер серверов и откройте мастер добавления ролей и компонентов. Найдите и установите эту функцию: средства миграции Windows Server.
Подготовка целевого сервера
Чтобы установить DHCP-сервер на целевом сервере, выполните процесс установки на основе меню. Выполните следующую процедуру, чтобы подготовить целевой сервер.
Подготовка целевого сервера
Установите Windows Server и настройте целевой сервер.
Убедитесь, что для хранения базы данных DHCP-сервера достаточно места на диске. Необходимое место на диске зависит от каждой установки и должно быть равно или больше места для базы данных DHCP-сервера.
Добавьте целевой сервер в качестве сервера-члена в домене исходного сервера, который заменяется.
Убедитесь, что целевой сервер может разрешить имена пользователей домена, являющихся членами локальной группы во время операции импорта. Если исходные и конечные серверы находятся в разных доменах, конечный сервер должен иметь возможность связаться с сервером глобального каталога для леса, в котором находятся учетные записи пользователей исходного домена.
На компьютере под управлением Windows Server откройте Windows PowerShell от имени администратора.
Загрузите модуль диспетчера серверов в сеанс Windows PowerShell. Чтобы загрузить модуль диспетчера серверов, введите команду:
Import-Module -Name ServerManager
Примечание.
Не обязательно устанавливать DHCP-сервер на целевом сервере перед импортом параметров. Если роль не установлена на целевом сервере, она будет автоматически установлена во время импорта. Однако, так как установка роли во время импорта может продлить время простоя, рекомендуется установить DHCP-сервер с помощью консоли диспетчера серверов на целевом сервере в рамках подготовки к миграции.
Чтобы установить DHCP-сервер на целевом сервере, выполните следующую команду:
Install-WindowsFeature -Name DHCP
Кроме того, dhcp-сервер можно установить вручную с помощью диспетчера серверов. Дополнительные сведения см. в разделе "Установка и настройка DHCP-сервера".
К концу процесса миграции целевой сервер должен иметь статический IP-адрес. Хотя IP-адрес целевого сервера теперь не изменится, рассмотрите следующие сценарии при подготовке к изменению сервера после завершения миграции.
Если в сценарии миграции требуется вывести из эксплуатации исходный сервер и отключить исходный сервер от сети, можно сделать IP-адрес на целевом сервере таким же, как IP-адрес на исходном сервере. Исходный сервер должен быть отключен от сети или завершить работу, чтобы между исходным сервером и целевым сервером не было конфликта IP-адресов. Однако конечный сервер по-прежнему может обслуживать клиентов, которые ищут устаревший (исходный) сервер, на котором запущен DHCP-сервер.
Если сценарий миграции вызывает продолжение запуска исходного сервера в сети для других целей, отличных от DHCP, необходимо назначить целевому серверу нераспределенный IP-адрес в той же подсети, что и исходный сервер, чтобы избежать конфликтов IP-адресов.
Клиенты DHCP-сервера, пытающиеся продлить аренду IP-адресов, отправляют запрос на продление на предыдущий IP-адрес DHCP-сервера. Если исходный сервер был удален, а затем отключен от сети, а новый целевой СЕРВЕР DHCP работает с другим IP-адресом, этот запрос изначально завершается ошибкой из-за измененного IP-адреса. Однако клиенты пытаются повторно обнаружить IP-адрес DHCP-сервера в сети и, следовательно, восстановиться после этого временного сбоя.
Предупреждение
Если исходный сервер выполняет несколько ролей, переименование исходного сервера или изменение IP-адреса может привести к сбою других ролей, работающих на исходном сервере.
Если путь к базе данных DHCP-сервера не соответствует пути по умолчанию, необходимо убедиться, что целевой сервер имеет диск с той же буквой диска, что и в пути базы данных DHCP-сервера исходного сервера.
Теперь целевой сервер готов к миграции.
Подготовка исходного сервера
Выполните следующие действия, чтобы подготовить исходный сервер к миграции.
Создайте резервную копию сервера. Резервная копия должна быть резервной копией DHCP-сервера, а не резервной копией Windows. (Резервная копия Windows выполняет резервное копирование полной операционной системы.) Вы можете создать резервную копию dhcp-сервера с помощью средства командной строки Netsh или консоли управления Майкрософт (MMC).
Если он запущен, остановите службу DHCP-сервера. В сеансе, который был открыт, как описано на шаге 5 подготовки целевого сервера, введите:
Stop-Service -Name "DHCPserver"
Если путь к базе данных DHCP-сервера не соответствует пути по умолчанию, убедитесь, что целевой сервер имеет диск с той же буквой диска, что и в пути к базе данных DHCP-сервера исходного сервера.
Теперь вы готовы начать миграцию DHCP-сервера.
Перенос роли DHCP-сервера
В этом разделе описана миграция DHCP-сервера на целевой сервер с исходного сервера. Членство в администраторах домена или эквивалентном является минимальным требованием для выполнения этих процедур.
Перенос DHCP-сервера на целевой сервер
Если он еще не установлен, установите DHCP-сервер на целевом сервере.
Если она запущена, остановите службу DHCP-сервера, выполнив следующую команду:
Stop-Service -Name "DHCPserver"
Перенос DHCP-сервера с исходного сервера
Выполните действия, описанные в этом разделе, чтобы перенести DHCP-сервер с исходного сервера.
Это важно
Перед запуском командлетов Import-SmigServerSetting, Export-SmigServerSetting или Get-SmigServerFeature убедитесь, что во время миграции исходные и конечные серверы могут связаться с контроллером домена, связанным с пользователями домена или группами, которые являются членами локальных групп на исходном сервере. Перед запуском командлетов Send-SmigServerData или Receive-SmigServerData убедитесь, что во время миграции исходные и конечные серверы могут связаться с контроллером домена, связанным с этими пользователями домена, которые имеют файлы или общие папки, которые переносятся.
На компьютере под управлением Windows Server откройте Windows PowerShell в качестве администратора.
Загрузите средства миграции Windows Server в сеанс.
Если вы открыли текущий сеанс с помощью сочетания клавиш Windows Server Migration Tools в меню "Пуск ", пропустите этот шаг и перейдите к шагу 3. Загружайте оснастку средств миграции Windows Server только в сеансе, который был открыт другим методом, и в который оснастка еще не загружена. Чтобы загрузить средства миграции Windows Server, введите следующее и нажмите клавишу ВВОД.
Add-PSSnapin Microsoft.Windows.ServerManager.Migration
Сбор данных с исходного сервера путем выполнения командлета Export-SmigServerSetting в качестве администратора. Параметры командлета Export-SmigServerSetting позволяют собрать все исходные данные DHCP-сервера в одном файле (Svrmig.mig). Или командлет Export-SmigServerSetting может выполняться многократно, при этом на каждом этапе используется один или несколько параметров для сбора и хранения данных в нескольких файлах Svrmig.mig. Перед выполнением этой команды просмотрите следующее:
При выполнении команды на шаге 4 вам будет предложено предоставить пароль для шифрования данных хранилища миграции. Вам нужно предоставить этот же пароль для импорта из хранилища переноса.
Параметр пути может быть пустым или непустым каталогом. Фактический файл данных в каталоге (Svrmig.mig) создается командлетом Export-SmigServerSetting . Поэтому пользователю не нужно указывать имя файла.
Если путь не является общедоступным расположением, из которого целевой сервер может читать, необходимо вручную скопировать хранилище миграции на целевой сервер или в расположение, к которому у него есть доступ.
Если расположение хранилища миграции уже существует и вы хотите повторно запустить командлет Export-SmigServerSetting , необходимо переместить файл Svrmig.mig из этого расположения и сохранить его в другом месте, переименовать или сначала удалить хранилище миграции.
Вы можете одновременно выполнять миграцию IP-адресов и DHCP-сервера из командной строки Windows PowerShell с помощью командлета Export-SmigServerSetting в сочетании с параметром IPConfig в одной командной строке.
Дополнительные сведения о параметрах командной строки:
-Users and -Group параметры
Параметр -Users должен быть указан только в том случае, если группа администраторов DHCP включает локальных пользователей. В противном случае можно использовать параметр -Group , а все члены администраторов DHCP будут перенесены. Члены группы администраторов могут включать пользователей домена.
Это важно
Если исходный сервер является контроллером домена, но конечный сервер не является, локальные группы домена переносятся как локальные группы, а пользователи домена переносятся как локальные пользователи.
Параметр -IPConfig собирает ip-данные при использовании с командлетом Export-SmigServerSetting на исходном сервере; Параметр -IPConfig применяет параметры при использовании командлета Import-SmigServerSetting на целевом сервере.
Если исходный DHCP-сервер имеет несколько сетевых адаптеров, а служба DHCP-сервера привязана к нескольким сетевым адаптерам и обслуживает IP-адреса в разных подсетях, целевой DHCP-сервер также должен иметь несколько сетевых адаптеров, чтобы он может обслуживать те же подсети, что и исходный DHCP-сервер. Так как сведения о конфигурации IP будут использоваться позже при импорте параметров IP-конфигурации на целевой сервер, рекомендуется сохранить параметры IP-конфигурации с помощью следующей команды.
IPConfig /all > IPSettings.txt
Командлет Import-SmigServerSetting требует сопоставления исходного физического адреса с конечным физическим адресом.
Примечание.
Целевой сервер можно назначить тот же статический IP-адрес, что и исходный сервер, если другие роли на исходном сервере не должны продолжать работать на нем. В этом случае статический IP-адрес целевого сервера может быть любым нераспределенным статическим IP-адресом в той же подсети, что и исходный сервер.
На исходном сервере запустите командлет Export-SmigServerSetting , где <storepath> — это путь, содержащий файл Svrmig.mig после завершения этого шага. Пример пути — \\fileserver\users\username\dhcpstore.
Export-SmigServerSetting -featureID DHCP -User All -Group -IPConfig -path <storepath> -Verbose
На исходном сервере удалите авторизацию DHCP сервера, выполнив следующую команду, где Server FQDN — это полное доменное имя DHCP-сервера, а Server IPAddress — его IP-адрес. Параметры команды чувствительны к регистру и должны отображаться точно так же, как показано ниже.
Netsh DHCP delete server <Server FQDN> <Server IPAddress>
Завершение миграции на целевом сервере
Вернитесь на целевой сервер и выполните следующие действия, чтобы завершить миграцию.
Прежде чем использовать командлет Import-SmigServerSetting для импорта параметров DHCP-сервера, помните о следующих условиях:
Можно использовать одну командную строку со всеми параметрами для импорта параметров DHCP (как при экспорте данных с исходного сервера) или использовать командлет несколько раз для импорта данных по одному параметру одновременно.
Если вы решите запустить командлет Import-SmigServerSetting отдельно для импорта параметров IP-адресов, используйте исходный IPSettings.txt файл, указанный на шаге 3 предыдущей процедуры. Вы сопоставляете исходные физические адреса с конечными физическими адресами на шаге 3 этой процедуры. Если вы планируете импортировать параметры ролей и IP-адресов отдельно, сначала следует импортировать параметры IP-адресов, чтобы избежать конфликтов IP-адресов. Затем можно импортировать роль DHCP.
Если группа администраторов DHCP включает локальных пользователей, используйте параметр -Users в сочетании с параметром -Group для импорта локальных пользователей в группу администраторов DHCP. Если он содержит только пользователей домена, используйте только параметр -Group .
Примечание.
Если исходный сервер является сервером-членом домена, но конечный сервер является контроллером домена, импортированные локальные пользователи получают повышенные привилегии для пользователей домена, а импортированные локальные группы становятся локальными группами домена на целевом сервере.
- Если роль DHCP-сервера, которую вы переносите, не была установлена на целевом сервере, командлет Import-SmigServerSetting устанавливает роль DHCP-сервера и его зависимости. Возможно, потребуется перезапустить целевой компьютер, чтобы завершить установку после установки роли DHCP-сервера командлетом. Затем, чтобы завершить операцию импорта после перезагрузки компьютера, необходимо снова запустить командлет Import-SmigServerSetting вместе с параметром -Force .
На целевом сервере выполните следующую команду, где <storepath> — это доступный путь, содержащий файл Svrmig.mig, <SourcePhysicalAddress-1 и SourcePhysicalAddress-2 — список физических адресов исходного сетевого адаптера, а также TargetPhysicalAddress-1><и TargetPhysicalAddress-2><><> — это разделенные запятыми списки физических адресов целевого сетевого адаптера:
Import-SmigServerSetting -FeatureID 'DHCP' -User All -Group -IPConfig <All | Global | NIC> -SourcePhysicalAddress <SourcePhysicalAddress-1>,<SourcePhysicalAddress-2> -TargetPhysicalAddress <TargetPhysicalAddress-1>,<TargetPhysicalAddress-2> -Force -Path <storepath> -Verbose
Параметр -IPConfig должен использоваться со значением All , если пользователь хочет импортировать все параметры источника.
Это важно
При импорте IP-адреса исходного сервера на целевой сервер вместе с ролью DHCP без отключения или изменения IP-адреса исходного сервера возникнет конфликт IP-адресов.
Выполните следующую команду, чтобы запустить службу DHCP:
Start-Service -Name "DHCPServer"
Авторизовать целевой сервер. Параметры команды чувствительны к регистру и должны отображаться точно так же, как показано ниже. На целевом сервере выполните следующую команду, где полное доменное имя сервера — полное доменное имя DHCP-сервера, а IP-адрес сервера — IP-адрес сервера:
netsh DHCP add server <Server FQDN> <Server IPAddress>
После завершения миграции клиентские компьютеры на сетевом сервере обслуживаются новым конечным сервером на основе x64 под управлением Windows Server. Миграция завершается, когда целевой сервер готов обслуживать IP-адреса в сети.
Проверка миграции
После завершения всех шагов миграции можно использовать следующую процедуру, чтобы убедиться, что миграция роли DHCP-сервера выполнена успешно. Если миграция завершилась сбоем, можно вернуться к предыдущей допустимой конфигурации, выполнив действия, описанные в разделе "Задачи после миграции".
Проверка конфигурации целевого сервера
Выполните следующие действия, чтобы убедиться, что конечный сервер DHCP теперь обслуживает домен.
Убедитесь, что целевой сервер авторизован, выполнив следующую команду в окне Windows PowerShell:
netsh DHCP show server
Выходные данные этой команды должны содержать имя целевого сервера DHCP.
Проверьте, работает ли DHCP-сервер на целевом сервере. На вкладке "Службы" в Диспетчере задач статус DHCP-сервера должен быть запущено. Диспетчер задач также используется для подтверждения того, что состояние исходного сервера остановлено.
Убедитесь, что клиентские компьютеры правильно получают IP-адреса по запросу, выполнив следующие команды в командной строке на клиентском компьютере:
ipconfig /release ipconfig /renew
Если IP-адрес DHCP-сервера не изменился, вы не обязаны выполнять команду ipconfig /release. Выполнение ipconfig /renew должно быть достаточно.
Выходные данные этих команд должны показать, что клиентский компьютер получил IP-адрес.
Используйте консоль DHCP, чтобы убедиться, что области и другие параметры перенесены. Чтобы подключиться к целевому серверу, выберите "Действие", выберите "Добавить сервер", а затем введите IP-адрес или имя узла DHCP-сервера. В дереве консоли разверните узел сервера, а затем разверните узлы IPv4 и IPv6, чтобы убедиться, что диапазоны перенесены. Затем найдите папки для областей и просмотрите диапазон адресов, резервирования, параметры области и активные аренды, чтобы проверить то же самое. Вы также можете перейти в папку "Параметры сервера" и проверить параметры перенесенного сервера.
Задачи после миграции
Эти задачи после миграции исходного сервера являются необязательными в зависимости от сценария миграции.
Миграция завершена после проверки того, что конечный сервер, а не исходный сервер, теперь обслуживает сеть.
Прекращение использования DHCP на исходном сервере
После проверки миграции можно отключить, перепрофилировать или удалить исходный сервер. Если исходный сервер выполняет другие роли сервера, он должен оставаться в сети. Если вам не нужно использовать этот компьютер, его можно сохранить в качестве резервной копии, если вам придется вернуться к предыдущей конфигурации DHCP.
Если сценарий миграции включает автономный DHCP-сервер, этот исходный сервер был отключен после создания файла экспорта. В этом сценарии служба DHCP была прервана с момента ее остановки до завершения миграции на новом сервере.
Если сценарий миграции включает несколько DHCP-серверов в домене, резервное копирование или другой DHCP-сервер продолжает обслуживать IP-адреса во время миграции, чтобы службы для клиентов никогда не прерывались. Миграция завершается на новом сервере, когда IP-адрес исходного сервера переносится на целевой сервер.
Прекращение использования исходного сервера
Убедившись, что целевой сервер выполняет функции, которые ранее обрабатываются исходным сервером, можно удалить или переназначить исходный сервер в зависимости от ваших потребностей. Следуйте политике вашей организации в отношении списания серверов. Сведения о выводе из эксплуатации контроллера домена см. в разделе "Понижение контроллеров домена и доменов".
Восстановление DHCP при сбое миграции
Если миграция DHCP-сервера завершается сбоем, у вас есть следующие опции:
- Если исходный сервер не был перепроверен, администратор может переназначить параметры IP-конфигурации, повторно выполнить проверку подлинности сервера и перезапустить службу DHCP на исходном сервере.
- Используйте файлы резервной копии, созданные на исходном сервере, для восстановления DHCP-сервера на исходном DHCP-сервере.
Устранение неполадок миграции на основе командлетов
Файл журнала развертывания средств миграции Windows Server находится в %windir%\Logs\SmigDeploy.log. Другие файлы журнала средств миграции Windows Server создаются в следующих расположениях.
% windir%\Logs\ServerMigration.log
% localappdata%\SvrMig\Log
Если файлы журнала миграции не удается создать в предыдущих расположениях, ServerMigration.log и SmigDeploy.log создаются в %temp%, а другие журналы создаются в %windir%\System32.
Советы по устранению неполадок, относящихся к DHCP, см. в разделе "Устранение неполадок на DHCP-серверах".
Если не удается восстановить подключения между исходными или целевыми серверами и контроллерами домена или серверами глобального каталога.
Перед повторным запуском Export-SmigServerSetting, Import-SmigServerSetting или Get-SmigServerFeature удалите всех неразрешенных пользователей или группы домена, которые являются членами локальных групп, с сервера, на котором выполняется командлет.
Прежде чем снова запустить Send-SmigServerData или Receive-SmigServerData , удалите всех неразрешенных пользователей домена или групп, имеющих права пользователя на файлы, папки или общие папки на исходном сервере миграции.
Просмотр содержимого объектов результатов средств миграции Windows Server
Все командлеты Средств миграции Windows Server возвращают результаты в виде объектов. Вы можете сохранить объекты результатов и запросить их для получения дополнительных сведений о параметрах и данных, перенесенных. Вы также можете использовать объекты результатов в качестве входных данных для других команд и сценариев Windows PowerShell.
Описания объектов результатов
Командлеты Import-SmigServerSetting и Export-SmigServerSetting возвращают результаты в виде списка объектов MigrationResult. Каждый объект MigrationResult содержит сведения о данных или параметрах, которые обрабатывает командлет, результат операции и любые связанные сообщения об ошибках или предупреждениях. В следующей таблице описываются свойства объекта MigrationResult .
Название свойства | Тип | Определение |
---|---|---|
Тип предмета | Перечисление | Тип перенесенного элемента. Значения: General, WindowsFeatureInstallation, WindowsFeature и OSSetting. |
Идентификатор | Струна | Идентификатор перенесенного элемента. Примерами значений являются локальный пользователь, локальная группа и DHCP. |
Успех | булевый | Значение True отображается, если миграция выполнена успешно; в противном случае отображается значение False . |
Список деталей | List<MigrationResultDetails> |
Список объектов MigrationResultDetails . |
Командлеты Send-SmigServerData и Receive-SmigServerData возвращают результаты в списке объектов MigrationDataResult. Каждый объект MigrationDataResult содержит сведения о данных или общих ресурсах, которые обрабатывает командлет, результат операции, любые сообщения об ошибках или предупреждениях и другие связанные сведения. В следующей таблице описаны свойства объекта MigrationDataResult .
Название свойства | Тип | Определение |
---|---|---|
Тип предмета | Перечисление | Тип перенесенного элемента. Значения включают файл, папку, общий доступ и зашифрованный файл. |
Расположение источника | Струна | Исходное расположение элемента, показанное как путь. |
Место назначения | Струна | Целевое расположение элемента, показанное как путь. |
Успех | булевый | Значение True отображается, если миграция выполнена успешно; в противном случае отображается значение False . |
Размер | Целое число | Размер элемента в байтах. |
Детали ошибки | List<MigrationResultDetails> |
Список объектов MigrationResultDetails . |
Ошибка | Перечисление | Перечисление возникших ошибок. |
СписокПредупреждений | List<String> |
Список предупреждений. |
В следующей таблице описываются свойства объектов в объекте MigrationResultDetails , которые являются общими для объектов MigrationResult и MigrationDataResult .
Название свойства | Тип | Определение |
---|---|---|
FeatureId | Струна | Имя параметра миграции, связанного с элементом. Примерами значений являются IPConfig и DNS. Это свойство пустое для переноса данных. |
Сообщения | List<String> |
Список подробных сообщений о событиях. |
Подробный код | Целое число | Код ошибки или предупреждения, связанный с каждым сообщением о событии. |
Степень серьезности | Перечисление | Серьезность события, если произошли события. Примерами значений являются сведения, ошибка и предупреждение. |
Заголовок | Струна | Заголовок объекта результата. Примерами значений являются физический адрес сетевого адаптера для ip-конфигурации или имя пользователя для миграции локальных пользователей. |