Active Directory, Windows Server
- 31.03.2017
- 16 370
- 10
- 16.04.2022
- 5
- 4
- 1
- Содержание статьи
- Копирование файлов административных шаблонов
- Получение доступа к директории C:WindowsPolicyDefinitions
- Комментарии к статье ( 10 шт )
- Добавить комментарий
Копирование файлов административных шаблонов
Данное исправление ошибки должно работать на операционных системах Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 и Windows Server 2012 R2.
Если при открытии консоли с групповыми политиками у вас появляется следующая ошибка:
Административные шаблоны
При разборе обнаружена ошибка.Не удалось найти ресурс
«$(string.Advanced_EnableSSL3Fallback)», на который
ссылается атрибут displayName.Файл C:WindowsPolicyDefinitionsinetres.admx, строка
795, столбец 308
То значит, у вас поврежден файл административного шаблона для Internet Explorer, который расположен по адресу C:WindowsPolicyDefinitions. Исправляется это довольно легко, для этого нужно только скачать файлы административных шаблонов отсюда (ссылка на официальный сайт Microsoft). Затем переходим в директорию C:WindowsPolicyDefinitions и заменяем файлы inetres.adm, inetres.admx, а так же папки с нужными языками. После этого нужно перезапустить консоль управления, и убедиться, что ошибка прошла.
Получение доступа к директории C:WindowsPolicyDefinitions
В определенных случаях, возможно отсутствие доступа к данной директории, то есть просто так заменить файлы может не получиться. В таком случае, стоит запустить командную строку от имени администратора, и выполнить следующие две команды:
takeown /f %windir%Policydefinitions /r /a
icacls %windir%PolicyDefinitions /grant Administrators:(OI)(CI)F /tОбновлено 03.02.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов в России Pyatilistnik.org. В пошлый раз мы с вами подробно обсудили, как устанавливается Windows Server 2019 на сервер или в виртуальной машине. Двигаемся дальше и продолжаем наши админские будни. На днях обратился ко мне мой коллега, у которого была раздражающая его ситуация, при редактировании или просматривании групповой политики у него выскакивало окно с предупреждением, где сообщалось, что не удалось найти ресурс $(string id=»Win7Only) и какие-то атрибуты. Дальше все работало корректно. но это откровенно было не удобно.
Описание ошибки «Не удалось найти ресурс $(string id=»Win7Only)»
Не так давно я производил обновление центрального хранилища административных шаблонов групповых политик, это необходимая вещь при использовании леса Active Directory с несколькими доменами и количеством системных администраторов имеющих права и необходимость в создании и редактировании групповых политик. Когда мой коллега решил отредактировать групповую политику и перешел в раздел «Компоненты Windows» он увидел ошибку:
Не удалось найти ресурс $(string id=»Win7Only), на который ссылается атрибут displayName
Или в английском варианте:
Resource $(string id=»Win7Only)’ referenced in attribute displayName could not be found
Microsoft знает и подтверждает наличие такой проблемы. Вся проблема в том, что в Windows 10 версии 1803 языковой файл SearchOCR.ADML имеет текстовые обновление. В новом ADML шаблоне эта строка была вырезана:
<string id=»Win7Only»>Microsoft Windows 7 or later</string>
Исправление ошибки изменение GPO
Чтобы устранить эту проблему, необходимо загрузить обновленный пакет ADMX. Затем скопировать файлы SearchOCR.ADMX и SearchOCR.ADML из него и положить в центральное хранилище объектов GPO.
Скачайте по ссылке Administrative Templates (.admx) for Windows 10 April 2018 Update (1803).
https://www.microsoft.com/en-us/download/details.aspx?id=56880
В результате чего будет скачан файл размером 14 МБ «Administrative Templates (.admx) for Windows 10 April 2018 Update.msi«. Запустите установку данного пакета административных шаблонов. На первом шаге просто нажмите «Next«.
Принимаем лицензионное соглашение, выбирая опцию «I Agree«.
Далее вы можете при желании изменить каталог установки административных шаблонов с «C:Program Files (x86)Microsoft Group PolicyWindows 10 April 2018 Update (1803) v2» на нужный вам.
Для установки «Administrative Templates (.admx) for Windows 10 April 2018 Update» нажмите «Next«.
Ожидаем окончания установки, после чего нажимаем «Close«.
Далее переходим в каталог «C:Program Files (x86)Microsoft Group PolicyWindows 10 April 2018 Update (1803) v2PolicyDefinitions» и находим там файл SearchOCR.admx, а так же его языковую версию SearchOCR.adml, тут все завит от вашего языка в Active Directory.
Далее вам необходимо скопировать эти файлы с заменой если спросит по пути:
rootSYSVOLroot.pyatilistnik.orgPoliciesPolicyDefinitions (где root и root.pyatilistnik.org мой домен у вас будет свой)
Ошибка «Не удалось найти ресурс $(string id=»Win7Only), на который ссылается атрибут displayName» должна пропасть. Еще одним методом решения проблемы, можно рассматривать редактирование старого файла SearchOCR.adml в вашем централизованном хранилище GPO:
- Откройте файл в текстовом редакторе. Найдите строку 26. Добавьте пустую строку. В пустую строку 26 вставьте этот текст:
<string id=»Win7Only»>Microsoft Windows 7 or later</string>
- Сохраните изменения. По идее все эти манипуляции помогут вам не видеть ошибок при редактировании объектов групповой политики. НА этом у меня все, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Дополнительные ссылки: https://support.microsoft.com/en-us/help/4292332/error-when-you-open-gpedit-msc-in-windows
Спасибо, а подскажите как добавить административные шаблоны в контроллер домена windows 2008 r2 ?
ADMx файлы вы помоему не подгрузите в server 2008r2. Вам надо обновлять контроллер домена до версии 2016.
Вот самое лучшее руководство которое я находил в интернете
Обновление контроллеров домена до Windows Server 2016
PS. Добавлю от себя — начните с Full бэкапа контроллеров домена на случай если что то пойдет не так
1. Проверяем, что каталоги AD синхронизируются без проблем. Запускаем
Убеждаемся, что в столбце «Fails» нет ошибок, а дельта синхронизации не превышает той, которая настроена между сайтами.
2. Текущий уровень домена и леса должен быть не ниже Windows Server 2008. Если он ниже, то сначала поднимаем уровень домена до 2008 (этого не произойдет, если у вас остались в домене контроллеры, которые работают на Windows Server 2003 или 2003R2). После поднимаем уровень леса до 2008 (также надо предварительно убедиться, что все домены в лесу имеют уровень 2008). Поднятие уровня домена и леса осуществляется через оснастку «Active Directory – домены и доверие».
3. Разворачиваем новый сервер Windows Server 2016. Добавляем его в домен. Задаем статичный IP-адрес и имя хоста.
4. Проверяем, какой тип репликации используется для текущего каталога AD.
Для этого запускаем утилиту ADSI Edit на контроллере домена и подключаемся к «контексту именования по умолчанию». Далее ищем в вашем каталоге текущие контроллеры домена и выбираем один из них. Если вы видите каталог «CN=NTFRS Subscriptions» , значит у вас используется тип репликации «FRS». Если же «CN=DFSR-LocalSettings» – значит используется новый тип репликации DFS-R и тогда 5 шаг мы пропускаем.
5. Получим текущее глобальное состояние миграции DFSR через команду
Код:
[B]dfsrmig /getglobalstate[/B]Начинаем процесс миграции. Выполняем команду
Код:
[B]dfsrmig /setglobalstate 1[/B]С помощью команды dfsrmig /getmigrationstate проверяем, когда 1 этап миграции завершится на всех контроллерах.
Чтобы ускорить процесс репликации между контроллерами, выполним команды
Код:
[B]Repadmin /syncall /AeS[/B]на каждом контроллере
Переходим к следующему этапу:
Код:
[B]dfsrmig /setglobalstate 2[/B]И опять ускоряем процесс синхронизации командой
Код:
[B]Repadmin /syncall /AeS[/B]Как только команда dfsrmig /getmigrationstate выдаст положительный результат, запускаем заключительный этап
Код:
[B]dfsrmig /setglobalstate 3[/B]и повторяем те же действия, чтобы завершить процесс перехода на DFS-R.
6. Делаем новые сервера контроллерами домена: устанавливаем на них роль Active Directory Domain Services и DNS-сервера.
7. Запускаем службу KCC для создания новых связей с новыми контроллерами домена.
и проверяем, что синхронизация проходит без ошибок на каждом из контроллеров
Код:
[B]Repadmin /syncall /AeS[/B]
[B]repadmin /replsum[/B]8. Перераспределяем роли FSMO:
Код:
[B]Move-ADDirectoryServerOperationMasterRole -Identity “dc-01” -OperationMasterRole SchemaMaster, DomainNamingMaster[/B]
[B]Move-ADDirectoryServerOperationMasterRole -Identity “dc-02” -OperationMasterRole RIDMaster,PDCEmulator, InfrastructureMaster[/B]где dc-01 и dc-02 новые сервера на WS2016
Еще раз запускаем репликацию на всех контроллерах:
Код:
[B]repadmin /syncall /AeS[/B]Командой netdom query fsmo убеждаемся, что все роли переехали на нужные сервера.
9. На новых серверах в настройках сетевых адаптеров указываем в качестве DNS-сервера новые контроллеры домена.
10. Выполняем команду dcpromo на старых контроллерах для понижения уровня сервера. После отключения всех серверов не забываем запустить
Код:
[B]repadmin /kcc[/B]
[B]repadmin /syncall /AeS[/B]
[B]repadmin /replsum[/B]11. Через оснастку «Active Directory – домены и доверие» поднимаем уровень домена и леса до 2016.
Источник https://onix.me/update-dc-domain-to-ws2016/
Данная ошибка появляется при работе на компьютере с Локальными политиками безопасности. В частности, возникает при выборе параметров административных шаблонов. В этой статье приведем несколько примеров решения данной проблемы, а также узнаем от чего она появляется.
Пример ошибки
Не удалось найти ресурс
“$(stringSiteDiscoveryEnableWMI)”, на который
ссылается атрибут displayName
Файл
C:WindowsPolicyDefinitionsinetres.admx,
строка 34686, столбец 235
В некоторой степени ошибка связана с браузером Internet Explorer. Так, при неудачном обновлении со старой версии на более новую, может возникнуть проблема, которая, с другой стороны, решается быстро. Для этого достаточно дождаться ближайших обновлений Windows и ошибка должна исчезнуть.
Если данный способ не помогает, воспользуемся набором административных шаблонов Administrative Templates (ADMX) for Windows Server 2008 R2 and Windows 7. Загружаем и открываем инсталлятор.
Переписываем содержимое папки
C:Program FilesMicrosoft Group PolicyWindows Server 2008PolicyDefinitions
на домен-контроллер в папку
<dc_name>sysvol<domain_name>PoliciesPolicyDefinitions
Из языковых папок необходимо скопировать только те файлы, которые действительно нужны, например, en-us и ru-ru. Содержимое папки будет реплицировано по всем домен-контроллерам в домене.
Переустановка Internet Explorer
Также проблему можно решить переустановкой Internet Explorer. При этом, следует помнить, что повторную установку Internet Explorer необходимо выполнять от имени администратора – учетной записи администратора.
Еще одним вариантом решения проблемы будет использование административных шаблонов для Интернет Эксплорер Administrative Templates for Internet Explorer.
Всем привет.
У меня Windows 7 Professional.
При входе под пользователем домена в корпоративную сеть, получаю следующее сообщение:
«Политики безопасности на этом компьютере настроены для
отображения информации о последней операции интерактивного входа. Не
удается получить эту информацию. Обратитесь за помощью к администратору
сети».
Обратился к нему, но он пока не может разрулить вопрос…
Вот что было испробовано для решения:
1. gpedit.msc > Конфигурация Виндовс > Параметры безопасности > Локальные политики > Параметры безопасности:
Параметер: «Интерактивный вход в систему: не отображать последнее имя пользователя» > Включить, Отключить. (не помогло, ошибка таже).
2. Поиск в гугле мало что дал, есть вариант (здесь была ссылка) через DISM, но не факт что это из этой темы
Есть также вот эта ключевая статья (здесь была ссылка) в ней есть упоминание каких-то параметров, типа msDS-FailedInteractiveLogonCount, но где они, и как их проверить либо изменить — непонятно.
Также, странно, что при запуске gpedit.msc появляется ошибка:
Административные шаблоны:
При разборе обнаружена ошибка.
Не удалось найти ресурс
«$(string.IP_Stateless_Autoconfiguration_Limits_State… на который ссылается атрибут displayName.
Файл С:WindowsPolicyDefinitionstcpip.admx, строка 202 столбец 315.
Возможно это как-то связано, но как это проверить, или полечить, непонятно.
Прошу помощи, или любых соображений по данной теме.
-
Изменен тип
9 февраля 2015 г. 12:46
Тема переведена в разряд обсуждений по причине отсутствия активности.
- Remove From My Forums
Ошибка административные шаблоны в редакторе управления групповой политикой.
-
Общие обсуждения
-
При открытии редактора локальной групповой политики появляется ошибка Административные шаблоны-при разборе обнаружена ошибка. Файл ресурса C:widowspolicyDefinitionsru-RUinetres.adml имеет редакцию 1.0 которая не соответствует значению minRequiredRevision,
указанному в ADMX-файле.
Все ответы
-
Слетела языковая локализация. Возьмите любой компьютер другой с установленным IE и скопируйте с него C:WINDOWSPolicyDefinitionsinetres.admx и C:WINDOWSPolicyDefinitionsru-RUinetres.adml (или только adml — проверьте редакцию, она в шапке файла (revision=)
-
Все бы хорошо только политика безопасности сервера 2008 не дает изменить данную папку.
-
Смените владельца файлов, которые нужно заменить, на группу Администраторы (Вкладка Владелец в окне, вызываемом по кнопке Дополнительно на вкладке Безопасность свойств файла). После этого установите для группы Администраторы полный доступ и заменяйте файлы.
Для смены владельца членам группы Администрторы разрешения не нужны — у них есть привилегия, позволяющая это делать в обход разрешений.
Слава России!
-
У меня дает. Но ладно.
Скопируйте все содержимое папки PolicyDefinitions в <ваш домен>SYSPOL<ваш домен>PoliciesPolicyDefinitions. Так вы заполните центральное хранилище административных шаблонов. И там же поменяйте.
http://support.microsoft.com/kb/929841/en-us
-
После смены владельца и добавления прав пишет нет доступа к целевой папке. Сменил владельца файлов как сказано выше. В учетке записей пользователей убедился что пользователь имеет права администратора и как пишет windows полный доступ…но как получается
не совсем полный. -
Так попробуйте сделать центральное хранилище, как я писал выше. Это в принципе лучший вариант — шаблоны одинаковы, с какой машины бы вы не редактировали групповую политику.
Содержание
- Пример ошибки
- Переустановка Internet Explorer
- Решение проблемы с консолью групповых политик
- Другие статьи:
- Комментарии:
Обнаружены следующие ошибки:
При разборе обнаружена ошибка. Системная ошибка: -2130706429. Файл C:WindowsPolicyDefinitions
u-RUinetres.adml, строка 3, столбец 236
или
При разборе обнаружена ошибка.
Не удалось найти подходящий файл ресурса для файла dcoe.localsysvoldcoe…ActiveXInstallService.admx (ошибка = 3): Системе не найти указанный путь.
Загрузите Administrative Templates (ADMX) for Windows Server 2008 R2 and Windows 7, разверните инсталлятор у себя на компьютере, а далее перепишите содержимое папки C:Program FilesMicrosoft Group PolicyWindows Server 2008PolicyDefinitions на домен-контроллер, в папку
Из языковых папок копируйте только требуемые, например en-us и ru-ru. Содержимое папки будет реплицировано по всем домен-контроллерам в домене.
Данная ошибка появляется при работе на компьютере с Локальными политиками безопасности. В частности, возникает при выборе параметров административных шаблонов. В этой статье приведем несколько примеров решения данной проблемы, а также узнаем от чего она появляется.
Пример ошибки
В некоторой степени ошибка связана с браузером Internet Explorer. Так, при неудачном обновлении со старой версии на более новую, может возникнуть проблема, которая, с другой стороны, решается быстро. Для этого достаточно дождаться ближайших обновлений Windows и ошибка должна исчезнуть.
Если данный способ не помогает, воспользуемся набором административных шаблонов Administrative Templates (ADMX) for Windows Server 2008 R2 and Windows 7. Загружаем и открываем инсталлятор.
Переписываем содержимое папки
на домен-контроллер в папку
Из языковых папок необходимо скопировать только те файлы, которые действительно нужны, например, en-us и ru-ru. Содержимое папки будет реплицировано по всем домен-контроллерам в домене.
Переустановка Internet Explorer
Также проблему можно решить переустановкой Internet Explorer. При этом, следует помнить, что повторную установку Internet Explorer необходимо выполнять от имени администратора – учетной записи администратора.
Еще одним вариантом решения проблемы будет использование административных шаблонов для Интернет Эксплорер Administrative Templates for Internet Explorer.
Решение проблемы с консолью групповых политик
Если при открытии консоли с групповыми политиками у вас появляется следующая ошибка:
Административные шаблоны
При разборе обнаружена ошибка.
Не удалось найти ресурс
«$(string.Advanced_EnableSSL3Fallback)», на который
ссылается атрибут displayName.
Файл C:WindowsPolicyDefinitionsinetres.admx, строка
795, столбец 308
То значит, у вас поврежден файл административного шаблона для Internet Explorer, который расположен по адресу C:WindowsPolicyDefinitions. Исправляется это довольно легко, для этого нужно только скачать файлы административных шаблонов отсюда (ссылка на официальный сайт Microsoft) . Затем переходим в директорию C:WindowsPolicyDefinitions и заменяем файлы inetres.adm, inetres.admx, а так же папки с нужными языками. После этого нужно перезапустить консоль управления, и убедиться, что ошибка прошла.
Другие статьи:
Комментарии:
-
btnet
- 29.06.2019 06:27
Мне помогло. Ошибка исчезла. Спасибо. Думаю это после обновления ослика до v11. С правами на файлы париться не стал и скорее всего они заняты процессами самой ОС, поэтому замену сделал через 2k10 т.е загрузился с другой ОС , зашёл в нужную директорию и вставил нужные файлы, согласился на замену, перед этим , на всякий случай, сделал бэкап заменяемых файлов и делов то. 🙂
Используем команду Robocopy с параметрами /ZB, xcopy не работает!
Перестало ругаться на эти 2 файла, зато список расширился до всего, что лежит в папке с расширением admx
Размер нового файла на 5 кБ короче, кстати
Версия Windows Server?
При копировании с заменой файла inetres.admx в системную папку ,система пишет — отказано в доступе к целевой папке !
Команда takeown /F «С:WindowsPolicyDefinitions» применяется успешно , но при повторной попытке копирования — тот же результат. ((
У пользователя есть права администратора? А если запустить командную строку с правами администратора и скопировать через неё?
Обновлено 03.02.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов в России Pyatilistnik.org. В пошлый раз мы с вами подробно обсудили, как устанавливается Windows Server 2019 на сервер или в виртуальной машине. Двигаемся дальше и продолжаем наши админские будни. На днях обратился ко мне мой коллега, у которого была раздражающая его ситуация, при редактировании или просматривании групповой политики у него выскакивало окно с предупреждением, где сообщалось, что не удалось найти ресурс $(string id=»Win7Only) и какие-то атрибуты. Дальше все работало корректно. но это откровенно было не удобно.
Описание ошибки «Не удалось найти ресурс $(string id=»Win7Only)»
Не так давно я производил обновление центрального хранилища административных шаблонов групповых политик, это необходимая вещь при использовании леса Active Directory с несколькими доменами и количеством системных администраторов имеющих права и необходимость в создании и редактировании групповых политик. Когда мой коллега решил отредактировать групповую политику и перешел в раздел «Компоненты Windows» он увидел ошибку:
Не удалось найти ресурс $(string id=»Win7Only), на который ссылается атрибут displayName
Или в английском варианте:
Resource $(string id=»Win7Only)’ referenced in attribute displayName could not be found
Microsoft знает и подтверждает наличие такой проблемы. Вся проблема в том, что в Windows 10 версии 1803 языковой файл SearchOCR.ADML имеет текстовые обновление. В новом ADML шаблоне эта строка была вырезана:
<string id=»Win7Only»>Microsoft Windows 7 or later</string>
Исправление ошибки изменение GPO
Чтобы устранить эту проблему, необходимо загрузить обновленный пакет ADMX. Затем скопировать файлы SearchOCR.ADMX и SearchOCR.ADML из него и положить в центральное хранилище объектов GPO.
Скачайте по ссылке Administrative Templates (.admx) for Windows 10 April 2018 Update (1803).
https://www.microsoft.com/en-us/download/details.aspx?id=56880
В результате чего будет скачан файл размером 14 МБ «Administrative Templates (.admx) for Windows 10 April 2018 Update.msi«. Запустите установку данного пакета административных шаблонов. На первом шаге просто нажмите «Next«.
Принимаем лицензионное соглашение, выбирая опцию «I Agree«.
Далее вы можете при желании изменить каталог установки административных шаблонов с «C:Program Files (x86)Microsoft Group PolicyWindows 10 April 2018 Update (1803) v2» на нужный вам.
Для установки «Administrative Templates (.admx) for Windows 10 April 2018 Update» нажмите «Next«.
Ожидаем окончания установки, после чего нажимаем «Close«.
Далее переходим в каталог «C:Program Files (x86)Microsoft Group PolicyWindows 10 April 2018 Update (1803) v2PolicyDefinitions» и находим там файл SearchOCR.admx, а так же его языковую версию SearchOCR.adml, тут все завит от вашего языка в Active Directory.
Далее вам необходимо скопировать эти файлы с заменой если спросит по пути:
rootSYSVOLroot.pyatilistnik.orgPoliciesPolicyDefinitions (где root и root.pyatilistnik.org мой домен у вас будет свой)
Ошибка «Не удалось найти ресурс $(string id=»Win7Only), на который ссылается атрибут displayName» должна пропасть. Еще одним методом решения проблемы, можно рассматривать редактирование старого файла SearchOCR.adml в вашем централизованном хранилище GPO:
- Откройте файл в текстовом редакторе. Найдите строку 26. Добавьте пустую строку. В пустую строку 26 вставьте этот текст:
<string id=»Win7Only»>Microsoft Windows 7 or later</string>
- Сохраните изменения. По идее все эти манипуляции помогут вам не видеть ошибок при редактировании объектов групповой политики. НА этом у меня все, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Дополнительные ссылки: https://support.microsoft.com/en-us/help/4292332/error-when-you-open-gpedit-msc-in-windows
Спасибо, а подскажите как добавить административные шаблоны в контроллер домена windows 2008 r2 ?
ADMx файлы вы помоему не подгрузите в server 2008r2. Вам надо обновлять контроллер домена до версии 2016.
Вот самое лучшее руководство которое я находил в интернете
Обновление контроллеров домена до Windows Server 2016
PS. Добавлю от себя — начните с Full бэкапа контроллеров домена на случай если что то пойдет не так
1. Проверяем, что каталоги AD синхронизируются без проблем. Запускаем
Убеждаемся, что в столбце «Fails» нет ошибок, а дельта синхронизации не превышает той, которая настроена между сайтами.
2. Текущий уровень домена и леса должен быть не ниже Windows Server 2008. Если он ниже, то сначала поднимаем уровень домена до 2008 (этого не произойдет, если у вас остались в домене контроллеры, которые работают на Windows Server 2003 или 2003R2). После поднимаем уровень леса до 2008 (также надо предварительно убедиться, что все домены в лесу имеют уровень 2008). Поднятие уровня домена и леса осуществляется через оснастку «Active Directory – домены и доверие».
3. Разворачиваем новый сервер Windows Server 2016. Добавляем его в домен. Задаем статичный IP-адрес и имя хоста.
4. Проверяем, какой тип репликации используется для текущего каталога AD.
Для этого запускаем утилиту ADSI Edit на контроллере домена и подключаемся к «контексту именования по умолчанию». Далее ищем в вашем каталоге текущие контроллеры домена и выбираем один из них. Если вы видите каталог «CN=NTFRS Subscriptions» , значит у вас используется тип репликации «FRS». Если же «CN=DFSR-LocalSettings» – значит используется новый тип репликации DFS-R и тогда 5 шаг мы пропускаем.
5. Получим текущее глобальное состояние миграции DFSR через команду
Код:
[B]dfsrmig /getglobalstate[/B]Начинаем процесс миграции. Выполняем команду
Код:
[B]dfsrmig /setglobalstate 1[/B]С помощью команды dfsrmig /getmigrationstate проверяем, когда 1 этап миграции завершится на всех контроллерах.
Чтобы ускорить процесс репликации между контроллерами, выполним команды
Код:
[B]Repadmin /syncall /AeS[/B]на каждом контроллере
Переходим к следующему этапу:
Код:
[B]dfsrmig /setglobalstate 2[/B]И опять ускоряем процесс синхронизации командой
Код:
[B]Repadmin /syncall /AeS[/B]Как только команда dfsrmig /getmigrationstate выдаст положительный результат, запускаем заключительный этап
Код:
[B]dfsrmig /setglobalstate 3[/B]и повторяем те же действия, чтобы завершить процесс перехода на DFS-R.
6. Делаем новые сервера контроллерами домена: устанавливаем на них роль Active Directory Domain Services и DNS-сервера.
7. Запускаем службу KCC для создания новых связей с новыми контроллерами домена.
и проверяем, что синхронизация проходит без ошибок на каждом из контроллеров
Код:
[B]Repadmin /syncall /AeS[/B]
[B]repadmin /replsum[/B]8. Перераспределяем роли FSMO:
Код:
[B]Move-ADDirectoryServerOperationMasterRole -Identity “dc-01” -OperationMasterRole SchemaMaster, DomainNamingMaster[/B]
[B]Move-ADDirectoryServerOperationMasterRole -Identity “dc-02” -OperationMasterRole RIDMaster,PDCEmulator, InfrastructureMaster[/B]где dc-01 и dc-02 новые сервера на WS2016
Еще раз запускаем репликацию на всех контроллерах:
Код:
[B]repadmin /syncall /AeS[/B]Командой netdom query fsmo убеждаемся, что все роли переехали на нужные сервера.
9. На новых серверах в настройках сетевых адаптеров указываем в качестве DNS-сервера новые контроллеры домена.
10. Выполняем команду dcpromo на старых контроллерах для понижения уровня сервера. После отключения всех серверов не забываем запустить
Код:
[B]repadmin /kcc[/B]
[B]repadmin /syncall /AeS[/B]
[B]repadmin /replsum[/B]11. Через оснастку «Active Directory – домены и доверие» поднимаем уровень домена и леса до 2016.
Источник https://onix.me/update-dc-domain-to-ws2016/