Réplica SomenteLeitura do Orchestrator

O Orchestrator mantém uma réplica somente leitura de seu banco de dados operacional de leitura-escrita, com a finalidade principal de melhorar o desempenho. Algumas cargas de trabalho somente leitura são direcionadas para a réplica somente leitura, de modo a otimizar o consumo de escrita. Isso permite que os dados sejam lidos e carregados mais rapidamente, o que, por sua vez, assegura o desempenho de seu sistema.

Como resultado dessa implementação, pode ocorrer um pequeno atraso entre as ações de escrita e leitura. Isso era esperado e não tem impacto na disponibilidade dos dados.

Um exemplo desse cenário é a recuperação de um item de fila assim que ele foi adicionado: quando executado a partir da interface, os novos itens de fila podem não ser exibidos instantaneamente, pois há uma ligeira assincronia entre o banco de dados operacional (onde o item é escrito) e a réplica (que é chamada para ler o item). No entanto, você pode evitar isso usando a atividade Get transaction item em vez de Get queue items, pois o primeiro inclui o item de fila em sua resposta.

Casos de uso

Se seu banco de dados for compatível com uma réplica somente leitura ApplicationIntent=ReadOnly(), o Orchestrator usará para recuperar os seguintes itens:

• Itens de Fila
• dados de monitoramento
• dados de trabalhos

Caso contrário, o Orchestrator usará o banco de dados de leitura-gravação.

Recuperando itens de filas

Os dados dos itens de fila podem ser recuperados da réplica somente leitura.

Você pode habilitar isso por meio do parâmetro Features.Queues.QueryUseReadOnlyReplica no arquivo UiPath.Orchestrator.dll.config. Detalhes...

Monitoramento do Orchestrator

Os dados usados para exibir suas visualizações de monitoramento podem ser recuperados da réplica somente leitura.

Você pode habilitar isso por meio do parâmetro Monitoring.UseReadOnlyReplica no arquivo UiPath.Orchestrator.dll.config. Detalhes...