- 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
- Auditar
- Cloud Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Sobre trabalhos
- Gerenciamento de trabalhos
- Estados do trabalho
- Trabalho com fluxos de trabalho de longa duração
- Executando automações remotas pessoais
- Política de Retenção de Dados de Processo
- Apps
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Serviço Catálogo de recursos
- Autenticação
- Integrações
- Robôs Clássicos
- Solução de problemas
Política de Retenção de Dados de Processo
A execução de processos gera grandes quantidades de dados de trabalho, que podem encher o banco de dados do seu Orchestrator rapidamente. Uma política de retenção ajuda você a liberar o banco de dados de forma organizada.
O que é uma política de retenção? É um acordo para assegurar recursos de descarregamento de dados integrados, ao definir uma ação para remover dados de seu banco de dados após um período de tempo. O que esperar? Devido a um banco de dados mais leve, seu Cloud Orchestrator terá um melhor desempenho.
Para o processo especificado, a política de retenção que você configura se aplica simultaneamente a todos os trabalhos que atendem às seguintes condições:
- Para trabalhos concluídos:
- Eles têm um status final: Com falha, Bem- sucedido, Parado.
- Eles terminaram há mais de X dias, com X sendo a duração de retenção.
- Para trabalhos não concluídos:
- Eles têm um status não final: Pendente, Parando, Encerrando.
- Eles não são modificados há mais de X dias, sendo X a duração de retenção.
A retenção é calculada com base em dias corridos. Portanto, trabalhos qualificados são excluídos no dia corrido X+1, com X sendo a duração de retenção, e +1 representando a exclusão no dia corrido seguinte.
Observe que a exclusão pode ser executada no início do dia corrido seguinte, portanto, algumas horas depois do momento em que a duração de retenção termina.
Por exemplo, digamos que você definiu uma duração de retenção de um dia:
Se a hora de término de um trabalho é 6 de junho de 2022 às 0h1min (o primeiro minuto de um dia corrido) ou 6 de junho de 2022 às 23h59 (o último minuto de um dia corrido), ele se qualifica para a exclusão que é executada em 8 de junho (6 de junho + duração de retenção de um dia + um dia a mais = 8 de junho).
Portanto:
- garantimos que os dados do seu trabalho serão mantidos por pelo menos um dia corrido (a duração de retenção), arquivando-os no dia de calendário seguinte e
- procuramos assegurar que seus itens sejam arquivados até o final do próximo dia corrido.
Estes são os tipos de política de retenção:
- a política padrão para processos recém-criados — todos os trabalhos criados a partir de novos processos são excluídos após 30 dias, sem possibilidade de desfazer sua exclusão. Essa é a opção integrada.
- A política personalizada - todos os trabalhos são excluídos ou arquivados após uma duração de retenção de sua escolha. Essa opção pode ser configurada conforme instruído na seção Configurando uma política de retenção personalizada .
- Trabalhos Concluídos:
- A duração padrão é de 30 dias.
- A duração máxima é de 180 dias.
- Trabalhos não concluídos:
- A duração padrão é de 180 dias.
- A duração máxima é de 540 dias.
- Trabalhos Concluídos:
A política padrão de 30 dias se aplica a:
- trabalhos sem um processo associado
- trabalhos cujo processo associado foi excluído
Uma política de retenção personalizada tem os seguintes resultados:
- ele exclui os trabalhos mais antigos do que a duração especificada.
-
exclui os trabalhos válidos que são mais antigos que a duração especificada, mas arquiva seus dados em um bucket de armazenamento existente, para referência futura.Dessa forma, você descarrega o banco de dados do Orchestrator sem perder as informações.
Observação:Os painéis do Insights, que contêm informações dos itens das filas excluídos, continuarão a exibir os dados corretos.
A exclusão no Orchestrator não será propagada para o Insights.
Observação: preservamos as referências exclusivas do trabalho excluído, portanto, adicionar um novo trabalho não cria uma referência exclusiva duplicada.
Um trabalho em segundo plano é executado diariamente num momento em que seu servidor não está ocupado e executa as ações necessárias para todas as políticas de retenção.
Inicialmente, é necessário lidar com um grande volume de dados. Para evitar qualquer impacto no desempenho operacional, o trabalho pode demorar cerca de um mês para analisar a lista de pendência de dados e ficar preciso até o dia.
Portanto, as políticas podem não ser aplicadas imediatamente, mas isso ocorrerá em cerca de um mês.
Por exemplo, digamos que você configure uma política de exclusão de 45 dias para um processo. A política torna-se ativa no final da Fase 1, mas demora cerca de um mês para garantir que todos os seus trabalhos de 45 dias sejam excluídos. Essa é uma exceção na primeira vez, para permitir que o trabalho passe pela lista de pendência de dados.
Para configurar uma política de retenção personalizada:
Se você não quiser perder os dados do seu trabalho, mas precisa descarregar essas informações do banco de dados do Orchestrator, arquive seus trabalhos.
Pré-requisito: você precisa de um bucket de armazenamento para armazenar seus trabalhos arquivados.
Para recuperar as informações arquivadas, acesse os arquivo arquivados no bucket de armazenamento associado.
Observação 1: você pode usar um bucket de armazenamento do Orchestrator ou vincular um bucket de armazenamento externo.
Observação 2: o Bucket de armazenamento que você usar não deve ser somente leitura, para que a operação de arquivamento possa adicionar itens a ele.
Observação 3: você pode usar o mesmo bucket de armazenamento para arquivar itens de diferentes processos.
Observação 4: Este campo está disponível apenas para a opção Arquivo .
Observação 5: uma operação de arquivamento bem-sucedida é registrada em log na página Tenant > Auditoria, identificável pelo tipo Ação como Arquivar.
Observação 6: se um erro interromper a operação de arquivamento, um alerta informará a você para corrigir o erro. A operação de arquivamento será tentada novamente na próxima vez em que o trabalho de exclusão for executado (no próximo dia corrido). Até que o arquivamento seja tentado novamente com sucesso, os trabalhos afetados não poderão ser visualizados ou acessados.
.zip
será criado no final da duração de retenção com o seguinte caminho:
"Archive/Processes/Process-{process_key}/{archiving_operation_date}-{archiving_operation_timestamp}.zip", em que:
- {process_key} - o identificador exclusivo do processo que contém os trabalhos
- {archiving_operation_date} - a data UTC na qual o arquivo foi gerado, no formato
yyyy-MM-dd
-
{archiving_operation_timestamp} - o horário UTC no qual o arquivo foi gerado, no formato
HH-mm-ss-fff
Por exemplo, um arquivo arquivado pode receber o nomeArchive/Processes/Process-1d1ad84a-a06c-437e-974d-696ae66e47c2/2022-05-26-03-00-08-496.zip
.
.zip
exibe um arquivo .csv
com a mesma sintaxe de nome:
"Process-{process_key}-{archiving_operation_date}-{archiving_operation_timestamp}.csv".
.json
contém detalhes sobre o processo em contêiner, para ajudar você a identificá-la mais facilmente.
Se decidir que os dados processados do trabalho não são mais úteis, você pode remover todas essas informações do banco de dados do Orchestrator.
Se você quiser manter os dados de trabalhos processados por um período de tempo indefinido, selecione Manter no menu suspenso Ação .
All final state jobs are kept indefinitely in your configured database.
Para incorporar a política de retenção em seu cliente, use os pontos de extremidade dedicados da API de ReleaseRetention em seu arquivo Swagger:
- GET
/odata/ReleaseRetention
— retorna a lista de todas as políticas ativas, contendo informações como a ação da política, a duração de retenção em dias e o ID do processo ao qual a política se aplica. - GET
/odata/ReleaseRetention({key})
— retorna as informações da política relacionadas ao processo especificado. - PUT
/odata/ReleaseRetention({key})
— atualiza as informações da política relacionadas ao processo especificado. - DELETE
/odata/ReleaseRetention({key})
— redefine a política de processo especificada para o valor padrão, retenção de 30 dias + exclusão.
Veja um exemplo em nosso guia de referência.
Para identificar com facilidade quais processos têm uma política de retenção personalizada em vigor, habilite as colunas Ação de retenção e Retenção (dias) na página Processos selecionando as caixas de seleção correspondentes no menu suspenso Colunas.
A coluna Ação de retenção exibe o resultado da política, enquanto que a coluna Retenção (dias) exibe o tempo restante até que a política se aplique.
Como mencionado, uma política de retenção de 30 dias se aplica para os processos recém-criados. No entanto, você nem sempre pode confiar nesse valor para identificar os processos que têm uma política padrão em vigor. Por exemplo, se você definir uma duração de retenção personalizada de 55 dias e, posteriormente, atualizá-la para 30 dias, a política resultante não será a padrão. Para ver se esses cenários representam políticas padrão ou não, verifique a página Auditoria.
Sempre que o trabalho em segundo plano realiza ações de limpeza relacionadas à política de retenção (arquivar + excluir ou apenas excluir), uma entrada correspondente é criada na auditoria em nome do administrador.
1 representa o tipo de ação Arquivar. 0 representa o tipo de ação Excluir.
- Visão geral
- Condições do trabalho
- Determinação quando um trabalho é excluído
- Tipos de políticas
- Resultados das políticas
- Mecanismo de descarregamento
- Configurando uma política de retenção personalizada
- Arquivando trabalhos
- Arquivar saída
- O arquivo de transações
- O arquivo .csv
- O arquivo Metadata.json
- Grandes volumes de dados
- Excluindo trabalhos
- Manutenção de trabalhos
- APIs de política de retenção de processos
- Colunas Rastreamento de políticas e auditoria