WMI008-WMI学习笔记(八)——Management Events(管理事件)
2012-04-15 12:33
274 查看
原文地址链接:http://msdn.microsoft.com/en-us/library/aa720262(v=vs.71).aspx
.NET Framework 1.1
The ability to detect when a circumstance or combination of circumstances occurs and deliver notification of the event(s) to the consumer is an essential feature for a practical distributed system. Given a system of even moderate complexity, it would be
impossible to track and react to events by polling the available data sources. Both the burden on the consumer and the volume of data implied is too large to be practical. Nonetheless, this is in fact what many management applications require. Vast quantities
of data get written to centralized logs, which are then examined for combinations of circumstances that indicate that some action must be taken (for example, billing, preventive maintenance, or backup).
WMI supports a rich eventing infrastructure that allows events to be published, filtered, subscribed to, and logged by the combination required for the application at hand. All the WMI event-handling capabilities are configured using standard WMI idioms
that can be monitored and controlled, whereby WMI can manage and configure itself. In WMI, events, publications, and subscriptions are represented using WMI objects allowing them to be delivered to sources and consumers using the same mechanisms that are supported
for regular WMI classes and instances.
WMI also allows the user to define permanent event consumers that are invoked whenever an event to which the consumer subscribes occurs. All significant events on the server are visible to WMI (including time), which allows intelligence to be built into
the WMI permanent event consumer such as "Back up the system configuration every night at 11:00 P.M. or anytime the database is restarted — don't back up the system configuration more than one time in an 8-hour period." Using WMI permanent event consumers,
any combination of actions can be initiated as a result of the occurrence of events in the environment. The ability to place intelligence into the permanent event consumer allows the system to be constructed in such a way that data streams do not have to be
pushed up to higher level consumers as decisions and actions; they can be taken locally by the system itself by requiring nothing more than status events to be pushed to higher levels of the architecture.
and System.Management.Instrumentation Namespaces
Management Events
.NET Framework 1.1The ability to detect when a circumstance or combination of circumstances occurs and deliver notification of the event(s) to the consumer is an essential feature for a practical distributed system. Given a system of even moderate complexity, it would be
impossible to track and react to events by polling the available data sources. Both the burden on the consumer and the volume of data implied is too large to be practical. Nonetheless, this is in fact what many management applications require. Vast quantities
of data get written to centralized logs, which are then examined for combinations of circumstances that indicate that some action must be taken (for example, billing, preventive maintenance, or backup).
WMI supports a rich eventing infrastructure that allows events to be published, filtered, subscribed to, and logged by the combination required for the application at hand. All the WMI event-handling capabilities are configured using standard WMI idioms
that can be monitored and controlled, whereby WMI can manage and configure itself. In WMI, events, publications, and subscriptions are represented using WMI objects allowing them to be delivered to sources and consumers using the same mechanisms that are supported
for regular WMI classes and instances.
WMI also allows the user to define permanent event consumers that are invoked whenever an event to which the consumer subscribes occurs. All significant events on the server are visible to WMI (including time), which allows intelligence to be built into
the WMI permanent event consumer such as "Back up the system configuration every night at 11:00 P.M. or anytime the database is restarted — don't back up the system configuration more than one time in an 8-hour period." Using WMI permanent event consumers,
any combination of actions can be initiated as a result of the occurrence of events in the environment. The ability to place intelligence into the permanent event consumer allows the system to be constructed in such a way that data streams do not have to be
pushed up to higher level consumers as decisions and actions; they can be taken locally by the system itself by requiring nothing more than status events to be pushed to higher levels of the architecture.
See Also
Using WMI with the .NET Framework | Schema | Queries | System.Managementand System.Management.Instrumentation Namespaces
相关文章推荐
- [ITIL学习笔记]之事件管理(2) 推荐
- [ITIL学习笔记]之事件管理(1)
- uCOS-II 学习笔记之事件管理--------事件管理程序
- uCOS-II 学习笔记之事件管理--------信号量管理的学习
- uCOS-II 学习笔记之事件管理--------信号量管理相关函数的学习
- [ITIL学习笔记]之事件管理(1) 推荐
- nginx学习笔记六(Nginx事件框架处理流程)
- PMBOK 学习笔记 项目管理五大过程组主要工作
- Cocos2d-x事件分发机制学习笔记 分类: cocos2d代码编写 2015-07-27 18:02 6人阅读 评论(0) 收藏
- Linux 学习笔记_7_Linux用户管理_2_SetUID、SetGID、粘着位相关分析
- Git学习笔记(二)分支管理与合并及Bug分支
- Bootstrap Metronic完全响应式管理模板学习笔记
- JavaFX学习笔记六:使用事件过滤器(Event Filter)(干货)
- 黑马程序员之项目开发学习笔记:酒店管理系统(HotelManager)
- Django学习笔记之【激活管理(admin)界面】
- 项目管理学习笔记之一.项目管理综述
- 【学习笔记】后端数据管理的准备工作
- easyUI学习笔记之tab组件的鼠标事件
- Object C学习笔记4-内存管理
- Java学习笔记(二)事件监听器