orchestrator
2023.4
false
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo.
Guia do usuário do Orchestrator
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 17 de out de 2024

Gatilhos de tempo

Importante:

Fusos horários do gatilho: o fuso horário definido em um gatilho não é restrito pelo fuso horário do locatário. No entanto, se você usar calendários de dias não úteis, não poderá definir fusos horários diferentes.

Os gatilhos são inicializados de acordo com o fuso horário definido no nível do gatilho.

Os acionadores de tempo são desativados com base no fuso horário do acionador.

Os gatilhos de tempo configurados para execução recorrente levam em consideração o segundo do tempo de sua criação. É assim que a alteração se traduz em expressões cron:

  • Para um gatilho de tempo criado às 12:23:34 com a expressão cron 0 * * ? * * (ou seja, definido para ser executado a cada minuto), o próximo tempo de execução será às 12:24:34.

  • Para um gatilho de tempo criado às 12:23:34 com a expressão cron 1 * * ? * * (ou seja, definido para ser executado 1 segundo após cada minuto), o próximo tempo de execução será às 12:24:01.

Trigger disabling

Por padrão, quando um gatilho sofre 10 inicializações com falhas consecutivas e não foi iniciado com sucesso nas últimas 24 horas, ele é desabilitado automaticamente. No entanto, se qualquer uma dessas condições não for atendida, como o gatilho for iniciado com sucesso pelo menos uma vez no dia ou se não atingir 10 falhas consecutivas, ele permanecerá ativo.

Observação: se um gatilho for desativado automaticamente, a ação será registrada como “Gatilho desativado do Administrador de Sistema do Usuário” em logs de auditoria.

Esse valor pode ser personalizado usando o parâmetro Triggers.DisableWhenFailedCount .

Recomendações

  • Quando um gatilho está desabilitado, verifique os logs de auditoria para saber por motivos de falha do trabalho.

  • Se você tiver trabalhos de longa duração, tente definir o gatilho de forma a permitir mais trabalhos pendentes ou tente agendar o gatilho para ser executado com menos frequência.

Destino de Execução

Você pode configurar várias regras, dependendo de quais processos associados são executados.

 

Description

Alocação Dinâmica

Alocar de forma dinâmica

Defina quantas vezes um processo deve ser executado de acordo com o gatilho fornecido. Esta opção permite que você use seus recursos ao máximo. Após um Robô ficar Disponível, ele executa o processo indicado de acordo com o gatilho fornecido.

 

Conta

O processo é executado sob uma conta específica. Especificar apenas a conta resulta na alocação dinâmica da máquina pelo Orchestrator. Especificar a conta e o modelo de máquina significa que os trabalhos serão iniciados nesse par de conta-máquina.

 

Máquina

O processo será executado em uma das máquinas do host conectadas ao modelo de máquina selecionado. Especificar apenas o modelo de máquina resulta no Orchestrator alocando a conta dinamicamente. Especificar a conta e o modelo de máquina significa que os trabalhos serão iniciados nesse par de conta-máquina.

Observação: certifique-se de que as licenças de runtime necessárias para executar o trabalho estejam alocadas para o modelo de máquina associado.
 

Hostname

Após selecionar um modelo de máquina, a opção Nome do host é exibida, permitindo selecionar a sessão de estação de trabalho/robô desejada para executar o processo.

Todas as sessões disponíveis na pasta ativa são exibidas: não conectadas, desconectadas ou conectadas.

Observação: apenas runtimes não assistidos podem ser usados para configurar o mapeamento. Certifique-se de que as licenças de runtime necessárias para executar o trabalho estejam alocadas para o modelo de máquina associado.

Selecionar Mapeamentos de conta-máquina válidos

O processo pode ser executado em vários pares específicos de conta-máquina. Saiba mais sobre mapeamentos de conta-máquina.

Observação:
  • Um aviso é exibido ao selecionar um nome de host que não esteja ativo (por exemplo, com o status Não responsivo ou Desconectado).

  • As contas que fazem parte dos mapeamentos usados em gatilhos não podem ser excluídas ou ter sua atribuição cancelada da pasta em que o gatilho reside. Certifique-se de que a conta não esteja definida como um destino de execução em um gatilho para que você possa excluí-las.

Observação: um aviso é exibido ao selecionar um nome de host que não esteja ativo (por exemplo, com o status Não responsivo ou Desconectado). Os trabalhos programados para serem executados pela sessão inativa permanecem em um estado Pendente até a conexão correspondente com o Orchestrator ser feita.
  • Para reconhecer sua seleção do nome de host inativo, clique em Confirmar.

  • Para voltar e selecionar outro nome de host, clique em Cancelar.

Configurar o mesmo gatilho com o mesmo mapeamento de conta-máquina, mas com a seleção de nome de host adicional, dobra o número de trabalhos a serem executados.
  • Por exemplo, suponhamos que você tenha configurado um gatilho T1 com a conta A1 mapeada para o modelo de máquina MT1. Dez trabalhos são enfileirados nessa configuração.

    Mais tarde, você configura o mesmo gatilho T1 com a conta A1 mapeada para o modelo de máquina MT1, mas agora também seleciona o nome de host H1. Os mesmos dez trabalhos são enfileirados novamente para esse caso, já que o Orchestrator interpreta a configuração como nova.

Observação: Se a conexão com o banco de dados do SQL for perdida por qualquer motivo, os gatinhos que são supostos a estar desativados naquele momento falham, e um alerta com o nível Error é gerado.

