Menu Docs

Página inicial do DocsMongoDB Ops Manager

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

Nesta página

  • Considerações
  • Pré-requisitos
  • Restaurar um snapshot

Ao restaurar um conjunto de réplicas a partir do backup, o Ops 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 do tipo de dados binários 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 dados de snapshot no BinData subtipo 2 para BinData subtipo 0. Se o código do aplicativo esperar BinData subtipo 2, você deverá atualizar o código do aplicativo para trabalhar com BinData subtipo 0.

Dica

Veja também:

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:

  • Nome do grupo

  • Nome do conjunto de réplicas

  • 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 Registro de Data/Hora BSON em UTC)

  • Versão do MongoDB

  • Tipo de mecanismo de armazenamento

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

  • Criptografia (só aparece se a criptografia estiver habilitada no snapshot)

  • UUID da chave mestra (só aparece se a criptografia estiver habilitada no snapshot)

    Se estiver restaurando a partir de um backup criptografado, você deverá ter um certificado provisionado para essa chave mestra.

Todos os reconhecimento de data centerFCV do devem atender às considerações de backup apropriadas.

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

Para restaurar a partir de um backup criptografado, você precisa da mesma chave mestra usada para criptografar o backup e do mesmo certificado que está no host do Backup Daemon ou de um novo certificado provisionado com essa chave do host KMIP .

Se o snapshot for criptografado, o painel de restauração exibirá o id da chave mestra KMIP e as informações do servidor KMIP. Você também pode encontrar as informações ao visualizar o próprio snapshot, bem como no arquivo restoreInfo.txt .

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.

Importante

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

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

← Restaurar um cluster fragmentado a partir de um snapshot