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]] På vegne af RKDTOO Sendt: 28. marts 2015 00:02 Til: [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]> > > > >
