ProbeAction (ProbeActionModuleType)
Applies To: Operations Manager 2007 R2, System Center Operations Manager 2007
Represents an implementation of a probe action module type definition.
Schema Hierarchy
ManagementPack
TypeDefinitions
ModuleTypes
ProbeActionModuleType
ModuleImplementation (ProbeActionModuleType)
Composite (ProbeActionModuleType)
MemberModules (ProbeActionModuleType)
ProbeAction (ProbeActionModuleType)
Syntax
<ProbeAction ID=”ModuleID” Comment=”Comment” TypeID=”ModuleTypeID”>
Custom Schema Defined Parameters
</ProbeAction>
Attributes and Elements
The following sections describe attributes, child elements, and the parent element of the ProbeAction element.
Attributes
Attribute | Description |
---|---|
ID |
Required attribute. Represents the identity of the element. |
Comment |
Optional attribute. Represents commentary by the management pack author. |
TypeID |
Required attribute. Represents the ProbeAction module type definition from which this ProbeAction module inherits its configuration schema. |
ID Attribute
Value | Description |
---|---|
The format for the ID attribute should be |
The ID string must contain the following characteristics:
|
Child Elements
The child element of the ProbeAction module is defined by the Configuration (ProbeActionModuleType) schema of its base type as referenced in the TypeID attribute.
Parent Elements
Element | Description |
---|---|
Contains all of the modules that are used in the linear workflow of a module type definition. |
Remarks
A ProbeAction module takes a single input stream and outputs data. The data types of its input and output data are defined in its InputType (ProbeActionModuleType) and OutputType (ProbeActionModuleType) elements, respectively. Like a DataSource (DataSourceModuleType) module, the probe action module runs a process or script to gather data from a source, processes it in some way, and finally returns the data. However, unlike a data source module, a probe action module can receive input data and therefore does not have to be the first element in the workflow.
A probe action module type never alters system state. If you want your module to affect system state, you must instead use or implement a WriteAction (WriteActionModuleType) module.
With the exception of a Task workflow, a probe action module type is usually preceded by a data source scheduler module so that its action can occur at an interval at some frequency.
A probe action module’s base type must always be a descendant of a ProbeActionModuleType type.
Example
In the following sample, a composite probe action module modularizes the functionality of a ProbeAction (ProbeActionModuleType) module and a ConditionDetection (ProbeActionModuleType) module. In this case, the Microsoft.Windows.ProductInstallationProbe
module contains a probe that is used to query WMI at a certain interval. The condition detection module filters on the ProductCode
value that was passed in through the configuration parameter. The module will return System.PropertyBagData if the filter the condition detection satisfies the filter.
<ProbeActionModuleType ID="Microsoft.Windows.ProductInstallationProbe" Accessibility="Public">
<Configuration>
<xsd:element name="ComputerName" type="xsd:string" />
<xsd:element name="ProductCode" type="xsd:string" />
</Configuration>
<OverrideableParameters>
<OverrideableParameter ID="ComputerName" ParameterType="string" Selector="$Config/ComputerName$" />
<OverrideableParameter ID="ProductCode" ParameterType="string" Selector="$Config/ProductCode$" />
</OverrideableParameters>
<ModuleImplementation>
<Composite>
<MemberModules>
<ProbeAction ID="WmiProbe" TypeID="Microsoft.Windows.WmiTriggerProbe">
<NameSpace>\\$Config/ComputerName$\Root\CIMv2</NameSpace>
<Query>SELECT * FROM Win32_Product</Query>
</ProbeAction>
<ConditionDetection ID="FilterOnProductCode" TypeID="System!System.ExpressionFilter">
<Expression>
<SimpleExpression>
<ValueExpression>
<XPathQuery Type="String">Property[@Name='IdentifyingNumber']</XPathQuery>
</ValueExpression>
<Operator>Equal</Operator>
<ValueExpression>
<Value Type="String">$Config/ProductCode$</Value>
</ValueExpression>
</SimpleExpression>
</Expression>
</ConditionDetection>
</MemberModules>
<Composition>
<Node ID="FilterOnProductCode">
<Node ID="WmiProbe" />
</Node>
</Composition>
</Composite>
</ModuleImplementation>
<OutputType>System!System.PropertyBagData</OutputType>
<TriggerOnly>true</TriggerOnly>
</ProbeActionModuleType>
See Also
Reference
MemberModules (DataSourceModuleType)
ProbeAction (DataSourceModuleType)
ProbeActionModuleType