WMI脚本入门
|
posts - 35, comments - 14, trackbacks - 0, articles - 56
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
导航公告搜索常用链接随笔档案文章分类文章档案安全资源
学习相关
最新评论推荐排行榜 |
本页内容
Microsoft®Windows®Management Instrumentation (WMI) 大概是我们已知的 Microsoft 保存最好的秘密。尽管如此，但毫无疑问，WMI 是 Microsoft 主要的针对 Windows 的管理支持技术。这对您来说意味着什么呢？那么，如果您管理 Windows 服务器和工作站，或者如果您创建 Windows 管理应用程序，您就需要了解 WMI。本文是教授您 WMI，更确切地说，是教您如何使用 WMI 脚本库来创建大批 Windows 系统管理脚本的系列文章中的第一篇。 在开始之前，我们应该用一点时间来感谢 Andrew Clinick，他让我们有机会来传承 Scripting Clinic。可以说，当 Andrew 在其最近的专栏中说他计划移交更多内容的时候，他并不是在开玩笑！事实上，Andrew 正在转移到另一个项目，因此他客气地请我们从他停止的地方继续。除了开始时由于 Andrew 为Scripting Clinic建立了很高的质量水准而感到有点勉强之外，我们很高兴接手这一工作。 那么，我们是谁呢？我们是 Scripting Guys，是编写 System Administration Scripting Guide 一书的小组，这本书作为 Microsoft® Windows Server 2003 资源工具箱附带的一部分。在专栏的大头照中，左面是 Dean，右面是 Greg。有传言说 Ethan 和 Bob 由于去做每周一次的肉毒杆菌除皱而错过了拍照。所以，如果以后在网上看到他们的照片时，发现他们俩看起来非常英俊，我们在这儿要先告诉您，Ethan 和 Bob 真的是我们见过的最笨得令人讨厌的家伙！记得要注意啊。 什么是 WMI？WMI最初于 1998 年作为一个附加组件与 Windows NT 4.0 Service Pack 4 一起发行，是内置在 Windows 2000、Windows XP 和 Windows Server 2003 系列操作系统中核心的管理支持技术。基于由 Distributed Management Task Force (DMTF) 所监督的业界标准，WMI 是一种规范和基础结构，通过它可以访问、配置、管理和监视所有的 — 几乎所有的 Windows 资源。 要掌握 WMI 的强大功能和范围，需要考虑以前（或者现在）如何管理并监视 Windows 工作站和服务器。您可能用过或仍在使用众多的图形化管理工具来管理 Windows 资源 — 例如磁盘、事件日志、文件、文件夹、文件系统、网络组件、操作系统设置、性能数据、打印机、进程、注册表设置、安全性、服务、共享、用户、组等等。 尽管图形化工具提供了一种功能管理解决方案，它们所共有的东西是什么呢？一种答案是，在 WMI 之前，所有的 Windows 图形化管理工具都依赖于 Win32 应用程序编程接口（Application Programming Interfaces，APIs）来访问和管理 Windows 资源。为什么？因为在 WMI 之前，能够以编程方式访问 Windows 资源的惟一方法就是通过 Win32 API。这种情况使 Windows 系统管理员无法通过一种简便的方法利用常见的脚本语言来自动化常用的系统管理任务，因为大多数脚本语言都不能直接调用 Win32 API。通过提供一致的模型和框架，WMI 改变了这种情况 — 通过模型和框架，所有的 Windows 资源均被描述并公开给外界。最好的一点是，系统管理员可以使用 WMI 脚本库创建系统管理脚本，从而管理任何通过 WMI 公开的 Windows 资源！ 使用 Windows Script Host 和 Microsoft Visual Basic Scripting Edition (VBScript)，或任何支持 COM 自动化的脚本语言（例如，ActiveState Corporation 的 ActivePerl），可以编写脚本来管理和自动化企业系统、应用程序和网络的下列方面：
快速启动到 WMI 脚本为了让您对 WMI 脚本是什么有一些概念，让我们来看看一个表面看来不怎么重要的任务 — 检索安装在基于 Windows 的远程计算机中的物理内存的总量。在 WMI 之前，如果没有另外的第三方工具，是不能通过一个脚本来轻松完成这个任务的。实际上，在 WMI 之前，使用包括操作系统工具的工具确定安装在计算机中内存数量的惟一方法是通过系统属性对话框。今天，如果目标计算机上安装了 WMI，并且有计算机的管理员访问权限，您就可以使用一个 WMI 脚本来检索在远程 Windows 计算机上安装的物理内存量，如清单 1 中所示的一样简单。 清单 1：使用 WMI 和 VBScript 检索总物理内存 strComputer = "atl-dc-01" Set wbemServices = Getobject("winmgmts:\\" & strComputer) Set wbemObjectSet = wbemServices.InstancesOf("Win32_LogicalMemoryConfiguration") For Each wbemObject In wbemObjectSet WScript.Echo "Total Physical Memory (kb): " & wbemObject.TotalPhysicalMemory Next
要运行清单 1 中的示例脚本，将其复制并粘贴到您最常用的文本编辑器中（notepad.exe 也可以），将分配给 strComputer 变量的值更改为域中一个有效的启用 WMI 的计算机，保存脚本（扩展名为 .vbs），并如图 1 所示运行脚本。  图 1：GetMemory.vbs 输出 有点不可思议，无须任何录入，您应该会看到目标计算机的物理内存量回显到控制台。 现在，在你说“天哪！真的用六行脚本来检索一台计算机中的内存数量？”之前，让我们先礼貌地插几句话，因为至今尚不明显的是，您可以使用与在清单 1 中所演示的相同的基本步骤，从任何通过 WMI 公开的 Windows 资源检索配置和状态信息。 假设您想要检索安装在一台远程计算机上的所有服务的名称、状态和启动类型。清单 2 中的示例脚本完全使用清单 1 中使用过的相同的基本步骤来完成。 清单 2：使用WMI 和 VBScript 检索服务信息 strComputer = "atl-dc-01" Set wbemServices = Getobject("winmgmts:\\" & strComputer) Set wbemObjectSet = wbemServices.InstancesOf("Win32_Service") For Each wbemObject In wbemObjectSet WScript.Echo "Display Name: " & wbemObject.DisplayName & vbCrLf & _ " State: " & wbemObject.State & vbCrLf & _ " Start Mode: " & wbemObject.StartMode Next
运行清单 2 生成如图 2 中所示的输出。  图 2：GetServices.vbs 输出 假设您对服务不感兴趣，但是需要从 Windows 事件日志检索记录。再次使用清单 1 中的脚本模板，您可以很容易地读取 Windows 事件日志，如清单 3 中所演示。在您运行清单 3 之前我们要指出的是，如果您的事件日志包含数千个记录，示例脚本可能需要用很长的时间运行。 清单 3：读取 Windows 事件日志记录 strComputer = "atl-dc-01" Set wbemServices = Getobject("winmgmts:\\" & strComputer) Set wbemObjectSet = wbemServices.InstancesOf("Win32_NTLogEvent") For Each wbemObject In wbemObjectSet WScript.Echo "Log File: " & wbemObject.LogFile & vbCrLf & _ "Record Number: " & wbemObject.RecordNumber & vbCrLf & _ "Type: " & wbemObject.Type & vbCrLf & _ "Time Generated: " & wbemObject.TimeGenerated & vbCrLf & _ "Source: " & wbemObject.SourceName & vbCrLf & _ "Category: " & wbemObject.Category & vbCrLf & _ "Category String: " & wbemObject.CategoryString & vbCrLf & _ "Event: " & wbemObject.EventCode & vbCrLf & _ "User: " & wbemObject.User & vbCrLf & _ "Computer: " & wbemObject.ComputerName & vbCrLf & _ "Message: " & wbemObject.Message & vbCrLf Next
如果我们仔细检查清单 1、2 和 3，我们会得出关于这三个脚本的两个非常重要的观察结果。第一个观察结果是，所有三个脚本都执行相同的三个步骤：脚本连接到 WMI，检索一个 WMI 托管资源，并回显资源的几个属性。第二个重要的观察结果是，在每个脚本中，惟一的更改是标识目标资源的类名（即分别为 Win32_LogicalMemoryConfiguration、Win32_Service 和 Win32_NTLogEvent），以及资源的相应属性。 脚本中使用的三个步骤，对于任何用于检索 WMI 托管资源信息的 WMI 脚本来说是共同的。让我们稍详细一些地看一下每个步骤。 步骤 1：连接到 WMI 服务在任何 WMI 脚本中，第一个步骤都是建立一个到目标计算机上的 Windows 管理服务的连接。连接到在本地或远程计算机上的 WMI 与调用 VBScript 的 Getobject 函数并将 WMI 脚本库的名字对象的名称（即“winmgmts:”，后跟目标计算机的名称）传递到 Getobject 一样简单。 用这种方法连接到 WMI，返回一个对 SWbemServices 对象的引用，我们使用清单 1、2、3 中的名为 wbemServices 的变量来引用该对象。SWbemServices 是在 WMI 脚本库中定义的一打左右的对象中的一个。WMI 脚本库提供一组用于访问 WMI 基础结构的通用对象脚本。一旦有一个对 SWbemServices 对象的引用，您就可以调用任何提供了 SWbemServices 的方法；InstancesOf 就是此种方法中的一个。 步骤 2：检索 WMI 托管资源的实例普遍认为，第二个步骤主要取决于要执行的任务。在检索 WMI 托管资源的信息中，步骤 2 与调用 SWbemServices 对象的 InstancesOf 方法一样简单。正如方法名所示，InstancesOf 返回由资源的类名标识的托管资源的所有实例。InstancesOf 以一个 SWbemObjectSet 集合的形式返回所需的资源，通过使用名为 wbemObjectSet 的变量我们在清单 1、2、3 中引用它。SWbemObjectSet 是 WMI 脚本库中定义的另一个脚本对象。 步骤 3：显示 WMI 托管资源的属性最后一个步骤是枚举 SWbemObjectSet 集合的内容。SWbemObjectSet 中的每个项都是一个 SWbemObject（WMI 脚本库中的另外一个对象） — 表示所需资源的一个单个实例。使用 SWbemObject 来访问托管资源类定义中定义的方法和属性。 那么，如果从 WMI 检索信息的脚本编写步骤都是相同的，Win32_LogicalMemoryConfiguration、Win32_Service 和 Win32_NTLogEvent 类是什么呢？此外，它们来自哪里？哪些其他的类是可用的？还有，如何使用它们？这些问题的答案分散在构成 WMI 体系结构的各组件中。让我们来看一下。 WMI 体系结构WMI 体系结构由三个主层组成，如图 3 所示：
 图 3：WMI 体系结构 我们将从最低层开始，因为资源是驻留在那里的。 托管资源托管资源是任意逻辑或物理组件，通过使用 WMI 进行公开和管理。可以使用 WMI 管理的 Windows 资源包括：计算机系统、磁盘、外围设备、事件日志、文件、文件夹、文件系统、网络组件、操作系统子系统、性能计数器、打印机、进程、注册表设置、安全性、服务、共享、SAM 用户和组、Active Directory、Windows 安装程序、Windows 驱动程序模式 (WDM) 设备驱动程序，以及 SNMP 管理信息基 (MIB) 数据等。WMI 托管资源通过一个提供程序与 WMI 通讯。当开始编写脚本来与 WMI 托管资源交互时，您经常会看到一个术语实例，它被用于引用在运行中的脚本中的托管资源的虚拟表示形式。 WMI 基础结构中间层是 WMI 基础结构。WMI 由三个主要组件构成：公共信息模型对象管理器（Common Information Model Object Manager，CIMOM）、公共信息模型（Common Information Model，CIM）储存库，以及提供程序。这三个 WMI 组件共同提供通过其定义、公开、访问和检索配置和管理数据的基础结构。虽然小，但是对编写脚本来说绝对不可或缺的第四个组件是 WMI 脚本库。 WMI 提供程序WMI 提供程序在 WMI 和托管资源之间扮演着中间方的角色。提供程序代表使用者应用程序和脚本从 WMI 托管资源请求信息，并发送指令到 WMI 托管资源。例如，清单 1 和清单 2 使用内置 Win32 提供程序来检索内存和服务相关信息。清单 3 使用内置的事件日志提供程序来从 Windows 事件日志检索记录。 通过将托管资源公开给基于 WMI 标准的、统一访问模型的 WMI 基础结构，提供程序隐藏托管资源独有的实现详细信息。WMI 提供程序使用托管资源本机 API 与其相应的托管资源通讯，使用 WMI 编程接口与 CIMOM 通讯。例如，内置的事件日志提供程序调用 Win32 事件日志 API 来访问事件日志。 基于 WMI 的可扩展体系结构，软件开发人员可以开发并集成附加提供程序来公开其产品特有的管理函数。监视 Exchange 连接器状态的 Exchange Server 2000 提供程序就是一个这样的示例。同样，Application Center、Operations Manager、Systems Management Server、Internet Information Server 和 SQL Server 都包含 WMI 提供程序。 提供程序通常作为驻留在 %SystemRoot%\system32\wbem 目录中的动态链接库 (DLL) 实现。WMI 包括很多针对Windows 2000、Windows XP 以及 Windows Server 2003 系列操作系统的内置提供程序。内置提供程序（也被称为标准提供程序），从已知的操作系统源（如 Win32 子系统、事件日志、性能计数器、注册表等）提供数据和管理函数。表 1 中列出一些包含在 Windows 2000、Windows XP 和 Windows Server 2003 系列操作系统中的 WMI 提供程序。
