Libro de cocina PowerShell, 4ª edición

Capítulo 31. Manejo de sucesos

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

31.0 Introducción

Gran parte de la administración de sistemas es reaccionaria: realizar alguna acción cuando un servicio del sistema se apaga, cuando se crean o eliminan archivos, cuando se realizan cambios en el Registro de Windows, o incluso en un intervalo de tiempo.

La forma más fácil de responder a los cambios del sistema es simplemente sondearlos. Si estás esperando a que se cree un archivo, simplemente compruébalo de vez en cuando hasta que aparezca. Si estás esperando a que se inicie un proceso, simplemente sigue llamando al cmdlet Get-Process hasta que aparezca.

Este enfoque es aceptable para algunos eventos (como esperar a que un proceso entre o salga), pero se desmorona rápidamente cuando necesitas monitorizar grandes partes delsistema, como todo el registro o el sistema de archivos.

Como alternativa al sondeo de cambios en el sistema, muchas tecnologías admiten notificaciones automáticas, conocidas como eventos. Cuando una aplicación se registra para recibir estas notificaciones automáticas, puede responder a ellas en cuanto se producen, en lugar de tener que sondearlas.

Por desgracia, cada tecnología ofrece su propio método de notificación de eventos: .NET define un enfoque y WMI define otro. Cuando tienes un script que quiere generar sus propios eventos, ninguna de las dos tecnologías ofrece una opción.

PowerShell aborda ...