¿Por qué se ejecuta mi flujo de datos tras un fallo de sincronización de datos?

Comportamiento previsto

Un trabajo de sincronización de datos se ejecuta a las 11pm y procesa múltiples objetos.

Si una de esas entidades falla y se hace referencia a ella por un flujo de datos programado para ejecutarse a las 7 a.m., el sistema espera que el objeto fallido se reintente y se complete correctamente.

El flujo de datos se aplaza hasta que la marca de tiempo del conjunto de datos refleje una actualización correcta tras el fallo.

Por qué el flujo de datos a veces aún se ejecuta

En casos raros, el flujo de datos no espera, aunque la sincronización de datos para un objeto falló. El sistema determina la preparación de los datos basándose en marcas de tiempo de conjuntos de datos, como modifiedDate o lastRun, en vez del éxito real del trabajo de sincronización de datos. Estas discrepancias pueden producirse cuando:

• El fallo se produce después de que se complete la actualización del conjunto de datos y se actualicen las marcas de tiempo.
• El fallo se produce de una forma que aún da como resultado una hora de lastRun actualizada.

En la mayoría de los casos, los fallos de sincronización de datos retrasan la ejecución del flujo de datos como se espera, pero las anomalías de marca de tiempo pueden crear excepciones.

Para asegurarse de que estas excepciones no se producen, cree una programación de flujo de datos basada en eventos que valide el estado del trabajo de sincronización de datos en vez de una programación basada en tiempo. Para obtener más información, consulte Programar un flujo de datos para ejecutarse automáticamente.