Página inicial do Docs → Desenvolver aplicações → Manual do MongoDB
Gerenciar o registro no diário
Nesta página
O MongoDB usa o registro de write-ahead em um diário em disco para garantir a durabilidade da operação de escrita .
O mecanismo de armazenamento WiredTiger não exige registro no diário para garantir um estado consistente após uma falha. O banco de dados será restaurado no último ponto de controle consistente durante a recuperação. No entanto, se o MongoDB for encerrado inesperadamente entre os checkpoints, o diário será necessário para recuperar as gravações que ocorreram após o último checkpoint.
Se mongod
parar inesperadamente, o programa poderá recuperar tudo o que foi gravado no registro. O MongoDB aplicará novamente as operações de gravação ao reiniciar e manter um estado consistente. Por padrão, a maior parte das gravações perdidas, ou seja, aquelas que não foram feitas no diário, são aquelas feitas nos últimos 100 milissegundos, mais o tempo necessário para realizar as gravações reais no diário. Consulte commitIntervalMs
para mais informações sobre o padrão.
Procedimentos
Obtenha reconhecimento de compromisso
Você pode obter a confirmação do compromisso com a preocupação de gravação e a opção j
. Para mais informações, consulte preocupação de gravação.
Monitorar o status do diário
O comando serverStatus
/métododb.serverStatus()
retorna wiredTiger.log
, que contém estatísticas no diário.
Recuperar dados após desligamento inesperado
Em uma reinicialização após uma falha, o MongoDB repete todos os arquivos de diário no diretório de diário antes que o servidor fique disponível. Se o MongoDB precisar reproduzir arquivos de diário, mongod
anota esses eventos na saída do log.
Não há razão para executar --repair
.
Alterar compressor de diário do WiredTiger
Com o mecanismo de armazenamento WiredTiger, MongoDB, por padrão, usa o compressor snappy
para o diário. Para especificar um algoritmo de compressão diferente ou nenhuma compressão para uma instância mongod
:
Dica
Se você encontrar um desligamento não limpo para um mongod
durante esse procedimento, deverá usar as configurações antigas do compressor para recuperar usando os arquivos de diário. Depois de recuperado, você pode tentar o procedimento novamente.