Estou atualizando para o 3.0 e tive alguns problemas com a atualização. Especificamente, recebi um erro ao tentar iniciar mongod
via ssh
, ele tentou usar o padrão em dbpath
vez daquele especificado no meu novo arquivo de configuração YAML. Fui em frente e reiniciei a máquina e agora mongod
está em funcionamento novamente. Estou um pouco paranóico neste momento e gostaria de saber se há uma maneira de garantir que o mecanismo de armazenamento seja wiredtiger
do shell.
fonte
AVISO LEGAL: Não é um especialista do MongoDB
Verifique a lista de processos no Linux
1 significa que está lá
Da casca do mongo
Você deve ver algo assim
ou você pode simplesmente puxar o nome do mecanismo de armazenamento com
Você receberá
mmapv1
ouwiredTiger
ou na linha de comando
fonte
db.serverStatus().storageEngine.name
. Ou vai dizermmapv1
ouwiredTiger
.--storageEngine
parâmetro só funciona em situações limitadas, por exemplo, MongoDB 3.0, onde o parâmetro é explicitamente fornecido na linha de comando. Normalmente,mongod
os valores de configuração são fornecidos em um arquivo de configuração para que não apareçam naps
saída. No MongoDB 3.2+, o WiredTiger é o mecanismo de armazenamento padrão, portanto, nenhum parâmetro adicional é necessário. A abordagem recomendada a ser usada é sua segunda sugestãodb.serverStatus().storageEngine.name
através domongo
shell. Para sua informação, se você estiver usando o MongoDB 2.6 ou mais antigo, isso não funcionará: o único mecanismo de armazenamento era o MMAP.O
mongod.log
arquivo é preenchido por uma sequência que descreve qual mecanismo de armazenamento você está usando;para que você possa executar:
que retorna algo como:
fonte