> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-pt-br/proteja-e-governe/data-backup-and-recovery.md).
# Backup e recuperação de dados
A abordagem da Dispel para armazenamento, retenção e recuperação de dados foi projetada para oferecer segurança robusta e resiliência operacional. Utilizando uma combinação de soluções de armazenamento criptografado, mecanismos automatizados de backup e redundância distribuída geograficamente, nosso objetivo é proteger seus dados contra acesso não autorizado e perda de dados. Esta documentação descreve os detalhes técnicos de como esses sistemas funcionam, as políticas que os regem e os procedimentos a serem seguidos em caso de necessidade de recuperação de dados.
## Locais de Dados
Os clientes da Dispel podem escolher entre uma de duas localizações de residência de dados:
| Tipo de Painel | Localização | Planos |
| -------------- | -------------- | ------------------- |
| Dispel - EUA | Estados Unidos | SaaS |
| Dispel - UE | Europa | SaaS, Nuvem Privada |
## Backup de Dados
A Dispel realiza backups automáticos de todos os dados de clientes e do sistema para proteger contra perdas catastróficas devido a eventos imprevistos que afetam todo o sistema. Um processo automatizado fará o backup de todos os dados em um armazenamento resiliente a eventos que impactam uma zona de disponibilidade inteira. Por padrão, os dados serão copiados ao menos uma vez a cada 24 horas. Os backups são armazenados em um arquivo de armazenamento de dados criptografado. Os backups são monitorados e alertados.
Todos os bancos de dados gerenciados pela Dispel oferecem proteção contínua ao persistir snapshots, backups base e arquivos WAL no armazenamento de objetos. Além disso, bancos de dados fork e follower são implementados obtendo snapshots ou backups base persistentes e arquivos WAL e reproduzindo-os em uma nova instalação do Postgres. Armazenar esses backups físicos em um armazenamento de objetos altamente disponível também nos permite recuperar bancos de dados inteiros em caso de falha de hardware, corrupção de dados ou uma interrupção de serviço em grande escala. Por padrão, os armazenamentos de objetos do subprocessador da Dispel fornecem infraestrutura durável para armazenar dados importantes e foram projetados para uma durabilidade de 99.999999999% dos objetos.
### Tipos de Backup
A Dispel faz backups completos do banco de dados. As transações confirmadas no banco de dados são registradas como arquivos WAL, que podem ser reproduzidos sobre os snapshots ou backups base, fornecendo um método para reconstruir completamente o estado de um banco de dados. Os snapshots são armazenados diretamente no armazenamento de objetos. Os backups base e os arquivos WAL são enviados ao armazenamento de objetos por meio de uma aplicação chamada WAL-E assim que ficam disponíveis pelo Postgres.
## Restauração de Dados
Os bancos de dados podem ser restaurados a partir de backups, a partir de um estado frio, ou sincronizados com um banco de dados existente. Estes são conhecidos, respectivamente, como *fork* e *seguimento* processos. A Dispel também pode reverter para um backup anterior do banco de dados.
Em todos os casos, uma nova instância de banco de dados (N2) é criada, colocada em paralelo ao banco de dados existente (N1) e, em seguida, promovida a banco de dados primário para a API. Isso é demonstrado no diagrama de processo a seguir, mostrando uma restauração de dados de fork de banco de dados:
### Recuperação de Desastres / Continuidade de Negócios
Nossa plataforma restaura automaticamente bancos de dados Postgres em caso de indisponibilidade. A plataforma Dispel foi projetada para implantar dinamicamente aplicações na nuvem, monitorar falhas e recuperar componentes de plataforma com falha, incluindo aplicações e bancos de dados dos clientes.
## Limites de Retenção de Backup
Os bancos de dados de produção rodam no Amazon Aurora (RDS) com backups automáticos configurados para uma janela de retenção contínua de 30 dias, fornecendo recuperação contínua pontual no tempo (PITR) para qualquer segundo dentro dos últimos 30 dias. Os backups automáticos incluem snapshots diários e logs de transações armazenados no Amazon S3, todos criptografados com KMS e com acesso restrito a operadores autorizados. Os logs podem ser retidos por até um ano ou mais para apoiar requisitos de conformidade, auditoria e investigação forense.
## Exportação / Arquivamento de Dados
Os clientes podem solicitar uma cópia de seus dados para exportação e arquivamento. A Dispel usa o `pg_dump` ferramenta nativa do PostgreSQL para criar seus arquivos de backup, facilitando a exportação para outras instalações PostgreSQL. O arquivo de backup resultante usa a opção de formato personalizado em `pg_dump`. Em comparação com o formato de texto simples, as opções de formato personalizado resultam em arquivos de backup que podem ser muito menores.
## Propriedade dos Dados
Os dados do cliente pertencem aos clientes; os dados da Dispel pertencem à Dispel. Para mais informações sobre como a Dispel lida com os dados do cliente, revise nossa [Política de Privacidade](https://legal.dispel.com/policies/privacy-policy).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.dispel.com/documentation/documentation-pt-br/proteja-e-governe/data-backup-and-recovery.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
