Restaurar de um momento específico

Considerações

• A restauração point-in-time do Ops Manager pode ter lacunas de oplog em algumas situações, como as seguintes:

  • Se a execução do oplog for interrompida devido a um problema com a tarefa de backup que está seguindo o oplog e o oplog for movido antes que o MongoDB Agent o siga novamente.

  • Após uma alteração de topologia até que o Ops Manager conclua um novo snapshot.

  • Após a alteração do FCV, que causa uma lacuna entre o tempo em que o Ops Manager detecta a alteração do FCV e o Ops Manager conclui um novo snapshot. Você não pode aplicar uma restauração point-in-time nas alterações de versão do MongoDB .

  • Após uma restauração até que o Ops Manager conclua um novo snapshot.

• Se houver uma lacuna de oplog depois que o Ops Manager tirar o snapshot mais recente, haverá falha na restauração point-in-time se o tempo de restauração selecionado for após o início da lacuna de oplog e antes do próximo snapshot. Depois que o Ops Manager tirar o próximo snapshot, você poderá usar a restauração point-in-time normalmente a partir desse momento do snapshot.

• Você só vê lacunas no oplog quando tenta e falha em uma restauração point-in-time.

• Você pode solicitar uma restauração point-in-time para um ponto -in-time específico que inclua dados obsoletos.

Procedimento

1. O usuário seleciona um carimbo de data/hora:

   • Através do aplicativo Ops Manager:

     1. Clique em um carimbo de data/hora.

     2. Envie sua solicitação.

   • Através da API:

     1. Encontre o cluster para restaurar.

     2. Criar novo trabalho de restauração para esse cluster.

2. O Ops Manager cria um documento RestoreJob.

3. O Ops Manager define o status do documento RestoreJob como Transferring... e começa a fazer streaming do snapshot no formato solicitado da loja de snapshots para o Ops Manager. Cada Snapshot Store transmite seus componentes de snapshot por meio do Ops Manager:

   1. Um blockstore transmite blocos.

   2. Um armazenamento de snapshots S3 transmite os blocos.

4. Com o status definido para Waiting for Customer..., o Gerente de Operações cria uma URL.

5. O usuário clica no link get link e, em seguida, em Download no aplicação MongoDB Ops Manager para fazer o download do snapshot.

6. O usuário baixa o utilitário MongoDB Backup Restore do aplicativo Ops Manager para o host de captura de imagem de destino.

   Observação

   O MBRU pode ser usado com qualquer restauração. Se o utilitário estiver instalado no host onde você deseja restaurar o snapshot, o usuário não precisará baixá-lo novamente.

7. O usuário inicia uma instância MongoDB temporária no host do snapshot de destino. O oplog obtido é aplicado ao snapshot restaurado para essa instância.

8. O usuário executa o MBRU para solicitar o oplog.

9. O MBRU obtém o oplog para o snapshot de ponto no tempo.

10. O MBRU aplica o oplog à captura instantânea na instância MongoDB temporária.

11. O usuário exporta o banco de dados restaurado da instância MongoDB temporária.