WMI son las siglas de Windows Management Instrumentation. Diseñada por Microsoft, es una infraestructura para la gestión estandarizada de datos e información que es independiente del dispositivo. Desde Windows 2000, WMI viene preinstalado con los sistemas operativos Windows.
WMI es la implementación de Microsoft del Web-Based Enterprise Management (WBEM), gestionado por el Distributed Management Task Force (DMTF). WBEM establece estándares para permitir el acceso a datos de tecnologías y dispositivos no uniformes a través de una arquitectura estandarizada. WBEM utiliza el Modelo Común de Información (CIM) como esquema para definir la información sobre objetos.
Aunque no forma parte directamente de WMI, CIM es un estándar independiente del proveedor para representar información de gestión de diversos dispositivos. También lo mantiene el DMTF.
WMI utiliza este esquema para almacenar información en el repositorio de WMI. Está estructurado de forma que el entorno gestionado pueda verse como sistemas interrelacionados, cada uno compuesto de elementos discretos. Un conjunto predefinido de clases y propiedades crea un marco a partir del cual compilan los distintos proveedores.
Las alertas personalizadas y la visualización de datos le permiten identificar y prevenir rápidamente los problemas de salud y rendimiento de la red.
Para funcionar como servidor, un dispositivo debe estar configurado para escuchar las peticiones de los clientes en una conexión de red. Esta funcionalidad puede formar parte del sistema operativo como una aplicación instalada, un rol o una combinación de ambos.
Por ejemplo, el sistema operativo Windows Server de Microsoft proporciona la funcionalidad para escuchar y responder a las peticiones de los clientes. Además, los roles o servicios instalados aumentan el tipo de peticiones de los clientes a las que puede responder el servidor. En otro ejemplo, un servidor web Apache responde a las peticiones de los navegadores de Internet a través de una aplicación adicional, Apache, instalada sobre un sistema operativo.
Cuando un cliente necesita datos o funciones de un servidor, envía una petición a través de la red. El servidor recibe esta petición y responde con la información apropiada. Este es el modelo de petición y respuesta de las redes cliente-servidor, también conocido como modelo de llamada y respuesta.
Un servidor realizará a menudo numerosas tareas adicionales como parte de una única petición y respuesta, incluyendo la verificación de la identidad del solicitante, asegurándose de que el cliente tiene permiso para acceder a los datos o recursos solicitados, y formateando o devolviendo adecuadamente la respuesta requerida de la manera esperada.
A medida que los dispositivos de una red funcionan, se pueden medir y generar diversos ajustes, parámetros y estados en un momento dado. Por ejemplo, una unidad de disco duro tiene una capacidad de almacenamiento total, una capacidad de almacenamiento utilizada, una cantidad de almacenamiento libre o una temperatura interna. Estos valores son dinámicos y cambian con el uso del sistema. En un momento dado, las lecturas existen tanto si alguien se da cuenta de ellas como si no.
La plataforma WMI ofrece una forma uniforme de crear y ejecutar scripts que leen y, en algunos casos, pueden cambiar dichas configuraciones sin necesidad de instalar agentes de software o monitores adicionales. En el caso del disco duro, un proveedor WMI podría responder a una solicitud de la temperatura del disco duro, así como enviar una alerta al gestor de objetos WMI en caso de que la temperatura supere un nivel preestablecido.
Además, para las aplicaciones de gestión, la plataforma WMI ofrece una Interfaz de Programación de Aplicaciones (API) en el nivel del Gestor de Objetos WMI, de modo que no es necesario conocer las particularidades de un proveedor WMI individual. La aplicación de gestión sólo tiene que llamar al gestor de objetos y no consultar directamente el propio disco duro, por ejemplo.
Cuando se consulta un dispositivo o se activa un evento, los datos viajan por la arquitectura estándar del dispositivo gestionado a través de su proveedor de WMI hasta el administrador de objetos de WMI y hasta el consumidor de WMI. Toda esta infraestructura está estandarizada en todos los dispositivos y plataformas para que cualquier software de gestión empresarial compatible con WMI pueda acceder a los datos recopilados en cualquier dispositivo compatible con WMI sin necesidad de saber nada sobre los dispositivos o la estructura de la red entre ellos. WMI está disponible en cualquier ordenador Windows actual y, por tanto, puede gestionarse mediante WMI.
Las notificaciones en tiempo real significan una solución de problemas más rápida para que pueda actuar antes de que se produzcan problemas más graves.
WMI es una parte integrada del sistema operativo Windows. La infraestructura WMI se implementa en Windows como el servicio WMI. El servicio WMI actúa como intermediario entre los proveedores WMI, el repositorio WMI y las aplicaciones de gestión. El servicio WMI se ejecuta con el nombre de Windows Management Instrumentation bajo el nombre de servicio winmgmt. Se ejecuta automáticamente al iniciarse y, si se detiene, se iniciará automáticamente cuando una aplicación o script de gestión solicite una conexión a cualquier espacio de nombres WMI.
Un objeto gestionado es cualquier componente lógico o físico o servicio que puede ser gestionado a través de WMI. Esto puede incluir procesadores, adaptadores de red, sistemas operativos, servicios, aplicaciones, unidades de disco, memoria o cualquier otro equipo conectado a la red.
En general, si se puede acceder al parámetro en cuestión a través de otra herramienta de Windows, como un monitor de rendimiento, se puede acceder a la misma información a través de WMI.
Un proveedor WMI es un objeto que monitorea, lee y recopila cualquier dato que esté programado para monitorear en un objeto administrado específico. Al igual que los controladores de dispositivos, algunos monitores están incorporados en el sistema operativo, mientras que otros son implementados por terceros o mediante programación, normalmente a través de C/C++, Visual Basic, VBScript o PowerShell. También se puede acceder al proveedor a través de la línea de comandos (Windows Management Interface Command-line, o WMIC).
Los monitores pueden ser generales o específicos de un dispositivo. El monitor en sí no hace más que observar o monitorear los datos a medida que se generan. Los monitores no registran ni almacenan datos, aunque pueden configurarse para escribir datos en un archivo de registro o en el Visor de sucesos si se cumple una determinada condición.
Existen numerosos proveedores de WMI integrados en Windows, entre los que se incluyen un proveedor de Active Directory, un proveedor de WMI de Datos de configuración de arranque (BCD), un proveedor de Sistema de archivos distribuido (DFS), un proveedor de Registro de eventos, un proveedor de WMI de Hyper-V, un proveedor de Win32, un proveedor de Registro y un proveedor de SNMP. El proveedor SNMP asigna objetos MIB de SNMP a clases CIM de WMI. Esto ofrece una forma de utilizar WMI incluso en dispositivos no Windows a través de su SNMP integrado.
Los proveedores WMI responden a consultas directas de aplicaciones de gestión o scripts, así como a eventos programados. La configuración de un evento requiere un activador de eventos y suscriptores de eventos. El desencadenante se establece definiendo cuándo se puede informar de un evento o cuándo se desencadena. Por ejemplo, un evento puede activarse cuando la cantidad de espacio libre en disco cae por debajo de una cantidad determinada. Cuando el proveedor WMI se ejecuta, simplemente monitorea la cantidad de espacio libre en disco. Cuando la cantidad cae por debajo del umbral preestablecido, el proveedor WMI alerta al Gestor de Objetos CIM. A continuación, CIM Object Manager reenvía la alerta a los consumidores o suscriptores de eventos predefinidos, que suelen ser aplicaciones de gestión empresarial o registros de eventos.
Cada proveedor WMI implementa la funcionalidad de sus clases. Las clases contienen eventos y propiedades que permiten la captura y configuración real de los datos. Las clases del sistema WMI son clases predefinidas que proporcionan la funcionalidad básica de WMI. Estas clases comienzan con un guión bajo doble, como __SystemEvent, que representa un evento del sistema. También hay clases de MSFT que son clases de proveedor de políticas o clases de solución de problemas de WMI. Las clases CIM pueden utilizarse al compilar nuevas clases. Las nuevas clases heredarán propiedades de su clase CIM padre.
También existen clases consumidoras estándar. Se utilizan para ejecutar scripts o programas cuando se produce un evento desencadenante. Una clase consumidora estándar muy utilizada es ActiveScriptEventConsumer, que ejecuta un script cuando recibe una respuesta. Esta es una forma de crear una respuesta automática a un evento o situación particular, como enviar un mensaje, detener o iniciar un servicio, o incluso reiniciar y apagar un sistema o componente.
Algunas clases tienen métodos que ofrecen los datos específicos que pueden ser monitoreados o alterados. Por ejemplo, la clase Win32_Service tiene métodos para detener e iniciar servicios. Se puede acceder a estos métodos a través de una aplicación de scripting o a través de una aplicación de gestión de red.
El repositorio WMI es una base de datos que almacena datos estáticos relacionados con WMI. Los datos dinámicos monitoreados por los proveedores de WMI no se almacenan en el repositorio. Para conservar los datos dinámicos, deben ser capturados por un proveedor WMI y recuperados o informados por una aplicación de gestión WMI o registrados mediante una clase de proveedor WMI. WMI utiliza un repositorio de objetos compatible con CIM.
El Gestor de Objetos CIM actúa como intermediario entre una aplicación de gestión y los proveedores WMI. El Gestor de Objetos, al que se accede desde el lado de la aplicación mediante la API WMI, reenvía las solicitudes de datos a los proveedores WMI y recibe la respuesta antes de reenviar la información a la aplicación de gestión solicitante.
La API proporciona acceso a la infraestructura de WMI para las aplicaciones que utilizan WMI. Estas aplicaciones realizan llamadas a la API que se transmiten al CIM Object Manager y, a continuación, se envían a los proveedores. Éstos responden a través de las clases y métodos con datos como el tiempo de actividad del sistema o el número de procesos en ejecución.
El consumidor es el que envía consultas y recibe información de un proveedor WMI a través del Administrador de objetos WMI. Normalmente, un consumidor de WMI es una aplicación de monitoreo, como PRTG Network Monitor, una aplicación de gestión o un script, como un script de PowerShell, que consulta valores en un sistema remoto antes de llevar a cabo alguna acción como actualizar software o escribir un archivo.
Por ejemplo, un administrador que programa una actualización puede utilizar primero PowerShell para consultar a un proveedor WMI para comprobar la versión de Windows antes de enviar la actualización. El consumidor puede consultar a los proveedores WMI los valores que pueden ser monitoreados o incluso alterados por un administrador. Sólo determinados valores pueden escribirse de este modo.
La capacidad de acceder y modificar remotamente la información y los datos de los dispositivos debe estar protegida. Windows proporciona varias capas de seguridad que protegen los sistemas remotos. El cortafuegos de Windows Defender tiene una configuración específica para el tráfico WMI independiente de la configuración habitual para el tráfico DCOM. Si WMI está bloqueado por el cortafuegos, no se puede establecer una conexión.
Además, el filtrado de token de acceso estándar de Control de cuentas de usuario (UAC) afecta a las operaciones de WMI. Incluso si se ha iniciado sesión como administrador, los programas o scripts basados en WMI se ejecutarán con el filtrado de token de acceso UAC estándar a menos que se ejecuten específicamente con privilegios elevados ("Ejecutar como administrador"). En muchas circunstancias, los métodos y clases de los proveedores WMI acceden a datos privilegiados y requieren permisos de acceso superiores para ejecutarse correctamente.
A primera vista, PowerShell parece tener poco soporte para WMI. Sin embargo, un único cmdlet Get-WmiObject permite acceder a la mayoría de los parámetros de WMI. El cmdlet Get-WmiObject puede utilizar el parámetro -ComputerName para acceder a un equipo remoto. Por ejemplo, Get-WmiObject -Class Win32_service -ComputerName Accounting235 obtendría una lista de servicios (y su estado actual) que se están ejecutando en un equipo remoto denominado Accounting235.
Aunque WMI puede utilizarse a través de varios lenguajes de scripting, incluido PowerShell, dispone de su propia interfaz de línea de comandos. WMIC es compatible con los shells existentes, incluida la línea de comandos estándar de Windows. Para utilizarlo, basta con escribir wmic y el comando.
El comando SET puede cambiar o escribir en ciertos parámetros. Utilizando el conmutador /? se obtiene una lista de propiedades en las que se puede escribir. Por ejemplo, es posible establecer la zona horaria actual utilizando el comando set os.
PRTG es un software de monitoreo de red integral y realiza un seguimiento de toda su infraestructura de TI.
Microsoft ofrece ahora Windows Management Infrastructure (MI), que es la última versión de WMI. Según Microsoft, MI es totalmente compatible con las versiones anteriores de WMI y ofrece un menor tiempo de desarrollo y una mayor integración con PowerShell.
