2

Little bit off the wall this one, but related none the less..

How do your users/customers request monitoring?

Do you have a form or a template that they can fill in with examples of what SCOM can do?

We are looking to build such a template, and have one in Excel at the moment which covers the most basic information such as:

Type (Service/process/log file/URL/etc)

Description (What the service/process/etc does)

Server Function (What it does as a whole)

Alerting groups (DBAs/Web/etc)

And so on..

Once we have something more solid we are looking to move it to InfoPath or SharePoint forms, or something else at least.

Basically, we are trying to minimise the initial too and fro associated with monitoring requests and to outline from the offset for the PMs and Service Managers what it is they really need to think about before coming to us.

Interested to see what you all do?

Tao Yang answered
    • This isn't an answer, so I'll keep it as comment, but I wanted to flag for you the 'export to excel' feature in Squared Up which may help with this. You'll find this in any server drilldown to the right of the monitors (can't share a screenshot here) Unfortunately, this doesn't get you past the fact that it's still a very manual process, rather than self-service tuning but it does at least allow you to share what's already in place… Continue reading
    • Interesting topic this. I don't have the answer, but i may be able to contribute further down the road. Were planning something similar our self. One thing i usually do when a customer request monitoring (apart from simple url or msservice) is to draw down the whole application/system and split them in to sections like front end, back end etc. and then determinate what type of monitoring that is mandatory in these parts of the system. Hopefully we can get… Continue reading
    • Thanks good to hear it's worth while topic - arguably it's against forum rules but I thought it was important enough to try! Totally agree that if you can get some sort of design document that depicts the front and back ends etc it does make the whole thing much, much easier to envisage.
    • A good approach could be to group specific monitors/performance views etc and present these to the users in form of screenshots or demo dashboards and allow users to select the groups they are interested in when filling in the form. This way you could generate baseline Squared-Up dashboards based on the form data and publish it automatically (this was covered in the February Masterclass webinar with a nice solution involving Orchestrator runbooks). Hopefully this would mean users get a good… Continue reading