- 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
- Autenticação do SmartCard
- Auditar
- Configurações - Nível do tenant
- Serviço Catálogo de recursos
- Automation Suite 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
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- 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:
- eles têm um status final, como Faulted, Successfulou Stopped
- terminaram 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.
Há três tipos de políticas 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, que é de no máximo 180 dias. Essa opção pode ser configurada conforme instruído na seção Configuração de uma política de retenção personalizada.
- a política de manutenção- os processos e trabalhos pré-existentes não têm política de retenção inicial definida, o que significa que seus dados são mantidos indefinidamente até que você defina uma política padrão ou personalizada.
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.
Reconhecemos o impacto que essa funcionalidade pode ter em seus dados e, por isso, implementaremos a opção da política de retenção em três fases. Isso busca dar a você tempo suficiente para avaliar e determinar qual política é mais adequada às suas necessidades de negócios. Esteja ciente de que, mesmo se você não configurar uma política de retenção personalizada, a padrão ainda se aplicará e excluirá todos os itens de processo existentes mais antigos que 120 dias.
Fase |
O que acontece |
---|---|
Fase 0 |
Essa é uma fase de informação, anunciando a todas as organizações a futura política, seu impacto nas contas, o comportamento das funcionalidades e o mecanismo de implantação. Ao final da fase 0, a interface do usuário do recurso e a funcionalidade são implantadas em todos os ambientes, mas nenhuma política é ativada. |
Fase 1 |
Esse é um período de seis semanas entre a implantação da funcionalidade e a primeira ativação da política, permitindo que você ajuste e prepare seus processos. Um contador de informações de aplicativos exibe os dias restantes até que a política de retenção seja iniciada, para que você não se esqueça de preparar sua conta antes das datas de início das políticas. Ao final da fase 1, todas as políticas, quer sejam as padrões ou as que você configurou, são aplicadas. |
Fase 2 |
Todas as políticas tornam-se ativas e os dados de sua conta são descarregados com base na configuração da política. A Fase 2 não tem data de término. Isso significa que se você configurar uma nova política, ela será aplicada imediatamente. |
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.
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.
Todos os itens da fila no estado final (incluindo eventos e comentários de itens da fila) são mantidos indefinidamente em seu banco de dados configurado.
.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.
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
- Fases de implementação
- Mecanismo de descarregamento
- Configurando uma política de retenção personalizada
- Arquivando trabalhos
- Excluindo trabalhos
- Manutenção de itens de fila
- Arquivar saída
- O arquivo de transações
- O arquivo .csv
- O arquivo Metadata.json
- Grandes volumes de dados
- APIs de política de retenção de processos
- Colunas Rastreamento de políticas e auditoria