サーバーコアを備えた標準のWindows 2012 R2ボックスセットアップがあります。 DFSRと共にファイルサーバーの役割をインストールしました。 Get-DfsrState
やその他のGet-Dfsr*
などのPowerShellツールを使用して、システムの状態を確認したいと考えています。
このツールは、フルGUIでセットアップしたシステムの1つにあります。しかし、何をインストールする必要があるのか、私にははっきりしません。利用可能なWindows機能を簡単に検索すると、フルGUIシステムに存在するコアサーバーにインストールされていないDFS関連機能が1つあることがわかります(つまり、RSAT-DFS-Mgmt-Con
)。このモジュールがこの機能の一部として提供されていると想定しても正しいですか?残念ながら、リモートシステムからサーバーマネージャーを使用してこの機能を追加しようとすると、完全な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
オプションを使用していると思いますが、NRPEを使用してさまざまなシステムの出力を監視するようにnagiosをセットアップすることを望んでいました。
解決策はありませんが、同じ問題があり解決策のない人を何人か見つけました。 this thread に関する最後のコメントと 'regexaurus' here によるコメントを参照してください。
リリースの時間的制約の範囲内でソフトウェアエンジニアリングの観点から見極めるのが困難であったある種の依存関係が存在する可能性があるという意味で、これが「設計による」ものであるとしても、私は驚きません。より多くのモジュール化(特にGUIレイヤーの分離)を可能にするために、Windowsコードベース内の相互依存関係のスパイダーのWebを特定して破壊するために必要な膨大な作業は、何年も続いています。
役割/機能の追加ウィザードで依存関係と表示されている場合、それを回避するために何ができるかわかりません。
dFSR powershellモジュールを使用できるようにするには、DFS管理ツールをインストールする必要があります。 GUIをインストールしない場合は、GUIがインストールされている別のシステムに機能をインストールし、モジュール内で使用するコマンドレットで-ComputerNameスイッチを使用する必要があります。あなたの最後のコメントは正しいです。