Yes – you CAN do just that. Or – you can graduate up the scale of MP authoring and make intentional classes for your apps, and stop using templates.
http://blogs.technet.com/b/kevinholman/archive/2014/11/12/using-mpauthor-to-create-a-class-discover-and-monitor-a-service.aspx From: [email protected] [mailto:[email protected]] On Behalf Of RKDTOO Sent: Monday, March 30, 2015 5:26 PM To: [email protected] Subject: Re: SV: [msmom] msmom Windows Service MP Template Wizard Vs. Basic Service Unit Monitor ... So - taking a deeper look into using the Windows Service Template it creates the following: - A new object (instance of Windows Service class) to be used as target for its monitors - 4 Monitors (one of which is inhered from the Windows Service class and is Disabled by Override for everything) - 6 Rules - 6 Tasks - 5 Attributes - All the applicable Override for Monitors, Discovery and Rules. Now every time I use the Template to monitor one service all of the above are being created and instantiated. Now If I want to monitor say 5 - 10 services on dozens or hundreds of servers it makes sense; but if my situation is reverse, that is - I want to monitor about a dozen related services on only one computer, it may be kind of and overkill to create 12 or so classes with all these duplicate elements. So I was wondering if I can use this newly created Class and use it as target for my manually created Unit Basic Service Monitors; the Class already has all the properties of a Windows Service and it's discovery is already scoped to the required server. And for my case it would suffice to have a number of related services being monitored by a self-contained object of a Windows Service class, which can be placed into Maintenance Mode without affecting other Windows Server monitors. Would this be a recommended way of doing things? Does anyone see any pitfalls in this approach? Thanks, Arkady On Fri, Mar 27, 2015 at 7:22 PM, Henrik Andersen <[email protected]<mailto:[email protected]>> wrote: Hi! As you say, the impact of using the template is next to nothing (if any at all) compared with the basic monitor wizard. /Henrik Fra: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] På vegne af RKDTOO Sendt: 28. marts 2015 00:02 Til: [email protected]<mailto:[email protected]> Emne: Re: SV: [msmom] msmom Windows Service MP Template Wizard Vs. Basic Service Unit Monitor Thanks for the reply, and advice. Indeed, when my SCOM engineer instructed me to use the Basic Service Monitor approach they also said to use Windows Server as a target because that's where they defined an Agrigate Monitor Rollup for my custom monitors. We created these service monitors disabled and then applied Overrides to enable them only for the server or group of servers; that's how we avoid the issue of discovering services on all the servers. However my issue of not being able to separate these monitors from the Server object remains. So as fast as using the Template - I was told by our SCOM guys that some time ago a Microsoft consultant recommended against using it in favor of the Basic Service Monitor aproach. They don't remember why, posibly because of the overhead it creates. But again, if I'm not using the Performance monitors that are generated, and am only using the Running state, how much more of an impact it has on the system than Basic Service Monitor? I wonder. On Mar 27, 2015 5:19 PM, "Henrik Andersen" <[email protected]<mailto:[email protected]>> wrote: > > Greetings to you and welcome on board. > > > > You are correct in, that if you choose something like the windows server for > target for your service monitor, you will put the entire server in > maintenance mode. So don’t do that. If you do the management pack will be > distributed to every server and theres no need for that (except if the > service is present on all servers, of cause) > > > > Like in many other situations, if something is easy to setup, you get more > than you actually need. And that’s how it is with the template. > > > > Another approach is write your own service discovery. Even if you do it in > ‘raw’ xml, it’s very easy(lots of samples around the Internet) or have a look > at Silect AuthorMP It’s free and is easy to use and the management pack it > creates is quite decent. > > > > Happy authoring! > > > > /henrik > > > > Fra: [email protected]<mailto:[email protected]> > [mailto:[email protected]<mailto:[email protected]>] > På vegne af RKDTOO > Sendt: 27. marts 2015 20:36 > Til: [email protected]<mailto:[email protected]> > Emne: [msmom] msmom Windows Service MP Template Wizard Vs. Basic Service Unit > Monitor > > > > Greetings, > > New to SCOM. Trying to understand the difference between creating Monitoring > for Windows Service via the Windows Service MP Template Wizard and creating a > Unit Monitor of type Basic Service Monitor. > > It seems that (along with additional ability to monitor Performance) the > former creates [an instance of?] Basic Service Monitor within its own newly > created class (or object? still shaky on terminology) making it a Monitor > Target of this Basic Service Monitor; and the latter creates only Basic > Monitor targeting existing class\object. Please confirm or correct if that's > accurate. > > The main benefit of the Template for me is that I am able to drill down to > the Service Monitor in a Diagram View and (for example) place only it in > Maintenance Mode, while still monitoring the rest of the Windows > Server/Computer object; as opposed to in the case of having only Basic > Service Monitor manually created under say Windows Server target I am unable > to operate on it separately and am forced to place the whole Windows Server > object into Maintenance Mode. Also, a product like SAVISION Live Maps is > unable to "see" Basic Service Monitor as an element to be dragged onto a map; > whereas it is able to "see" the class\object created by the Template as a > separate element. > > Now if the above is more or less true, than does it mean that if I want to > monitor say 5 Windows Services in a way where I am able to operate on them > independently of the Windows Server object - they each must be defined as an > object of its own class? > > Observation: After creating Windows Service Monitor via the Template Wizard I > ended up with 2 "Service Running State" monitors. One - Inherited From > "Windows Service" of Management Pack "Windows Service Library"; and the > second - Not inherted and is of the Management Pack which I defined as > destination MP during one of the configuration steps. I also targeted a > specific Group to narrow down the scope of the monitor. The first monitor > which is inherited from the Windows Service has a number of "Enable" > parameter Overrides applied to it targets of which include the object itself > and the DNS name of a server contained within the targeted Group - that is to > say this monitor is "not monitoring"; why does it get inherited or > instantiated at all? > > And lastly does running Windows Service Monitors created via the Template > Wizard have a greater performance impact on the SCOM system, as opposed to > Basic Service Monitors created manually, considering that I am not using the > Performance counters of the former? > > > > -- > > Make note of my new Email address: > [email protected]<mailto:[email protected]> > > > > -- Make note of my new Email address: [email protected]<mailto:[email protected]>
