Arquivamento de dados

O arquivamento de dados envolve gerenciar o crescimento do tamanho da tabela e arquivar dados antigos. Ele move dados que não são mais necessários todos os dias de tabelas primárias para um conjunto de tabelas de arquivamento.

Quanto mais tempo uma instância for executada, maior será a probabilidade de acumular dados que não são mais relevantes. Por exemplo, registros de tarefa de dois anos atrás são normalmente menos relevantes do que as tarefas ativas no momento. Dados antigos podem causar problemas de desempenho, consumindo recursos do sistema e tornando mais lentas as consultas e os relatórios.

Se você não puder excluir esses dados porque precisa deles para auditoria ou para fins históricos:

1. Configure uma regra de arquivamento que arquive os dados e os remova do acesso imediato para liberar recursos do sistema.
2. Configure uma regra de destruição para excluir os dados após um período especificado.
3. Configure as propriedades da regra de arquivamento e destruição que controlam o processamento em lote das regras de arquivamento e destruição.

Você pode arquivar registros em tabelas principais, como a tabela Tarefa [task] e registros em tabelas personalizadas que você cria no Now Platform.

Para arquivar Configuration Management Database (CMDB) registros de IC, use o Working with CMDB Data Manager.

Figura 1. Amostras de benefícios do arquivamento de dados

O arquivamento de dados oferece suporte à separação de domínio para provedores de serviço. Por exemplo, os incidentes que pertencem a um domínio mantêm sua designação de domínio mesmo depois de serem arquivados.

Nota:

Se você quiser arquivar e-mails, ative o plug-in Retenção de e-mail e use as regras de arquivamento e destruição que vêm com o plug-in. Não use o recurso de arquivamento para criar suas próprias regras de arquivamento na tabela de e-mail.

Tabelas e módulos criados por uma regra de arquivamento

Na primeira vez que você ativa uma regra de arquivamento, ela executa as seguintes ações:

• Cria a tabela de arquivamento no banco de dados. A tabela de arquivamento tem o mesmo nome da tabela primária com um prefixo "ar_". Por exemplo, se você arquivar a tabela Incidente [incidente], a tabela de arquivamento será [ar_incident].
• Armazena uma versão XML de cada registro arquivado na tabela sys_archive_log. Este log de arquivamento é a mesma tabela para todas as regras de arquivamento e você não pode alterar este comportamento. Também é o único local em que o sys_id é armazenado junto com o valor de exibição dos campos de referência.

Por exemplo, para ar_incident<assigned_to> Fred Luddy</assigned_to> , o registro sys_archive_log será o seguinte:

<assigned_to display_value="Fred Luddy">5137153cc611227c000bbd1bd8cd2005</assigned_to>

• Converte várias tabelas associadas em uma única tabela de arquivamento de arquivo simples. A tabela de arquivamento não consiste mais em tabelas base e estendidas.
• Converte valores de campo de referência (valores definidos por referências a registros em outras tabelas) em valores de cadeia de caracteres. O registro de arquivamento contém o valor de exibição do campo de referência no momento do arquivamento.
• Adiciona um módulo à lista Tabelas de arquivamento na aplicação Arquivamento do sistema. O nome do módulo é uma combinação da palavra "Arquivar" mais o nome de exibição da tabela arquivada. Por exemplo, o módulo de arquivamento da tabela Anexo [sys_attachments] é Arquivar anexo. Clique no nome do módulo para exibir registros na tabela de arquivamento.
• Cria uma lista da tabela de arquivamento usando a exibição de lista padrão.
• Cria um formulário para a tabela de arquivamento usando a exibição de formulário padrão. O formulário exclui todos os campos de referência com pontos, como ID.E-mail do solicitante.

Figura 2. Conversão de várias tabelas associadas em uma tabela de arquivamento simples

Consultar dados arquivados

Tabelas arquivadas não são otimizadas para consultas ad hoc. Eles contêm somente entradas de índice para o valor de exibição, data de criação e a chave primária de sys_id.

Por esse motivo, não faça consultas sob demanda em uma tabela arquivada, como pesquisar todos os incidentes arquivados de prioridade 1. Em vez disso, pesquise somente nos campos indexados. Por exemplo, pesquise o incidente INC100001 ou os incidentes criados em uma data específica.

Arquivar tabelas e ACLs

Por padrão, as tabelas de arquivamento usam as ACLs para a tabela desarquivada com o mesmo nome. Por exemplo, a tabela Incidente [ar_incident] arquivada usa as ACLs definidas para a tabela Incidente [incident] desarquivada.

Você pode gerenciar o acesso às tabelas de arquivamento explicitamente criando ACLs para tabelas de arquivamento específicas e definindo a propriedade glide.security.enable_archive_table_acls como verdadeiro. O sistema segue um dos dois caminhos:

1. Se uma ou mais ACLs ativas forem definidas para uma tabela de arquivamento, essas ACLs controlarão o acesso à tabela de arquivamento.
2. Se nenhuma ACL for definida para uma tabela de arquivamento, o sistema será revertido para o comportamento padrão e usará as ACLs para a versão não arquivada da tabela.

Nota:

Os dois caminhos são mutuamente exclusivos: se as ACLs da tabela de arquivamento negarem o acesso, o sistema não tentará reverter para o comportamento padrão.

A operação de leitura [ read é a única operação avaliada e outras operações são impedidas.

A IU do plano de execução está ciente dessa lógica e apresenta as informações de acordo. Por exemplo, adicionar a primeira ACL a uma tabela de arquivamento mostra que a ACL da tabela de arquivamento está "mascarando" ACLs na tabela desarquivada (dados originais).

Se você tiver ACLs existentes em tabelas arquivadas, elas serão ignoradas, a menos que você defina a propriedade glide.security.enable_archive_table_acls como verdadeiro. Essas ACLs recém-ativadas podem causar problemas de acesso. Para evitar essa ocorrência, o sistema define a propriedade glide.security.enable_archive_table_acls da seguinte forma:

• Instâncias sem a propriedade glide.security.enable_archive_table_acls usam o valor padrão falso.
• As instâncias atualizadas não instalam a propriedade. A propriedade deve ser adicionada manualmente e definida como verdadeira para habilitar o comportamento da ACL da tabela de arquivamento.
• As instâncias zbootadas instalam a propriedade e a definem como verdadeiro.

• Criar uma regra de arquivamento
  A aplicação Arquivamento do sistema inclui vários exemplos de regras de arquivamento que ilustram os recursos de arquivamento. Registros relacionados podem ser adicionados a uma regra de arquivamento e você pode exibir uma estimativa do número de registros que a regra afeta.
• Criar uma regra de destruição
  Crie uma regra de destruição para excluir registros arquivados e registros relacionados após um período especificado.
• Regra de arquivamento e propriedades da regra de destruição
  As regras para impedir que o processo de arquivamento consuma muitos recursos do sistema foram automatizadas. Você pode mudar manualmente o comportamento do sistema.
• Gerenciar dados arquivados
  Exiba dados arquivados, altere uma programação de arquivamento, restaure dados arquivados e arquive um registro restaurado.
• Interromper uma regra de arquivamento ativa
  Interrompa o arquivamento desativando, excluindo ou cancelando uma regra de arquivamento.
• Limites de tamanho da tabela de arquivamento de dados
  Há restrições para o tamanho da tabela que você usa para arquivar os dados da sua instância.
• Processo de migração de dados para arquivar dados da tabela de campos sem referência para campos de referência
  O processo de migração de dados move dados de uma tabela de arquivamento existente, incluindo tabelas descendentes e relacionadas. Existem scripts e anotações especiais para entender ao concluir este processo.