Una CMDB solo es tan buena
como lo que la alimenta.
Certero ServiceNow Application sincroniza el inventario enriquecido de la plataforma con su CMDB.
Los equipos Windows, macOS y Linux llegan con sus discos, adaptadores de red, módulos de memoria, volúmenes, software e instalaciones de software. Los dispositivos de red SNMP llegan en la misma ejecución.
Sincronización de la CMDB · ejecución programada
IlustrativoCertero ServiceNow Application
Staging vaciado, orígenes de datos consultados, transformaciones ejecutadas
- Tablas de staging vaciadas antes de la primera consulta
- completado
- Equipos Windows discos, adaptadores, memoria, volúmenes
- en staging
- Equipos macOS y Linux los mismos tipos de registro, la misma ejecución
- en staging
- Dispositivos de red SNMP su propio origen de datos
- en staging
- Transformaciones en la CMDB un mapa de transformación por origen de datos
- en ejecución
Registro de historial
pendiente → en ejecución → completada
ServiceNow Partner
Inventario de Certero sincronizado con la CMDB de ServiceNow
Un registro que nadie actualiza es un registro en el que nadie confía.
Una base de datos de configuración es exacta el día en que alguien la rellena y después se desvía a medida que cambian las máquinas. Las decisiones de servicio, seguridad y cambios acaban basándose en información antigua, y cada proyecto de limpieza vuelve a iniciar el deterioro. CerteroX la alimenta automáticamente en cada ejecución, así que se mantiene correcta sin que nadie tenga que acordarse.
- Coste
Deje de pagar proyectos de limpieza.
La exactitud procede de una alimentación automática periódica, no de un esfuerzo manual cada cierto tiempo, así que no se paga dos veces por el mismo trabajo.
- Riesgo
Decisiones basadas en lo que realmente hay.
Los equipos de cambios, incidencias y seguridad trabajan con registros actuales de máquinas Windows, Mac y Linux y de dispositivos de red, no con una instantánea.
- Esfuerzo
Nada depende de la memoria.
Cada ejecución queda registrada y documentada, así que las lagunas se ven y se corrigen en lugar de descubrirse durante una incidencia.
El problema
Una CMDB no se estropea. Se queda obsoleta.
Era correcta la semana en que alguien la rellenó. Después las máquinas cambiaron, el registro no, y el service desk empezó a trabajar con un documento en lugar de con la realidad.
- 01 escrito una vez, cierto una vez
El registro era exacto el día en que una persona lo creó.
Desde entonces, la máquina ha recibido más memoria, ha perdido un disco y ha ganado nueve aplicaciones. Nadie iba a poder seguir ese ritmo a mano, y desde entonces el registro se ha ido alejando poco a poco del hardware.
Agente de inventario nativo para Windows, macOS, Linux, AIX, HP-UX y Solaris ITAM
- 02 un escaneo ve lo que responde
El portátil estaba en reposo, así que, para la CMDB, no existe.
Un barrido de detección registra lo que responde mientras se ejecuta. El portátil que está de viaje, el segmento restringido y la máquina para la que nada tiene credenciales quedan fuera, y una ausencia en una CMDB se lee exactamente igual que una máquina que no le pertenece.
Inventario sin agente y por línea de comandos (csinvcli) para entornos restringidos ITAM
- 03 un nombre y nada debajo
El CI existe. Ábralo y no hay nada dentro.
Sin discos, sin adaptadores, sin memoria, sin sistemas de archivos, sin software. Un técnico recoge la incidencia y busca el detalle en otra parte, y en ese momento la CMDB deja de ser el lugar que la gente consulta.
Discos, adaptadores de red, módulos de memoria y volúmenes como orígenes de datos predeterminados ITAM
- 04 dos registros, una máquina
La reinstalación volvió como un segundo CI, y el primero nunca desapareció.
Duplicados y registros obsoletos desde hace tiempo es lo que acumula una CMDB alimentada a mano. Cada uno hace que la siguiente persona confíe un poco menos en el siguiente registro.
Detección de sistemas duplicados y archivado de dispositivos inactivos ITAM
- Nada de esto se arregla con otro proyecto de limpieza. Se arregla dando a la CMDB una fuente de datos y dejando que la limpieza sea la propia ejecución.
Dos de las cinco disciplinas.
Cada uno funciona de forma independiente y comparte un único modelo de activos, por lo que las partes que abarcan varios productos no requieren trabajo de integración.
Está viendo el detalle técnico completo. Desactívelo para ver la versión breve.
Ocultar detalle técnicoDe la máquina al CI, en cinco pasos.
La aplicación hace un solo trabajo y lo hace de forma programada: leer la API de la plataforma, pasar a staging lo que devuelve, transformarlo en la CMDB y conservar el registro de lo que ha hecho.
-
Completar el registro antes de que salga de la plataforma
Todo lo que vaya a saber la CMDB, la plataforma tiene que verlo antes. Diez métodos de detección llegan a un solo esquema, así que las máquinas a las que un barrido de red nunca llega están en el mismo inventario que las que sí alcanza.
- Network Discovery mediante NetBIOS, SNMP e ICMP ITAM
- Agente de inventario nativo para Windows, macOS, Linux, AIX, HP-UX y Solaris ITAM
- Inventario sin agente y por línea de comandos (csinvcli) para entornos restringidos ITAM
- Inventario independiente para sistemas aislados y sin conexión ITAM
- Detección de sistemas duplicados y archivado de dispositivos inactivos ITAM
- Software Recognition Database con categorización de títulos mantenida de forma centralizada SAM
-
Instale la aplicación y configure tres cosas
API Url, API Username y API Password es todo lo que necesita para funcionar. El tamaño de página y la retención del historial están disponibles si quiere ajustarlos; si no, la aplicación funciona tal cual.
- Certero ServiceNow Application, instalada en su instancia ServiceNow
- Tres ajustes para empezar: API Url, API Username, API Password ServiceNow
- API Page Size y History Retention, ambos configurables ServiceNow
- API de Certero de solo lectura como única fuente que lee la sincronización ServiceNow
- Acceso al menú restringido al rol x_certero.administrator ServiceNow
-
Ejecútela de forma programada o ahora mismo
La programación es una ejecución de script programada de ServiceNow que realiza la sincronización en segundo plano. Sync Now cubre los casos en que necesita una antes de la siguiente prevista.
- Ejecución de script programada que lanza la sincronización en segundo plano ServiceNow
- Sync Now en las páginas de orígenes de datos y de historial ServiceNow
-
Pasarlo a staging y después transformarlo en la CMDB
Cada ejecución empieza depurando el historial que supera la retención definida. Después se vacían las tablas de staging, cada origen de datos consulta la API y pagina hasta agotarla, y cada mapa de transformación escribe sus registros en ServiceNow.
- Orígenes de datos predeterminados para equipos Windows, macOS y Linux ServiceNow
- Discos escritos como dispositivos de almacenamiento de la CMDB, volúmenes como sistemas de archivos de la CMDB ServiceNow
- Adaptadores de red, módulos de memoria, software como paquetes de la CMDB e instalaciones de software ServiceNow
- Dispositivos de red SNMP en su propio origen de datos ServiceNow
- Un mapa de transformación creado para cada origen de datos predeterminado ServiceNow
-
Conservar el registro de cada ejecución
Cada sincronización escribe un registro de historial que pasa de pendiente a en ejecución y a completada, con un log de mensajes del sistema asociado, que se conserva durante la retención que usted defina.
- Registro de historial por sincronización: pendiente, en ejecución, completada ServiceNow
- Log de mensajes del sistema por ejecución para la depuración ServiceNow
- Historial antiguo depurado según la retención configurada ServiceNow
- Metadatos de los orígenes de datos guardados en una tabla, ampliables a más endpoints de la API ServiceNow
Pida ver cualquiera de ellos funcionando en el propio producto, en la pantalla donde ocurre.
Un elemento de configuración debería llegar con sus componentes.
La aplicación incluye un origen de datos para equipos Windows, macOS y Linux y, para cada uno, los discos, adaptadores de red, módulos de memoria, volúmenes, software e instalaciones de software. Cada origen de datos predeterminado tiene un mapa de transformación que lo escribe en la CMDB.
En CerteroX
Una máquina, inventariada una vez.
Sea cual sea el método de detección de los diez que la haya alcanzado, el registro sale con la misma forma: la máquina y todo lo que contiene.
- Windows
- macOS
- Linux
Cada uno de los tres incluye siete orígenes de datos, uno por cada uno de los siete tipos de registro.
En ServiceNow
Siete registros, cada uno con un origen de datos y un mapa de transformación.
- El propio equipo
- Discos Dispositivos de almacenamiento de la CMDB
- Adaptadores de red
- Módulos de memoria
- Volúmenes Sistemas de archivos de la CMDB
- Software Paquetes de la CMDB
- Instalaciones de software
Los dispositivos de red SNMP llegan por su propio origen de datos, y los metadatos de los orígenes de datos se guardan en una tabla, así que pueden añadirse más endpoints de la API sin modificar la aplicación.
Cómo es hacerlo bien.
La prueba de una CMDB es si alguien la consulta antes de coger el teléfono.
- 01
El CI llega con sus componentes.
Discos como dispositivos de almacenamiento, volúmenes como sistemas de archivos, software como paquetes, además de adaptadores de red, módulos de memoria e instalaciones de software. El registro responde a la pregunta que hizo que alguien lo abriera.
- 02
Nada depende de que alguien se acuerde.
La ejecución de script programada realiza la sincronización en segundo plano. La CMDB cambia cuando cambia el inventario, no cuando se programa una limpieza.
- 03
Windows no es el único que cuenta.
macOS y Linux se incluyen como orígenes de datos predeterminados al mismo nivel que Windows, con los mismos tipos de registro bajo cada máquina, y los dispositivos de red SNMP llegan por su propio origen de datos.
- 04
Cada ejecución tiene explicación.
Un registro de historial por sincronización, de pendiente a en ejecución y a completada, con un log de mensajes del sistema para todo lo que necesite explicación y un ajuste de retención que impide que el historial crezca sin límite.
- 05
Un endpoint nuevo no necesita una aplicación nueva.
Los metadatos de los orígenes de datos están en una tabla, así que la sincronización puede dirigirse a más endpoints de la API sin modificar la propia aplicación.
Preguntas frecuentes
¿Quiere hacer otra pregunta?
Póngase en contacto¿La aplicación detecta algo por sí misma?
No, y conviene ser precisos. La detección y el inventario se realizan en CerteroX, con diez métodos y seis familias de sistemas operativos. La aplicación lee la API de la plataforma y escribe elementos de configuración en la CMDB. Es una fuente de datos, no una segunda herramienta de detección que compita con la que ya tiene.
¿Cuánta configuración hace falta antes de la primera sincronización?
Tres ajustes: API Url, API Username y API Password. La aplicación incluye sus orígenes de datos predeterminados y sus mapas de transformación, así que funciona a partir de ahí con una configuración mínima. El tamaño de página de la API y la retención del historial son los dos que quizá quiera ajustar después.
¿Qué llega realmente a la CMDB?
Equipos Windows, macOS y Linux y, para cada uno, los discos, adaptadores de red, módulos de memoria, volúmenes, software e instalaciones de software. Los discos llegan como dispositivos de almacenamiento de la CMDB, los volúmenes como sistemas de archivos de la CMDB y el software como paquetes de la CMDB. Los dispositivos de red SNMP llegan por su propio origen de datos.
¿Con qué frecuencia sincroniza y podemos forzar una sincronización?
Una ejecución de script programada de ServiceNow lanza la sincronización en segundo plano con la programación que usted defina. Sync Now está en la página de orígenes de datos y en la de historial para cuando necesite una de inmediato.
¿Cómo sabemos qué hizo una ejecución?
Cada sincronización escribe un registro de historial que pasa de pendiente a en ejecución y a completada, con un log de mensajes del sistema asociado para la depuración. Los registros antiguos se depuran según la retención configurada, así que el historial sigue siendo útil en lugar de convertirse en un problema de almacenamiento.
Queremos datos que los orígenes de datos predeterminados no incluyen. ¿Eso es una personalización?
No para la aplicación. Los metadatos de los orígenes de datos se guardan en una tabla, así que pueden añadirse más endpoints de la API como orígenes de datos sin modificar el código de la aplicación.
¿La posición de licencias también pasa a ServiceNow?
No. La posición efectiva de licencias permanece en CerteroX SAM, donde están los derechos de uso, la evidencia de uso y los motores por fabricante. Lo que pasa a ServiceNow es el inventario: los elementos de configuración y el detalle que contienen.
Abra un CI.
Vea lo que ha llegado con él.
Una ejecución de sincronización de principio a fin: el área de staging vaciada, cada origen de datos paginado desde la API, cada mapa de transformación escribiendo en la CMDB y el registro de historial que deja. Díganos qué clases de la CMDB son más importantes para su service desk y empezaremos por esas.
Nada que conectar, y en la llamada alguien capaz de responder sobre los orígenes de datos y los mapas de transformación.