Restaurar um Cluster de um Snapshot de Backup Legado
Nesta página
Importante
Backup legado obsoleto
A partir de 23 de março de 2020, todos os novos clusters poderão somente usar backups em nuvem.
Quando você faz upgrade para a versão 5.0, seu sistema de backup faz upgrade para o backup na nuvem, caso esteja atualmente definido como backup legado. Após esta atualização:
Todos os seus snapshots de backup legados existentes permanecem disponíveis. Eles expiram ao longo do tempo de acordo com a sua política de retenção.
Sua política de backup é redefinida para o agendamento padrão. Se você tiver uma política de backup personalizada em vigor com backups legados, deverá recriá-la com o procedimento descrito na documentação do Cloud Backup.
Observação
Esta funcionalidade não está disponível para clusters gratuitos M0 e clusters M2 e M5. Para saber mais sobre quais recursos estão indisponíveis, consulte os limites do Atlas M0 (Free Cluster), M2 e M5.
O Atlas permite restaurar dados de snapshot de backup legado agendado ou de um ponto selecionado entre snapshots.
Observação
Você deve ter a função Project Owner para os projetos Atlas que contêm os clusters de origem e destino para restaurar dados de um cluster Atlas para outro.
Para conjuntos de réplicas, você pode restaurar a partir de pontos selecionados no tempo nas últimas 24 horas.
Para clusters fragmentados em execução:
FCV 4.2 ou anterior, você pode restaurar a partir de checkpoints entre snapshots nas últimas 24 horas.
FCV 4.2 ou posterior, você pode restaurar a partir de pontos selecionados no tempo nas últimas 24 horas.
É possível restaurar dados para o mesmo cluster do qual o snapshot foi obtido ou para outros clusters gerenciados pelo Atlas ou Cloud Manager.
Você deve restaurar o backup 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.
Você ainda pode usar backups feitos antes de uma atualização.
Exemplo
Para restaurar um cluster 4.0 para 4.2:
Restaure o backup antigo da versão 4.0 em outro cluster da versão 4.2.
Atualizar o cluster restaurado para 4.2.
Para obter instruções sobre como restaurar dados de um backup na nuvem, consulte Restaurar seu cluster.
Considerações
Tempo de inatividade do cluster de destino
O processo de restauração exige tempo de inatividade para o cluster de destino.
As versões do MongoDB devem ser compatíveis
As versões MongoDB também devem ser compatíveis. Por exemplo, não é possível restaurar de um snapshot de um cluster 5.0 para um cluster 4.2 ou anterior.
Restaurar para Atlas ou Cloud Manager
Se você tiver as permissões de projeto adequadas, poderá restaurar para um cluster de um projeto diferente no Atlas ou no Cloud Manager:
Restaurar para o projeto em | Roles necessários no projeto de destino |
|---|---|
Atlas | |
Cloud Manager | Uma das seguintes funções do Cloud Manager: |
Pré-requisitos
Interromper operações do cliente durante a restauração
Você deve garantir que o Atlas cluster de destino não receba solicitações de clientes durante a restauração. Você pode restaurar para um novo cluster e reconfigurar seu aplicativo para usar esse novo cluster quando ele estiver em execução para obter o tempo de atividade máximo.
Procedimento
Além dos snapshots padrão e do Backup Contínuo na Nuvem, você pode restaurar um Backup Legado a partir de um arquivo de snapshot baixado localmente.