## 关于事件生成方式

大多数诊断和监视事件因运行状态的转变而生成。例如，当设备的状态从联机变为脱机时，即表示运行状态发生转变。生成事件的原因在于状态发生转变，而不是由"脱机"状态生成的。

由于转变不能在监视日志文件中使用，因此日志事件可能会出现大量重复。通过为日志文件中的条目设定阈值，可以尽量减少此类问题。

阈值可以确保在某个时间段内，至少需出现一定数量的日志文件条目（最多八个）后才能生成事件。诊断和监视软件还包括一个数据库，用于跟踪在相同的 8 小时时段内所生成的关于同一主题的事件数目。您可以使用此数据库停止生成重复的事件。例如，如果交换机端口每隔几分钟就在"脱机"和"联机"之间切换，则"事件上限"数据库将确保系统每隔 8 小时而不是 5 分钟报告这一事件。

事件通常在以下情况下生成：

- 第一次监视设备时，生成发现事件。该事件不可操作，但可用于设置监视基线，主要用于 Sun 网络存储命令中心 (NSCC)。该事件详细说明了存储设备的组件。生成发现事件后，系统在每周都会生成一个内容与发现事件相同的审核事件。
- 经配置后，日志事件可在主机或存储日志文件中发现特定类型的信息时生成事件警报。此信息通常与存储设备相关，并发送给所有已配置的通知提供程序。
- 软件在检测到仪器报告中的内容有更改时会生成事件，探测设备，并将当前报告与上一份报告（通常是过去几分钟的报告）进行比较。生成的事件大多数属于 StateChangeEvent 和 TopologyEvent 两类。
- 如有可能，代理程序会合并事件以生成集合事件。

注意 -

集合事件以及需要维修人员采取措施的事件（称为可操作事件）也称为警报。

### 相关主题

- 使用事件顾问
- 设置电子邮件和事件上限