Compartir a través de

Solución de problemas de registro de inventario de software

Comprender SIL

Antes de empezar a solucionar problemas de SIL, debe tener una buena comprensión de sus componentes y cómo funciona. Los siguientes vídeos ofrecen una Introducción a SIL y el Agregador SIL, y cómo usarlos para reenviar y notificar datos de inventario:

  1. Una introducción al Registro de inventario de software (SIL) (10:57)

  2. Registro de inventario de software: Configuración del Agregador SIL (14:34)

  3. Registro de inventario de software: Habilitación del reenvío SIL (7:20)

Cómo funciona el flujo de datos de SIL

El marco de SIL tiene dos componentes principales y dos canales de comunicación. El flujo de datos a través de ambos canales, y entre ambos componentes, es necesario para una implementación satisfactoria del SIL (esto supone un entorno virtualizado, o en la nube; los entornos puramente físicos solo necesitan uno de los canales de comunicación). Deberá comprender los componentes y el flujo de datos de SIL para implementarlo correctamente. Después de ver los vídeos de información general anteriores, habrá visto el diagrama arquitectónico que ilustra los componentes y el flujo de datos en ambos canales. Las flechas naranjas indican consultas remotas a través de WinRM, las flechas verdes discontinuas indican envíos HTTPS al Agregador SIL desde SIL en cada nodo final de WS:

Diagrama del marco de SIL

Si se produce un problema con SIL, es probable que esté relacionado con una interrupción en el flujo de datos a través de los canales y entre los componentes. A continuación se exponen los problemas más comunes relacionados con el flujo de datos, seguidos en la siguiente sección por los pasos de solución para resolver cada uno de los tres problemas:

  • Problema de flujo de datos 1: no hay datos en el informe al usar el cmdlet Publish-SilReport (o faltan datos en general).

  • Problema de flujo de datos 2: demasiados servidores en Host desconocido en el informe.

  • Problema de flujo de datos 3: demasiadas máquinas virtuales en hosts físicos que aparecen como sistema operativo desconocido en el informe o se produce un error al usar Publish-SilData en servidores Windows que ejecutan SIL.

Solución de problemas de flujo de datos

Antes de empezar, necesitará saber cuánto tiempo hace que se inició el Agregador SIL con el cmdlet Start-SilAggregator.

Importante

No habrá datos en el informe hasta que se procese el cubo de datos SQL a las 3 a. m., hora local del sistema. No continúe con los pasos de solución de problemas hasta que el cubo haya procesado los datos.

Si está solucionando problemas de datos en el informe (o que faltan en el informe) que son más recientes que la última vez que el cubo fue procesado, o antes de que el cubo haya sido procesado por primera vez (en una instalación nueva), siga estos pasos para procesar el cubo de datos SQL en tiempo real:

  1. Inicie sesión como administrador de SQL Server y ejecute SSMS en una línea de comandos.
  2. Conéctese con el Motor de base de datos.
  3. Expanda el Agente SQL Server y haga clic en Trabajos.
  4. Haga clic con el botón derecho en SILStagingRefresh y seleccione Iniciar trabajo en paso.
  5. Haga clic en Iniciar y espere a que se complete la barra de progreso de actualización.
  6. Abra PowerShell como administrador y ejecute el cmdlet publish-silreport -openreport.

Si todavía no hay datos en el informe, continúe con la solución de los tres problemas de flujo de datos.

Problema de flujo de datos 1

No hay datos en el informe al usar el cmdlet Publish-SilReport (o faltan datos en general)

Si faltan datos, es probable que se deba a que el cubo de datos de SQL aún no se haya procesado. Si se ha procesado recientemente y cree que los datos que faltan deberían haber llegado al agregador antes del procesamiento del cubo, siga la ruta de los datos en orden inverso. Elija un host único y una máquina virtual única para solucionar problemas. La ruta de datos a la inversa sería Informe de SILA<Base de datos de SILA<Directorio local de SILA<Host físico remoto o Máquina virtual que ejecuta el agente/tarea de SIL.

Comprobar si los datos están en la base de datos

Hay dos maneras de comprobar los datos: PowerShell o SSMS.

Importante

Si el cubo ha procesado al menos una vez desde que el SILA insertó datos en la base de datos, estos datos deben reflejarse en el informe. Si no hay datos en la base de datos, o bien está fallando el sondeo de los host físicos, o bien no se está recibiendo nada a través de HTTPS, o ambas cosas.

