Usted está aquí:
Administrador de TI construye un CMDB con Discovery
Utilice Discovery para ayudar a un administrador de TI a crear una base de datos de gestión de configuración (CMDB) fiable mediante el inventario de elementos de configuración (CI) y sus dependencias en una parte controlada del entorno de TI.
Caso de uso de un vistazo
Persona: Un administrador de TI responsable de los datos de configuración, la cobertura de Discovery y la calidad de CMDB
Trabajo por hacer: Descubrir activos, identificarlos de forma coherente, crear o actualizar elementos de configuración y exponer relaciones útiles sin depender de la entrada de inventario manual
Punto de inicio: Se aprovisionan CMDB y Gráfico de servicio, y Detección de activos está disponible en Salesforce Go.
Resultado satisfactorio: Un ámbito piloto definido produce IC actuales sin duplicados, con orígenes rastreables y datos de relaciones suficientes para admitir el análisis de impacto.
Utilice este escenario para elegir un ámbito de Discovery inicial, validar los registros resultantes y determinar cuándo los datos son lo suficientemente fiables para ampliarse. Siga los temas de Ayuda vinculados para consultar los procedimientos detallados de aprovisionamiento, instalación, gestión de credenciales y configuración de destinos.
Antes de empezar
Confirme que CMDB y Service Graph están aprovisionados, CMDB y Asset Discovery están activados y el administrador tiene el acceso requerido. Consulte Configurar Discovery utilizando Salesforce Go para el proceso de activación.
Definir un piloto fiable
Comience con una pregunta de inventario y un entorno limitado. Por ejemplo, descubra estaciones de trabajo en una oficina, servidores en una subred, extremos remotos en un grupo piloto o recursos de nube seleccionados. Un ámbito más pequeño facilita la detección de errores de identificación, cobertura y relación antes de que afecten al CMDB más amplio.
| Decisión piloto | Pregunta | Evidencia de preparación |
|---|---|---|
| Ámbito de CI | ¿Qué tipos de CI admiten el primer caso de uso operativo? | Los tipos y atributos obligatorios existen en CI Type Manager. |
| Método Discovery | Para dispositivos de usuario final, ¿pueden Microsoft Intune o Jamf Pro proporcionar el inventario? Para otros activos, ¿necesita análisis sin agentes o agentes de extremo? | El origen seleccionado coincide con el modo en que esos dispositivos ya están gestionados. Intune, Jamf o el método de escaneo elegido está titulado y es accesible. |
| Identity | ¿Qué atributos estables distinguen un CI de otro? | Las reglas de identificación utilizan valores como número de serie o dirección MAC. |
| Propiedad | ¿Quién revisa registros recién descubiertos o modificados? | Un propietario de datos nombrado puede investigar excepciones y brechas. |
| Medición de éxito | ¿Qué prueba que el piloto es útil? | La cobertura, la frescura, el índice de duplicados, los atributos requeridos y la integridad de la relación tienen criterios de aceptación. |
Discovery puede rellenar CMDB desde orígenes de red, extremo, virtual, nube y sistemas de gestión compatibles. Para un primer inventario de dispositivos de usuario final, comience con Microsoft Intune o Jamf Pro. Esas integraciones extraen Windows, macOS y dispositivos móviles gestionados de sistemas que los clientes ya utilizan. Utilice exploraciones sin agentes o basadas en agentes cuando el destino no esté en Intune o Jamf. Seleccione solo los métodos que coinciden con el entorno y las asignaciones. Consulte Descubrir dispositivos desde Microsoft Intune y Descubrir dispositivos desde Jamf Pro. Para obtener información acerca de cómo funcionan Discovery y CMDB conjuntamente, consulte Cómo funcionan CMDB y Discovery conjuntamente para mejorar la gestión de activos.
Definir reglas de identificación antes de escalar
Defina los tipos de CI y los atributos que requiere el piloto antes de confiar en los resultados de la exploración. Las reglas de identificación determinan si los datos entrantes actualizan un CI existente o crean uno nuevo. Los identificadores incorrectos o que faltan pueden crear registros duplicados, actualizar el activo incorrecto y debilitar las relaciones y la creación de informes.
Utilice identificadores estables que el origen seleccionado proporcione de forma fiable. Pruebe activos representativos que son nuevos, ya conocidos, que cambiaron de nombre o que reportó más de un origen. Confirme que las exploraciones repetidas actualizan el CI previsto en vez de crear otro registro. Consulte Reglas de identificación en CMDB para el comportamiento de coincidencia canónica.
La identificación no es un motor de duplicados o precedentes de origen generales. Si los orígenes no están de acuerdo, investigue los datos de origen y la decisión de modelado en vez de asumir que CMDB selecciona automáticamente un valor superviviente o combina duplicados existentes.
Descubrir y validar los primeros activos
Seleccione el método de recopilación basándose en la accesibilidad. Detección sin agentes utiliza una aplicación Discovery en un host de Windows, credenciales almacenadas, destinos, sondas y trabajos de análisis. Discovery basado en agentes amplía la cobertura a extremos de Windows, macOS o Linux que no son accesibles de forma coherente a través de análisis de red.
Si el programa piloto gestiona equipos portátiles, Mac o dispositivos móviles, cree un destino de descubrimiento de Intune o Jamf en vez de comenzar con un análisis de red. Intune y Jamf se ejecutan a través de Salesforce Flow y una conexión registrada. Cada ejecución crea o actualiza IC desde el inventario de MDM. Revise las asignaciones de campos y las reglas de identificación antes de la primera sincronización de modo que los dispositivos coincidan con los CI existentes en vez de crear duplicados.
Para cada destino, mantenga el ámbito inicial restringido, seleccione las credenciales y la sonda apropiadas y ejecute el análisis bajo las prácticas de seguridad del equipo. Para obtener más información acerca de los procedimientos de instalación y destino detallados, consulte:
- 652868910280820633232821670507601149851513188037Detección sin agentes para escanear activos de TI
- Detección basada en agentes para cobertura de dispositivo ampliada
- Descubrir dispositivos desde Microsoft Intune
- Descubrir dispositivos desde Jamf Pro
Revise la exploración como un punto de control de calidad de datos en vez de tratar la finalización como un éxito. Compare los totales descubiertos con el inventario esperado, inspeccione los descubrimientos fallidos y revise activos bajo Todos, Nuevo y Actualizado. Confirme que los campos obligatorios están rellenados y que las exploraciones repetidas actualizan registros existentes. Consulte Supervisar y revisar trabajos de análisis para las secciones de resultados de análisis canónicos.
Conectar elementos de configuración en una vista de servicio
El inventario se vuelve operativamente útil cuando los equipos pueden comprender dependencias. Discovery crea o actualiza elementos de configuración. No crea esas relaciones automáticamente. Cuando finalice el análisis o la sincronización de MDM, abra Process Manager y ejecute un Process Job para conectar los CI descubiertos, por ejemplo, una aplicación que se ejecuta en un servidor o una estación de trabajo que se conecta a través de un dispositivo de red. Valide la dirección de la relación y elimine vínculos que no representan el entorno actual. Consulte Gestor de procesos para analizar datos de descubrimiento y ejecutar un trabajo.
Utilice Gráfico de servicio para inspeccionar conexiones ascendentes y descendentes, evaluar el impacto de cambios o cortes e identificar vínculos que faltan. Un formato de gráfico controla lo que aparece; no crea relaciones que no están registradas en CMDB. Consulte Visualizar relaciones de elementos de configuración con Service Graph. Utilice Gráfico de servicio después de que Trabajos de proceso haya escrito las relaciones que espera ver.
El evento clave de adopción se produce cuando un equipo de servicio puede utilizar los datos piloto para responder a una pregunta práctica, como qué sistemas dependen de un servidor afectado. Eso requiere que Trabajos de proceso haya creado las relaciones, no solo una exploración completada. Un recuento de CI grande sin identidad estable, atributos actuales y relaciones útiles es el volumen de inventario en vez de la adopción de CMDB.
Supervisar la calidad de los datos y ampliar el descubrimiento
Registre una línea base después de la primera exploración correcta: activos esperados, activos descubiertos, IC nuevos y actualizados, fallos, duplicados, atributos requeridos que faltan y relaciones validadas. Seleccione intervalos de análisis o agentes que coincidan con la rapidez con que cambia el entorno en vez de describir todos los datos de Discovery como en tiempo real.
Amplíe a otra subred, grupo de extremos, tipo de CI u origen solo después de que el piloto actual cumpla sus criterios de aceptación. Siga supervisando la actividad de origen, las marcas de tiempo de descubrimiento primeras y últimas, el historial de CI, los resultados de análisis, la cobertura y la actualización. Para la secuencia canónica de Discovery y el comportamiento de procesamiento, consulte Aprender el ciclo de vida de Discovery.
