Назад | Перейти на главную страницу

Использование модуля DFSR в ядре сервера Windows 2012 R2

У меня стандартная установка коробки Windows 2012 R2 с ядром сервера. У меня установлены роли файлового сервера вместе с DFSR. Я хочу использовать инструменты PowerShell, например Get-DfsrState и другие Get-Dfsr* чтобы проверить состояние моей системы.

Этот инструмент присутствует в одной из систем, которые я установил с полным графическим интерфейсом. Но мне непонятно, что мне нужно для его установки. Быстрый поиск доступных функций Windows показывает, что у меня есть одна функция, связанная с DFS, не установленная на главном сервере, которая присутствует в полной системе графического интерфейса (т. Е. RSAT-DFS-Mgmt-Con). Правильно ли я предполагаю, что этот модуль является частью этой функции? К сожалению, когда я пытаюсь добавить эту функцию с помощью диспетчера серверов из удаленной системы, Windows сообщает мне, что собирается установить полный графический интерфейс ?!

> Get-WindowsFeature | ? {$_.Name -like '*dfs*'}

Display Name                             Name               Install State
------------                             ----               -------------
        [X] DFS Namespaces               FS-DFS-Namespace       Installed
        [X] DFS Replication              FS-DFS-Replication     Installed
            [ ] DFS Management Tools     RSAT-DFS-Mgmt-Con        Removed

Я что-то упускаю? Мне действительно нужен полноценный графический интерфейс для использования этой команды?

Думаю, я запускаю это на полной настольной системе и использую -ComputerName вариант, но я надеялся настроить nagios для мониторинга вывода различных систем с NRPE.

вам необходимо установить инструменты управления DFS, чтобы иметь возможность использовать модуль DFSR powershell. Если вы не хотите устанавливать графический интерфейс, вам необходимо установить этот компонент в другой системе, в которой установлен графический интерфейс, и использовать переключатель -ComputerName с любым командлетом, который вы хотите использовать в модуле. Итак, ваш последний комментарий верен.

Хотя у меня нет решения для вас, я заметил пару человек с той же проблемой, но без решения. См. Последний комментарий к эта тема и комментарий regexaurus Вот.

Меня не удивит, если это сделано «намеренно» в том смысле, что может существовать какая-то зависимость, от которой трудно избавиться с точки зрения разработки программного обеспечения в рамках временных ограничений для выпуска. Огромный объем работы, необходимой для выявления и разрыва паутины взаимозависимостей в кодовой базе Windows, чтобы обеспечить большую модульность (в частности, выделение уровня графического интерфейса пользователя), продолжается годами.

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