Usted estĆ” aquĆ:
Coordinar activos de TI y elementos de configuraciĆ³n
Sincronice sus activos de hardware de TI y elementos de configuraciĆ³n para mantener la coherencia de los datos entre entornos de seguimiento.
Ediciones necesarias
| Disponible en: Lightning Experience |
| Disponible en: Ediciones Enterprise, Performance y Unlimited con Agentforce IT Service. |
Las actualizaciones bidireccionales automatizadas eliminan la reconciliaciĆ³n manual y garantizan que sus representantes de TI trabajan con registros precisos.
Precedencia operativa y fuente de verdad
Para coordinar el flujo de datos sin crear registros duplicados, la sincronizaciĆ³n utiliza reglas de asignaciĆ³n de campos y propiedad de campos. Cada campo asignado se conecta con una Ćŗnica fuente de verdad designada. El repositorio de activos o la base de datos de gestiĆ³n de configuraciĆ³n (CMDB) define quĆ© plataforma tiene prioridad.
Requisitos previos para configuraciones de origen de verdad
Antes de configurar reglas de propiedad de campos, considere estos comportamientos del sistema:
- Sustituir controles: La plataforma designada como la fuente de la verdad dicta el valor. Si un representante actualiza un repositorio no autorizado, el motor marca y descarta el cambio.
- Reversiones automƔticas: Cuando la plataforma autorizada se actualiza, el motor sobrescribe las modificaciones realizadas en el lado secundario.
- Riesgos de sobrescritura de datos: La selecciĆ³n de una fuente de verdad incorrecta causa la pĆ©rdida permanente de datos. Por ejemplo, si un administrador reasigna un portĆ”til a travĆ©s de un flujo de implementaciĆ³n, pero el mapa marca la CMDB como autorizada, la siguiente exploraciĆ³n automatizada revierte la asignaciĆ³n. Esta reversiĆ³n elimina la visibilidad de los portales de autoservicio de empleados.
Asignaciones de campos autorizadas recomendadas
Las configuraciones de propiedad de campos se alinean con los puntos fuertes operativos de cada repositorio de datos.
| CategorĆa de datos | Plataforma autorizada | Campos operativos y repercusiĆ³n de origen |
|---|---|---|
| Ciclo de vida financiero y contractual | Activo | Realiza un seguimiento de la adquisiciĆ³n de activos, la depreciaciĆ³n financiera y las asignaciones de propiedad. Los valores asignados incluyen Asignado a, Centro de costos, UbicaciĆ³n y Estado. |
| Descubrimiento tĆ©cnico y operativo | Elemento de configuraciĆ³n (CMDB) | Realiza un seguimiento de propiedades descubiertas a travĆ©s del escaneo de red. Los valores asignados incluyen Nombre de host, DirecciĆ³n IP, VersiĆ³n del sistema operativo y parĆ”metros de hardware. |
PrevenciĆ³n de bucle infinito
Como las modificaciones fluyen bidireccionalmente entre registros, la actualizaciĆ³n de un activo puede desencadenar una modificaciĆ³n de elemento de configuraciĆ³n. Este cambio publica un evento de plataforma que actualiza el registro de activo de nuevo.
Para evitar bucles de actualizaciĆ³n infinitos, el marco de trabajo utiliza reglas de atribuciĆ³n de origen explĆcitas. Cuando se origina un cambio en el repositorio, el motor de sincronizaciĆ³n saliente etiqueta la actualizaciĆ³n con un identificador de seguimiento. Si el motor detecta esta etiqueta de seguimiento originada automĆ”ticamente, descarta el evento. Esta acciĆ³n interrumpe el ciclo de procesamiento en segundo plano.
Cuando el sistema de gestiĆ³n de la configuraciĆ³n procesa la actualizaciĆ³n, el sistema mantiene la cadena del indicador de origen. El marco de trabajo evalĆŗa continuamente las cargas entrantes. Si el motor detecta el valor de seguimiento, identifica la transacciĆ³n como originada automĆ”ticamente y descarta el evento.
Estructuras de auditorĆa de registros de sincronizaciĆ³n
Las advertencias del sistema y los errores de transacciones rellenan el Registro de sincronizaciĆ³n de elementos de GestiĆ³n de configuraciĆ³n. Estas entradas proporcionan mediciones de soluciĆ³n de problemas claras directamente en la consola de configuraciĆ³n. Los registros eliminan la inspecciĆ³n de datos de ingenierĆa sin procesar.
Campos clave para la soluciĆ³n de problemas y la auditorĆa
Cada entrada de registro expone metadatos operativos esenciales para aislar problemas de sincronizaciĆ³n:
- TĆtulo de registro: Muestra un resumen de alto nivel del estado de la transacciĆ³n.
- DescripciĆ³n del registro: Proporciona datos de error granulares, propiedades delta y sugerencias para la resoluciĆ³n.
- Estado: Identifica la categorĆa de contexto, como Ćxito, Advertencia, Error o AcciĆ³n requerida.
- Objeto relacionado e Id. de elemento de configuraciĆ³n: VĆnculos al registro de activo especĆfico o identificador exclusivo que causa el conflicto de asignaciĆ³n.
- Marca de tiempo de registro: Muestra un marcador inmutable de la fecha y hora exactas en las que se produjo el evento.
Excepciones de sincronizaciĆ³n comunes y resultados del sistema
Los representantes se encuentran con frecuencia con estos escenarios de sincronizaciĆ³n durante las actualizaciones del sistema:
- Coincidencias de mĆŗltiples activos: Si una exploraciĆ³n de descubrimiento asigna un elemento de configuraciĆ³n entrante a mĆŗltiples registros de activos, el marco de trabajo detiene la transacciĆ³n. El motor genera una alerta indicando al administrador que resuelva registros duplicados.
- Campos obligatorios que faltan: Si un evento entrante inicia la creaciĆ³n de un registro de activo pero carece de atributos obligatorios, el motor crea un shell de activo bloqueado. El registro establece el estado como AcciĆ³n requerida para solicitar la correcciĆ³n manual.
- Valores de lista de selecciĆ³n no asignados: Si un estado operativo cambia en la base de datos de gestiĆ³n de configuraciĆ³n, pero el valor de texto carece de una regla de traducciĆ³n definida, el motor omite la actualizaciĆ³n. Esta ruta mantiene la integridad de los datos de registros de activos en ambos sistemas.
