Fazer backup, restaurar e arquivar dados
Nesta página
Backups são cópias dos seus dados que encapsulam o estado do seu cluster em um determinado momento. Os backups são uma medida de segurança em caso de perda de dados. Se você tiver requisitos rigorosos de proteção de dados, poderá habilitar uma Política de conformidade de backup para proteger seus dados de backup.
Acesso necessário
Para gerenciar ou restaurar backups de um cluster, você deve ter acesso Project Backup Manager ou Project Owner ao projeto.
Usuários com acesso Organization Owner devem adicionar-se como um Project Backup Manager ou Project Owner ao projeto antes de poderem gerenciar ou restaurar backups.
Considerações
Esteja ciente de que:
Os backups do Atlas não estão disponíveis para
M0clusters gratuitos. Você pode usar o mongodump para fazer backup dos dados do clusterM0e o mongorestore para restaurar esses dados. Para saber como fazer backup manual dos seus dados, consulte Ferramentas de linha de comando.Não é possível gravar no cluster enquanto uma restauração de backup estiver em andamento para esse cluster.
Você pode restaurar um backup apenas em um cluster que esteja executando a mesma versão principal ou a próxima versão mais atual. O Atlas não pode ser restaurado em versões mais antigas.
Se o backup tiver uma versão de compatibilidade do recurso fixada, a versão principal do cluster de destino deve corresponder à versão principal dessa versão de compatibilidade do recurso fixada.
backups em nuvem
Disponível em clusters M10+.
O Atlas usa os recursos nativos do seu fornecedor de nuvem para fazer snapshots completos e armazenamento localizado de snapshots.
O Atlas suporta backups em nuvem em:
Para saber mais, consulte Fazer backup do seu cluster.
Para saber como restaurar o cluster a partir de um backup em nuvem, consulte Restaurar de um snapshot agendado ou on-demand.
Snapshots para clusters {+Flex-Clusters} e M2 / M5 obsoletos
Importante
A partir de 2025 de fevereiro, você pode criar clusters Flex e não pode mais criar clusters M2 e M5 ou instâncias sem servidor na UI do Atlas , Atlas CLI, API de administração do Atlas , Atlas Kubernetes Operator, HashiCorp Terraform ou Atlas Recursos do CloudFormation. Você ainda pode usar clusters M2 e M5 existentes e instâncias sem servidor.
O Atlas descontinuou os clusters M2 e M5 e as instâncias sem servidor. O Atlas migrará automaticamente todos os clusters M2 e M5 existentes para clusters Flex. Para instâncias sem servidor, o Atlas decidirá se as instâncias devem ser migradas para clusters gratuitos, clusters Flex ou clusters dedicados conforme o seu uso. Para ver para quais níveis o Atlas migrará suas instâncias, consulte a página Todos os Clusters na IU do Atlas.
Os backups são habilitados automaticamente para clusters Flex e M2 M5 clusters compartilhados e não podem ser desabilitados. O Atlas tira snapshots diários de seus clusters Flex e clusters compartilhados, que você pode restaurar para camadas de clusters Flex ou M10 e superiores.
Para saber mais sobre como fazer backup do seu cluster, consulte Backup de clusters compartilhados (obsoleto) e Backups de cluster flexíveis.
Para saber mais sobre como restaurar seu cluster, consulte Restaurar a partir de um snapshot agendado ou on-demand.
Snapshots para instâncias sem servidor (obsoleto)
Importante
A partir de 2025 de fevereiro, você pode criar clusters Flex e não pode mais criar clusters M2 e M5 ou instâncias sem servidor na UI do Atlas , Atlas CLI, API de administração do Atlas , Atlas Kubernetes Operator, HashiCorp Terraform ou Atlas Recursos do CloudFormation. Você ainda pode usar clusters M2 e M5 existentes e instâncias sem servidor.
O Atlas desativou os clusters M2 e M5 e as instâncias sem servidor. O Atlas migrará automaticamente todos os clusters M2 e M5 existentes para clusters Flex. Para instâncias sem servidor, o Atlas determinará se as instâncias devem ser migradas para clusters gratuitos, clusters flexíveis ou clusters dedicados de acordo com seu uso. Para ver para quais níveis o Atlas migrará suas instâncias, consulte a página Todos os clusters na UI do Atlas .
O Atlas usa os recursos nativos do seu fornecedor de nuvem para fazer snapshots completos e armazenamento localizado de snapshots.
Os backups são habilitados automaticamente para instâncias sem servidor. Não é possível desabilitar backups de instâncias sem servidor.
O Atlas oferece as seguintes opções de backup para instâncias sem servidor:
Opção | Descrição |
|---|---|
Serverless Continuous Backup | As instâncias sem servidor estão obsoletas. Você não pode criar novas instâncias sem servidor, mas ainda pode configurar seu backup. O Atlas tira snapshots incrementais dos dados em sua instância sem servidor a cada seis horas e permite restaurar os dados de um ponto selecionado nas últimas 72 horas. O Atlas também tira snapshots diários e retém esses snapshots diários por 35 dias. Para saber mais,consulte Custos para instâncias sem servidor (obsoleto). |
Basic Backup | O Atlas tira snapshots incrementais dos dados em sua instância sem servidor a cada seis horas e retém apenas os dois snapshots mais recentes. Você pode usar essa opção gratuitamente. |
Você pode restaurar snapshots de instâncias sem servidor em outras instâncias sem servidor e clusters dedicados.
Para saber mais, consulte:
Legacy Backups
Disponível em clusters M10+.
O Atlas garante backups em nuvem contínuos dos conjuntos de réplicas e snapshots consistentes de clusters fragmentados.
Para cada projeto do Atlas com backups legados habilitados, o Atlas armazena os snapshots de backups legados no local do centro de dados de backup onde os backups legados foram habilitados pela primeira vez para um cluster no projeto.
Os snapshots contínuos permitem restaurar de todo o snapshot ou dos backups em nuvem contínuos entre snapshots.
Com o backup legado do Atlas, o número total de collections em todos os bancos de dados em um Atlas cluster não pode ser igual ou superior a 100,000.