Posso apagar o oplog local. * do backup do Mongo fsyncLock () + instantâneo do LVM?

Question

É seguro excluir arquivos oplog local. * de um instantâneo do MongoDB? O fsyncLock() confirma entradas de oplog em arquivos DB?

Atualmente, faço um instantâneo de fsyncLock() + LVM dos dados do Mongo. Em seguida, montei o instantâneo e removi os arquivos oplog local. * antes de arquivar os arquivos em S3 ou FTP (com Duplicidade). Eu faço isso para reduzir o tamanho dos arquivos para transferir para o S3.

Quando eu restauro em um nó em um replicaset vazio, os arquivos oplog são recriados e outros nós são ressincronizados a partir desse novo primário. Mas não tenho certeza se pode haver dados ausentes na restauração, por estarem no oplog excluído anteriormente e não estarem gravados em arquivos DB.

    

Answer 1

Usar a funcionalidade de instantâneo para backup de replicação do mongo não é uma boa ideia enquanto você o executa. Primeiro de tudo você precisa obter o instantâneo de "primário" no seu conjunto de réplicas. mas o problema é que seus clientes podem se conectar com uma política de preocupação de gravação incorreta. como não pedir ou não por maioria que deixa dados não confirmados no oplog do seu primário. mesmo se você mantiver o oplog ou todos os arquivos no banco de dados local, você pode ter problemas ao restaurar (pegou uma vez, meu primário estava procurando uma reversão sem motivo).

minha sugestão (eu suponho que você não pode parar mongod) está usando mongodump, sim, parece estúpido quando você pode ter um instantâneo. mas o ponto real de usar backups é capaz de restaurá-los.

se você não puder usar o mongodump ou não quiser. Experimente o recurso de backup em nuvem do MMS . que pode restaurar toda réplica definida facilmente.

Editar: Outra opção é executar um membro de réplica atrasada. aqui está a documentação . que cobre a maioria das necessidades de backup. apenas determine o tempo de atraso. Desta forma, você não consome o io do seu servidor com as ferramentas de backup / archive.