Reverter e excluir recuperação
Com contextos de reversão, você pode reverter determinadas ações, como um upgrade de patch, ativação de plug-in e execuções de script em segundo plano, e pode recuperar exclusões de registros e todas as mudanças relacionadas.
| Tipo de banco de dados | Rollback | Excluir recuperação |
|---|---|---|
| MySQL | sim | sim |
| MariaDB | sim | sim |
| Oracle | sim | não |
Módulo de 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 que auditam exclusões podem ser recuperados, que é a mesma funcionalidade das versões anteriores.
Para encontrar este módulo, navegue até .
Excluir módulo de 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é .
Módulo de histórico de execução de script
Este módulo funciona em scripts executados usando o módulo Scripts - Segundo plano. Este histórico inclui apenas sete dias de execuções de script.
Para encontrar este módulo, navegue até .
Contextos de rollback
Os contextos de reversão 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 Scripts-Background, ações de banco de dados e ativações de plug-in. Um contexto de reversão é criado para cada upgrade de patch em uma família e cada ativação de plug-in, desde que o plug-in seja compatível com contextos de reversão.
Para usar contextos de reversão, ative os plug-ins Restaurar registros excluídos (com.snc.undelete) e Excluir recuperação (com.glide.delete_recovery).
As reversões 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 tornar difícil, se não impossível, descobrir o problema que tornou a reversão necessária.
- GlideRecord.delete() ou GlideRecord.deleteMutiple() exclui registros.
- Há um upgrade de patch.
- Você ativa um plug-in que oferece suporte a contextos de reversão.
- Um script é executado usando o módulo Scripts-Background e a reversão foi habilitada selecionando o registro para reversão? caixa de seleção.
As reversões não afetam outras atividades do 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 reversão contêm uma quantidade significativa de dados, os contextos de reversão são excluídos após 10 dias. Portanto, as reversões devem ocorrer dentro de 10 dias após o upgrade mais recente ou a ativação do plug-in. Se você precisar reter um contexto de reversão por mais de 10 dias, poderá fazer isso adicionando uma propriedade do sistema. Consulte Propriedades do contexto de reversão.
Para encontrar este módulo, navegue até .
Se qualquer uma das seguintes operações ocorrer durante um rollback, um contexto de rollback não será criado:
- Tabelas ou colunas são descartadas do esquema. Nota:Quedas de índice estão corretas.
- Uma tabela está truncada.
- Uma tabela ou coluna é renomeada.
- Uma coluna é redefinida ou promovida.
- Um tipo de coluna muda.
- A largura de uma coluna foi reduzida.
- Atualiza o WAR relatado para a versão revertida e o WAR atribuído permanece definido para a versão anterior à reversão.
- Define a propriedade glide.war.no_upgrade na instância que está definida para a versão antes da reversão.
- Exibe a mensagem: "O War desejado corresponde ao War revertido especificado pela propriedade [glide.war.no_upgrade]. O script de upgrade NÃO será executado".
- Altera o estado para Expirado e a reversão limpa todos os dados armazenados.