October 26, 2022 in Releases by David Wiseman2 minutes
WMI collection improvements...
Changes have been made to WMI collections - relating to issue #299. The collections are now done through Microsoft.Management.Infrastructure instead of System.Management. This is the newer/reccomended way make WMI calls in .NET. By default the WMI calls will now use WSMan/WinRM instead of DCOM. This uses 1 dedicated firewall port (5985) so it’s easier to provision access. Unfortunatley local admin permissions are still needed for WMI calls to work.
If you are familiar with PowerShell, the old method was similar to:
The new method is similar to :
Switching to use just WSMan is potentially a breaking change so DBA Dash will first attempt to connect via WSMan then use DCOM if that fails. This is similar to using the old Get-WmiObject
or passing the DCOM protocol session option:
Testing which method works adds a potential performnace overhead. This is avoided by caching the protocol option so that it will be used for any subsequent WMI collections.
As part of the drivers collection, a registry key is read to determine the PV driver version (For AWS). Previously this used RegistryKey.OpenRemoteBaseKey
which required a different port to be enabled and the remote registry service to be running. This is now done using Microsoft.Management.Infrastructure
which simplifies access.
On servers WinRM should be enabled by default. If you need to enable it manually, run this on the monitored instance:
This does a number of tasks including creating the firewall exception.
The DBA Dash service account should be a member of the local administrators group on the monitored instance.
https://powershell.one/wmi/remote-access
2.24.2 also includes a few other fixes and improvements:
See here for a full list of changes.