PowerShell 20之使用WMI管理Windows(一)WMI基础.docVIP

PowerShell 2.0之使用WMI管理Windows(一)WMI基础 时间:2011-01-22来源:博客园作者:佚名字体:[ 大 中 小 ]浏览次数: 3 管理大型的异构网络非常繁琐，而在本地计算机上用不同的自动化接口，如PowerShell、COM对象，甚至基于.NET的程序管理单独的程序和服务则容易得多。关键是存在于混合网络中的分布式系统，即如何操作 防火墙后面的设备。如果它只是一种硬件设备，如路由器，则使用WMI（Windows Management Instrumentation）即可。WMI是协同工作的一系列技术，可以提供网络对象的统一访问形式。并且用其查询服务信息，尤其是各种形式的数据、触发命令，以及改变配置选项。 WMI对象是特殊类型的对象，为Windows程序提供统一的类似于COM对象的接口，是提供构建于 COM之上的标准结构和服务。PowerShell的设计者认识到WMI在Windows管理中的重要作用，在将PowerShell开始作为管理工具时，即着力于它与WMI对象交互的尽可能简单化。 1 WMI概述 从1996年开始，大量厂商认识到需要一个新的系统管理途径，以提供更好的标准化方式和各组件间紧密的结合。当时最流行的标准管理协议是SNMP（Simple Network Management Protocol，简单网络管理协议），其中包含过多不切合实际和过分迎合大厂商管理需求的内容。它的简单的本质意味其目标是管理网络设备，如路由器等。出现问题的原因在于此协议设计时所支持的设备只有极其少量的计算能力，所以协议是极度轻量级的，需求的简单导致了它能够提供的功能；另外作为一个协议，SNMP并不能提供典型企业及系统完整的管理支持需求，至少需要对象允许用户发现网络对象并提供 编程支持。 这些问题的存在促使微软、Cisco及Intel等公司联合起来制定WBEM（Web-Based Enterprise Management，基于网络的企业及管理）协议。这个协议致力于提供完整的标准管理架构，主要针对统一系统的各组件。 DMTF（Distributed Management Task Force）组织随后得到了WBEM的所有权，并负责其标准化和市场化。同时基于DMTF制订的WBEM基础架构和标准，已经被很多 操作系统、程序，以及硬件设备所支持，而自始至终完整执行且严格落实标准的即微软的WMI。 微软选择WMI作为支持Windows管理模型的战略技术，这项技术被完整地融入到操作系统核心，而且任何人均可用其获取信息任何关于操作系统、硬件设备，以及第三方 软件。对管理对象唯一的要求是运行和连接到Windows操作系统，而且存在WMI提供者程序。 2 WBEM和与WMI组件 为了充分满足分布式企业环境的管理需要，仅有网络协议规范是不够的，所以DMTF成员为WBEM和WMI定义了多种组件。 2.1 通用信息模型 标准化的最终目标是为网络上的各种对象提供统一的访问途径，这里的对象在典型情况下是指软件系统的组件，但WBEM甚至包括硬件设备。很明显，配置并运行在机器上的服务与配置硬件驱动，甚至网络路由器完全不同。为了能够尽可能标准化，需要一个途径定义对象及其属性和操作，这就是CIM（Common Information Model）标准。它定义了一个以对象为导向的信息模型，将各类可管理记录作为对象来处理，这样即可在这些对象上定义一系列的属性和操作。CIM基于 UML（Unified Modeling Language，统一建模语言），是一个基于对象系统事实上的标准。贴近于UML，使得CIM和.NET，以及其他以对象为向导的系统具有相似的概念。对象的操作在类中定义，而类是由单独的命名空间来分隔。不仅如此，类可以从其他类中继承，而且允许很容易定制化或扩展现有类。 【提示】 WMI对象通常会属于一个类，类即对象类型。它用于定义对象行为，即属性和方法。WMI类完全与.NET类不同，不能通过GetType()方法区分不同类型的WMI对象，只能通过对象的-CLASS属性来区分各WMI对象类型。 CIM 类通过已在系统中注册的特定提供程序提供和执行，在WMI中提供程序是COM的DLL文件，这些文件已经在系统注册表中注册。这种结构允许更简易的扩展，通过创建提供程序。程序和服务可以向外提供管理界面，这些提供程序会在不同的命名空间注册附加类，除此之外，管理员能像管理其他程序WMI组件那样管理软件。 CIM标准定义了一系列标准的类，如CIM_Process，必须在任何系统中都存在。在需要时使用这些标准类是个很好的想法，但其并不能在满足所有的需求。标准不可能描述对象所有特征，如Windows 和 Unix系统的进程，对于Windows进程管理操作可能对于U