- Visão geral
- Requisitos
- Pré-instalação
- Instalação
- Pós-instalação
- Migração e atualização
- Atualizando o Automação Suite
- Migração de produtos independentes para o Automation Suite
- Etapa 1: restauração do banco de dados de produtos independente
- Etapa 2: atualizar o esquema do banco de dados de produtos restaurado
- Etapa 3: migração dos dados da organização do Identity de independente para o Automation Suite
- Etapa 4: backup do banco de dados da plataforma no Automation Suite
- Etapa 5: mesclando organizações no Automation Suite
- Etapa 6: atualização das strings de conexão do produto migradas
- Etapa 7: migração do Orchestrator independente
- Etapa 8: migração do Insights independente
- Etapa 9: migração do Test Manager independente
- Etapa 10: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração entre clusters do Automation Suite
- Migração do Automation Suite no EKS/AKS para o Automation Suite no OpenShift
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração avançada do Orchestrator
- Configuração de parâmetros 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 do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorando criação da biblioteca de host
- Solução de problemas
- Não é possível acessar o Automation Hub após a atualização para o Automation Suite 2024.10.0
- Falha no provisionamento do AI Center após a atualização para a 2023.10 ou posterior
- Volumes do Insights criados em duas zonas diferentes após a migração
- Falha de atualização devido aos tamanhos de PVC do Insights substituídos
- A configuração de backup não funciona devido a uma falha na conexão com o Azure Government
- Pods no namespace uipath travaram ao habilitar taints de nó personalizado
- Não é possível iniciar o Automation Hub e o Apps com configuração de proxy
- O Robot não pode se conectar a uma instância do Automation Suite Orchestrator
- O streaming de logs não funciona em configurações de proxy
- O backup do Velero falha com o erro FailedValidation
- O acesso ao FQDN retorna RBAC: erro de acesso negado

Guia de instalação do Automation Suite no EKS/AKS
Restaurando o backup
Depois que um cluster é restaurado, o backup de instantâneo não é habilitado. Para habilitá-la após a restauração, consulte a Habilitação do instantâneo de backup.
Restaurar o cluster não restaura fontes de dados externas, como o SQL Server. Certifique-se de restaurar o servidor SQL para o instantâneo relevante.
Para restaurar o cluster, execute as seguintes etapas:
Etapa 1: Provisionamento do cluster do Kubernetes
Antes de restaurar, certifique-se de configurar o cluster do Kubernetes no qual você deseja restaurar.
Para obter detalhes, consulte Pré-requisitos.
Etapa 2: Restaurar o SQL Server e o objectstore
Como o SQL Server e o Objectstore são componentes externos, certifique-se de que você os restaurou antes de restaurar o cluster do Automation Suite .
Não é permitido alterar o FQDN durante a operação de restauração. Certifique-se de preservar o FQDN para o cluster do Automation Suite , o SQL Server, Objectstore, Redis e Filestore.
Etapa 3: fornecer a configuração do snapshot
Forneça a configuração do instantâneo, como objectstore, onde os dados de backup são armazenados. Essa configuração é semelhante à que você forneceu durante a configuração de backup. Para detalhes, consulte Configuração do armazenamento de backup.
Etapa 4: seleção do snapshot a ser restaurado
Para identificar o backup que você deseja restaurar, consulte Listando os instantâneos existentes.
A seleção do snapshot relevante para os dados do SQL Server e do Objectstore é importante. Incompatibilidades podem ocorrer se houver uma grande diferença entre o momento em que você tira o instantâneo do cluster do Automation Suite e quando você tira o instantâneo dos componentes de armazenamento externo.
Etapa 5: execução do script de restauração
Certifique-se de que o Velero esteja instalado no cluster do EKS recém-implantado para que você possa restaurar o snapshot. Para instalar o Velero no novo cluster, execute o seguinte comando:
./uipathctl manifest apply input.json --only velero --versions versions.json
./uipathctl manifest apply input.json --only velero --versions versions.json
Para restaurar o snapshot selecionado, execute o seguinte comando:
./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>
./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>
O comando de restauração requer o nome da restauração, que você pode usar para obter o status da restauração e depurar em caso de falha.
Essa operação leva algum tempo para ser concluída e é executada em segundo plano. Você pode usar o comando history para exibir o status, conforme descrito na próxima seção.
Problema conhecido: em certos cenários, a operação de restauração pode ficar presa. Se a operação de restauração ficar presa, você deve remover manualmente o objeto restore e, posteriormente, tentar novamente a operação de restauração.
Depuração da restauração
Para depurar a operação de restauração, você pode usar os comandos history e log .
Histórico:
./uipathctl snapshot restore history
# Output Example
NAME STATUS CREATED EXPIRATION
prefix-scheduled-xx1 Completed xx1 xx1
prefix-scheduled-xx2 Failed xx2 xx2
test-snapshot-xx3 Failed xx3 xx3
./uipathctl snapshot restore history
# Output Example
NAME STATUS CREATED EXPIRATION
prefix-scheduled-xx1 Completed xx1 xx1
prefix-scheduled-xx2 Failed xx2 xx2
test-snapshot-xx3 Failed xx3 xx3
Logs:
./uipathctl snapshot restore logs restore_1
./uipathctl snapshot restore logs restore_1