При разборе обнаружена ошибка не удалось найти ресурс

Копирование файлов административных шаблонов

Данное исправление ошибки должно работать на операционных системах 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

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

Пример ошибки

Не удалось найти ресурс
“$(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 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/