Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Restaurar um conjunto de réplicas a partir de um snapshot

Quando você restaura um conjunto de réplicas a partir de um backup, o Cloud Manager fornece um arquivo de restauração para o ponto de restauração selecionado. Para saber mais sobre o processo de restauração, consulte Visão geral da restauração.

A especificação BSON alterou o subtipo padrão para o tipo de dados binários BSON (BinData) de 2 para 0. Alguns dados binários armazenados em um snapshot podem ser do subtipo BinData 2. O backup detecta e converte automaticamente dados de snapshot no subtipo BinData 2 para o subtipo BinData 0. Se o código do seu aplicativo espera o subtipo BinData 2, você deve atualizar o código do seu aplicativo para funcionar com o subtipo BinData 0.

Dica

As notas sobre a especificação BSON explicar as especificidades desta mudança.

O arquivo de restauração da cópia de segurança inclui um arquivo de metadados denominado restoreInfo.txt. Esse arquivo captura as opções que o banco de dados usou quando o snapshot foi tirado. O banco de dados deve ser executado com as opções listadas após ser restaurado. Este arquivo contém:

  • groupName

  • ReplicaSetName

  • ID do cluster (se aplicável)

  • Carimbo de data/ hora do snapshot (como registro de data/hora em UTC)

  • Restaurar carimbo de data/hora (como carimbo de data/hora BSON em UTC)

  • Último oplog aplicado (como carimbo de data/hora BSON em UTC)

  • Versão do MongoDB

  • tipo storage engine

  • mongod opções de inicialização usadas no banco de dados quando o snapshot foi tirado

Todos os bancos de dados FCV devem atender às considerações de backup apropriadas.

Para realizar restaurações manuais, você deve ter a função de Administrador de backup no Cloud Manager.

Você deve garantir que a implementação do MongoDB não receba solicitações de clientes durante a restauração. Você deve:

  • Restaure em novos sistemas com novos nomes de host e reconfigure o código do seu aplicativo assim que a nova implantação estiver em execução ou

  • Certifique-se de que a implementação do MongoDB não receba solicitações de clientes enquanto você restaura os dados.

Selecione a versão de compatibilidade do recurso e o tipo de restauração para visualizar as etapas apropriadas.

Importante

Girar chave-mestra após restaurar snapshots criptografados com AES256-GCM

Se você restaurar um snapshot criptografado que o Cloud Manager criptografou com AES256-GCM, gire sua chave mestra após concluir a restauração.