orchestrator
latest
false
Guía del usuario de Orchestrator
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 7 de oct. de 2024

Réplica de solo lectura de Orchestrator

Orchestrator mantiene una réplica de solo lectura de su base de datos operativa de lectura y escritura, con el principal propósito de mejorar el rendimiento. Algunas cargas de trabajo de solo lectura se dirigen hacia la réplica de solo lectura con el fin de optimizar el consumo de la réplica de escritura. Esto permite que los datos se lean y carguen más rápido, lo que a su vez garantiza el rendimiento de tu sistema.

Como resultado de esta implementación puede ocurrir un ligero retraso entre las acciones de escritura y lectura. Esto es de esperar, y no tiene impacto en que los datos estén disponibles.

Un ejemplo de este escenario es recuperar un elemento de cola tan pronto como se añadió: cuando se realiza desde la interfaz, los nuevos elementos de cola pueden no mostrarse al instante, ya que hay una ligera asincronía entre la base de datos operativa (donde se escribe el elemento) y la réplica (que se llama para leer el elemento). Sin embargo, puedes evitar esto utilizando la actividad Obtener elemento de transacción en lugar de Obtener elementos de cola, ya que el primero incluye el elemento de cola en su respuesta.

Casos de uso

If your database supports a read-only replica (ApplicationIntent=ReadOnly), Orchestrator will use it to retrieve the following items:
  • Artículos en cola
  • monitoring data
  • jobs data
Otherwise, Orchestrator will use the read-write database.
  • Casos de uso

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White
Confianza y seguridad
© 2005-2024 UiPath. Todos los derechos reservados.