- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Configuração de recursos de automação
- Auditar
- Serviço Catálogo de recursos
- Automation Suite Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Integrações
- Solução de problemas
PREVIEWCenários de erro
Estes são problemas que você pode enfrentar ocasionalmente durante uma transmissão ao vivo e/ou ao assumir o controle remoto de uma execução em andamento e nossas propostas de solução.
Em todos os cenários abaixo, o Robô não se conectará ao sistema de transmissão ao vivo e controle remoto e a sessão não será iniciada. A operação é repetida pela duração máxima, que é de aproximadamente um minuto, e então um erro é exibido. Os detalhes sobre a falha estão disponíveis nos logs do robô na máquina em que a conexão falha (não nos logs do trabalho).
Isso pode ser causado por uma conexão de rede lenta entre sua máquina e a do robô ou quando a resolução da tela na máquina do robô é grande.
Estas são algumas razões pelas quais você pode não ver nenhuma imagem na tela ao iniciar a transmissão ao vivo.
Alguns trabalhos executam determinadas ações antes de solicitar a abertura da IU de automação. Se isso acontecer, a sessão de transmissão ao vivo que se abrirá estará em branco. Isso se traduz na área de trabalho exibida para Windows Robots e uma tela preta sendo exibida para Linus Unattended Robots e Automation Suite Robots.
Tente abrir a sessão novamente.
Fluxos ao vivo de processos executados em uma máquina física são renderizados em um monitor físico.
Como tal, você precisa ter certeza de que tem um monitor conectado.
Se você se desconectou do protocolo de área de trabalho remota (RDP), as máquinas virtuais algumas vezes pararão de renderizar a tela. Isso acontece porque, uma vez desconectada, não há tela virtual na qual renderizar imagens.
Para resolver isso, use o robô do modo de serviço.
Problemas de comunicação de rede podem interromper uma sessão de transmissão ao vivo. Se isso acontecer, o cliente tentará novamente se conectar automaticamente. Isso deve ser razoavelmente rápido, mas você pode ver a tela de carregamento por um tempo muito curto.
Se você também ativou o controle remoto nessa sessão, observe que terá que reativá-lo assim que a conexão for estabelecida novamente. Isso ocorre porque, ao reconectar, a sessão é aberta em seu estado de transmissão ao vivo.
Depois de um tempo, a sessão é abandonada. No entanto, se você fechar a janela, poderá reiniciar manualmente a sessão no Orchestrator.
Apenas um usuário pode acessar a transmissão ao vivo e assumir o controle remoto de uma só vez. Se um usuário já estiver conectado, você deve esperar que ele se desconecte.
Por exemplo, se o Usuário 2 tentar abrir uma transmissão ao vivo que já foi aberta pelo Usuário 1, será retornado um erro informando que a transmissão ao vivo não pode ser iniciada. Depois que o usuário 1 fechar a transmissão ao vivo, o usuário 2 poderá abri-la em breve.
- A janela Fluxo ao vivo mostra Conectando..., mas nenhuma conexão é estabelecida
- A imagem da transmissão ao vivo está atrasada
- Você vê uma tela em branco
- A IU de automação não foi iniciada
- Você está usando uma máquina física sem monitor conectado
- Você desconectou-se do RDP
- Uma sessão em execução foi desconectada
- Você recebe uma mensagem de erro informando que outro usuário já está conectado