在 Windows 2012 R2 服务器核心上使用 DFSR 模块

在 Windows 2012 R2 服务器核心上使用 DFSR 模块

我有一个带有服务器核心的标准 Windows 2012 R2 盒。我已安装文件服务器角色以及 DFSR。我想使用诸如Get-DfsrState和其他之类的powershell 工具Get-Dfsr*来检查系统的运行状况。

此工具存在于我已设置的完整 GUI 系统之一中。但我不清楚我需要安装它什么。快速搜索可用的 Windows 功能显示,我有一个 DFS 相关功能未安装在核心服务器上,但存在于完整 GUI 系统(即RSAT-DFS-Mgmt-Con)中。我是否正确地假设此模块是此功能的一部分?不幸的是,当我尝试使用远程系统的服务器管理器添加此功能时,Windows 告诉我它将安装完整的 GUI?!

> 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

我是不是漏掉了什么?我真的需要有完整的 GUI 才能使用此命令吗?

我想我会在完整的桌面系统上运行它并使用该-ComputerName选项,但我希望设置 nagios 来使用 NRPE 监控各种系统的输出。

答案1

虽然我没有为你提供解决方案,但我确实发现有几个人遇到了同样的问题,但没有解决方案。请参阅此主题以及“regexaurus”的评论这里

如果这是“故意为之”,那么我一点也不惊讶,因为从软件工程的角度来看,在发布的时间限制内,可能存在某种难以打破的依赖关系。识别和打破 Windows 代码库中错综复杂的相互依赖关系以实现更多模块化(尤其是分离出 GUI 层)需要做大量工作,这项工作已经进行了多年。

如果添加角色/功能向导说它是一种依赖关系,我不知道您可以做什么来解决它。

答案2

您需要安装 DFS 管理工具才能使用 DFSR powershell 模块。如果您不想安装 GUI,则需要在安装了 GUI 的其他系统上安装该功能,并将 -ComputerName 开关与您想要在模块中使用的任何 cmdlet 一起使用。所以您的最后一条评论是正确的。

相关内容