PowerShell

  1. Abra PowerShell como administrador y ejecute el cmdlet get-silvmhost y, a continuación, ejecute get-silaggregator.

    Nota

    La salida de get-silaggregator siempre imitará la pestaña Detalles de Windows Server del informe de Excel. No espere un resultado diferente.

  2. Ejecute get-silvmhost

    • Si no hay hosts listados, agregue hosts mediante el cmdlet add-silvmhost.
    • Si los hosts aparecen como Desconocidos, vaya al Problema 2. d: si los hosts aparecen pero no hay fecha y hora en la columna Sondeo reciente, vaya al Problema 2 a continuación.

Otros comandos relacionados

Get-SilAggregator -Computername <fqdn de un servidor conocido que está enviando datos>: esto generará información de la base de datos sobre un equipo (VM) incluso antes de que el cubo haya sido procesado. Por lo tanto, este cmdlet se puede usar para comprobar los datos de la base de datos de un servidor Windows que envíe datos de SIL a través de HTTPS, antes, o sin, el proceso del cubo a las 3 a. m. (o si no ha actualizado el cubo en tiempo real como se describe al principio de esta sección).

Get-SilAggregator -VmHostName <fqdn de un host físico sondeado donde haya un valor bajo la columna Sondeo reciente al usar el cmdlet Get-SilVmHost>: esto producirá información de la base de datos sobre un host físico incluso antes de que el cubo se haya procesado.

SSMS

nCompruebe los datos de los hosts que se están sondeando:

  1. Abra SSMS y conéctese al Motor de base de datos.

  2. Expanda Bases de datos, expanda la base de datos SoftwareInventoryLogging, expanda Tablas, haga clic con el botón derecho en la tabla HostInfo y seleccione las 1 000 primeras filas.

    Si hay datos para uno o varios hosts listados en la tabla, el sondeo de esos hosts se ha llevado a cabo con éxito al menos una vez.

    Compruebe si hay datos de máquinas virtuales o servidores independientes que han insertado datos a través de HTTPS:

  3. Abra SSMS y conéctese al Motor de base de datos. A2. Expanda Bases de datos, expanda la base de datos SoftwareInventoryLogging, expanda Tablas, haga clic con el botón derecho en la tabla VMInfo y seleccione las 1 000 primeras filas.

    Nota

    Cada fila de una máquina virtual única representará un archivo bmil procesado insertado correctamente a través de HTTPS y procesado por el Agregador SIL. Los archivos Bmil son archivos propietarios usados por SIL, se crea uno por cada instancia de SIL Tenga en cuenta que esto solo es necesario cuando SIL y SILA se usan en entornos virtuales. De lo contrario, solo es necesario o esperado el tráfico HTTPS).

    Los datos de la base de datos deben reflejarse en los informes de SIL una vez que el cubo haya sido procesado.

Problema de flujo de datos 2

Demasiados servidores en host desconocido

Es probable que esto ocurra en entornos virtuales cuando el Agregador SIL no está sondeando correctamente los hosts físicos que alojan las máquinas virtuales.

  1. Abra PowerShell como administrador y ejecute el cmdlet get-silvmhost.

    • Si los hosts se enumeran como Desconocido, el cmdlet add-silvmhost no funcionó correctamente, normalmente debido a que se agregaron credenciales incorrectas para acceder a estos hosts (por tanto, Desconocido). Pero si se verifican las credenciales, podría significar que la autodetección de hosttype y hypervisortype en el cmdlet add-silvmhost no fue capaz de reconocer la plataforma. Existen pasos avanzados de solución de problemas para estas situaciones, pero no se tratan aquí (consulte los canales del Agregador SIL de EventViewer).

    • Si se enumeran los hosts, y hosttype y hypervisortype se enumeran con valores que NO son Desconocido, es decir, Windows e HyperV, o Ubuntu y Xen, etc., pero no hay fecha y hora en la columna Sondeo reciente, el sondeo aún no se ha realizado correctamente.

      • Tendrá que esperar una hora después de añadir el host para que se produzca el sondeo (suponiendo que este intervalo esté establecido de manera predeterminada, se puede comprobar utilizando el cmdlet get-silaggregator).

      • Si ha pasado una hora desde que se agregó el host, compruebe que se está ejecutando la tarea de sondeo: En Programador de tareas, seleccione Agregador de Registro de inventario de software en Microsoft>Windows y compruebe el historial de la tarea.

    • Si aparece un host, pero no hay ningún valor para RecentPoll, HostType o HypervisorType, esto se puede omitir en gran medida. Esto solo se producirá en entornos de HyperV. Los datos realmente provienen de la máquina virtual de Windows Server, que identifica el host físico al que está vinculado a través de HTTPS. Esto puede ser útil para identificar una máquina virtual específica que esté informando, pero requiere extraer la base de datos usando el cmdlet Get-SilAggregatorData.

