One of the ITILnews community have sent in the following question:
"When monitoring both the components and services, duplicate events can potentially be generated for the same fault - one for the component and one for the service. What is the best practice approach to this situation? Do you have both events create an incident and relate the component incident to the 'parent' service incident, or just create a component incident, or just create a service incident?"
In my experience, one needs to examine the value of raising two incidents in relation to one incident.
I would suggest an incident is raised for a failing component, which initially may be seen as the 'cause' of the incident, the subsequent 'effect' of the failing component may result in an impact upon the availability and/or performance of the Service, which from a Service Level Management perspective will no doubt need to be reported against and reviewed in detail prior to a weekly or monthly Service Review Meeting.
The impact of the failing component upon the service will no doubt reflect in the priority and the severity of the incident in question.
If a component was duplexed for example, where the work load was shared across two components and one of the components failed resulting in the second component undertaking the full work load, seamlessly and without interruption to the Service would an incident be raised for the Service in this scenario. I would suggest not, as the system/infrastructure had failed over as designed and without impact to the Service delivered.
Having read this response would you agree or have you more to add. Please let us know here at ITILnews using the comment box below.
2015-01-20 by "slothster"
If the duplexed component failed and the work load is being taken up by the failover / secondary compenent then I would say a incident still has to be generated. Of course this incident would have a low priority and severity however the failed component still needs to be fixed and this should not occur without an incident ticket as how do you expect the support team to be engaged to fix the broken component.
(There is 3 comment awaiting publication).
NB: This page is © Copyright ITILnews.com and / or the relevant publishing author. You may copy this article only in it's entirety, including any author bio and / or credits, and you must link back to www.itilnews.com.