Leer un script de inventario, de la entrada a la salida

Un script se lee de arriba abajo con tres preguntas: de dónde toma los datos, qué hace con cada uno y a dónde deja el resultado. La cuarta pregunta es la que más importa a un analista: qué hace cuando algo falla. En PowerShell, -ErrorAction SilentlyContinue le dice al comando que no muestre el error, y una instrucción continue dentro de un foreach pasa al elemento siguiente sin hacer nada más.

Abre Get-InventarioServidores.ps1 y mira el bloque que empieza con Test-Connection, que hace un ping al equipo.

La salida de un script es lo que otra persona consume después: aquí, un archivo que alguien abre cada lunes. Conocer su nombre exacto permite comprobar su fecha, su tamaño y quién más lo lee. Casi siempre está en una variable cerca del principio, con una ruta completa.

Cada columna del resultado viene de una propiedad de algún objeto. Get-CimInstance consulta la clase Win32_OperatingSystem del equipo y devuelve un objeto con muchas propiedades; el script copia unas pocas a su tabla. Saber de qué propiedad sale una columna evita interpretar mal el dato: no es lo mismo la fecha en que se instaló un sistema que la fecha del último arranque.

Cuando un script omite elementos en silencio, la única forma de enterarse es comparar la entrada con la salida. Es un conteo simple: los elementos de la lista menos las filas del resultado. Cada elemento que falta es un equipo del que no se sabe nada, ni bueno ni malo.

Abre servidores.txt y inventario-semanal.csv, y cuenta con cuidado: el CSV tiene una fila de cabecera que no es un equipo.

La plantilla del informe pide «servidores inventariados» y se rellena con el número de líneas de la lista, no con las filas del resultado. Así, el informe puede decir doce aunque solo nueve equipos se hayan consultado. Un analista que recibe ese número tiene que reescribirlo con lo que la evidencia sostiene: lo consultado, lo que no, y qué se hace con ello.

Lee plantilla-del-informe.txt y decide la redacción de esa línea.