事件监视器重置

发布时间: 2016年3月

适用对象：System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

与其他类型中的监视器的不同 System Center 2012 – Operations Manager, ，则可能很难定义用来返回到正常状态的事件监视的条件。这是因为应用程序通常会生成一个事件时出现问题，但不是创建相应的事件时已更正该问题。为此，必须将正常的状态设置为事件监视器的以下选项。

上述每种方法是详细讨论以下各节：

事件重置

与 事件重置, ，监视器将重置时检测到特定事件的一个匹配项。该事件必须是用于检测错误条件的事件的类型相同。例如，Windows 事件监视器可能指定事件的特定事件源和数字表示出现错误。具有相同的事件源，但不同数量的另一个 Windows 事件可能表示在应用程序错误已得到纠正。

如果该应用程序提供一个事件以指示已更正的特定错误，则仅可以使用事件重置。许多应用程序创建时发生错误发生但可能不会创建一个相应的事件，指出已更正该错误事件。在这种情况下不能使用事件重置。

与 手动重置, ，监视器永远不会恢复为正常状态自动。用户必须确定是否问题已得到纠正然后运行状况资源管理器中选择的监视器并选择 重置运行状况。

此策略的优点是监视器可用于实现创建一个事件，表示正常状态的问题。此监视器会影响而不是从规则创建一个简单的警报的托管对象的运行状况状态。将记录中状态更改事件在操作控制台和任何可用性报表中的对象的停机时间。

有多个应视为此策略的影响。首先是因为此监视器将永远不会自动重置从用户所需的额外工作。它还可能导致如果用户等待很长时间才能执行重置正在记录太多停机时间。该问题可能已得到更正都相当快，但直到用户执行重置不能录制的正常状态。

使用手动重置应特别是警告的监视器可能会影响多个实例目标类的一个单一的问题所在。由于用户无法重置为在操作控制台中的多个实例的监视器，用户将需要手动打开运行状况资源管理器为每个实例执行此操作。具体取决于实例的数量，这可能导致用户的大量精力。

计时器重置的作用与手动重置之处在于如果用户不手动重置监视器在指定时间后，它将自动重置相同。重置此类的一个用途是用于连续记录错误事件直到问题得到解决的问题。而不是使用另一个事件指明问题已得到纠正，先前检测到的错误事件在指定期间内可以用作成功条件。

可以手动重置提供自动重置一段时间后如果用户不会执行手动重置的优点的位置显示使用计时器重置。

如果要监视的应用程序创建事件时已更正此问题，使用事件重置。因为此监视器将恢复为正常状态下尽快很快根据无需用户干预，这是首选的方法。也可以自动关闭任何从监视器生成警报。
如果要监视的应用程序不会创建时发生问题已解决事件，，则应使用手动重置或计时器重置。请参阅上面的每个描述以确定哪种策略是最适合您的特定目的。