Restaurar de um momento específico

Considerações

Quando você solicita uma restauração point-in-time, a caixa de diálogo de restauração mostra o restorable time ranges para a implantação selecionada. Essas faixas representam os períodos para os quais o MongoDB Ops Manager tem um histórico oplog completo e contínuo. Você só pode escolher um tempo de restauração que se enquadre em uma dessas faixas.

As lacunas do Oplog podem ocorrer nas seguintes situações:

• O rastreamento do oplog é interrompido devido a um problema com uma tarefa de backup que rastreia o oplog, e o oplog é retomado antes que o MongoDB Agent o rastreie novamente.

• Ocorre uma alteração de topologia até que o MongoDB Ops Manager conclua um novo snapshot.

• Uma alteração na versão de compatibilidade do recurso ocorre, até que o Ops Manager conclua um novo snapshot. Você não pode aplicar uma restauração point-in-time em alterações de versão do MongoDB.

• Uma restauração é concluída, até que o Ops Manager conclua um novo snapshot.

Se o tempo de restauração necessário não estiver disponível na caixa de diálogo, investigue as alterações recentes na topologia ou na versão de compatibilidade do recurso e revise o histórico da tarefa de backup para entender por que esse período não pode ser restaurado.

Por exemplo, a caixa de diálogo de restauração pode mostrar estas faixas de tempo restauráveis:

• June 8th 13:45:03 para June 8th 17:45:03

• June 8th 19:45:03 para June 9th 07:45:03

Nesse caso, você não pode restaurar para nenhum momento entre June 8th 17:45:03 e June 8th 19:45:03 porque existe uma lacuna de oplog para esse período.

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 MongoDB Ops Manager define o status do documento RestoreJob como Transferring... e começa a transmitir o snapshot no formato solicitado do armazenamento de snapshots para o MongoDB Ops Manager. Cada armazenamento de snapshots 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.