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 inventariando 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: Descubra activos, identifíquelos de forma coherente, cree o actualice elementos de configuración y exponga relaciones útiles sin basarse en la entrada de inventario manual
Punto de inicio: Se aprovisionan CMDB y Gráfico de servicio, y Descubrimiento 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 seleccionar un ámbito de descubrimiento inicial, validar los registros resultantes y determinar cuándo los datos son lo suficientemente fiables como para ampliarse. Siga los temas de Ayuda vinculados para obtener información detallada sobre el aprovisionamiento, la instalación, la gestión de credenciales y los procedimientos de configuración de destinos.
Antes de comenzar
Confirme que CMDB y Gráfico de servicio están aprovisionados, CMDB y Descubrimiento de activos 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 de confianza
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 a la CMDB más amplia.
| 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 de descubrimiento | 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 tiene derecho 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 las relaciones tienen criterios de aceptación. |
Discovery puede rellenar CMDB desde orígenes de red, extremo, virtual, nube y sistema de gestión admitidos. Para un primer inventario de dispositivos de usuario final, comience con Microsoft Intune o Jamf Pro. Esas integraciones extraen Windows gestionado, macOS y dispositivos móviles 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 coincidan 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 ampliar
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 una CI existente o crean una nueva. Los identificadores incorrectos o que faltan pueden crear registros duplicados, actualizar el activo incorrecto y debilitar las relaciones y la creación de reportes.
Utilice identificadores estables que el origen seleccionado proporciona de forma fiable. Pruebe activos representativos que son nuevos, ya conocidos, cambiados de nombre o reportados por 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 fusión 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 suponer 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. Detección basada 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 piloto gestiona portátiles, Mac o dispositivos móviles, cree un destino de descubrimiento de Intune o Jamf en vez de comenzar con una exploración de red. Intune y Jamf se ejecutan a través de Salesforce Flow y una conexión registrada. Cada ejecución crea o actualiza CI 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 CI existentes en vez de crear duplicados.
Para cada destino, mantenga el ámbito inicial restringido, seleccione las credenciales y la sonda apropiadas y ejecute la exploración bajo las prácticas de seguridad del equipo. Para obtener más información acerca de la instalación detallada y los procedimientos de destino, 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 se rellenan y que las exploraciones repetidas actualizan registros existentes. Consulte Monitorizar 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 útil desde el punto de vista operativo cuando los equipos pueden comprender dependencias. Discovery crea o actualiza elementos de configuración. No crea esas relaciones automáticamente. Cuando finalice la sincronización de exploración o 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 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 los trabajos de proceso hayan redactado 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 Process Jobs haya creado las relaciones, no solo una exploración completada. Un conteo de CI grande sin identidad estable, atributos actuales y relaciones útiles es el volumen de inventario en vez de la adopción de CMDB.
Monitorear 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, CI nuevos y actualizados, fallos, duplicados, atributos requeridos que faltan y relaciones validadas. Seleccione intervalos de exploración o agente que coincidan con la rapidez con la 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 monitoreando la actividad de origen, las marcas de tiempo de descubrimiento primeras y últimas, el historial de CI, los resultados de escaneo, 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.
