2021.10.1

Data de lançamento: 7 de dezembro de 2021

O que há de novo

Novo mecanismo para iniciar trabalhos por meio de fila de gatilhos

Importante: esta versão marca uma alteração significativa em como o Orchestrator inicia trabalhos por meio de gatilhos de fila. O novo comportamento vem habilitado por padrão e não pode ser desligado. Leia a nota de versão cuidadosamente antes de atualizar para a versão 2021.10.1. Se não tiver certeza, fique ligado nos próximos patches nos quais abordaremos esse comportamento ainda mais.

Neste patch, alteramos a lógica por trás de gatilhos de fila. Agora, tanto os itens de fila Novos quanto os Em progresso são contabilizados ao calcular o número de trabalhos de destino que devem ser atingidos. Anteriormente, apenas novos itens eram considerados e, assim, sempre que havia menos itens em progresso que itens novos, nenhum trabalho era iniciado apesar de haver robôs ociosos. Isso acontecia porque o número de trabalhos em execução (ou seja, itens de fila sendo ativamente processados) excedia o número de trabalhos de destino (os trabalhos precisavam processar os novos itens).

Aqui está um exemplo para entender melhor o comportamento antes e após a alteração:

Vamos supor que tenhamos um gatilho de fila definido da seguinte maneira:

Campo	Valor
Número mínimo de itens para disparar o primeiro trabalho:	1
Número máximo de trabalhos pendentes e em execução permitidos ao mesmo tempo	100
Outro trabalho é disparado para cada ___ novos itens	1

Etapas de replicação e comportamento anteriores a essa alteração:

Adicione 3 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 3 trabalhos de destino são necessários. O Orchestrator inicia 3 trabalhos para processar os 3 itens da fila. Os 3 itens passam para o estado Em progresso.
Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 2 trabalhos de destino são necessários. O Orchestrator não inicia nenhum outro trabalho porque o número de trabalhos de destino é inferior ao número de trabalhos em execução.
Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens => 4 (2+2) trabalhos de destino são necessários. O Orchestrator inicia 1 trabalho para atingir o alvo de 4.

Etapas de replicação e comportamento após essa alteração:

Adicione 3 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens e itens em progresso => 3 trabalhos de destino são necessários. O Orchestrator inicia 3 trabalhos para processar os 3 itens da fila. Os 3 itens passam para o estado Em progresso.
Adicione mais 2 itens à fila. O Orchestrator calcula o número de trabalhos de destino com base no número de novos itens e itens em progresso => 5 (3+2) trabalhos de destino são necessários. O Orchestrator inicia 2 novos trabalhos para atingir o alvo de 5.

Registrar as exceções de runtime em log no Elasticsearch

Para fornecer uma melhor visibilidade sobre problemas de runtime, como problemas de permissão ou falhas de conexão, o Orchestrator agora registra as exceções de runtime no Elasticsearch.

Armazenamento compatível com o S3

Conecte e ligue seu armazenamento compatível com o S3 e aproveite todos os seus benefícios exclusivos: escala, custo e confiabilidade.

Saiba como habilitar os provedores compatíveis com o S3 para criar buckets de armazenamento no Orchestrator.

Saiba como criar e configurar buckets de armazenamento.

Azure AD no nível de organização/tenant

A partir desta versão, a integração com o Azure Active Directory (Azure AD) também está disponível no nível de organização/tenant (cada organização inclui um tenant).

Uma integração com o Azure AD já estava disponível no nível de host, que permite usá-lo para o SSO. Com essa alteração, se a integração do Azure AD estiver configurada no nível de organização/tenant, você se beneficia do SSO, mas também da pesquisa de diretórios e do provisionamento automático de usuários.

Para obter mais informações e instruções, consulte Configuração de integração do Azure AD.

AIMWebserviceName personalizado

A partir de agora, é possível atribuir um nome personalizado ao serviço web Central Credential Provider. Para esse fim, ao configurar um repositório de credenciais do CyberArk CCP, um novo campo está disponível e permite definir o nome do serviço, Nome do serviço web. Deixar este campo vazio faz com que o nome padrão seja usado: AIMWebService.

Melhorias

Desempenho

Quer saber quais são os desenvolvimentos mais recentes em termos de desempenho do Orchestrator? Estamos felizes em anunciar que o Orchestrator independente permite conectar até 300.000 robôs assistidos com o logon interativo em uma implantação IaaS de 15 nós. Para um relatório detalhado das últimas melhorias de desempenho, consulte Escalando sua implantação.

Configuração

Tanto em instalações limpas quanto em atualizações, o Update Server agora utiliza por padrão o banco de dados do Orchestrator em vez de o seu próprio.
Introduzimos cinco novos parâmetros de linha de comando para adicionar flexibilidade na configuração e personalização das conexões para os seus bancos de dados do Orchestrator. Inclua-os em um comando de instalação silenciosa do Orchestrator em instalações limpas ou atualizações. Também é possível adicionar os novos parâmetros no arquivo parameters.JSON.
Saiba quais são os novos parâmetros e consulte alguns exemplos sobre como usá-los em nosso guia de instalação.
Publish-IdentityServer.ps1 agora tem dois novos parâmetros obrigatórios: -orchDetails e -identityServerDetails. Essas são tabelas de hash que contêm os seguintes valores para o Orchestrator e o Identity Server, respectivamente: resourceGroupName, appServiceName e targetSlot. Para mais sobre isso, consulte Parâmetros do Publish-IdentityServer.ps1.

