And is there an current setting for doing this now?
freber, for reporting on Video card from audit?
Yes or from info center. So you get a nice view of which video card in installed along with the rest of the hardware information.
No one has any idea about this?
you could make a procedure that uses a wmic command
i.e. "wmic path win32_VideoController get name"
C:\WINDOWS\system32>wmic path win32_VideoController get nameNameAMD Radeon R7 200 Series
C:\WINDOWS\system32>wmic path win32_VideoController get VideoProcessorVideoProcessorAMD Radeon Graphics Processor (0x6658)
We have plenty of ideas about this!
Our custom audit tool runs daily and captures nearly 200 data objects - we pull around 40 data points back into custom fields that are visible from the agent pop-up for our engineers to reference. The other values are cached on the agent and can be queried at will, or the entire cache file uploaded for manual review. These are snaps of the agent pop-up showing some of what's gathered from a random agent.
We can use this information in reporting to identify outdated drivers and plan updates.
The WiFi data is also exported and uploaded monthly, including encrypted security data. This can be pushed back and restored to the same or a different workstation by procedure. We've used this to configure a single system for a new WiFi system and then deploy it to almost 300 agents.
The Antivirus data is collected by a daily Smart Monitor that gets status from most AV products - status can be Running/Stopped/Missing and Current/Outdated/N-A. The Smart Monitor can detect the outdated definitions condition and initiate a definition update process directly to the AV product and wait for the update before generating an outdated definitions alert, if at all. This Smart Monitor alone has cut alerts from AV definition outdated events from 35-40 per day on 1200 endpoints to 6 or less per week on 3000 endpoints.
myArch-man thanks for the tip. That seems like a pretty easy way to do it.
Glenn, what is that custom audit tool you are using?
I wrote two different Audit tools as part of our solution (hence "custom").
Each day, we deploy Smart Monitors, Maintenance, and then the Audit. The procedure that runs these commands starts by clearing the audit data file. The Smart Monitors and Maintenance tools naturally collect some useful information as part of their tasks, so they write it to the Audit data file. The Audit tool then runs and collects somewhere between 180 and 200 additional data points. The audit tool is then run in "report" mode, a specific value is requested from a file or registry location and returned where it is placed into a custom field. This process is easily customized by updating the procedure and one config file. I can also call the audit tool from other procedures to collect specific data points not uploaded each day for use within the procedure.
The second audit tool is really a collection of applets - each invoked by a procedure. These run once a month to collect information that doesn't often change. Several of these audits create data files that can recreate endpoint configurations, such as WiFi, printers, and scheduled tasks.
The audit tools are part of our Core Automation Suite - see www.mspbuilder.com for more info.