Чтобы самому не искать каждый раз
DNS manager console missing for RSAT client on Windows 10 Version 1709
Архив с файлами под x64 и немного доработанным батником, чтобы можно было из сети ставить или SCCM-ом:
Архив c “installx64.bat” и “unattend_x64.xml” под x64: RSAT_Win10_1709+DNS.zip
Распаковываем и кладём туда же сам RSAT client — WindowsTH-RSAT_WS_1709-x64.msu
Запускам “installx64.bat” с повышением привилегий (Run As Administrator)
installx64.bat: Читать далее
Попросили сделать отчёт об изменениях RAM/CPU. Кстати, про RAM уже есть в комплекте, называется: «Оборудование — Память > Компьютеры с измененной физической памятью». Только он — яркий пример издевательства над арифметикой, потому что сравнивать значения по ROUND(x, -3), это какое-то “параллельное” представление о процессах происходящих в мире ИТ. Однако, встроенные отчёты, пожалуй, основной источник информации о том, где брать эти самые данные (вьювки/таблицы/фукции/хранимки) из базы CCM, так что за это — отдельное спасибо разработчикам.
В этой части два простых отчёта, без перевода, без ресурсов, без нормального именования, но с RBAC (Да, кстати, все эти понты с — «Мы поддерживаем RBAC» — ничего кроме названия и замены вьювок на одноимённые функции не означает. Продукт-группа о нас позаботилась). Основная цель этих простеньких отчётов – сразу показать изменения, подсветить знаковые показатели. Т.е. созданы они для подписки по e-mail. В параметрах – “коллекция устройств”, возможность исключить виртуальные машины, и показывать только изменённые в меньшую сторону показатели (память уменьшилась, частота CPU/кол-во ядер — упало).
Попутно убедился, что ресурсный файл русского языка не поправили, и то, что называется — “PreviousPhysicalMemoryMB”, так и указано, по-русски – “Предыдущий объем физической памяти (КБ)”.
Ну, а чтобы не было совсем пусто, сюда добавлю “Step-By-Step”. Как загрузив отчёт *.rdl, запустить его в своём окружении, и на что ещё ОБЯЗАТЕЛЬНО надо обратить внимание.
С периодичностью в неделю на профильных ресурсах возникает один и тот же вопрос — «У меня появилось устройство, загружающееся по UEFI и вот оно не загружается, в DHCP опции 067 меняю, теперь UEFI — работает, а BIOS (legacy) нет»
В первой части — «Часть 1: DHCP Relay Agent«, мы разбирались как с наименьшими трудозатратами поддерживать сразу все текущие платформы загрузки клиента (UEFI и BIOS) с помощью возможности WDS-сервера прикидываться DHCP-сервером и отдавать PXE-клиенту необходимый загрузчик.
Но что делать если мы не можем обеспечить возможность получать широковещательные запросы клиента (DHCP Discover) — WDS сервером? Например, для каждой подсети (домена широковещания) — настроен отдельный DHCP-сервер, который как бы, не желает делиться запросом PXE-клиента с WDS-сервером. Еще вариант, когда WDS-сервер и DHCP-сервер находятся на одном сервере, т.е. WDS не может прослушивает 67 порт, т.к. он занят DHCP.
Ответ простой — использовать возможность DHCP сервера — фильтровать запросы клиентов по «Option 60 — Vendor class identifier» (DHCP-Сервер на Windows Server) или «Option 93 — Client System Architecture» (например, «ISC DHCP»). Кстати PXE-сервер тоже ориентируется именно на клиентский Option 93) и в зависимости от них предоставлять клиенту разные ответы (DHCP Offer) с DHCP-опциями 66, 67 для поддержки каждой из платформ.
С периодичностью в неделю на профильных ресурсах возникает один и тот же вопрос — «У меня появилось устройство, загружающееся по UEFI и вот оно не загружается, в DHCP опции 67 меняю, теперь UEFI — работает, а BIOS (legacy) нет»
Давайте разбираться.
Есть два способа правильно обрабатывать запрос клиента и выдавать ему правильный загрузчик.
Ошибка в ccmsetup.log
C:\Windows\ccmsetup\Silverlight.exe is Microsoft trusted. Installing file 'C:\Windows\ccmsetup\Silverlight.exe' with options '/q'. File 'C:\Windows\ccmsetup\Silverlight.exe' returned failure exit code 1612. Fail the installation. InstallFromManifest failed 0x8007064c Failed to connect to policy namespace. Error 0x8004100e Failed to revoke client upgrade local policy. Error 0x8004100e CcmSetup failed with error code 0x8007064c
Или как «объяснить» Task Sequence-у, что предыдущий поиск драйверов по категориям не был успешным.
![WCA-B301.wmv_snapshot_00.23.08_[2017.05.25_22.25.46]](https://skorotkov.files.wordpress.com/2017/05/wca-b301-wmv_snapshot_00-23-08_2017-05-25_22-25-46.jpg?w=629&h=354 "WCA-B301.wmv_snapshot_00.23.08_[2017.05.25_22.25.46]")
Пожалуй, лучший доклад, который я видел на тему управления драйверами, это доклад Johan Arwidmark (@jarwidmark) — <A Drivers Saga: Mastering Windows Deployment>. Крайне рекомендую.
«Сначала прикололся, потом загнался»
Набор функций для скачивания файлов полученных из метаданных SCUP-Каталога.