Cenários de trabalhos em fila

  1. Se você definir vários gatilhos no mesmo Robô e o horário de execução deles se sobreporem pelo menos uma vez, os trabalhos serão enfileirados, em um estado pendente. O Robô executa os trabalhos enfileirados em ordem cronológica.
  2. Se o mesmo processo estiver agendado no mesmo Robô várias vezes e seu horário de execução se sobreporem, apenas um processo será enfileirado, em um estado pendente. Por exemplo, se o processo A no Robô X estiver agendado para ser executado às 11:20, 11:21 e 11:25, o comportamento será o seguinte:

    • às 11h20, o primeiro processo é executado.
    • Se a primeira execução termina antes do segundo gatilho:

      • O segundo gatilho é processado.

        • Se essa execução termina antes do gatilho de 11:25, este último também será executado.
        • Se a execução do gatilho de 11:21 não termina antes do de 11:25, este último é adicionado a uma fila, em um estado pendente.
    • Se a execução NÃO termina antes do segundo gatilho:
      • O gatilho de 11:21 é colocado em uma fila, em um estado pendente.

        • Se a execução do gatilho de 11:21 termina antes do de 11:25, este último também é executado.
        • Se a execução do gatilho de 11:21 inicia e não termina antes do de 11:25, este último gatilho é colocado em uma fila, em um estado pendente.
        • Se o gatilho de 11:21 ainda estiver pendente quando o de 11:25 deve iniciar, este último não é executado nem adicionado a uma fila e a seguinte mensagem é exibida: Os Robôs já têm trabalhos pendentes para este processo.
  3. Se você quiser executar um processo várias vezes em quaisquer Robôs que estejam disponíveis, você terá a possibilidade de fazer exatamente isso usando a opção Alocar dinamicamente na guia Executar destino. Os trabalhos são enfileirados, em um estado pendente, no ambiente correspondente e cada vez que um Robô fica disponível, o primeiro trabalho na linha é executado. Desta forma, um Robô nunca fica disponível enquanto há trabalhos pendentes.

    Digamos que você deseja executar um processo 7 vezes. No momento em que seu gatilho é disparado, 7 trabalhos pendentes são adicionados à carga de trabalho do ambiente, sem que sejam atribuídos a Robôs específicos. Há alguns cenários possíveis:

    • Há pelo menos sete Robôs disponíveis na hora do disparo - Um trabalho é atribuído a um Robô, para que todos os trabalhos sejam executados de uma vez.
    • Há menos do que sete Robôs disponíveis na hora do disparo, digamos quatro - É atribuído um trabalho para cada um dos quatro Robôs, se um novo Robô ou um desses quatro ficar disponível, ele assume outro trabalho dos três restantes. Isso acontece para cada Robô disponível até não haver mais trabalhos.
  4. Se dois ou mais gatilhos estiverem executando o mesmo processo, cada um para um número diferente de vezes, no próximo gatilho, o número máximo de trabalhos entre eles é adicionado à carga de trabalho do ambiente; eles não se acumulam. Imagine a seguinte situação: o gatilho A executa um processo 13 vezes e o gatilho B o executa 20 vezes. Os seguintes cenários podem ocorrer:

    • Um gatilho A e B simultaneamente – 20 trabalhos (o máximo entre 13 e 20) serão enfileirados na carga de trabalho do ambiente.
    • Gatilhos B primeiro - 20 trabalhos estão na fila

      • Se entre a hora do gatilho B e a do gatilho A, sete ou mais trabalhos tiverem sido executados, digamos que nove (11 trabalhos pendentes restantes), então 13 trabalhos (o máximo entre 11 e 13) serão enfileirados na carga de trabalho do ambiente.
      • Se entre a hora do gatilho B e a do gatilho A, menos do que sete trabalhos tiverem sido executados, digamos cinco (15 trabalhos pendentes restantes), então nenhum trabalho será enfileirado pois já existem mais do que 13 trabalhos pendentes. Além disso, a seguinte mensagem será exibida: Os robôs já têm trabalhos pendentes para esse processo.
    • O A é disparado primeiro - 13 trabalhos serão enfileirados

      • Sempre que gatilhos B durante a execução de A, um número de até 20 trabalhos são adicionados ao ambiente, dependendo de quantos trabalhos de A estão em progresso ou foram executados. Digamos que seis trabalhos foram executados. Quando gatilhos B, são adicionados 13 trabalhos, de modo que o máximo de 20 foi atingido.
  5. Se um gatilho executar o mesmo processo várias vezes, os trabalhos enfileirados relacionados serão limitados ao número de execuções especificadas quando você definiu o gatilho, na guia Executar destino. Eles não se acumulam com cada disparo do gatilho.

    Digamos que, a cada 30 minutos, você deseja executar o mesmo processo 10 vezes. A primeira vez que seu gatilho for disparado, 10 trabalhos serão enfileirados. Se, entre disparos, menos que 10 trabalhos forem executados (digamos, 4), no momento do próximo gatilho, apenas 6 novos trabalhos serão enfileirados, já que o número de trabalhos pendentes para esse processo pode ser de no máximo 10.

Gatilhos de tempo criados usando o UiPath Activities

Gatilhos de tempo também podem ser criados por desenvolvedores de RPA no momento do design no Studio usando a atividade Time Trigger do pacote UiPath.Core.Activities.

O Orchestrator identifica esses tipos de acionadores como requisitos de pacote, e a única maneira de adicioná-los ao Orchestrator é na página Requisitos de pacote .

Qualquer configuração definida em tempo de design é refletida no Orchestrator e não pode ser modificada.

Por exemplo: Todos os dias úteis, às 18h00, desejo carregar automaticamente todos os novos arquivos do Excel para uma unidade na nuvem.A diferença aqui é que o acionador de tempo instrui a automação a iniciar de dentro do fluxo de trabalho, em oposição aos acionadores de tempo do orquestrador, que instrui a automação a iniciar de fora do fluxo de trabalho.

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo White
Confiança e segurança
© 2005-2024 UiPath. Todos os direitos reservados.