Restaurar de um snapshot agendado ou on-demand
Nesta página
- Restaurar considerações
- Clusters fragmentados
- Clusters M2/M5
- Instâncias sem servidor
- Recomendações para otimizar o tempo de restauração
- Snapshots substitutos
- Acesso necessário
- Procedimento
- Restaurar um cluster
- Restaurar uma instância sem servidor
- No Atlas, acesse a página Clusters do seu projeto.
- Acesse a página Backup do seu cluster.
O Atlas permite restaurar dados de backup em nuvem agendado ou on-demand. As seções a seguir descrevem a restauração a partir de um snapshot sem encryption at rest usando o gerenciamento de chaves do cliente. Para restaurar a partir de um snapshot com encryption at rest usando o gerenciamento de chaves do cliente, consulte Restaurar a partir de um snapshot usando encryption at rest.
Restaurar considerações
Além dos pré-requisitos, considere os seguintes requisitos e limitações ao restaurar a partir de um backup em nuvem agendado ou on-demand.
Se o valor
DefaultRWConcern
no snapshot de origem for diferente do valorDefaultRWConcern
no cluster de destino, o Atlas substituirá o valor no snapshot de origem pelo valor no cluster de destino. Se não houver nenhum valor configurado paraDefaultRWConcern
no cluster de destino, o Atlas manterá o valor deDefaultRWConcern
do snapshot sem configuração explícita. Isso pode ser diferente do valor padrão para aquela versão do MongoDB.
Esta funcionalidade não está disponível para clusters
M0
.Para clusters dedicados
M10+
executando MongoDB 4.2 ou superior, o Atlas restaurará as definições de índice do Atlas Search a partir de um snapshot do backup na nuvem. O Atlas não restaura os dados do índice, portanto, os processosmongot
executamsincronizações iniciais para todas as definições de índice restauradas. Se você tiver definido índices de pesquisa grandes em seu cluster, poderão ocorrer atrasos durante as restaurações de snapshots.Observação
Ao restaurar os dados do snapshot, as definições de índice do Atlas Search do snapshot substituem quaisquer definições de índice do Atlas Search existentes.
Clusters fragmentados
Se você estiver restaurando de um cluster fragmentado, os clusters de origem e de destino deverão ter o mesmo número de shards.
O Atlas não pode restaurar um snapshot de cluster fragmentado em um conjunto de réplicas.
Clusters M2/M5
A partir do MongoDB 5.0, você pode restaurar snapshots de clusters que executam apenas as duas versões principais mais recentes do MongoDB para os clusters
M2
eM5
.Exemplo
É possível restaurar snapshots obtidos de clusters que executam o MongoDB 4.2 para um cluster
M2
ouM5
que executa o MongoDB 5.0.Não é possível restaurar snapshots obtidos de clusters que executam o MongoDB 4.0 para um cluster
M2
ouM5
que executa o MongoDB 5.0.
Instâncias sem servidor
O Atlas não pode restaurar snapshots de clusters compartilhados, clusters dedicados ou Cloud Manager para uma instância sem servidor.
Se você estiver restaurando a partir de uma instância sem servidor, só poderá restaurar os dois snapshots mais recentes.
Recomendações para otimizar o tempo de restauração
Para otimizar o desempenho e reduzir o tempo necessário para a restauração, siga estes princípios quando aplicável:
Selecione um cluster de destino que não seja global ou multinuvem.
Selecione um cluster multirregional somente se existirem cópias do snapshot que você planeja restaurar em todas as regiões desse cluster.
Selecione um cluster de destino que pertença ao mesmo projeto do Atlas e à mesma região do fornecedor de nuvem que do snapshot.
Selecione uma camada de cluster com a mesma capacidade de armazenamento que a capacidade do volume original usado pelo cluster de origem.
Se o cluster de destino for executado na AWS com IOPS configurado, selecione o IOPS configurado para estar dentro da faixa configurada.
Selecione um cluster que não esteja configurado para usar armazenamento NVMe . O armazenamento NVMe degrada o desempenho da restauração.
Snapshots substitutos
Se um snapshot agendado falhar por qualquer motivo, o Atlas tentará repetir o processo de snapshot. Se necessário, você poderá usar o snapshot de fallback resultante para restaurar o cluster. Isto não é recomendado: os snapshots de fallback usam um processo diferente dos snapshots regulares. Eles podem conter dados inconsistentes.
Os snapshots de fallback são marcados na UI com um ícone de aviso e uma mensagem de aviso aparece na janela modal de restauração se a restauração usar um snapshot de fallback.
Aviso
Restaurar o cluster a partir de um snapshot de fallback pode resultar em dados inconsistentes em todo o cluster e deve ser considerado uma opção de último recurso.
Acesso necessário
Para iniciar um trabalho de restauração, você deve ter acesso ao Project Owner
ou superior ao projeto.
Para assistir a uma tarefa de restauração de backup até que ele seja concluído, você deve ter acesso Project Read Only
ou superior ao projeto.
Procedimento
Importante
O Atlas exclui todos os dados existentes no cluster de destino antes da restauração. Dependendo do tipo de restauração que está ocorrendo, o cluster de destino pode ficar indisponível durante a restauração.