Freigeben über

MPViewer 1.4

  • Artikel

I recently saw an interesting mail thread about how does one figure out which MPs will work for agentless monitoring and which MPs will not. The interesting part is that at the MP level there is no way to declare whether it is designed for agentless monitoring or not. The MP author can decide this for every workflow (rule, monitor, task, diagnostic, recovery, discovery) by setting the Remotable attribute to true. If the attribute is set to false, the agent will not execute the workflow against the agentlessly monitored computer and will also drop an event to the OpsMgr event log. To help clarify this a bit more, I updated the MPViewer utility to include one more column which is called "Remotable". You can use this to determine which workflows are capable of working for agentless monitoring. I also added a command line switch to enable the generation of an HTML report for only the monitors and rules that are configured to generate an alert.

Here is how you can use the new switch:

MPViewer.exe c:\Microsoft.Windows.Server.2003.mp c:\win2003.html AlertGeneratingWorkflowsOnly

For the next version I am hoping to add knowledge to the HTML report that the utility produces.

As always, feedback is very much appreciated.

This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included utilities are subject to the terms specified at
https://www.microsoft.com/info/cpyright.htm

MPViewer 1.4.zip

Comments

  • Anonymous
    March 29, 2008
    Boris Yanushpolsky recently updated MPViewer to version 1.4. For the downloads and impovements http:
  • Anonymous
    April 03, 2008
    New version of cluster monitoring management pack was released . Hooray! This release requires removing
  • Anonymous
    May 13, 2008
    The comment has been removed
  • Anonymous
    May 15, 2008
    I just downloaded the tool, so I don't have a comment on the tool yet.  However, I do have a comment on the concept and I recently emailed MS on this.   I am glad that someone is tackling this issue.  See Use Case belowScenarioCustomerX is requesting to review all of the possible monitoring information for their application.  CustomerX has no idea as to how SCOM works and doesn’t care to learn it.  The customer’s statement is “I just want to look at a list of available items to monitor for my application.  I then want to select the monitoring values I think is of value and then have Operation’s implement the changes.”  QuestionHow can we provide the customer with a list of all available values for the customer’s SCOM Pak without using the Operator Console? We want to either provide this by downloading a .csv file from the MOM website or run a script against the MOM PAK.”
  • Anonymous
    May 18, 2008
    Hey Borislong time no speak! Just wanted to ask u something re the tool. Tried running it against the DHCP pack to create a html file for reporting, and noticed that all the rules are reporting that they don't generate alerts, even though a lot of them do? Seems to be the case for all "converted" packs (eg ISA). So even though others are conversions (SQL, OS?), direct conversions such as DHCP which are using the MOM05 compatibility, don't seem to have the alert generation picked up. Any thoughts?Cheers Ash.
  • Anonymous
    June 19, 2008
    Hi Ash,The issue with the converted MPs should be fixed in the latest version of MPViewer.