Você pode fazer backup dos dados de índice do MongoDB Search e do MongoDB pesquisa vetorial usando snapshots do sistema de arquivos. Um snapshot do sistema de arquivos cria uma cópia pontual do diretório de dados mongot, que você pode usar para restaurar seus índices sem reconstruí-los a partir dos dados de origem.
Considerações
Recuperação de índice
mongot não é o armazenamento de dados primário para seus dados. Se os dados do mongot estiverem corrompidos ou perdidos, o MongoDB poderá recriar os índices do MongoDB Search e do MongoDB Vector Search a partir dos dados de origem no mongod. No entanto, a construção de índices pode ser lenta e, em alguns casos, pode levar dias para ser concluída.
Se o seu aplicativo exigir um tempo de recuperação mínimo, use snapshots regulares do sistema de arquivos.
Validade do backup
mongot replica dados de mongod por meio de um fluxo de alterações. Um backup mongot é válido apenas para o período de retenção do fluxo de alterações. Se você restaurar de um backup mais antigo do que o período de retenção, mongot detecta que ele saiu do oplog e reconstrói os índices a partir dos dados de origem em mongod. Os dados de snapshot restaurados permanecem imediatamente consultáveis durante a reconstrução. Os resultados da pesquisa podem refletir um ponto no tempo anterior ao estado atual de mongod até que a reconstrução seja concluída.
Backup mongot
Para fazer backup de mongot, pare sua instância mongot e tire um snapshot do sistema de arquivos do diretório de dados mongot usando a ferramenta de sua escolha. Para obter um exemplo completo usando LVM no Linux, consulte Backup e restaurar usando LVM no Linux.
restore mongot
Para restaurar mongot de um snapshot do sistema de arquivos, use a ferramenta de sua escolha para restaurar um snapshot de backup para o diretório de dados mongot. Você também deve excluir o arquivo serverId.txt do diretório de dados mongot antes de reiniciar mongot para gerar uma nova identidade de servidor.
Depois de restaurar o snapshot e reiniciar o mongot, o MongoDB lê os dados do índice restaurado e retoma a replicação de sua instância mongod. Para um exemplo completo usando LVM no Linux, consulte Restaurar um snapshot.
Considerações sobre Controladores MongoDB para Operador Kubernetes
A retenção de snapshot recentes de volumes persistentes mongot oferece um caminho de recuperação mais rápido para substituição de pod, manutenção de nó e recuperação de armazenamento em comparação com a reconstrução de índice a partir de dados de origem. O MongoDB Controllers para Kubernetes operador não faz backup ou restaurar automaticamente volumes persistentes mongot. Planeje backups do volume persistente que armazena o diretório de dados mongot usando o sistema de arquivos da sua plataforma de armazenamento ou a funcionalidade de snapshot de volume.
Pods reagendados e substituídos
Se o operador do MongoDB Controllers for Kubernetes reagendar ou substituir um pod mongot, anexe seu volume persistente existente ao novo pod para reutilizar os dados do índice local em vez de reconstruir todos os índices a partir dos dados de origem. Se você fez alterações na sua implantação após tirar o snapshot de backup, mongot deve alcançar mongod após a inicialização.
Restaurando mongot no Kubernetes
Para restaurar mongot no Kubernetes, restaure o snapshot de backup para o volume persistente. Certifique-se de que o pod de substituição monte esse volume e que você exclua o arquivo serverId.txt antes de reiniciar mongot.