Windows XP 和 Windows Server 2003 包含很多附加的标准提供程序。如需标准提供程序的完整列表，参见 WMI Software Developers Kit (SDK) 文档中的 WMI 提供程序参考。 CIMOMCIMOM（读作 see-mom）处理使用者和提供程序之间的交互。这一术语是来自于基于 Web 的企业管理软件和由 Distributed Management Task Force 维护的公共信息模型规范。 您可以将 CIMOM 想象为 WMI 信息代理。所有的 WMI 请求和数据都经过 CIMOM。Windows Management Instrumentation 服务 (winmgmt.exe)，在 Windows XP 和 Windows Server 系列操作系统上提供了 CIMOM 角色，在通用服务主机进程 (svchost.exe) 的控制下运行。 注在运行 Windows 2000 或 Windows NT 4.0 Service Pack 4 的计算机上，WMI 服务作为一个单独的服务进程运行。在运行 Windows Millennium Edition (Me)、Windows 98 或 Windows 95 OSR 2.5 的计算机上，WMI 作为一个标准可执行进程运行。 除了提供公共接口（使用者通过它访问 WMI）之外，CIMOM 还向 WMI 基础结构提供下列核心服务：
管理应用程序、管理工具和脚本调入 CIMOM 以挖掘数据、订阅事件或执行一些其他的与管理相关的任务。CIMOM 获得必需的提供程序和类信息以满足来自 CIM 的使用者的请求。CIMOM 使用从 CIM 获得的信息，将使用者的请求传递到合适的提供程序。 CIM 储存库WMI 的基本思想是 — 可以用一个架构统一表示来自不同源的配置和管理信息。CIM 就是这个架构，还调用了模型化托管环境和定义每个由 WMI 公开的数据块的对象储存库或类存储。该架构基于 DMTF 公共信息模型标准。 与建立在类概念基础上的 Active Directory 的架构非常相似，CIM 由类 组成。类是一个 WMI 托管资源的一个蓝图。然而，不同于 Active Directory 类表示创建并存储在目录中的对象，CIM 类通常表示动态资源。就是说，资源的实例并不存储在 CIM 中，而是通过基于使用者请求的提供程序动态检索。其原因很简单，大多数 WMI 托管资源的操作状态更改很频繁，因而必须按需读取以确保检索的是最新的信息。 注在 CIM 的上下文中，储存库这一术语有些被误解。尽管 CIM 是一个储存库，而且能够存储静态数据，但其主要角色是存储托管资源的蓝图。 与 Active Directory 类相似之处还有就是，CIM 类是分级组织的，每一级的子类从父类继承。DMTF 维护一组核心和公共基类，系统和应用程序软件开发人员（如 Microsoft 的那些）从这些类派生和创建系统（或应用程序）特定的扩展类。 类被分组到命名空间 中，命名空间是表示一个特定的管理区域的类逻辑组。例如，命名空间 root\cimv2 包括大部分表示通常与计算机和操作系统相关联的资源的类。在前面的脚本中使用的类（Win32_LogicalMemoryConfiguration、Win32_Service 和Win32_NTLogEvent）驻留在命名空间 root\cimv2，它们只是在 CIM 中定义的数百个类中的三个。 CIM 类由属性和方法构成。属性描述 WMI 托管资源的配置和状态，方法是在 WMI 托管资源上执行操作的可执行函数。 注 不要将由 CIM 定义的方法和属性与由 WMI 脚本库中的自动化对象提供的方法和属性相混淆。 从物理校对看，CIM 驻留在 %SystemRoot%\system32\wbem\Repository\FS\ 目录中，由下列 4 个文件组成：
注在 Microsoft Windows 2000 和 Windows NT 4.0 Service Pack 4 中，CIM 存储在 %SystemRoot%\system32\wbem\Respository\cim.rep 中。在 Windows Millennium Edition (Me)、Windows 98 和 Windows 95 OSR 2.5 操作系统中，CIM 存储在 %windir%\system\wbem\Respository\cim.rep 中。 虽然 CIM 基于面向对象的设计原则，但是您无须成为信息建模或架构设计的专家，就可以有效地使用 WMI 并编写基于 WMI 的脚本。重要的是您了解 CIM 的基础结构和组织，并了解如何浏览和解释它的内容。 WMI 脚本库WMI 脚本库提供自动化对象集，脚本语言（如 VBScript、Jscript 及 ActiveState 的 ActivePerl）利用它访问 WMI 基础结构。 WMI 脚本库中的自动化对象为 WMI 基础结构提供一个一致且统一的脚本模型。如前面所示，一旦您了解如何使用 WMI 脚本库检索一个托管资源类型，您就可以轻松使用相同的步骤来检索其它的 WMI 托管资源。例如，您可以使用前面列出的 3 个脚本中的任何一个，并很容易地修改这个脚本来检索在远程计算机上运行的进程 (Win32_Process) 信息、处理器 (Win32_Processor) 信息、操作系统 (Win32_OperatingSystem) 信息，或者由 WMI 公开的数百个托管资源中的任何一个。 WMI 脚本库在一个名为 wbemdisp.dll 的单个 DLL 中实现，该 DLL 物理驻留于 %SystemRoot%\system32\wbem 目录中。WMI 脚本库还包括一个名为 wbemdisp.tlb 的类型库。您可以使用 WMI 脚本类型库来从基于 XML 的 Windows 脚本文件（扩展名为 .wsf 的 WSH 脚本）引用 WML 常数。 WMI 使用者使用者是顶层。使用者是脚本、企业管理应用程序、基于 Web 的应用程序，或其他管理工具，它们通过 WMI 基础结构访问并控制可用信息。 注很多管理应用程序担当 WMI 使用者和 WMI 提供程序的双重角色。有数种 Microsoft 管理产品都属于这种情况，如 Application Center、Operations Manager 以及 Systems Management Server。 浏览 CIM我们已经讨论了相当一部分的内容，但是还留有一个细节没有谈到，那就是如何确定哪些资源是通过 WMI 公开的。幸运的是，您可以使用多种不同工具来浏览 CIM 架构并检查 WMI 托管资源的类定义。
您应该查看的一些附加资源包括：
WMI 测试器 (wbemtest.exe) 演练现在，您对可用于浏览和查看 CIM 的工具已经有了一些认识，让我们使用 WMI 测试器 (wbemtest.exe) 来检查 Win32_Process 类定义并修改清单 2，以便从在您的本地计算机上运行的进程检索一些属性。
就到这里吧诚然，我们只是触及了 WMI 脚本撰写的表层。十分坦诚地说，这是有意的。WMI 提供了如此之多的脚本编写的可能性，因此很容易造成“只见树木，不见森林”的结果。不过不要担心，随着本系列内容的展开，我们将填补所有的缺口。此时要提炼出的重要内容是：WMI 是 Windows 中单独的、最重要的管理支持技术，您无需成为开发人员或者脚本编写权威就可以开始编写基于 WMI 的脚本。继续修改您新创建的脚本以检索另外的进程属性，或再进一步 — 检索其他托管资源。在我们下个月见面之前，您可能发现自己有了一个满是自定义的系统管理脚本的工具箱。让我们知道您做得到底怎么样。 清单 4：WMI 测试器演练的答案 strComputer = "." ' Dot (.) equals local computer in WMI Set wbemServices = Getobject("winmgmts:\\" & strComputer) Set wbemObjectSet = wbemServices.InstancesOf("Win32_Process") For Each wbemObject In wbemObjectSet WScript.Echo "Name: " & wbemObject.Name & vbCrLf & _ " Handle: " & wbemObject.Handle & vbCrLf & _ " Process ID: " & wbemObject.ProcessID Next
Scripting Clinic Greg Stemp 是美国国内公认的脚本编写权威之一，并且被大家广泛誉为世界级……哈哈！嗯，他们 的履历表中怎么都当过足球教练？真的吗？他被解雇 了？哦，很好！Greg Stemp 工作在……哦，来吧，难道我连这都不能说吗？好吧！Greg Stemp 从 Microsoft 领薪水，在 Microsoft 他拥有并不显赫的首席作家（System Administration Scripting Guide）的头衔。 Bob Wells 漫无目的地四处游走，向每个听他说话的人大赞脚本编写的好处。有传言说，Bob 的两只达克思猎犬对脚本编写比大多数人类知道的都多。业余时间，Bob 向 System Administration Scripting Guide 投稿。 Ethan Wilansky 把他的很多工作时间花在了写作和咨询方面。他狂热于脚本编写、瑜伽、园艺和他的家庭（不一定按此顺序）。他目前正致力于一种创建能倒垃圾和洗餐盘的脚本的方法。 WMI 脚本入门：第二部分发布日期： 09/06/2004 | 更新日期： 09/06/2004
Greg Stemp、Dean Tsaltas、Bob Wells Ethan Wilansky 摘要：Scripting Guys 继续他们对编写 WMI 脚本的讨论，这次集中在 CIM 储存库和 CIM 类以帮助您巧用 WMI 脚本的全部强大功能。  如果要建造一所房子，您需要知道如何阅读和解释建筑图。如果要制造一个电子器具，您需要知道如何阅读和解释示意图。那么如果要编写一个 WMI 脚本，您猜到了，需要知道如何解释 WMI 对于管理的蓝图 — CIM 储存库。CIM 储存库，在 WMI SDK 中也称为 WMI 储存库，是存储建模 WMI 托管资源的类定义的 WMI 架构。 为了强调 CIM 和 CIM 类的重要性，仔细考虑在 WMI 脚本入门：第一部分中展示的 4 个脚本，以及下面的清单 1 和清单 2。清单 1 是来自第一部分的服务脚本的一个略有增强的版本，而清单2 是使用 Win32_OperatingSystem 类的相同脚本的另一个变体。 注如果您对清单 1 和 2 有疑惑，我们建议您阅读（或视具体情况重读）本系列内容的第一部分。 清单 1：使用 WMI 和 VBScript 检索服务信息 strComputer = "." ' Dot (.) equals local computer in WMI Set objWMIService = GetObject("winmgmts:\\" & strComputer) Set colServices = objWMIService.InstancesOf("Win32_Service") For Each objService In colServices WScript.Echo "Name: " & objService.Name & vbCrLf & _ "Display Name: " & objService.DisplayName & vbCrLf & _ " Description: " & objService.Description & vbCrLf & _ " Path Name: " & objService.PathName & vbCrLf & _ " Start Mode: " & objService.StartMode & vbCrLf & _ " State: " & objService.State & vbCrLf Next
清单 2：使用 WMI 和 VBScript 检索操作系统信息 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer) Set colOperatingSystems = objWMIService.InstancesOf("Win32_OperatingSystem") For Each objOperatingSystem In colOperatingSystems Wscript.Echo "Name: " & objOperatingSystem.Name & vbCrLf & _ "Caption: " & objOperatingSystem.Caption & vbCrLf & _ "CurrentTimeZone: " & objOperatingSystem.CurrentTimeZone & vbCrLf & _ "LastBootUpTime: " & objOperatingSystem.LastBootUpTime & vbCrLf & _ "LocalDateTime: " & objOperatingSystem.LocalDateTime & vbCrLf & _ "Locale: " & objOperatingSystem.Locale & vbCrLf & _ "Manufacturer: " & objOperatingSystem.Manufacturer & vbCrLf & _ "OSType: " & objOperatingSystem. OSType & vbCrLf & _ "Version: " & objOperatingSystem.Version & vbCrLf & _ "Service Pack: " & objOperatingSystem.ServicePackMajorVersion & _ "." & objOperatingSystem.ServicePackMinorVersion & vbCrLf & _ "Windows Directory: " & objOperatingSystem.WindowsDirectory Next
在本系列文章第一部分中的每个脚本以及本文的清单 1 和 2 中，唯一有区别的特征是标识 WMI 托管资源的类名和每个类属性的子集。相同脚本模板可以用来检索全部的物理内存、服务、事件日志记录、进程和操作系统信息，这一事实证明了 CIM 类在 WMI 脚本中扮演的重要角色。一旦知道如何编写一个脚本来管理一类 WMI 托管资源，您就可以对其他托管资源使用相同的基本技术。 当然，知道一个托管资源的类名以及该类的相应属性只是本文的一部分。在您能够巧用 WMI 脚本的全部强大功能之前，您需要对 CIM 储存库和 CIM 类的结构了解得再多一些。为什么呢？我们将给出两个重要的理由。
无论使用什么 WMI 工具，这两点都成立，无论使用 WMI 脚本库、WMI 命令行工具 (wmic.exe)，或者企业管理应用程序，您都需要知道如何浏览 CIM 并解释 CIM 类。 一个不那么明显但是同样重要的学习 CIM 的原因是，CIM 是 WMI 托管资源的极好的文档资源。没错，如果需要关于 WMI 类的详细信息，可以使用 WMI SDK。但是，如果不 需要关于 WMI 类的详细信息呢？假设您只想知道正在运行的 Microsoft Windows 版本是否支持一个指定的类、方法或属性。那么，看看目标计算机的 CIM 吧。 例如，我们经常被问及“为什么 TechNet 的脚本中心里的‘加入计算机到域’脚本在 Windows 2000 中不能用？”回答是，因为在 Windows 2000 中的 Win32_ComputerSystem 类（它是在脚本中使用的 WMI 类）不支持 JoinDomainOrWorkGroup 方法。在内置于 Windows XP 和 Windows Server 2003 的 WMI 版本中，JoinDomainOrWorkGroup 方法被添加到 Win32_ComputerSystem 类中。 那么如何了解或学习它呢？一种方法是使用我们在第一部分中列出的 WMI 工具集合。另一种更强大、灵活的方法是使用 WMI 脚本库。关于 WMI，真正酷的事情之一是，您可以使用 WMI 脚本库来学习 WMI。没错，用编写 WMI 脚本来检索 WMI 托管资源相同的方法，您也可以编写 WMI 脚本来学习关于 WMI 本身的各种有趣的详细信息。您可以编写 WMI 脚本来列出 CIM 储存库中所有的命名空间和类。您可以编写脚本来列出一台启用 WMI 的计算机上安装的所有提供程序。您甚至可以编写 WMI 脚本来检索托管资源类定义。 无论选择使用现有的工具或者创建自己的工具，您都需要对 CIM 储存库的结构有一个基本的了解。所以，让我们从第一部分停止的地方开始，仔细了解一下 WMI 的管理蓝图 — CIM 储存库。在整个讨论中，我们将使用 WMI 脚本库为您说明如何检索 WMI 配置信息和托管资源类定义。 管理蓝图在第一部分中，我们说到 WMI 的基本思路是 — 来自不同来源的配置和管理信息能够用一种架构统一地表示，而 CIM 储存库就是针对 WMI 的架构。可以将架构想象为蓝图或者代表现实世界中存在的某事物的模型。就好像建筑图构建物理结构的模型（例如，房子），WMI CIM 构建构成计算机的硬件、操作系统和软件的模型。CIM 是 WMI 的数据模型。 注虽然 CIM 储存库能够存储一些数据（而且它确实存储了），但是它的主要目的是构建管理环境的模型。CIM 不是为存储它所定义的大量管理信息而设计的。相反，大部分数据是根据需要动态地从 WMI 提供程序检索的。一个例外是 WMI 操作数据。WMI 操作数据（例如，命名空间信息、提供程序注册信息、托管资源类定义和永久事件订阅）存储于 CIM 储存库中。 图 1 提供了一个 CIM 储存库的内部结构和组织的概念化视图。如图 1 所示，CIM 使用类来创建数据模型。不可否认，CIM 包含的类远超过关系图中展示的 11 个 — 上次我们在 Windows Server 2003 上统计大约有 5000 个。要了解的重要内容是，CIM 储存库是定义 WMI 托管环境和每个通过 WMI 公开的可托管资源的类存储。 图 1 中展示三个重要的 CIM 概念，您需要了解它们以成功地浏览并解释 WMI 架构。
让我们更详细地看看每一个 CIM 概念。  图 1：CIM 储存库的结构化视图 — WMI 架构 注CIM 物理驻留在 Windows XP 和 Windows Server 2003 中名为 %SystemRoot%\system32\wbem\Repository\FS\objects.data 的文件内。Windows 2000 和 Windows NT 4.0 Service Pack 4 将 CIM 存储在 %SystemRoot%\system32\wbem\Repository\cim.rep 中。而在 Windows Millennium Edition (Me)、Windows 98 和 Windows 95 OSR 2.5 操作系统中，CIM 存储在 %windir%\system\wbem\Repository\cim.rep 中。 命名空间定义CIM 类被组织到命名空间中。命名空间是 CIM 使用的分区机制，控制托管资源类定义的范围和可见性。CIM 中的每个命名空间包含一个表现特定技术或管理区域的相关类的逻辑组。命名空间中的所有类必须有一个唯一的类名，一个命名空间中的类不能从另一个命名空间中的类派生，这就是为什么您将发现在多个命名空间中定义的相同的系统、核心以及公共类。 多数为 Windows 托管资源建模的类驻留在 root/cimv2 命名空间中。不过，按照图 1 中的建议，root\cimv2 不是您唯一需要注意的命名空间。例如，事件日志、性能计数器、Windows 安装程序和 Win32 提供程序都将它们的托管资源类定义存储在 root\cimv2 命名空间中。另一方面，注册表提供程序将其类定义存储在 root\DEFAULT 命名空间中。另外，新的 Windows Server 2003 DNS 提供程序将其托管资源类定义存储在 root\MicrosoftDNS 命名空间中。 命名空间使用那么，命名空间如何影响您的 WMI 脚本呢？每个 WMI 脚本都作为初始化连接步骤（上个月我们简要地讨论过）的一部分连接到一个命名空间，如下所示： strComputer = "." Set wbemServices = GetObject("winmgmts:\\" & strComputer)
如上，如果没有指定目标命名空间，则脚本连接到由下列注册表设置识别的命名空间： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\Scripting\Default 命名空间 默认的命名空间设置是 WMI 脚本，%PATH% 环境变量的默认设置是操作系统。当您通过命令提示提交了一个命令而没有指定命令的完全限定路径时，操作系统使用 %PATH% 环境变量来定位该命令的可执行文件。如果操作系统不能找到这个文件，就会产生错误。 同样，当您在 WMI 脚本中检索一个托管资源时，如果没有指定命名空间，CIMOM（WMI 服务）就在默认的命名空间寻找该托管资源的蓝图（类定义）。如果 CIMOM 在默认的命名空间中找不到托管资源类定义，就会产生一个 WBEM_E_INVALID_CLASS (0x80041010) 错误。 注不要将默认的命名空间设置与 root\DEFAULT 命名空间相混淆。它们是不相关的，除非您将 root\DEFAULT 设置为您的默认命名空间。 命名空间 root\cimv2 被初始配置为脚本默认的命名空间；但是，默认的脚本命名空间可以很容易地进行更改。因此，您应该始终在您的 WMI 脚本中标识一个托管资源的命名空间，而不是采用默认设置。如果上个月就遵照了我们自己的建议，所有 4 个清单（以及本文的清单 1 和 2）中的连接步骤就应该编写如下： strComputer = "." Set wbemServices = GetObject("winmgmts:\\" & strComputer & "\root\cimv2")
将目标命名空间添加到连接字符串会告诉 CIMOM 在 CIM 中到哪里去寻找托管资源类定义，很像完全限定路径告诉操作系统到底去哪里寻找一个文件。当您指定了目标命名空间，默认的命名空间就不使用了。 管理脚本的默认命名空间您可以像清单 3 和清单 4中展示的那样，将 WMI 脚本库与 Win32_WMISetting 类结合使用来读取和更改脚本的默认命名空间。Win32_WMISetting 是一个为 WMI 服务的操作参数建模的动态类。可写的属性表示脚本的默认命名空间是 ASPScriptDefaultNamespace。 清单 3 使用了相同的 3 个 WMI 脚本编写步骤 — 连接、检索和显示 — 我们一直在使用的步骤，不过有一个明显的改变。正如前面建议的，我们在传递到 Microsoft Visual Basic Scripting Edition (VBScript) 的 GetObject 函数的 WMI 连接字符串中，指定 Win32_WMISetting 类的完全限定命名空间。那么，这里您会认为 Microsoft 没有遵循他们自己的建议。我们不但在清单 3 中遵循我们命名空间的建议，而且从此以后我们将限定命名空间。是的，如果想在您的 WMI 脚本中避免无效的类错误，它就是那么的重要。 清单 3：为使用 WMI 和 VBScript，检索脚本的默认命名空间 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colWMISettings = objWMIService.InstancesOf("Win32_WMISetting") For Each objWMISetting in colWMISettings Wscript.Echo "Default namespace for scripting: " & _ objWMISetting.ASPScriptDefaultNamespace Next
要运行清单 3 中的示例脚本，将这段脚本复制并粘贴到您最喜欢的文本编辑器中，保存脚本（扩展名为 .vbs），然后如图 2 所示运行脚本。您应该看到本地计算机的默认命名空间回显到控制台中。  图 2：GetDefaultNamespace.vbs 输出 要设置脚本的默认命名空间，执行与清单 3 中的相同脚本编写步骤，但要做一个重要的更改 — 好吧，如果您在数脚本行数的话就算两个。您应该使用 SWbemObject 来设置后面跟有调用 SWbemObject 的 Put_ 方法的属性来将更改提交到 WMI 托管资源，而不要使用 WMI 脚本库的 SWbemObject 从 WMI 托管资源的实例中读取属性。设置和提交操作在清单 4 中的 For Each 循环内执行，因为 SWbemServicesInstancesOf 方法总是返回一个 SWbemObjectSet 集合，即便是只有一个目标 WMI 托管资源实例，如 Win32_WMISetting。 清单 4：用 WMI 和 VBScript 设置脚本的默认命名空间 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colWMISettings = objWMIService.InstancesOf("Win32_WMISetting") For Each objWMISetting in colWMISettings objWMISetting.ASPScriptDefaultNamespace = "root\cimv2" objWMISetting.Put_ Next
不要太专注于 WMI 脚本库的结构，因为我们将在本系列的第三部分中详细说明 WMI 脚本库。现在，让我们把注意力转回到 CIM。 列出命名空间到目前为止，我们已经用相同的 WMI 脚本技术来检索动态的 WMI 托管资源的实例。例如，在第一部分中，我们使用相同的脚本模板来检索物理内存、服务、事件日志记录和进程。在第二部分中，我们检索服务、操作系统信息和脚本的默认命名空间。这表明，您可以使用相同的 WMI 脚本技术来从 CIM 中检索命名空间信息。象在托管资源脚本中的情况一样，您需要对脚本做的唯一更改就是目标类名。 命名空间信息作为 __NAMESPACE 类的一个静态实例存储在 CIM 中。__NAMESPACE 类是我们前面简要定义的静态类类型的示例。不同于从提供程序按需检索的动态 WMI 托管资源，静态类实例存储在 CIM 中，且无需使用WMI 提供程序而直接从 CIM 中检索。清单 5 使用 __NAMESPACE 类来检索并回显所有直接在根命名空间下的命名空间。 清单 5：使用 WMI 和 VBScript 检索 CIM 命名空间 strComputer = "." Set objServices = GetObject("winmgmts:\\" & strComputer & "\root") Set colNameSpaces = objServices.InstancesOf("__NAMESPACE") For Each objNameSpace In colNameSpaces WScript.Echo objNameSpace.Name Next
图 3 显示在一台 Windows Server 2003 计算机上运行清单 5 的结果。命名空间列表会根据安装在目标计算机上不同版本的 Windows 和 WMI 而变化。  图 3：GetNamespaces.vbs 输出 如您可能已经注意到的，清单 5 不提供目标计算机上所有可用的命名空间的完整描述。它只检索并显示在单一的、指定命名空间下的命名空间。为了在本地或远程的启用 WMI 的计算机上回显所有命名空间，您需要修改清单 5 来递归地连接到并枚举每个命名空间。幸运的是，这不想您想象中的那么难 — 尤其像清单 6 中展示的那样，有我们为您做这件事的时候。 将清单 5 更改到清单 6 中所示的递归命名空间脚本，主要包括实现子例程内的原始脚本正文，以及提供一个机制来调用从 CIM 检索的每个命名空间实例的子例程。清单 6 通过执行下列步骤完成了这个任务：
清单 6：使用 WMI 和 VBScript 检索所有 CIM 命名空间 strComputer = "." Call EnumNameSpaces("root") Sub EnumNameSpaces(strNameSpace) WScript.Echo strNameSpace Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\" & strNameSpace) Set colNameSpaces = objWMIService.InstancesOf("__NAMESPACE") For Each objNameSpace In colNameSpaces Call EnumNameSpaces(strNameSpace & "\" & objNameSpace.Name) Next End Sub
图 4 展示了在同一台 Windows Server 2003 计算机上运行清单 6 的结果。  图 4：GetAllNamespaces.vbs 输出 定义类的分类如前面图 1 中所示，有 3 个通用的类的分类用于构造 CIM：系统、核心与公共，以及扩展。 系统类系统类是支持内部 WMI 配置和操作（例如，命名空间配置、命名空间安全性、提供程序注册以及事件订阅和通知）的类。浏览 CIM 时，您可以通过前缀在每个系统类名前的两条下划线轻易地识别出系统类。例如，图 1 中展示的 __SystemClass、__Provider 和 __Win32Provider 类都是系统类。在上一节中，我们研究的 __NAMESPACE 类是另一个系统类的示例。 系统类可以是抽象的或静态的。抽象系统类是用于派生其他抽象或静态系统类的模板。静态系统类定义物理存储在 CIM 储存库中的 WMI 配置和操作数据。例如，__Win32Provider 系统类定义存储在 CIM 中的提供程序注册信息。CIMOM（WMI 服务）使用存储在 CIM 中的提供程序注册信息，将动态托管资源的请求映射到相应的提供程序。 正如我们之前用 __NAMESPACE 系统类进行的演示，您可以使用相同的 WMI 脚本技术来检索存储在 CIM 中的系统类的静态实例。例如，清单 7 检索并显示所有在 root\cimv2 命名空间中注册的 __Win32Provider 实例。 清单 7：使用 WMI 和 VBScript 检索在 root\cimv2 命名空间中注册的 Win32 提供程序 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colWin32Providers = objWMIService.InstancesOf("__Win32Provider") For Each objWin32Provider In colWin32Providers WScript.Echo objWin32Provider.Name Next
除非您在写一本关于 WMI 的书，否则您不太可能会在 WMI 脚本中用到系统类。有一个例外是 WMI 监视脚本。WMI 监视脚本是订阅 WMI 事件的脚本。（事件是关心的事物已经变更为一个 WMI 托管资源的实时通知。）我们会在未来的专栏中讨论 WMI 事件订阅和通知。 注对于那些急不可耐的人，三个最常见的 WMI __Event 系统类是：__InstanceCreationEvent、__InstanceModificationEvent 和 __InstanceDeletionEvent。虽然我们还是不会在这里讨论它们，但是您可以在 TechNet 脚本中心的监视一节中找到示范如何使用这些系统类的示例监视脚本。 核心和公共类核心和公共类扮演了两个角色。首先，也是最重要的，它们表现抽象类 — 系统和应用程序软件开发人员（例如 Microsoft 的开发人员）从这些抽象类派生和创建特定技术的扩展类。其次，它们定义了特殊管理区域所共有的，但是不受限于特殊的技术或实现的资源。Distributed Management Task Force (DMTF) 定义并维护这组可以通过 CIM_ 前缀来识别的核心和公共类。图 1 中四个以 CIM_ 开头的类是核心和公共类。 在 root\cimv2 命名空间中定义的大约 275 个核心和公共类中，除了几个例外其余全部都是抽象类。这对您来说意味着什么呢？这意味着您将极少在 WMI 脚本中使用核心和公共类（以 CIM_ 为前缀的类）。为什么？因为您不能检索抽象类的实例，抽象类只能用作新类的基础。因为核心和公共类中的 271 个都是抽象的，所以它们主要被软件开发人员用来创建特定技术扩展类。 那么，例外是什么呢？275 个核心和公共类中的 4 个不是抽象类。它们是使用 Win32 提供程序 (cimwin32.dll) 来检索托管资源实例的动态类。请记录下来，这 4 个动态类是 CIM_DataFile、CIM_DirectoryContainsFile、CIM_ProcessExecutable 和 CIM_VideoControllerResolution。 扩展类扩展类是由系统和应用程序软件开发人员创建的特定技术类。图 1 中展示的Win32_BaseService、Win32_Service、Win32_SystemServices 和 Win32_ComputerSystem 类是 Microsoft 扩展类。在 root\cimv2 命名空间中的 Microsoft 扩展类可以通过 Win32_ 前缀来识别。虽然这么说，您不应该推断所有的 Microsoft 扩展类名都以 Win32_ 开始，因为并非如此。例如，在 root\DEFAULT 命名空间中定义的 StdRegProv 类不是以 Win32_ 为前缀的，尽管事实上 StdRegProv 类是用于注册表管理任务的 Microsoft 扩展类。在您问之前，我们要先说：不，我们不知道为什么 StdRegProv 类在 root\DEFAULT 命名空间而非 root\cimv2 定义。 当我们编写这篇文章时，在 root\cimv2 命名空间中定义了大约 463 个 Win32 扩展类。在 463 个 Win32 类中，68 个是抽象类而其余 395 个是动态类。这对您来说意味着什么呢？这意味着扩展类是您将要在 WMI 脚本中使用的主要的类类别。 注我们提供的类统计数据是基于测试版的 Windows Server 2003，且只想说明一般的 CIM 概念。基于个别因素，如：Windows 版本、WMI 版本以及安装的软件，您的数字会有所不同。 列出类此时，我们将要告诉您的事情不应该是一个大的意外。您可以编写一个脚本来检索在一个命名空间中定义的所有类。例如，清单 8 列出了所有在 root\cimv2 命名空间中定义的类。但是，与前面所有使用 SWbemServicesInstancesOf 方法的脚本不同，清单 8 使用一个不同的方法，即 SubclassesOf，它也是由 WMI 脚本库的 SWbemServices 对象提供的。 正如该方法的名称所暗示的，SubclassesOf 返回一个指定父类或命名空间（当没有提供父类的时候）的所有子类。如 InstancesOf，SubclassesOf 返回 SWbemObjectSet 集合中的所有子类，这里该集合中的每个项目都是一个表示单一类的 SWbemObject。 清单 8 中另一个重要的不同是回显在 For Each 循环正文中的 objClass.Path_.Path 属性。让我们查看一下 For Each 循环来了解这究竟是什么。For Each 循环正在枚举由 SWbemServicesSubclassesOf 方法返回的 SWbemObjectSet (colClasses) 集合中的每个 SWbemObject (objClass)。每个 SWbemObject 表示 root\cimv2 命名空间中的一个离散类。 这是有可能产生混淆的部分。与我们前面所有显示由托管资源蓝图（类定义）定义的属性的脚本不同，Path_ 是由 WMI 脚本库的 SWbemObject 提供的属性。要了解这一点，您要考虑使用 SWbemObject 的上下文。您在使用 SWbemObject 来访问托管资源的实例吗？或者您是否在使用 SWbemObject 访问托管资源的类定义？ 当您使用 SWbemObject 访问托管资源的实例时，您更有可能使用 SWbemObject 来访问由托管资源蓝图（类定义）定义的属性和方法。当您使用 SWbemObject 来获得详细的类信息 — 如支持的属性、方法和限定符 — 时，您使用由 SWbemObject 自己提供的属性和方法。Path_ 就是一个这样的属性。 Path_ 实际上引用了另一个名为 SWbemObjectPath 的，提供 Path 属性的 WMI 脚本库对象。SWbemObjectPathPath 属性包含了到被 SWbemObject（清单 8 中的 objClass）引用的类的完全限定路径。再一次提醒您，现在不要太专注于脚本对象，因为我们将在第三部分做详细讨论。 清单 8：使用 WMI 和 VBScript 检索所有在 root\cimv2 命名空间中定义的类 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colClasses = objWMIService.SubclassesOf() For Each objClass In colClasses WScript.Echo objClass.Path_.Path Next
在我们的 Windows Server 2003 计算机上运行清单 8 显示出一个有 914 个类的长列表，图 5 展示了它的一部分。  图 5：GetClasses.vbs 输出 当然，您可以通过仅仅改变一下脚本的目标命名空间而轻松地修改清单 8 来列出其他命名空间中的类。您也可以将清单 8 与 findstr.exe 命令结合使用以搜索类。对于不熟悉 findstr.exe 命令的用户：findstr.exe 是一个在文件中搜索字符串的命令行工具。 例如，假设您需要知道您正在运行的 Windows 版本是否支持新的 Windows XP 和 Windows Server 2003的 Win32_TSSessionSetting 类。可以使用下列命令行来确定 Win32_TSSessionSetting 类是否存在于 root\cimv2 命名空间中。 C:\Scripts> cscript GetClasses.vbs |findstr /I "Win32_TSSessionSetting" 这里来尝试几个另外的方案。
CIM 类类型定义此时应该明显的看出：类是 CIM 储存库的基本构造块。WMI 配置信息和 WMI 托管资源由一个或更多类进行定义。与 Active Directory 架构相似，CIM 类是按等级组织起来的，在这种组织结构中子类从父类继承属性、方法和限定符（目前不必过多考虑属性、方法和限定符，我们将在下一节进行讨论）。例如，Win32_Service 动态类是从 Win32_BaseService 抽象类继承的；而后者是从 CIM_Service 抽象类继承而来的；CIM_Service 抽象类则是从 CIM_LogicalElement 抽象类继承的；而 CIM_LogicalElement 抽象类又是从 CIM_ManagedSystemElement 抽象类继承而来的（如图 1 所示）。是托管资源的类层级中的类的总和最终定义了托管资源。 如前面提到的，有 3 个主要的类类型：抽象、静态和动态。 抽象类抽象类是用于定义新类的模版。如 Active Directory 架构中的抽象类，CIM 抽象类是作为其他抽象、静态和动态类的基类。每个，嗯，差不多是每个 WMI 托管资源类的定义是从一个或更多抽象类构建（或派生）的。 您可以通过检查类的 Abstract 限定符来识别抽象类。抽象类必须定义 Abstract 限定符并将该 Abstract 限定符的值设置为 true。本文结尾的补充清单 A 示范如何使用 WMI 脚本库来列出所有在 root\cimv2 命名空间中定义的抽象类。 抽象类类型最常用于核心和公共类的定义。抽象类极少在 WMI 脚本中使用，这是因为您不能检索抽象类的实例。 静态类静态类定义物理存储在 CIM 储存库中的数据。静态类拥有与动态类一样的实例，但是静态类的实例存储在 CIM 储存库中。同样，静态类实例是直接从 CIM 中检索的。它们不使用提供程序。 您可以通过检查类的限定符来识别静态类。但是，不同于通过含有指定的限定符来识别的抽象和动态类类型，静态类是通过不含有 Abstract 和 Dynamic 限定符进行识别的。 静态类类型最常用于系统类的定义。静态类极少在 WMI 脚本中使用。 动态类动态类是为从提供程序动态检索的 WMI 托管资源建模的类。 您可以通过检查类的 Dynamic 限定符来识别动态类。动态类必须定义 Dynamic 限定符并将 Dynamic 限定符的值设置为 true。本文结尾的补充清单 B 示范如何使用 WMI 脚本库来列出在 root\cimv2 命名空间中定义的所有动态类。 动态类类型最常用于扩展类的定义。动态类是在 WMI 脚本中使用的最常见的类类型。 关联类第四种类类型称作关联类，也是受支持的。关联类是描述两个类或托管资源之间关系的抽象、静态或动态类。图 1 所示的 Win32_SystemServices 类是一个动态关联类的示例，它描述了计算机与运行在其上的服务之间的关系。 您可以通过检查类的 Association 限定符来识别关联类。抽象、静态或动态关联类必须定义 Association 限定符并将 Association 限定符的值设置为 true。 剖析类冒着听起来像破了纪录的风险，每个通过 WMI 可托管的硬件和软件资源均由一个类进行定义。一个类就是一个离散的 WMI 托管资源的蓝图（或模板），且资源的所有实例都使用这个蓝图。类表示计算机所拥有的东西。因为计算机拥有诸如磁盘、事件日志、文件、文件夹、内存、打印机、进程、处理器、服务等东西，WMI 就有针对磁盘、事件日志、文件、文件夹、内存、打印机、进程、处理器、服务等的类。尽管也有例外（如 __Event 抽象系统类），但脚本中使用的大多数类都能够直接联系到实际的、活动的物质。 这些所谓的蓝图是由属性、方法 和限制符 组成的。在研究属性、方法和限制符之前，让我们简要地讨论一下托管资源类定义的起源。 假设 Microsoft 决定要创建一个新的、系统管理员可以用来管理和监视 Microsoft DNS 服务器的 WMI 提供程序。DNS 提供程序开发小组至少需要创建两个文件：一个提供程序和一个托管对象格式 (MOF) 文件。 提供程序是担当 WMI 基础结构与基础托管资源（在本例中，即 Microsoft DNS 服务器）之间的中间方的动态链接库。提供程序通过调用托管资源的本地 API 来响应 WMI 请求。 MOF 文件包含描述由 DNS 提供程序提供的功能的类定义。MOF 文件利用为通常与 DNS 服务器关联的资源建模的类描述 DNS 提供程序的功能。在 DNS MOF 文件中定义的每个类都定义数据（属性） — 这些数据和属性与指定的 DNS 相关资源、以及在此资源上您可以执行的操作（方法）相关联。 安装 DNS 提供程序之后，DNS 提供程序动态链接库就注册到操作系统和 WMI，而 DNS MOF 文件则经历了一个编译过程，该过程将 DNS 提供程序的类定义加载到 CIM 储存库。此时，DNS 提供程序可以供任何启用 WMI 的使用者（包括脚本）使用。 虽然我们的故事是真实的 — Microsoft 为 Windows Server 2003 开发了一个新的 DNS 提供程序，但所能得到的重要的东西就是托管资源类定义来自 MOF 文件。MOF 文件对 WMI 来说及如同 MIB 文件之于 SNMP. MOF 文件是基于由 Distributed Management Task Force (DMTF) 创建和维护的 MOF 语言的文本文件。如图 6 所示，每个托管资源的类定义都遵守定义完善的结构和语法。  图 6：托管资源类定义的结构 如图 6 所示，每个托管资源类定义都是由属性、方法 和限定符 组成的。 属性属性是描述托管资源的名词。类使用属性来描述诸如标识、配置和托管资源状态等。例如，服务有名称、显示名称、描述、启动类型和状态。Win32_Service 类也有相同的东西。 每个属性都有名称、类型和可选的属性限定符。与前面清单 1 中演示的方法一样，将属性名与 WMI 脚本库的 SWbemObject 一起使用来访问托管资源的属性。 方法方法是在托管资源上执行一个操作的动词。您可以对服务做些什么呢？好，您可以启动它们、停止它们、暂停它们或继续它们。结果是有允许您启动、停止、暂停和继续服务的方法。没有什么不可思议的。 每个方法都有名称、返回类型、可选参数和可选的方法限定符。与属性一样，将方法的名称与 WMI 脚本库的 SWbemObject 结合使用来调用方法。 不是所有的类都定义方法。 限定符限定符是提供关于类、属性或方法的附加信息到其所应用的事物的形容词。例如，问题“Win32_Service 类的类型是什么？”是由该类的 Dynamic 限定符来回答的。当您开始编写不只是简单地检索信息的 WMI 脚本（例如，修改属性或调用方法）时，限定符变得愈加重要，因为它们定义了您正在更新的属性或正在调用的方法的操作特性。那么限定符提供哪种信息呢？ 类限定符类限定符提供了关于类的操作信息。例如：
属性限定符属性限定符提供关于每个属性的信息。例如：
方法限定符方法限定符提供关于每个方法的信息。例如：
注有比这里所提到的更多的限定符。有关完整的列表，参阅 WMI SDK 中的 WMI Qualifiers 主题。 如图 7 所示，您可以使用 WMI 测试器 (wbemtest.exe) 工具来检查类的属性、方法和限定符。当然，您也可以用 WMI 脚本库来检索相同的信息，不久您就会看到。  图 7：使用 WMI 测试器 (wbemtest.exe) 查看 Win32_Service 类 比较类与托管资源大部分 WMI 属性和方法是合理命名的。例如，如图 8 所示，如果您将由 Win32_Service 类定义的属性和方法与服务的属性对话框相比，就不难推断出 Win32_Service.Name、Win32_Service.DisplayName 或 Win32_Service.Descritpion 可能会包含什么。  图 8：服务属性对话框与 Win32_Service 类属性及方法 那么我们为什么要关心所有这些内容？因为类决定了您能够（或不能）用 WMI做什么。如果有一个服务的类，您就可以管理服务；如果没有，您就不能这样做。属性和方法是很重要的，这是因为 WMI 的版本在操作系统间是有区别的。Windows XP 中的 Win32_ComputerSystem 类有很多新的属性和方法，而它们在 Windows 2000 中的 Win32_ComputerSystem 类中是没有的。您必须知道 WMI 的详细信息，因为不同于 ADSI，为了让工作顺利进行，WMI 属性和方法必须可用于目标计算机。 如何确定一台远程 Windows 计算机是否支持某个属性或方法？请检查类定义。 检索类定义与 WMI 中所有东西一样，有无数方法可以检索托管资源的类定义。好吧，也许我们有点夸张了，但是也足以说，有许多为每个用户界面首选项提供解决方案的方法。如果您想要检索文本文件，只需分割 MOF 文件。如果您更喜欢命令行，就使用 WMI 命令行工具 wmic.exe（仅限 Windows XP）。如果您乐于将时间花在图形化工具上，就使用 WMI 测试器 (wbemtest.exe) 或 CIM Studio。或者如果您喜欢我们，就使用 WMI 脚本库。 使用 WMI 脚本库，您可以通过三种不同的方法检索托管资源类定义。
让我们简要地看看每个脚本方案，就此结束今天的内容。 使用 SWbemObject Properties_、Methods_ 和 Qualifiers_清单 9、10 和 11 演示了如何使用 WMI 脚本库的 SWbemObject 的 Properties_、Methods_ 和 Qualifiers_ 属性来检索关于 Win32_Service 类的信息。我们将研究清单 9，然后指出清单 10 和清单 11 中的不同之处，因为三个脚本使用了相同的基本方法。 清单 9 从初始化三个变量开始，它们是：strComputer、strNameSpace 和 strClass 分配给 strComputer 的值是启用了 WMI 的目标计算机。分配给 strNameSpace 的值是要连接到的命名空间。分配给 strClass 的值是在目标命名空间中的类的名称，此命名空间的属性将被检索和显示。将这三个值分开到多个变量中会使其他计算机、命名空间和类对脚本的重新使用变得简单。事实上，您可以用 Windows 脚本宿主 (WSH) 参数集合轻松地将清单 9 转换到命令行脚本。 接下来，这个脚本使用 VBScript 的 GetObject 函数连接到目标计算机上的 WMI 服务。注意传递到 GetObject 的连接字符串有什么不同？除了指定目标命名空间之外，类名也要进行指定，这对 GetObject 和 WMI 脚本库返回的内容有深远影响。如在我们前面的所有脚本，GetObject 返回一个对表示目标类的 SWbemObject 的引用，而不是返回对 SWbemServices 对象的引用。为什么？答案在于对象路径。虽然我们在第三部分中会详细讨论对象路径，但是这里我们还是给您一个概要的解释来帮助您理解清单 9 到清单 11（以及补充清单 C）中到底在进行些什么。 每个 WMI 类和每个 WMI 托管资源实例都有一个对象路径。将对象路径理解为一个文件的完全限定路径的 WMI 版本。每个文件都有一个完全限定路径，它由设备名称，后跟 0 或更多目录名称，再加上文件名组成。同样，每个类和托管资源也都有一个对象路径，它由启用了 WMI 的计算机名称，后跟 CIM 命名空间，后跟托管资源类名，后跟类的 key 属性以及 key 属性的值组成，如下所示。（注意，方括号只为了分清一个对象路径的四个许可部分，它们并不是对象路径的一部分。） [\\ComputerName][\Namespace][:ClassName][.KeyProperty='Value'] 当您在传递到 GetObject 的连接字符串中使用全部或部分的对象路径时（顺便说一下，这就是我们一直在做的），您使用的对象路径确定了由 GetObject 和 WMI 脚本库返回的引用类型。例如，如果只包含了对象路径的计算机名称部分，您就会获得一个连接到默认命名空间的 SWbemServices 对象引用。如果包含了计算机名称和/或命名空间，您也会获得对 SWbemServices 对象的引用。如果包含了计算机名称、命名空间和类名，您将会获得对表示这个类的 SWbemObject 的引用。如果包含了所有四个部分，您将会获得表示由类、密钥和值识别的托管资源实例的 SWbemObject。再次提醒，我们会在本系列的第三部分更详细地讨论对象路径。现在，了解清单 9 中的 objClass 是对表示 Win32_Service 类的 SWbemObject 的引用。 脚本的剩余部分相当简明易懂。在回显一个简单的、标识其属性将被显示的类名的标题后，脚本使用从 GetObject 返回的 SWbemObject 引用 (objClass) 来访问 SWbemObjectProperties_ 属性 (objClass.Properties_)。SWbemObjectProperties_ 属性引用了一个 SWbemPropertySet，它是对这个类的属性的集合。SWbemPropertySet 集合中的每个属性都是一个 SWbemProperty (objClassProperty) 对象，我们用其读取并回显每个属性的名称。 概括地说，For Each 循环枚举了类的 SWbemPropertySet 集合（通过 SWbemObjectProperties_ 属性）并回显SWbemPropertySet 集合中每个 SWbemProperty 的 Name 属性。 清单 9：使用 SWbemObject Properties_ 检索 Win32_Service 属性 strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Set objClass = GetObject("winmgmts:\\" & strComputer & _ "\" & strNameSpace & ":" & strClass) WScript.Echo strClass & " Class Properties" WScript.Echo "------------------------------" For Each objClassProperty In objClass.Properties_ WScript.Echo objClassProperty.Name Next
图 9 显示由 Win32_Service 类定义（或继承）的 25 个属性的名称。  图 9：GetProperties.vbs 输出 除了一个显著的例外，清单 10 与清单 9 是相同的。For Each 循环枚举类的 SWbemMethodSet 集合（通过 SWbemObjectMethods_ 属性），并回显 SWbemMethodSet 集合中每个 SWbemMethod (objClassMethod) 的 Name 属性。 清单 10：使用 SWbemObject Methods_ 检索 Win32_Service 方法 strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Set objClass = GetObject("winmgmts:\\" & strComputer & _ "\" & strNameSpace & ":" & strClass) WScript.Echo strClass & " Class Methods" WScript.Echo "---------------------------" For Each objClassMethod In objClass.Methods_ WScript.Echo objClassMethod.Name Next
图 10 显示由 Win32_Service 类定义（或继承）的 10 个方法的名称。  图 10：GetMethods.vbs 输出 除了三点例外，清单 11 与清单 9 和 清单10 相同。
清单 11：使用 SWbemObject Qualifiers_ 检索 Win32_Service 类限定符 strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Set objClass = GetObject("winmgmts:\\" & strComputer & _ "\" & strNameSpace & ":" & strClass) WScript.Echo strClass & " Class Qualifiers" WScript.Echo "------------------------------" For Each objClassQualifier In objClass.Qualifiers_ If VarType(objClassQualifier.Value) = (vbVariant + vbArray) Then strQualifier = objClassQualifier.Name & " = " & _ Join(objClassQualifier.Value, ",") Else strQualifier = objClassQualifier.Name & " = " & _ objClassQualifier.Value End If WScript.Echo strQualifier strQualifier = "" Next
图 11 显示由 Win32_Service 类定义（或继承）的 5 个类限定符的名称和值。  图 11：GetClassQualifiers.vbs 输出 如您可能已经注意到的，清单 9 和清单 10 无法显示属性和方法限定符。说实话，这是故意让脚本保持在一个容易理解的大小。好消息是，在本专栏的结尾我们已经加入了完整的类限定符、属性、属性限定符、方法和方法限定符脚本（见补充清单 C）。欢迎参阅。 万一这不是很明显，您可以把清单 9、10、11 与清单 6（GetAllNamespaces.vbs 脚本）和清单 8（GetClasses.vbs 脚本）组合在一起来检索在 CIM 中定义的每个类的属性、方法和限定符。在使用所产生的带有 findstr.exe 命令的脚本，您会得到一个解决方案来搜索在 CIM 中定义的任何类、属性、方法或限定符。 使用 SWbemObject GetObjectText_在前面我们说过，您可以直接从 MOF 文件（包含类的定义）中检索管理资源类定义。例如，如果您想要查找 Win32_Service 类，可以查看 %SystemRoot%\system32\wbem\cimwin32.mof 文件。但是，直接使用 MOF 文件是有代价的。您必须检查托管资源的类层次结构中的每个类，以获得完整的托管资源蓝图。 比如说，您想要查找 Win32_Service。您就不得不检查 Win32_Service 类层次结构中所有的 5 个类，以获得完整的蓝图，如图 1 所示，。如果您使用 WMI 测试器 (wbemtest.exe) 的 Show MOF 按钮（见图 7），也是同样。获得类的 MOF 表示形式的较简单方法是使用 WMI 脚本库的 SWbemObjectGetObjectText_ 方法，如清单 12 中演示的。 与清单 9 到 11 不同，清单 12 使用 SWbemServicesGet 方法来检索类，而不使用 GetObject。必须使用 SWbemServicesGet 方法，这样才能启用 wbemFlagUseAmendedQuailifiers 标志。启用 wbemFlagUseAmendedQuailifiers 标志，告诉 WMI 返回整个托管资源蓝图（类定义）而不仅仅是本地的定义。 使用 wbemFlagUseAmendedQualifiers 标记还有第二个好处。您也取回了类描述，以及对每个类的属性、方法和限定符的描述。类、属性、方法和限定符描述通常在一个本地化目的、单独的 MOF 文件中定义。例如，Win32_Service 类的中性语言部分是在 cimwin32.mof 中定义的。Win32_Service 类的特定语言部分，包括描述信息，是在 cimwin32.mfl 中定义的。特定语言的（或本地化的） MOF 文件通常带有一个 .mfl（而非 .mof）扩展名。 SWbemServicesGet 方法返回对表示目标类的 SWbemObject (objClass) 的引用，它用于调用 SWbemObjectGetObjectText_ 方法。GetObjectText_ 方法返回该类的 MOF 表示形式。如果我们使用了 GetObjectText_ 而没有启用 wbemFlagUseAmendedQuailifiers 标记，这个方法将只返回那些由 Win32_Service 定义的属性、方法和限定符，继承的属性和方法会被省略。 图 12：使用 SWbemObject GetObjectText_ 来检索 Win32_Service 类的 MOF 表现形式 strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Const wbemFlagUseAmendedQualifiers = &h20000 Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\" & strNameSpace) Set objClass = objWMIService.Get(strClass, wbemFlagUseAmendedQualifiers) strMOF = objClass.GetObjectText_ WScript.Echo strMOF
不过，对于使用 GetObjectText_ 有一个限定：没有关于在包含在由该方法返回的 MOF 语法中的继承限定符的信息。当 Key 限定符在一个父类的属性中定义时，如果您想要使用 GetObjectText_ 来确定一个类的 Key 属性，这可能会带来问题。 使用 SWbemObjectEx GetText_Windows XP 和 Windows Server 2003 都包含一个名为 GetText_ 的新方法，它可以用于检索托管资源类定义的 XML 表现形式。 除了一个明显的例外，使用 GetText_ 与使用 GetObjectText_类似：传递到 GetText_ 方法的三个参数。 第一个参数是必需的，它标识所产生的 XML 格式。它目前可以是作为由 WMI WbemObjectTextFormatEnum 定义的两个值中的一个：wbemObjectTextFormatCIMDTD20（值：1）或 wbemObjectTextFormatWMIDTD20（值：2）。值 2 (wbemObjectTextFormatWMIDTD20) 告诉 GetText_ 根据 Distributed Management Task Force CIM 文档类型定义 (DTD) 2.0 版本的扩展 WMI 版本格式化所产生的 XML。 第二个参数是可选的，并且目前是为操作标记保留的。它必须被设置为 0（零）。 第三个参数 colNamedValueSet（也是可选的），是一个为 GetText_ 提供特殊说明的 SWbemNamedValueSet 集合。这里，我们让 GetText_ 进行：
清单 13：使用 SWbemObjectEx GetText_ 来检索 Win32_Service 类的 XML 表现形式（仅限 Windows XP 和 Windows .NET） strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Const wbemFlagUseAmendedQualifiers = &h20000 Const wbemObjectTextFormatWMIDTD20 = 2 Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\" & strNameSpace) Set objClass = objWMIService.Get(strClass, wbemFlagUseAmendedQualifiers) Set colNamedValueSet = CreateObject("Wbemscripting.SWbemNamedValueSet") colNamedValueSet.Add "LocalOnly", False colNamedValueSet.Add "IncludeQualifiers", True colNamedValueSet.Add "ExcludeSystemProperties", False colNamedValueSet.Add "IncludeClassOrigin", True strXML = objClass.GetText_(wbemObjectTextFormatWMIDTD20, 0, colNamedValueSet) WScript.Echo strXML
为了成功运行清单 13，将脚本复制并粘贴到您最常用的文本编辑器中，保存脚本（扩展名为 .vbs，例如：GetXML.vbs），然后使用下面列出的命令行运行脚本。 C:\Scripts> cscript //nologo GetXML.vbs >Win32_Service.xml 图 12 显示所生成的 XML 文件，Win32_Service.xml，使用 Microsoft Internet Explorer。  图 12：GetXML.vbs 输出 就到这里吧如果对 WMI 有任何疑惑、困难或不知所措，那可能是在处理由 WMI 公布的大量数据。我们愿意认为，我们已经为您装备了有效地寻找并解释 WMI 托管资源类定义所必需的知识和工具。当然，对于这一点您是最好的裁判，所以请尽量让我们知道我们是否以及有哪些不足。枯燥的内容结束了，准备在我们投入到 WMI 脚本库的详细信息时在第三部分玩得开心点吧。哦，不管怎么样，随意打发剩下的时间吧。 等一下！在您打包走人之前，还有最后一个要注意的地方：WMI 开发小组让我们告诉您，以前只能随 WMI SDK 使用的 WMI 工具，现在已经进行了更新。更新的工具（包括 WMI CIM Studio、WMI 事件注册、WMI 事件查看器 和 WMI 对象浏览器），现在都与 Windows XP 和 Windows Server 2003 以及 Windows 2000 兼容。此外，更新的工具不包含 WMI SDK，这意味着现在您可以安装这些工具而不必安装整个 WMI SDK。这难道不是非常酷么？ 补充脚本清单 A：列出在 root\cimv2 命名空间中定义的抽象类类型 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colClasses = objWMIService.SubclassesOf() For Each objClass in colClasses For Each objClassQualifier In objClass.Qualifiers_ If LCase(objClassQualifier.Name) = "abstract" Then WScript.Echo objClass.Path_.Class & ": " & _ objClassQualifier.Name & "=" & _ objClassQualifier.Value End If Next Next 清单 B：列出在 root\cimv2 命名空间中定义的动态类类型 strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colClasses = objWMIService.SubclassesOf() For Each objClass in colClasses For Each objClassQualifier In objClass.Qualifiers_ If LCase(objClassQualifier.Name) = "dynamic" Then WScript.Echo objClass.Path_.Class & ": " & _ objClassQualifier.Name & "=" & _ objClassQualifier.Value End If Next Next
列表 C：使用 SWbemObject Qualifiers_、Properties_ 和 Methods_ 检索类限定符、属性、属性限定符、方法和方法限定符 strComputer = "." strNameSpace = "root\cimv2" strClass = "Win32_Service" Set objClass = GetObject("winmgmts:\\" & strComputer & _ "\" & strNameSpace & ":" & strClass) WScript.Echo strClass & " Class Qualifiers" WScript.Echo "------------------------------" i = 1 For Each objClassQualifier In objClass.Qualifiers_ If VarType(objClassQualifier.Value) = (vbVariant + vbArray) Then strQualifier = i & ". " & objClassQualifier.Name & " = " & _ Join(objClassQualifier.Value, ",") Else strQualifier = i & ". " & objClassQualifier.Name & " = " & _ objClassQualifier.Value End If WScript.Echo strQualifier strQualifier = "" i = i + 1 Next WScript.Echo WScript.Echo strClass & " Class Properties and Property Qualifiers" WScript.Echo "------------------------------------------------------" i = 1 : j = 1 For Each objClassProperty In objClass.Properties_ WScript.Echo i & ". " & objClassProperty.Name For Each objPropertyQualifier In objClassProperty.Qualifiers_ If VarType(objPropertyQualifier.Value) = (vbVariant + vbArray) Then strQualifier = i & "." & j & ". " & _ objPropertyQualifier.Name & " = " & _ Join(objPropertyQualifier.Value, ",") Else strQualifier = i & "." & j & ". " & _ objPropertyQualifier.Name & " = " & _ objPropertyQualifier.Value End If WScript.Echo strQualifier strQualifier = "" j = j + 1 Next WScript.Echo i = i + 1 : j = 1 Next WScript.Echo WScript.Echo strClass & " Class Methods and Method Qualifiers" WScript.Echo "-------------------------------------------------" i = 1 : j = 1 For Each objClassMethod In objClass.Methods_ WScript.Echo i & ". " & objClassMethod.Name For Each objMethodQualifier In objClassMethod.Qualifiers_ If VarType(objMethodQualifier.Value) = (vbVariant + vbArray) Then strQualifier = i & "." & j & ". " & _ objMethodQualifier.Name & " = " & _ Join(objMethodQualifier.Value, ",") Else strQualifier = i & "." & j & ". " & _ objMethodQualifier.Name & " = " & _ objMethodQualifier.Value End If WScript.Echo strQualifier strQualifier = "" j = j + 1 Next WScript.Echo i = i + 1 : j = 1 Next
Scripting Clinic Greg Stemp 长期以来被公认为美国国内的脚本编写权威之一，并且被大家广泛誉为世界级……哈哈！嗯，他们 的履历表中怎么都当过足球教练？真的吗？他被解雇 了？哦，好吧。Greg Stemp 工作在……哦，好了，难道我连这都不能说吗？好吧！Greg Stemp 从 Microsoft 领薪水，在那儿他拥有并不显赫的首席作家（System Administration Scripting Guide）的头衔。 Dean Tsaltas 是一个生活在 Redmond 的 Nova Scotian 人。他已经开始说一口流利的美语了，甚至会笑他的滨海省的朋友和家人们的发音。他的计算机生涯开始于他很小的时候，那时他的祖母和父母资助他，为他买了他心爱的 C-64，并为他订阅了 Compute! 的学报。现在，他已经在 Microsoft 工作了若干年，他有句话要告诉在家乡和温哥华的朋友和家人：“没有，我还没见过比尔！” Bob Wells 漫无目的地四处游走，向每个听他说话的人大赞脚本编写的好处。有传言说，Bob 的两只达克思猎犬对脚本编写比大多数人类知道的都多。业余时间里，Bob 向 System Administration Scripting Guide 投稿。 Ethan Wilansky把他的很多的工作时间花在了写作和咨询方面。他狂热于脚本编写、瑜伽、园艺和他的家庭（不一定按此顺序）。他目前正致力于一种创建能倒垃圾和洗餐盘的脚本的方法。 WMI 脚本入门：第三部分发布日期： 9/9/2004 | 更新日期： 9/9/2004
Greg Stemp、Dean Tsaltas 和 Bob Wells Ethan Wilansky 摘要：定义 WMI 脚本库并展示如何使用它来访问和管理 WMI 托管资源。通览 7 个可以用 WMI 脚本库创建的基本脚本类型，它们用于如创建、删除、检索托管资源实例等任务。 脚本编写的同仁们大家好!已经有好一段时间没见了。与其用借口让您厌烦 — 比如我们正在完成 Microsoft Windows 2000 脚本指南（以后会有更多关于它的内容） — 不如让我们就此开始，好么？我们将从 WMI 脚本入门系列暂停的内容开始，将您的注意力转向 WMI 脚本之谜剩下的部分 — WMI 脚本库。 在深入本节内容之前，让我们简要地回顾一下到目前为止我们已经讨论过的内容。在 WMI 脚本入门：第一部分中，我们讨论了 WMI 的结构和主要组件，因为它们与 WMI 脚本相关。在 WMI 脚本入门：第二部分中，我们讨论了公共信息模型（Common Information Model，CIM），它是存放 WMI 托管资源蓝图（类定义）的知识库。虽然我们知道许多人都跳过了第二部分（基于“Rate this page”的点击量），我们还是假定您已经了解了这部分内容。如果不知道，我想，您知道该到哪里去找到它。 本页内容
WMI 脚本库定义那么，到底什么是 WMI 脚本库呢？让我们用一个比喻来回答这个问题。回想一下您计算机上的立体声系统或媒体播放器。所有立体声系统的共同点是什么？对，它们都有音量控制、高音和低音控制，对收音机来说就是调谐器，可能还有均衡器。无所谓您是否选择听贝多芬、齐柏林飞船乐队、Art of Noise，或者无论是谁的音乐，控制器总是同样工作。 WMI 脚本库就像（不是真正像，只是将就我们）您立体声系统上的控制器。就是说，WMI 脚本库提供了一套一致的控制器（以自动化对象的形式），它们允许您访问并管理 WMI 托管资源。无论您是正在管理计算机、事件日志、操作系统、进程、服务或选择您所喜爱的资源都无所谓，WMI 脚本库中的对象总是同样工作。 WMI 脚本库中的自动化对象提供的一致性，通过您使用 WMI 脚本库可以执行的有限任务最佳地传达出来。总的来说，您可以使用 WMI 脚本库创建七个基本脚本类型。
您可以将 7 个基本脚本类型当作脚本模板。就像音量控制器调节任何 CD、盒式磁带、8 轨磁带或 .wma 文件的音量一样，WMI 脚本模板可以用于管理任何 WMI 托管资源。一旦对模板的了解充分到足以管理一类 WMI 托管资源之后，您就可以轻易地改写相同的模板来管理成百个其他的 WMI 托管资源了。 WMI 脚本库对象模型既然我们已经确定 WMI 脚本库是整个 WMI 基础结构的控制面板，那么就让我们打开它并一探究竟。在本系列第一部分的图 1 中，为您展示了 WMI 脚本库的实现位置是在物理驻留在 %SystemRoot%\system32\wbem 目录中的名为 wbemdisp.dll 的单一自动化组件中。 总的来说，WMI 脚本库是 24 个自动化对象（在 Windows 2000 及更早版本中为 19 个）组成，其中的 21 个在 图 1 所示的 WMI 脚本库对象模型关系图中进行了说明。现在，在您认为必须了解所有 24 个对象的、多得可怕的详细信息，感觉要崩溃之前，让我们礼貌的指出，您不需要那样做。实际上，您会非常高兴知道，仅需对图 1 中所展示的两到三个对象有基本理解，您就可以创建前面列出的 7 个脚本模板中的 6 个。那些对象是什么呢？稍安毋躁，您得停停，等我们说完。 除了在 wbemdisp.dll 的 Windows XP 和 Windows Server 2003 版中的 24 个自动化对象外，脚本库还包含 13 个枚举。枚举只是一组相关常数的别名。我们不会在这里讨论这组常数，因为它们在 WMI SDK 中讲得非常清楚了。要了解更多关于 WMI 脚本常数的信息，参阅 WMI SDK 中的脚本 API 常数。 在许多方面，您可以将 WMI 脚本库中的自动化对象比做由 ADSI 提供的核心接口。我们这么说是什么意思呢？是这样，ADSI 核心接口（例如，IADs 和 IADsContainer）为 Active Directory 中的脚本对象提供了一个一致的方法 — 不论对象的类和属性。同样地，WMI 脚本库中的自动化对象为 WMI 托管资源提供了一个一致并且统一的脚本模型。 理解 WMI 脚本库 (wbemdisp.dll) 中的自动化对象与驻留在 CIM 知识库 (objects.data) 中的托管资源类定义之间的关系很重要。正如我们在第二部分中解释的，托管资源类定义是通过 WMI 公开的计算机资源的蓝图。除了定义可以托管的资源之外，蓝图还为每个托管资源定义了唯一的方法和属性。 另一方面，WMI 脚本库提供了通常意义上的自动化对象脚本集，用于验证并连接到 WMI，以及随后访问 WMI 托管资源的实例。一旦使用 WMI 脚本库获得了 WMI 托管资源的实例后，您就可以访问由托管资源的类定义定义的方法和属性 — 就好像这些方法和属性就是脚本库自己的一部分一样。  图 1. WMI 脚本库对象模型 wbemdisp.dll 解释 WMI 脚本库对象模型虽然图 1 初看上去不是很直观，但 WMI 脚本库对象模型对 WMI 脚本如何工作的机制提供了大量的深入探察。图 1 中的线指向通过调用原始对象的方法（或访问属性）获得的对象。例如，调用 SWbemLocator ConnectServer 方法，返回一个 SWbemServices 对象。调用 SWbemServicesExecNotificationQuery 方法，返回 SWbemEventSource 对象。另一方面，调用 SWbemServicesExecQuery 或 InstancesOf 方法，返回 SWbemObjectSet 集合。调用 SWbemServicesGet 方法，返回 SWbemObject。 让我们将出现在本系列第一部分和第二部分的 WMI 脚本与对象模型比较一下，来看看它们是如何工作的。通常对于多数 WMI 脚本而言，每个脚本执行三个基本步骤。
在 WMI 脚本库中的 24 个自动化对象中，有三个最重要的 — 也就是说，您应该最先学习的对象 — SWbemServices、SWbemObjectSet 和 SWbemObject。为什么？因为 SWbemServices、SWbemObjectSet 和 SWbemObject 是几乎每个 WMI 脚本都必不可少的修补部分。实际上，如果我们重新回顾 ADSI 类比，SWbemServices、SWbemObjectSet 和 SWbemObject 是对应 WMI 脚本，IADs 和 IADsContainer 是对应 ADSI 脚本。（Scripting Guys 免费放送：对于还未涉足 ADSI 脚本编写的人来说，这里有个技巧 — 那就是，在 ADSI 库提供的 6 个接口中，IADs 和 IADsContainer 是您应该首先学习的。相信我们。） SWbemServices 是一个对象，它表示到在本地或远程计算机上的 WMI 命名空间的一个已验证连接。另外，SWBemServices 在每个 WMI 脚本中都扮演重要的角色。例如，您使用 SWbemServicesInstancesOf 方法来检索托管资源的所有实例。同样，您将 SWbemServicesExecQuery 方法与一个 WQL（WMI 查询语言）查询结合使用来检索托管资源的所有或一个子集的实例。此外，您使用 SWbemServicesExecNotificationQuery 方法来订阅表示托管环境中更改的事件。 SWbemObjectSet 是一个零个或更多 SWbemObject 对象的集合。为什么是零？因为对一台计算机来说拥有 — 比如说，一个磁带驱动器（由 Win32_TapeDrive建模）的零个实例是有可能的。SWbemObjectSet 中的每个 SWbemObject 都可以表示两件事之一：
SWbemObject 是扮作您正在管理的资源的多身份对象。例如，如果您检索 Win32_Process 托管资源的实例，SWbemObject 呈现出模拟 Win32_Process 类定义的身份，如图 2 左侧所示。另一方面，如果您检索 Win32_Service 托管资源的实例，SWbemObject 呈现出模拟 Win32_Service 类的身份，如图 2 右侧所示。  图 2. SWbemObject 扮作 Win32_Process 和 Win32_Service 如果仔细研究图 2，您会注意到 SWbemObject 公开了两个截然不同的方法和属性集。带有以下划线结尾的名称的顶部集合是 SWbemObject 的一部分，它驻留在 wbemdisp.dll 中。下划线是用来防止它与托管资源类定义所定义的方法和属性的名称冲突。 图底部的方法和属性集不是 SWbemObject 的一部分。它们由 CIM 中的托管资源类定义进行定义。当您检索一个实例或托管资源的实例时，SWbemObject 动态地绑定到由托管资源类定义进行定义的方法和属性。您使用 SWbemObject 来调用方法并访问在托管资源类定义中定义的属性，就好像方法和属性是 SWbemObject 的一部分。SWBemObject 变换为在 CIM 中定义的任何托管资源的能力是让 WMI 脚本如此直观的原因。一旦您知道了如何连接并检索实例，那么一切就都集中到 SWbemObject。 好吧。那么 WMI 脚本库对象模型还告诉您什么呢？这个对象模型告诉您，可以将 VBScript（或 WSH）的 GetObject 函数与 WMI 名字对象 (winmgmts:) 以及一个 WMI 对象路径（例如，“[\\ComputerName][\Namespace][:ClassName][.KeyProperty='Value']”）结合使用，以直接创建 SWbemServices 和 SWbemObject。另一方面，SWbemLocator、SWbemLastError、SWbemObjectPath、SWbemNamedValueSet、SWbemSink、SWbemDateTime 和 SWbemRefresher 对象是使用 VBScript（或 WSH）的 CreateObject 函数创建的。剩下的对象不能使用 GetObject 或 CreateObject 来创建。相反，它们是通过调用一个方法或访问一个属性得到的。 对象模型也告诉您，WMI 脚本库中的 7 个对象公开了一个 SWbemSecurity 对象，就像紧挨着该对象下面或右侧的安全标注图标指示的一样。 如需更多关于指定脚本库对象、方法或属性的信息，参阅 WMI SDK 文档 中的 WMI 的脚本 API。要了解 WMI 脚本库的基本机制，让我们将注意力转移到我们前面列出的 7 个 WMI 脚本模板。在我们继续之前，来一两段关于变量命名惯例的内容怎么样？ 关于变量命名惯例的三言两语在随后的示例脚本中，用来引用每个 WMI 自动化对象的变量名称都遵循一致的命名惯例。每个变量都根据在 WMI 脚本库中的自动化对象的名称来命名，以“obj”为前缀（为了说明对象引用）或“col”（为了说明集合对象引用）。例如，一个引用 SWbemServices 对象的变量命名为 objSWbemServices。一个引用 SWbemObject 的变量命名为 objSWbemObject。而一个引用 SWbemObjectSet 的变量命名为 colSWbemObjectSet。 这为什么如此重要？当然，人们可以争论说它不重要。但是，这个想法是帮助您理解在 WMI 脚本中的不同点上您正在使用的 WMI 对象的类型。如果它有帮助，那很好。如果没有，就忽略它好了。另一件略微重要需要紧记的事情是，对象引用变量名称可以是任何符合您喜好的名称。如果您更喜欢像“foo”和“bar”，或者“dog”和“cat”这样的变量名，那也可以。并没有要求规定您必须将一个对 SWbemServices 对象的引用命名为 objSWbemServices。这只是我们如何做而已。 Scripting Guys 的 WMI 脚本模板指南不可否认，WMI 有非常难于学习而且更难于使用的名声。在许多方面，与其说得到这个名声是因为 WMI 的确很难，还不如说只是因为它太大了。WMI 可以用于管理计算机硬件、计算机软件和几乎这二者范围内的任何事。有人会想当然地认为，任何包含了如此众多不同元素的技术一定是很难的。 事实上，按照众多标准方法，可以用 WMI 执行很多任务。例如，您已经看到了一个模板是如何作为脚本的基础的，这些脚本返回关于几乎任何托管资源的信息。在本系列的第一部分中，相同的基本脚本（有一两个较小的改动）被用于返回像安装的内存、服务和事件日志中的事件记录那样全异的项。 下列主题提供了基本的 WMI 脚本模板，可以用于：
在我们开始之前，需要确保我们非常清楚的一个重要点是：您能（和不能）对托管资源做什么是由在通用信息模型（Common Information Model，CIM）储存库中的托管资源蓝图（即类定义）来决定的，而不是 WMI 脚本库决定的。这就是为什么本系列的第二部分 稍显重要了（暗示，暗示）。还不相信么？我们会给您一些示例的。 您只能修改可写的属性。如何确定一个属性是否可写？可以使用 WbemTest.exe、WMI CIM Studio、WMIC.exe 或者一个脚本来检查该属性的“Write”限定符。（见图 7 或本系列第二部分中的清单 C 作为如何检查属性限定符例子。）如果“Write”限定符没有为属性定义，那么默认的值是“False”，它意味着该属性是只读的。 再举一个例子：如果资源的类定义将 SupportsCreate 类的限定符设置为“True”，那么您只能创建托管资源的新实例。您如何确定一个托管资源类定义将 SupportsCreate 设置为“True”？再次，如图 7 所示以及本系列第二部分的清单 C 中的所示，您检查该托管资源的类限定符。 注在事情情况中，您会发现一些托管资源可以被创建、更新和/或删除，即使该托管资源的类定义不能设置为适当的限定符。我们被告知这种情况正在被更正。 在开始前还要说一件事。下列所有脚本模板都是设计用于本地计算机。这是通过将变量 strComputer 的值设置为一个点 (".") 来实现的。要在远程计算机上运行脚本，只要将 strComputer 的值设置为远程计算机的名称即可。例如，这行代码会让一个脚本在一台名为 atl-dc-01 的计算机上运行： strComputer = "atl-dc-01" 检索托管资源实例到现在为止，我们一直使用 SWbemServicesInstancesOf 方法来检索托管资源实例，如清单 1 中所示。 清单 1. 使用 SWbemServices InstancesOf 检索服务信息 strComputer = "." Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colSWbemObjectSet = objSWbemServices.InstancesOf("Win32_Service") For Each objSWbemObject In colSWbemObjectSet WScript.Echo "Display Name: " & objSWbemObject.DisplayName & vbCrLf & _ " State: " & objSWbemObject.State & vbCrLf & _ " Start Mode: " & objSWbemObject.StartMode & vbCrLf Next
虽然 InstancesOf 的确获得了成功，但是您只想要实例或属性的一个子集的情形又怎么样呢？假设您想要优化实例和属性恢复到最小的网络流量。在这种情况下，您会非常高兴听到 WMI 支持大量强大的查询工具。 查询 WMI 是向匹配一些预定义条件的托管资源发出请求的过程。例如，WMI 查询只能请求那些处于 Stopped（停止）状态的带有 StartMode of Auto（自动的启动模式）的服务。 WMI 查询为检索托管资源实例及其属性提供了比 InstancesOf 方法更有效率的机制。WMI 查询只返回那些匹配查询的实例和属性，但是 InstancesOf 总是返回一个指定资源的所有实例以及每个实例的所有属性。同样，查询是在与对象路径中一致的目标计算机上进行的，而不是在运行脚本的源计算机上。因此，WMI 查询可以显著地减少像 InstancesOf 那样更低效率的数据检索机制造成的网络流量。 要查询 WMI，使用 WMI 查询语言(WQL)构造一个查询字符串。查询字符串定义了必须被满足的条件来获得成功匹配的结果。在查询字符串定义后，查询使用 SWbemServicesExecQuery 方法提交到 WMI 服务。满足查询的托管资源实例以 SWbemObjectSet 集合的形式返回到脚本中。 使用 WQL 和 ExecQuery 方法（而不是 InstancesOf）为创建只返回您感兴趣的项的脚本提供了灵活性。例如，您可以使用基本的 WQL 查询来返回一个给定托管资源的所有实例的所有属性，如清单 2 所示。这与 InstancesOf 方法返回的信息是一样的。如果比较清单 1 和 2，您会注意到第 3 行的粗体部分是两个脚本间唯一的差别。 清单 2. 使用SWbemServices ExecQuery 检索服务信息 strComputer = "." Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colSWbemObjectSet = objSWbemServices.ExecQuery("SELECT * FROM Win32_Service") For Each objSWbemObject In colSWbemObjectSet WScript.Echo "Display Name: " & objSWbemObject.DisplayName & vbCrLf & _ " State: " & objSWbemObject.State & vbCrLf & _ " Start Mode: " & objSWbemObject.StartMode & vbCrLf Next
您也可以使用 WQL 来创建有目标的查询，即做下列事情的查询：
创建有目标的查询有时会显著地提高数据返回的速度。（例如，只返回那些在应用程序事件日志中含有 EventCode 0 的事件要比返回所有事件日志中的所有事件快的多。）有目标的查询也让对返回的数据的工作变得更轻松。例如，假设您只想要应用程序事件日志中带有 EventCode 0 的事件，使用有目标的查询将只返回那些项目。相反，InstancesOf 将返回所有事件，而且您将不得不单独地检查每个事件并确定它是否：1. 来自应用程序事件日志并且，2. 带有 EventCode 0。虽然这可以完成，但是这太低效了而且对您来说需要额外的工作。 有目标的查询还可以减少返回的数据的数量，对在网络上运行的脚本来说这是个重要的考虑。表 1 展示了一些不同查询类型的相关数字。如您所见，通过各种查询类型返回的数据的数量是有相当大的差别的。
此时，我们希望我们已经说服了您，关于 ExecQuery 要比 InstancesOf 更好的问题。现在让我们从清单 2 转到一个通用的 WMI 脚本模板，它可以轻易地被修改以检索任何 WMI 托管资源的实例。清单 3 包含我们第一个模板。 清单 3. 用于检索托管资源实例的模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_Service" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set colSWbemObjectSet = objSWbemServices.ExecQuery("SELECT * FROM " & strClass) For Each objSWbemObject In colSWbemObjectSet WScript.Echo "Display Name: " & objSWbemObject.DisplayName WScript.Echo "State: " & objSWbemObject.State WScript.Echo "Start Mode: " & objSWbemObject.StartMode Next
要用其他 WMI 类使用这个模板：
strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_NTLogEvent" Const wbemFlagReturnImmediately = &h10 Const wbemFlagForwardOnly = &h20 Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set colSWbemObjectSet = objSWbemServices.ExecQuery("SELECT * FROM " & strClass, _ "WQL" _ wbemFlagReturnImmediately + wbemFlagForwardOnly) ' Insert remainder of script here (e.g., For Each Next loop)...
注 wbemFlagReturnImmediately 标记（它是在我们前面简要说明的枚举之一中定义的）是默认的 ExecQuery 行为并且是半同步的。重要的优化是添加 wbemFlagForwardOnly 标记。将 wbemFlagReturnImmediately 与 wbemFlagForwardOnly 结合将获得一个只进的枚举数。只进的枚举数要比默认的枚举数执行快很多，因为 WMI 不维护对在 SWbemObjectSet 中对象的引用。 显示托管资源属性清单 3 中所示脚本的一个限制是，它需要您事先知道您想要检索和显示的所有属性的名称。如果您想要显示一个资源的所有属性的值，但是您既不知道这些属性的名称，也不想键入需要显示每个属性值的 40 或 50 行代码，这又怎么办呢？在这种情况下，您可以使用清单 4 中的模板，它自动检索并显示一个类中发现的每个属性的值。 清单 4. Scriptomatic lite 模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_Process" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set colSWbemObjectSet = objSWbemServices.ExecQuery("SELECT * FROM " & strClass) Wscript.Echo "Scriptomatic Lite - Class: " & strClass Wscript.Echo "===========================" & String(Len(strClass), "=") & vbCrLf intInstance = 1 For Each objSWbemObject In colSWbemObjectSet WScript.Echo "Instance: " & intInstance & vbCrLf & "--------------" For Each objSWbemProperty In objSWbemObject.Properties_ strPropertyValue = ConvertPropertyValueToString(objSWbemProperty.Value) WScript.Echo objSWbemProperty.Name & ": " & strPropertyValue Next WScript.Echo intInstance = intInstance + 1 Function ConvertPropertyValueToString(ByVal PropertyValue) If IsObject(PropertyValue) Then ConvertPropertyValueToString = "" ElseIf IsNull(PropertyValue) Then ConvertPropertyValueToString = "" ElseIf IsArray(PropertyValue) Then ConvertPropertyValueToString = Join(PropertyValue, ",") Else ConvertPropertyValueToString = CStr(PropertyValue) End If End Function
要用其他 WMI 类使用这个模板：
修改托管资源的属性在 Windows 2000 中，WMI 是主要的只读技术。在 Windows 2000 root\cimv2 命名空间中定义的 4,395 个属性中，只有 39 个属性是可写的。这些数字在 Microsoft WindowsXP 中又增加了，在大约 6560 个属性中有 145 个是可写的。这个数字在 Windows Server 2003 中甚至更大了。 清单 5 中的模板演示了如何修改一个可写的属性。这个脚本检索由 Win32_OSRecoveryConfiguration 类模拟的托管资源的所有实例。（在这种情况下，这个类只包含单个实例。）这个脚本为三个属性（DebugInfoType、DebugFilePath 和 OverWriteExistingDebugFile）提供了新的值并使用 SWbemObjectPut_ 方法提交了改变（因此配置操作系统恢复选项）。如果您忘记调用 Put_ 方法，这些更改将不会被应用。 注此模板只对可写的属性起作用。试图更改只读的属性将导致错误。要确定一个属性是否为可写的，检查此属性的“Write”限定符。 清单 5. 用于修改托管资源的可写属性的模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_OSRecoveryConfiguration" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set colSWbemObjectSet = objSWbemServices.ExecQuery("SELECT * FROM " & strClass) For Each objSWbemObject In colSWbemObjectSet objSWbemObject.DebugInfoType = 1 objSWbemObject.DebugFilePath = "c:\tmp\memory.dmp" objSWbemObject.OverWriteExistingDebugFile = False objSWbemObject.Put_ Next
请注意，在 For Each 循环中 SWbemObject 是如何用以：（1）直接访问与修改由 Win32_OSRecoveryConfiguration 类定义的属性；（2）调用其本身的 Put_ 方法来提交所作更改。 要用其他实现可写属性的 WMI 类使用此模板：
调用托管资源方法在托管资源的类定义中定义的方法允许您在托管资源上执行操作。例如，Win32_Service 类包含让您执行诸如启动与停止服务的方法；Win32_NTEventlogFile 包含备份和清除事件日志的方法；Win32_OperatingSystem 包含重新启动或关闭计算机的方法。 清单 6 提供了一个模板，能够用来编写调用 WMI 托管资源方法的脚本。这个特定的脚本使用 Win32_Service 类的 StopService 方法来停止本地计算机上的“警报器”服务。 注在调用在托管资源的类定义中定义的方法之前，该方法必须实现。如何确定一个方法是否实现？检查此方法的实现限定符。TRUE 值表明一个方法有由提供程序提供的实现。已经说过，应注意有些方法不定义实现限定符，即使方法已经实现。下面显示的 Win32_ServiceStopService 方法就是这样一个例子。确定一个方法是否被实现的结果也会卷入一些麻烦和错误。如我们前面所提到的，我们被告知此解决方案正在进行更正。 清单 6. 调用托管资源方法的模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_Service" strKey = "Name" strKeyValue = "Alerter" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set colSWbemObjectSet = objSWbemServices.ExecQuery _ ("SELECT * FROM " & strClass & " WHERE " & strKey & "='" & strKeyValue & "'") For Each objSWbemObject in colSWbemObjectSet objSWbemObject.StopService() Next
要用其他 WMI 类使用这个模板：
创建托管资源的一个新实例一些 WMI 类允许您创建其建模的资源的一个新实例。例如，您可以用 Win32_Environment 类创建环境变量，Win32_Process 类创建过程，Win32_Share 类创建共享资源。 在创建资源的新实例之前，您必须验证托管资源的类是否支持创建操作。通过检查该类的 SupportsCreate 限定符来验证。一个 TRUE 值表明该类支持实例的创建（默认值为 FALSE）。一旦您已经确定该类支持创建操作，您必须确定用以创建新实例的方法。创建新实例有两种方法：
让我们分别看一下每个模板。 清单 7 演示了当资源的类定义将 SupportsCreate 设置为 TRUE，将 CreateBy 设置为 PutInstance时，如何创建资源的实例。连接到目标计算机上的 WMI 后，您的第一个步骤应该是获得您要创建的东西的蓝图（即类定义）。要做到这一点，使用 SWbemServicesGet 方法检索实际 WMI 类（而非检索类实例）。有了表示该类的对象之后，使用 SWbemObjectSpawnInstance_ 方法创建一个新的、“空白的”类实例。设置新实例的属性，并调用 SWbemObjectPut_ 方法创建新实例。 清单 7. 用 SpawnInstance_ ºÍ Put_ 创建新实例的模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_Environment" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set objSWbemObject = objSWbemServices.Get(strClass) Set objNewSWbemObject = objSWbemObject.SpawnInstance_() objNewSWbemObject.Properties_.Item("Name") = "TMPSHARE" objNewSWbemObject.Properties_.Item("UserName") = "" objNewSWbemObject.Properties_.Item("VariableValue") = "c:\tmp" objNewSWbemObject.Put_
用其他支持 PutInstance 的 WMI 类使用这个模板：
Scripting Guys 免费放送当使用 SWbemObjectSpawnInstance_ 和 Put_ 方法创建一个新实例时，您必须为类的所有密钥属性提供（一个或多个）值。例如，在清单 7 中使用的 Win32_Environment 类定义两个密钥属性：Name 和 UserName。如何确定一个类的密钥属性？使用 WbemTest.exe、WMI CIM Studio、WMIC.exe 或脚本来检查该属性的 Key 限定符。 清单 8 演示了在资源的类定义提供其自身的创建方法时，如何创建资源的实例。连接到目标计算机上的 WMI 后，您的第一个步骤应该是获得您要创建的东西的蓝图（即类定义）。要做到这一点，使用 SWbemServicesGet 方法检索实际 WMI 类（而非检索类实例）。有了表示该类的对象之后，用 SWbemObject 调用由该类的 CreateBy 限定符标识的方法。清单 8 中的脚本模板使用 Win32_Share Create 方法创建一个新的共享文件夹。 清单 8. 用于使用托管资源方法创建新实例的模板 strComputer = "." strNamespace = "\root\cimv2" strClass = "Win32_Share" Const SHARED_FOLDER = 0 strPath = "c:\tmp" strShareName = "tmp" intMaximumAllowed = 1 strDescription = "Temporary share" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set objSWbemObject = objSWbemServices.Get(strClass) intReturnValue = objSWbemObject.Create(strPath, _ strShareName, _ SHARED_FOLDER, _ intMaximumAllowed, _ strDescription) WScript.Echo "Return value: " & intReturnValue
要使用带有提供自定义创建方法的 WMI 类的模板：
Scripting Guys 赠品当使用由托管资源的类定义提供的方法创建新实例时，必须为由该方法定义的任何强制参数提供值。例如，在清单 8 中使用的 Win32_Share 类定义 3 个强制参数：路径、名称和类型。您如何确定一个方法的强制参数？参考 WMI SDK中的托管资源的类定义。 删除托管资源实例如果您能够创建托管资源的新实例，那么显而易见，您也可以删除实例。实际上，控制哪些托管资源实例可以删除的规则与控制创建操作的那些规则惊人地相似。让我们查看一下要求，然后我们将看几个例子。 在删除资源实例前，必须验证托管资源的类是否支持删除操作。通过检查类的 SupportsDelete 限定符来完成这个操作。一个 TRUE 值表明此类支持删除（默认值为 FALSE）。一旦您已经确定了此类支持删除，您必须确定用来删除实例的方法。删除实例有几种方法：
清单 9 和清单10 演示如何删除在清单 7 中创建的环境变量。清单 9 使用 SWbemServicesDelete 方法，清单 10 使用 SWbemObjectDelete_ 方法。在资源类定义将 SupportsDelete 设置为 TRUE，将 and DeleteBy 设置为 DeleteInstance 时，您可以使用清单 9 和清单 10。 清单 9. 用于使用 SWbemServices 删除方法删除实例的模板 strComputer = "." strNamespace = "\root\cimv2" strInstance = "Win32_Environment.Name='TMPSHARE',UserName=''" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) objSWbemServices.Delete strInstance
清单 10. 用于使用 SWbemObject Delete_ 方法删除实例的模板 strComputer = "." strNamespace = "\root\cimv2" strInstance = "Win32_Environment.Name='TMPSHARE',UserName=''" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set objSWbemObject = objSWbemServices.Get(strInstance) objSWbemObject.Delete_
要使用这些带有支持 DeleteInstance 的其他 WMI 类的模板：
清单 11 删除了在清单 8 中创建的共享文件夹，在这么做的同时，演示了当一个资源的类定义提供了它自己的删除方法时，如何删除该资源的实例。花一点时间来比较清单 10 和 11。查看在分配给 strInstance 的明显的值外有什么不同？当托管资源的类定义将 DeleteBy 类限定符设置为 DeleteInstance 时，清单 10 使用 SWbemObjectDelete_ 方法（注意下划线）来删除实例。另一方面，清单 11 使用 Win32_Share Delete 方法。 清单 11. 用于使用托管资源方法删除实例的模板 strComputer = "." strNamespace = "\root\cimv2" strInstance = "Win32_Share.Name='tmp'" Set objSWbemServices = GetObject("winmgmts:\\" & strComputer & strNamespace) Set objSWbemObject = objSWbemServices.Get(strInstance) objSWbemObject.Delete
要使用这个带有提供自定义删除方法的其他 WMI 类模板：
订阅事件好。该实践程序员第一长项了：偷懒！别担心，我们还是会谈到事件订阅的。不过，不是在这里，而是我们将介绍给您的我们的姊妹篇：TechNet 的 Tales from the Script 专栏，我们在那里刚发表了 A Brief Introduction to WMI Events。除了会看到对 WMI 事件订阅的介绍外，您还将在那里发现另一个脚本资源。 就到这里吧到这里就结束了我们的 WMI 脚本三部曲。不可否认，还有很多东西需要讨论，我们以后将会继续的。如果您愿意就您希望阅读的 Scripting Clinc 主题给我们发送建议，我们会很高兴。您可以发送到 scripter@microsoft.com 或本页面顶部的“用户意见”处给我们留言。 在我们忘记之前，还有一件事。记得 Microsoft Windows 2000 Scripting Guide — 我们在本文开头提到的那本关于自动化系统管理的书吗？ 已经写好了！虽然我们希望您们都冲出去买一本 — 顺便提一下，Bookpool 是地球上最低价的技术图书在线零售商，但我们也知道世界上到处都是像我们自己一样的吝啬鬼。因此，我们也已经提供了此书全部 1328 页的 在线阅读。那么下次 Scripting Clinic，嗯，晚了的时候，您就有地方可去了。如果您觉得阅读这本书的部分或全部，无论如何，让我们知道您的看法 — 好、差或是令人厌恶。当然我们更感兴趣的是，我们遗漏了哪些内容以及我们能做哪些工作来改进第二版。希望您看得开心！ Scripting Clinic Greg StempGreg Stemp 长期以来被公认为美国国内编写脚本的权威之一，并且被大家广泛誉为世界级……哈哈！嗯，他们 的履历表中怎么都当过足球教练？真的吗？他被解雇 了？哦，很好！Greg Stemp 工作在……哦，好了，难道我连这都不能说吗？好吧！Greg Stemp从 Microsoft 领薪水，在 Microsoft 他拥有并不显赫的首席作家（System Administration Scripting Guide）的头衔。 Dean Tsaltas 是一个生活在 Redmond 的 Nova Scotian 人。他已经能说一口流利的美语了，甚至会笑他的滨海省的朋友和家人们的发音。他的计算机生涯开始于他很小的时候，那时他的祖母和父母资助他，为他买了他心爱的 C-64，并为他订阅了 Compute! 的学报。现在他已经在 Microsoft 工作了若干年，他有句话要告诉在家乡和温哥华的朋友和家人： “没有，我还没见过比尔！” Bob Wells 漫无目的地到处闲逛，向每个听他说话的人大赞脚本编写的好处。有传言说，Bob 的两只达克思猎犬对脚本编写比大多数人类知道的都多。业余时间里，Bob 向 System Administration Scripting Guide 投稿。 Ethan Wilansky 把他的很多的工作时间花在了写作和咨询方面。他狂热于脚本编写、瑜伽、园艺和他的家庭（不一定按此顺序）。他目前正致力于一种创建能倒垃圾和洗餐盘的脚本的方法。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
