- Visão geral
- Requisitos
- Recomendado: modelos de implantação
- Manual: preparando a instalação
- Manual: preparando a instalação
- Etapa 1: Configuração do registro compatível com OCI para instalações offline
- Etapa 2: configuração do objectstore externo
- Etapa 3: configuração do High Availability Add-on
- Etapa 4: configuração do Microsoft SQL Server
- Etapa 5: configuração do balanceador de carga
- Etapa 5: configuração do DNS
- Etapa 7: configuração dos discos
- Etapa 8: ajuste das configurações no nível do kernel e do sistema operacional
- Etapa 9: configuração das portas do nó
- Etapa 10: aplicação de configurações diversas
- Etapa 12: validação e instalação dos pacotes RPM necessários
- Etapa 13: geração de cluster_config.json
- Configuração de Certificados
- Configuração do Banco de Dados
- Configuração externa do Objectstore
- Configuração de URL pré-assinada
- Configuração de registro externo compatível com OCI
- Disaster Recovery: configurações Ativo/Passivo e Ativo/Ativo
- Configuração do High Availability Add-on
- Configuração específica do Orchestrator
- Configuração específica do Insights
- Process Mining-specific configuration
- Configuração específica do Document Understanding
- Automation Suite Robots-specific configuration
- Configuração do monitoramento
- Opcional: configuração do servidor proxy
- Opcional: habilitação da resiliência a falhas zonais em um cluster de produção pronto para alta disponibilidade de vários nós
- Opcional: transmitindo resolv.conf personalizado
- Optional: Increasing fault tolerance
- Parâmetros do install-uipath.sh
- Adicionando um nó de agente dedicado com suporte a GPU
- Adição de um nó de agente dedicado ao Task Mining
- Conexão do aplicativo Task Mining
- Adicionando um nó de agente dedicado para robôs do Automation Suite
- Etapa 15: configuração do registro temporário do Docker para instalações offline
- Etapa 16: validação dos pré-requisitos para a instalação
- Manual: realizando a instalação
- Pós-instalação
- Administração de cluster
- Gerenciando produtos
- Introdução ao portal de administração do cluster
- Migrating objectstore from persistent volume to raw disks
- Migração do High Availability Add-on no cluster para externo
- Migrating data between objectstores
- Migrating in-cluster objectstore to external objectstore
- Migração para um registro externo compatível com OCI
- Mudança para o cluster secundário manualmente em uma configuração Ativo/Passivo
- Disaster Recovery: executando operações pós-instalação
- Convertendo uma instalação existente para configuração multi-local
- Diretrizes sobre atualização de uma implantação Ativo/Passivo ou Ativo/Ativo
- Diretrizes sobre backup e restauração de uma implantação Ativo/Passivo ou Ativo/Ativo
- Redirecionamento do tráfego dos serviços não compatíveis para o cluster principal
- Monitoramento e alertas
- Migração e atualização
- Etapa 1: mover os dados da organização do Identity, de independente para o Automation Suite
- Etapa 2: restauração do banco de dados de produtos independente
- Etapa 3: backup do banco de dados da plataforma no Automation Suite
- Etapa 4: mesclando organizações no Automation Suite
- Etapa 5: atualização das strings de conexão do produto migradas
- Etapa 6: migração do Orchestrator independente
- Etapa 7: migração do Insights independente
- Etapa 8: exclusão do tenant padrão
- B) Migração de um único tenant
- Migração do Automation Suite no Linux para o Automation Suite no EKS/AKS
- Atualizando o Automação Suite
- Download dos pacotes de instalação e obtenção de todos os arquivos no primeiro nó do servidor
- Recuperação da mais recente configuração aplicada do cluster
- Atualização da configuração de cluster
- Configuração do registro compatível com OCI para instalações offline
- Execução da atualização
- Realização de operações pós-atualização
- Configuração específica do produto
- Uso da ferramenta de configuração do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configurações de aplicativo do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Melhores práticas e manutenção
- Solução de problemas
- Como solucionar problemas dos serviços durante a instalação
- Como desinstalar o cluster
- Como limpar os artefatos offline para melhorar o espaço em disco
- Como limpar os dados do Redis
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no pacote do sf-logs
- Como desabilitar os logs de streaming para o AI Center
- Como depurar instalações do Automation Suite com falha
- Como excluir imagens do instalador antigo após a atualização
- Como desabilitar o descarregamento de soma de verificação do TX
- Como atualizar do Automation Suite 2022.10.10 e 2022.4.11 para 2023.10.2
- Como definir manualmente o nível de log do ArgoCD como Info
- Como expandir o armazenamento do AI Center
- Como gerar o pull_secret_value codificado para registros externos
- Como lidar com cifras fracas no TLS 1.2
- Não é possível executar uma instalação offline no SO RHEL 8.4
- Erro ao baixar o pacote
- A instalação offline falha devido a um binário ausente
- Problema de certificado na instalação offline
- First installation fails during Longhorn setup
- Erro de validação da string de conexão ao SQL
- Verificação de pré-requisito para o módulo iscsid do selinux falha
- Azure disk not marked as SSD
- Falha após a atualização do certificado
- Antivírus causa problemas de instalação
- Automation Suite not working after OS upgrade
- O Automation Suite requer que backlog_wait_time seja definido como 0
- Não é possível montar o volume devido a não estar pronto para cargas de trabalho
- Falha na coleta de logs do pacote de suporte
- A atualização de nó único falha no estágio de malha
- Cluster unhealthy after automated upgrade from 2021.10
- Upgrade fails due to unhealthy Ceph
- RKE2 não é iniciado devido a um problema de espaço
- O volume não pode ser montado e permanece no estado de loop anexar/desanexar
- A atualização falha devido a objetos clássicos no banco de dados do Orchestrator
- Um cluster do Ceph foi encontrado em um estado degradado após atualização lado a lado
- Um componente sem integridade do Insights causa uma falha na migração
- A atualização do serviço falha para o Apps
- Tempos limite de atualização no local
- Migração de registro do Docker presa no estágio de exclusão do PVC
- Falha no provisionamento do AI Center após a atualização para a 2023.10
- Falha de atualização em ambientes offline
- A validação de SQL falha durante a atualização
- pod snapshot-controller-crds no estado CrashLoopBackOff após a atualização
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Autenticação não funciona após migração
- kinit: não é possível encontrar o KDC para o realm <AD Domain> ao obter credenciais iniciais
- kinit: o Keytab não contém chaves adequadas para *** ao obter credenciais iniciais
- Falha na operação GSSAPI devido a código de status inválido
- Alarme recebido para trabalho com falha do Kerberos-tgt-update
- Provedor de SSPI: servidor não encontrado no banco de dados Kerberos
- Falha de login para usuário do AD devido a conta desabilitada
- ArgoCD login failed
- Atualizar as conexões de diretório subjacentes
- Falha ao obter a imagem do sandbox
- Os pods não são exibidos na UI do ArgoCD
- Falha de teste do Redis
- O servidor RKE2 falha ao iniciar
- Segredo não encontrado no namespace da UiPath
- O ArgoCD entra em estado Em andamento após a primeira instalação
- Pods de MongoDB em CrashLoopBackOff ou provisionamento de PVC pendente após exclusão
- Unhealthy services after cluster restore or rollback
- Pods presos em Init:0/X
- Métricas Ceph-rook ausentes nos painéis de monitoramento
- O Document Understanding não está no menu de navegação esquerdo do Automation Suite
- Status de Falha ao criar uma sessão de rotulagem de dados
- Status de Falha ao tentar implantar uma habilidade de ML
- Trabalho de migração falha no ArgoCD
- Reconhecimento de escrita com o Extrator de formulários inteligente não está funcionando
- Execução de alta disponibilidade com o Process Mining
- Falha na ingestão do Process Mining ao fazer logon usando o Kerberos
- Após a recuperação de desastres, o Dapr não está funcionando corretamente para Process Mining e Task Mining
- Não é possível conectar-se ao banco de dados AutomationSuite_ProcessMining_Warehouse usando uma string de conexão em formato pyodbc.
- A instalação do Airflow falha com sqlalchemy.exc.ArgumentError: não foi possível analisar o URL rfc1738 da string ''
- Como adicionar uma regra de tabela de IP para usar a porta 1433 do SQL Server
- Execução da ferramenta de diagnóstico
- Usando a ferramenta de pacote de suporte do Automation Suite
- Exploração de logs
Migração de produtos independentes para o Automation Suite
Para migrar seus dados do Orchestrator para o Automation Suite, você pode seguir um dos dois processos disponíveis:
Você deve escolher um processo, não pode usar os dois.
Esta página descreve as diferenças entre as duas opções para ajudá-lo a escolher qual usar.
Ambos os processos são para mover seus dados da instalação independente do Orchestrator para o serviço do Orchestrator no Automation Suite, mas há algumas diferenças.
O processo de migração de instalação completa basicamente vincula seu banco de dados independente do Orchestrator ao Automation Suite, de modo que todos os dados incluídos estejam disponíveis no Automation Suite. Você deve usar este método se, além do Orchestrator, também quiser migrar outros produtos e serviços.
A opção de migração completa garante uma transferência de dados de alta fidelidade entre os bancos de dados do produto autônomo e os bancos de dados do Automation Suite criados automaticamente. Se não quiser usar os bancos de dados padrão do Automation Suite , é possível optar por seus próprios bancos de dados migrados, contanto que você atualize suas strings de conexão.
O processo de migração de tenant único, por outro lado, usa a ferramenta de migração da Automation Cloud™ para copiar estritamente as entidades presentes no Orchestrator independente. A ferramenta os recupera do Orchestrator independente por API e, em seguida, os grava no Automation Suite por API.
| Migração de instalação completa |
Migração de tenant único | |
|---|---|---|
|
Escopo |
|
|
|
Resultado |
O Orchestrator no Automation Suite contém exatamente os mesmos dados e é configurado exatamente da mesma maneira que seu Orchestrator independente. |
Todas as suas entidades são copiadas para o Orchestrator, mas o Orchestrator no Automation Suite usa a configuração padrão do Automation Suite. Para obter a mesma configuração que tinha na sua instalação autônoma, você deve executar uma configuração inicial do Automation Suite, que pode ser feita a qualquer momento, antes ou depois da migração. |
|
Pré-requisitos |
Requer que você atualize a versão autônoma do Orchestrator para uma versão que corresponda à versão do Automation Suite desejada. |
Compatível com a migração direta de qualquer Orchestrator independente compatível com a versão 2019.4. |
|
Hierarquia da organização |
Para cada tenant de seu Orchestrator independente, você terá uma organização que contém um tenant. Por exemplo, se você tiver 10 tenants, o resultado da migração será 10 organizações com um tenant cada. |
Você pode migrar seus tenants para a mesma organização ou para várias organizações, conforme necessário. |
Embora normalmente você possa usar apenas uma opção de migração ou outra, este cenário de amostra descreve um caso de uso em que você pode usar ambas.
Se você pretende realizar a migração completa, a ferramenta de migração da Automation Cloud pode oferecer suporte ao processo de migração, permitindo que você configure mais facilmente um ambiente de teste no Automation Suite com dados de produção que você pode usar para testes de ponta a ponta.
Se você deseja testar primeiro o Automation Suite e gostaria de fazê-lo em seus dados reais do Orchestrator, veja como pode ser o processo completo:
- Implantação do Automation Suite em um ambiente de teste ou desenvolvimento.
-
Migração de dados parciais do Orchestrator independente para o Automation Suite usando a Cloud Migration Tool. Consulte Migração de tenant único para obter instruções.
Isso permite que você execute uma prova de conceito ou teste em um conjunto de dados real. Neste ponto, você tem seus dados do Orchestrator, mas está usando as configurações padrão do Automation Suite e do Orchestrator. Você pode, por exemplo, testar prontamente a execução de um processo, mas não pode efetuar login com uma conta SSO.
- Com a migração parcial concluída, valide cenários críticos e casos de uso e resolva quaisquer problemas.
-
Atualize o ambiente de teste do Orchestrator independente para a versão desejada.
Siga as instruções em Como atualizar usando o instalador do Windows e certifique-se de colocar o ambiente no modo somente leitura.
- Execute uma migração de teste para o Automation Suite seguindo as instruções de Migração completa .
- Redirecione todos os usuários e robôs de teste para o novo ambiente de teste do Automation Suite.
- Resolva quaisquer problemas durante e após a migração, valide o processo de ponta a ponta.
- Implante o Automation Suite em um ambiente de produção.
-
Atualize seu ambiente de Production para o Orchestrator independente para a versão desejada.
Siga as instruções em Como atualizar usando o instalador do Windows e certifique-se de colocar o ambiente no modo somente leitura.
-
Execute a migração de Production completa para o Automation Suite seguindo as instruções de migração completa .
Importante: isso substitui os dados migrados anteriormente, que são perdidos. Com essa migração, todas as suas configurações personalizadas são aplicadas e suas entidades do Orchestrator também são migradas. Você deve ver as mesmas informações no Automation Suite que vê no Orchestrator independente. - Redirecione todos os usuários e robôs de produção para o novo ambiente de produção do Automation Suite.
Se necessário, você pode descartar tenants do Orchestrator independente que não são mais necessários (por exemplo, tenants de teste). Se você não criar um par de organização e tenant para um tenant de sua instalação independente, ele não estará disponível no Automation Suite. Os dados de qualquer tenant descartado ainda são migrados para o novo banco de dados, mas os tenants não podem ser acessados pela interface do usuário.