Una vez que los hosts estén sondeando correctamente, podrá ver los datos de estos hosts físicos en la base de datos de SILA donde hay una fecha y hora bajo sondeo reciente. La sección Problema 1 anterior proporciona pasos para recuperar estos datos.

Problema de flujo de datos 3

Demasiados hosts físicos con máquinas virtuales enumeradas como sistema operativo desconocido

  1. Elija un nodo final (VM) de Windows Server que sepa que se encuentra en uno de estos hosts, inicie sesión como administrador.
  2. Abra PowerShell como administrador.
  3. Compruebe que SilLogging se ejecuta mediante el cmdlet Get-SilLogging.

    • Si se está ejecutando, intente enviar manualmente los datos de SIL usando Publish-SilData.

    • Si se produce un fallo:

      • Asegúrese de que targeturi tiene https:// en la entrada.
      • Asegúrese de que se cumplen todos los requisitos previos
      • Asegúrese de que están instaladas todas las actualizaciones necesarias para Windows Server (consulte los requisitos previos para SIL). Una manera rápida de comprobar (solo en WS 2012 R2) es buscarlas con el siguiente cmdlet: Get-SilWindowsUpdate *3060, *3000
      • Asegúrese de que el certificado que se usa para autenticarse con el agregador esté instalado en el almacén correcto en el servidor local del que se va a realizar el inventario con SilLogging.
      • En el agregador de SIL, asegúrese de que la huella digital del certificado que se usa para autenticarse con el agregador se agrega a la lista mediante el cmdlet Set-SilAggregator–AddCertificateThumbprint .
      • Si se utilizan certificados de empresa, compruebe que el servidor con SIL habilitado se haya unido al dominio para el que se creó el certificado, o que se pueda comprobar de otro modo con una entidad de certificación raíz. Si un certificado no es confiable en el equipo local que intenta trasladar o enviar datos a un Agregador, esta acción fallará con un error.

      Si se ha comprobado y verificado todo lo anterior, pero el problema persiste:

      • Compruebe que el certificado usado para instalar el Agregador SIL sea correcto y que coincida con el nombre del servidor del Agregador SIL propiamente dicho. Asimismo, si se usaron certificados de empresa para instalar el agregador de SIL, es posible que el agregador deba unirse al dominio donde se creó el certificado (estos pasos no son necesarios si otras máquinas realizan el reenvío correctamente al mismo agregador de SIL).

      • Por último, puede comprobar la siguiente ubicación de los archivos SIL almacenados en caché en el servidor que intenta reenviar o insertar, Windows\System32\Logfiles\SIL. Si SilLogging se ha iniciado y ha estado funcionando durante más de una hora, o Publish-SilData se ha ejecutado recientemente, y no hay archivos en este directorio, entonces el registro en el Agregador ha tenido éxito.

Si no hay ningún error y no hay ninguna salida en la consola, la inserción o publicación de datos desde el nodo final de Windows Server en el Agregador SIL a través de HTTPS se realizó correctamente. Para seguir el camino de los datos hacia adelante, inicie sesión en el Agregador SIL como administrador y examine el/los archivo(s) de datos que han llegado. Vaya al directorio de SILA Archivos de programa (x86)>Agregador SIL de Microsoft>. Puede ver los archivos de datos que llegan en tiempo real.

Nota

Es posible que se haya transferido más de un archivo de datos con el cmdlet Publish-SilData. SIL en el nodo final almacenará en caché las inserciones con errores durante un máximo de 30 días. En el próximo envío exitoso, TODOS los archivos de datos pasarán al Agregador para su procesamiento. De este modo, un Agregador SIL recién configurado podría mostrar datos de un nodo final mucho antes de su propia configuración.

Nota

Hay reglas que SILA sigue al procesar los archivos de datos en el directorio de SILA que solo son relevantes en situaciones de poco tráfico. El tráfico alto siempre desencadenará el procesamiento en tiempo real. El comportamiento predeterminado es que el procesamiento comenzará después de que lleguen 100 archivos al directorio o después de 15 minutos. Al solucionar problemas de un extremo a otro en un entorno pequeño, a menudo es necesario esperar 15 minutos.

Una vez procesados estos archivos, verá los datos en la base de datos.