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 cluster fragmentado a partir de um snapshot

Quando você restaura um cluster a partir de um snapshot, o Cloud Manager fornece arquivos 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ário BSON (BinData) de 2 para 0. Alguns dados binários armazenados em um snapshot podem ser BinData subtipo 2. O Backup detecta e converte automaticamente os dados de snapshot no BinData subtipo 2 para BinData subtipo 0. Se o código do aplicação espera BinData subtipo 2, você deverá atualizar o código do aplicação para funcionar com BinData subtipo 0.

Dica

As notas sobre a especificação BSON explicam as especificidades dessa alteração.

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

O Cloud Manager exibe um aviso ao lado dos snapshots de cluster obtidos enquanto o balanceador está ativado. Se você restaurar a partir desse snapshot, correrá o risco de ter dados perdidos ou órfãos. Para obter mais informações, consulte Snapshots quando o agente não consegue parar o balanceador.

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

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 sua versão de compatibilidade do recurso e restaure o tipo para visualizar as etapas apropriadas.