Reverter e excluir recuperação

Com contextos de rollback, você pode reverter determinadas ações, como upgrade de patch, ativação de plug-in e execuções de script em segundo plano, além de recuperar exclusões de registro e todas as mudanças relacionadas.

Os recursos de recuperação de rollback e exclusão estão disponíveis em instâncias que usam bancos de dados MySQL e MariaDB. As instâncias que usam bancos de dados Oracle oferecem suporte somente à reversão. As instâncias que usam o SQL Server não oferecem suporte à recuperação de rollback ou exclusão.

Tabela 1. Suporte ao banco de dados de recuperação e exclusão

Tipo de banco de dados	Rollback	Excluir recuperação
MySQL	sim	sim
MariaDB	sim	sim
Oracle	sim	não

Módulo Registros excluídos

Este módulo funciona em registros em tabelas auditadas. A recuperação de registros excluídos em cascata deve ser feita em até sete dias após a exclusão do registro. Após sete dias, somente registros de dados e referências em tabelas com exclusões de auditoria podem ser recuperados, que é a mesma funcionalidade das versões anteriores.

Para encontrar este módulo, navegue até Definição do Sistema > Registros excluídos.

Módulo Excluir recuperação

Este módulo funciona para qualquer registro excluído. Essa recuperação deve ser feita em até sete dias após a exclusão do registro.

Para encontrar este módulo, navegue até Reversão e Recuperação > Excluir recuperação.

Módulo Histórico de execução de script

Este módulo funciona em scripts executados usando o. Planos de fundo - Plano de fundo módulo. Este histórico inclui apenas sete dias de execuções de script.

Para encontrar este módulo, navegue até Reversão e Recuperação > Histórico de Execução de Script.

Contextos de rollback

Os contextos de rollback contêm tudo o que é necessário para reverter um upgrade de software ou ativação de plug-in. Eles incluem registros excluídos, atualizações de patch, execuções de script em segundo plano de scripts, ações de banco de dados e ativações de plug-in. Um contexto de rollback é criado para cada upgrade de patch em uma família e cada ativação de plug-in, desde que o plug-in ofereça suporte a contextos de rollback.

Para usar contextos de rollback, ative os plug-ins Restaurar registros excluídos (com.snc.undelete) e Excluir recuperação (com.glide.delete_recovery).

As rollbacks são normalmente realizadas em instâncias de pré-produção em que a funcionalidade deve ser restaurada antes que você possa encontrar a causa raiz de um problema no upgrade. A reversão exclui dados, o que muitas vezes pode dificultar, se não impossível, a descoberta do problema que tornou a reversão necessária.

Um contexto de rollback é criado quando:

• GlideRecord.delete() ou GlideRecord.deleteMultiple() excluir registros.
• Há um upgrade de patch.
• Você ativa um plug-in que oferece suporte a contextos de rollback.
• Um script é executado usando Background e a reversão foi habilitada selecionando Registro para reversão? caixa de seleção.

As rollbacks não afetam outras atividades de banco de dados. Se uma atividade de banco de dados modificar um registro que faz parte de um contexto de reversão, a reversão não afetará esse registro.

Como os contextos de rollback contêm uma quantidade significativa de dados, os contextos de rollback são excluídos após 10 dias. Portanto, as rollbacks devem ocorrer em até 10 dias após o upgrade ou a ativação do plug-in mais recente. Se você precisar manter um contexto de rollback por mais de 10 dias, poderá fazer isso adicionando uma propriedade do sistema. Consulte Propriedades de contexto de reversão.

Nota:

Não reverta um contexto de rollback até verificar com Suporte e atendimento ao cliente. Uma reversão exclui dados e pode remover evidências do problema de upgrade ou ativação, impedindo a depuração do problema.

Para encontrar este módulo, navegue até Reversão e Recuperação > Contextos de rollback.

Se qualquer uma das operações a seguir ocorrer durante uma reversão, um contexto de reversão não será criado:

• As tabelas ou colunas são descartadas do esquema.
  Nota:

  As quedas de índice estão corretas.
• Uma tabela está truncada.
• Uma tabela ou coluna é renomeada.
• Uma coluna é renomeada ou promovida.
• Um tipo de coluna muda.
• A largura de uma coluna é reduzida.

O processo de rollback em Now Support faz o seguinte:

• Atualiza o WAR relatado para a versão revertida e o WAR atribuído permanece definido para a versão antes da reversão.
• Define a propriedade glide.war.no_upgradena instância é definida como a versão antes da reversão.
• Exibe a mensagem "WAR correspondências desejadas revertidas WAR especificadas pela propriedade [ glide.war.no_upgrade]. O script de upgrade NÃO será executado".
• Muda o estado para Expirado e a reversão limpa todos os dados armazenados.

• Reverter upgrades de patch ou ativações de plug-in
  Use Contextos de rollback módulo para reverter upgrades de patch e ativações de plug-in.
• Use o módulo Registros excluídos para restaurar um registro excluído
  Você pode recuperar registros excluídos que estão em tabelas auditadas.
• Use o módulo Excluir recuperação para restaurar um registro excluído
  Você pode recuperar um registro excluído e todas as mudanças relacionadas. A recuperação deve ser feita dentro de sete dias após a exclusão do registro.
• Use o módulo Histórico de execução de script para reverter uma execução de scripts em segundo plano
  Você pode reverter as ações do banco de dados de um script executado usando o módulo Scripts-Background.
• Propriedades de contexto de reversão
  Altere o período de expiração padrão para diferentes tipos de registros de contexto de rollback.