---
sourceDocument: Yokohama Administração da Now Platform
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Administração da Now Platform

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Reverta e exclua a recuperação

# Reverta e exclua a recuperação {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

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 reversão ou exclusão.{#rollback-delete-recovery__table_epn_wsn_ndb__entry__3}

| Tipo de banco de dados | Rollback | Excluir recuperação |
|-|-|-|
| MySQL | sim | sim |
| MariaDB | sim | sim |
| Oracle | sim | não |
[Tabela 1. Reverta e exclua o suporte ao banco de dados de recuperação]

{#rollback-delete-recovery__table_epn_wsn_ndb}

## Módulo Registros excluídos {#rollback-delete-recovery__section_sbd_xvf_3db}

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 SistemaRegistros excluídos.

## Exclua o módulo de recuperação {#rollback-delete-recovery__section_uy3_yvf_3db}

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çãoExcluir recuperação.

## Módulo Histórico de execução de script {#rollback-delete-recovery__section_vmf_bwf_3db}

Este módulo funciona em scripts executados usando o. Scripts - 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çãoHistórico de Execução de Script.

## Contextos de rollback {#rollback-delete-recovery__section_tv2_kwf_3db}

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 scripts em segundo plano, 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 reversão, 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() exclua registros.
* Há um upgrade de patch.
* Você ativa um plug-in que oferece suporte a contextos de rollback.
* Um script é executado usando o. Background de scripts e a reversão foi habilitada selecionando Registro para reversão? caixa de seleção.
{#rollback-delete-recovery__ul_nn3_pkd_kdb}

As rollbacks 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 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 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](https://servicenow-prod.fluidtopics.net/9RRRH1W68zuc~MsqnElqlA "Altere o período de expiração padrão para diferentes tipos de registros de contexto de rollback.").  
Nota:  
Não reverta um contexto de reversão 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 que impede a depuração do problema.

Para encontrar este módulo, navegue até Reversão e RecuperaçãoContextos 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 foi renomeada.
* Uma coluna foi renomeada ou promovida.
* Um tipo de coluna muda.
* A largura de uma coluna é reduzida.
{#rollback-delete-recovery__ul_gnk_1fr_jdb}  
O processo de reversão em Now Supportfaz 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: "Wars ware matches reverted war specified by property \[ 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.
{#rollback-delete-recovery__ul_lmb_ccf_rfb}
* **[Reverter upgrades de patch ou ativações de plug-in](https://servicenow-prod.fluidtopics.net/OgxdeVT1Oh6UB6zQCzpLgw)**   
  Use o. Contextos de reversão 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](https://servicenow-prod.fluidtopics.net/cjRrjChT6VUkcVk1IkBOkA)**   
  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](https://servicenow-prod.fluidtopics.net/d84ErEknIm1v1IrBwIGpPg)**   
  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](https://servicenow-prod.fluidtopics.net/5tkAg9wLq0JMVz~4vvv0dg)**   
  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](https://servicenow-prod.fluidtopics.net/9RRRH1W68zuc~MsqnElqlA)**   
  Altere o período de expiração padrão para diferentes tipos de registros de contexto de rollback.

