A trigger defines a condition that the member's children must reach before the state change is propagated. For contextual policies, a state change is propagated to the parent members of the current context. For a global policy, a state change is propagated to the parent members of all service models with the same child member.
Members with custom state providers provide specialized options for defining state triggers. Service Impact always collects information from events that belong to most /Status subclasses, and all /Perf classes. You can customize Resource Manager to gather state data from events belonging to other classes. For example, you can customize state providers to define state triggers for device and component members that are monitored through customized classes provided by the ZenVMware and CiscoUCS ZenPacks.