WMI 不管用了！
排除 WMI 脚本和 WMI 服务故障
WMI 是一款有复原能力的软件。例如，假定 WMI 服务处于停止状态，但您仍在尝试运行 WMI 脚本。您认为会出现什么情况？脚本会失败？计算机会锁定？还是时空结构会被打乱？未必会如此。实际上，WMI 服务多半会重新启动自身，然后运行您的脚本。更可能的情况是，您甚至不知道服务停止过。
脚本编写者可以从中吸取什么教训吗？当然有：如果您遇到了 WMI 脚本问题，不要匆忙下结论，认为 WMI 出现了故障。如果脚本不管用，通常是因为脚本而不是 WMI 有问题。不可否认，您可能会遇到 WMI 自身发生灾难性故障，这种故障需要您重新注册所有 WMI 组件或重新生成 WMI 存储库。不过，您遇到的任何问题可能都是因为您执行了某项操作（如键入了不正确的命名空间或尝试连接到您不具有本地管理员权限的远程计算机）所致，而且这种可能性要大得多。
本文档（与 Microsoft 的 WMI 团队合作编制）旨在帮助您排除 WMI 脚本和 WMI 服务故障。尽管本文档侧重于脚本编写，但同样的故障排除信息也适用于其他 WMI 使用者，如 Systems Management Server (SMS)。无论您遇到的问题是在使用脚本、WMIC 命令行还是调用 WMI 的已编译应用程序（如 SMS）等时发生的，它们所处的情境（及所产生的错误代码）往往是相同的。
本文档中的主题大致按顺序列出；例如，您最后应该做的事是重新生成整个存储库。不过，需要注意的一个要点是，并非只要按部就班地执行这些步骤，就一定能够解决 WMI 脚本和/或 WMI 服务故障。因此，我们鼓励您读完整篇文档，让自己对 WMI 脚本可能出问题的地方及尝试纠正这些问题时可以采取的步骤都有所熟悉。
我们也鼓励您密切关注尝试运行脚本时收到的任何错误消息，WMI SDK 中有对这些错误消息的说明，它们往往会向您暗示脚本无法正常运行的原因。事实上，如果您知道哪条错误消息是脚本产生的或者如果您的问题似乎符合较为常见的情境之一，则您可以直接跳转到以下所列的相应主题（尽管我们仍然建议您读完整篇文档）。