Política de Senha

Fizemos as seguintes alterações nas configurações de segurança do nível de host, disponíveis no Portal de gerenciamento do host:

Agora, permitimos que o valor do campo Minimum password length esteja dentro do intervalo de 1 a 256. Anteriormente, o valor máximo permitido era 14.
Agora, permitimos que o valor do campo Days before password expiration esteja dentro do intervalo de 0 a 1000. Anteriormente, o valor máximo permitido era 120.

Problemas conhecidos

Observação: O instalador UiPathOrchestrator.msi funciona apenas com o Pacote de hospedagem 3.0.x ou 5.0.0–5.0.2 do ASP.NET Core.

A configuração padrão do SignalR no Orchestrator (com apenas o transporte de Websocket selecionado) impede que o utilitário UiPath.RemoteDebugging.Agent.exe de robô remoto correspondente seja executado em ambientes de vários nós (instalações independentes ou instalações do Automation Suite). Para corrigir esse comportamento, selecione todos os transportes do SignalR disponíveis — WebSocket (escolha padrão), Server-Sent Events (SEE) e Long polling — e habilite as sessões fixas no balanceador de carga.
Após atualizar para o Orchestrator 2021.10, iniciar o aplicativo pode retornar uma mensagem de erro “Erro HTTP 500.30 aplicativo do ASP.NET Core falhou ao iniciar”.
Isso acontece porque o sistema de configuração falha ao inicializar e retorna a seguinte exceção:

“Informação da exceção: System.Configuration.ConfigurationErrorsException: sistema de configuração falhou ao inicializar -System.Configuration.ConfigurationErrorsException: seção de configuração system.web não reconhecida. (C:\Program Files (x86)\UiPath\Orchestrator\UiPath.Orchestrator.dll.config line 228)”.

Para evitar esse comportamento, corrija o arquivo UiPath.Orchestrator.dll.config removendo as seções de configuração e suas subseções correspondentes a seguir:

<system.web>
<system.webserver>
<system.webServer>
<system.serviceModel>
<nwebsec>
<system.net>

Atualizar sua versão do Orchestrator para a 2021.10 pode retornar o seguinte erro:

Updating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecuteUpdating failed with the following error: System.Exception: Error:-1, Message:An error occurred while migrating orchestrator data during post migration. DomainUnreachable at UiPath.OrchestratorCAs.IdentityDatabaseManager.RunDbMigrationToolObfuscatedLogging(String arguments, String[] tokensToObfuscate) at UiPath.OrchestratorCAs.IdentityDatabaseManager.MigrateUsersFromOrchestratorDbOnIdentityDecoupledInstall(String webConfigPath, String identityPublicUrl, String orchestratorDBConnectionString, String identityDBConnectionstring, String secretsFilePath) at UiPath.OrchestratorCAs.IdentityDatabaseManager.ApplyDbMigrationsOnIdentityDecoupledInstalling(String webConfigPath, String identityAppSettingsJsonPath, String orchestratorUrl, String identityPublicUrl, String orchestratorDbConnectionString, String identityDbConnectionstring) at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.ApplyIdentityDbConfigMigrations() at UiPath.OrchestratorCAs.CustomActions.Deferred.UpdateConfigurationAndDatabasesAction.Execute() at UiPath.OrchestratorCAs.CustomActions.Base.BaseCustomAction.InternalExecute

Para evitar esse comportamento, certifique-se de que a instalação esteja sendo executada por um usuário do domínio com acesso ao domínio. Para verificar se o usuário do domínio tem acesso, execute o seguinte comando de shell:

$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)$domain="WindowsAuth.Domain" $context = new-object System.DirectoryServices.ActiveDirectory.DirectoryContext("domain",$domain) [system.directoryservices.activedirectory.domain]::GetDomain($context)

Correções de bugs

O Orchestrator não renderizava corretamente os formatos de hora na página Logs quando o idioma do Orchestrator estava definido como chinês, japonês ou coreano. 0 os caracteres eram renderizados como zeros cortados e impediam que o glifo após o 0 fosse exibido. Por exemplo, o que deveria ser exibido como 11時20分03秒 era renderizado como 11時2Ø03秒.
Ocasionalmente, ao iniciar/reiniciar sua máquina do Orchestrator, um dos nós exibia erros e ficava inutilizável. Isso não é mais um problema.
Deadlocks ocorriam em ambientes do Orchestrator 2020.10.10 quando o processamento de itens de fila levava menos que um segundo por item. Os processos emitiam vários erros “Um erro ocorreu. Código de erro: 0” antes de falhar. O problema foi corrigido e agora é possível processar itens de fila sem encontrar deadlocks.
Ao configurar as notificações de e-mail do sistema, o botão Configurações de e-mail de teste não podia ser usado quando Usar as credenciais padrão estava selecionado, caso o Nome de usuário de SMTP e Senha de SMTP estivessem em branco.