mongod - Online na nuvem

PROGRAMA:

NOME

mongod - servidor MongoDB

SINOPSE

mongod é o principal processo daemon para o sistema MongoDB. Ele lida com solicitações de dados,
gerencia o formato dos dados e executa as operações de gerenciamento em segundo plano.

Este documento fornece uma visão geral completa de todas as opções de linha de comando para mongod. Estes
As opções são úteis principalmente para fins de teste. Na operação comum, use o
• Configuração lima opções para controlar o comportamento do seu banco de dados, que é totalmente
capaz de todas as operações descritas abaixo.

OPÇÕES

mongod

--ajuda, -h
Retorna um texto básico de ajuda e uso.

--versão
Retorna a versão do mongod demônio.

--config , -f
Especifica um arquivo de configuração, que você pode usar para especificar configurações de tempo de execução.
Embora as opções sejam equivalentes e acessíveis por meio de outra linha de comando
argumentos, o arquivo de configuração é o método preferido para configuração de tempo de execução
de mongod. Veja o "/ reference / configuration-options"documento para mais informações
sobre essas opções.

--verboso, -v
Aumenta a quantidade de relatórios internos retornados na saída padrão ou no
arquivo de log especificado por --logpath. Use o -v forma de controlar o nível de verbosidade
incluindo a opção várias vezes, (por exemplo, -vvvvv.)

--quieto
Executa o mongod instância em um modo silencioso que tenta limitar a quantidade de
saída. Esta opção suprime:

· Saída de banco de dados comandos, incluindo cair, dropIndexes, DiagLogging,
validar e limpar.

· Atividade de replicação.

· Eventos de conexão aceita.

· Eventos de conexão fechada.

--porta
Especifica uma porta TCP para o mongod para ouvir as conexões do cliente. Por padrão
mongod escuta as conexões na porta 27017.

Sistemas tipo UNIX requerem privilégios de root para usar portas com números menores que
1024.

--bind_ip <ip endereço>
O endereço IP que o mongod o processo se ligará e ouvirá as conexões. Por
omissão mongod escuta as conexões no host local (ou seja, 127.0.0.1 Morada.)
Você pode anexar mongod para qualquer interface; no entanto, se você anexar mongod para um publicamente
interface acessível certifique-se de ter implementado a autenticação adequada e / ou
restrições de firewall para proteger a integridade de seu banco de dados.

--maxConns
Especifica o número máximo de conexões simultâneas que mongod vai aceitar.
Esta configuração não terá efeito se for maior do que a do seu sistema operacional
limite máximo de rastreamento de conexão configurado.

Nota Você não pode definir maxConns para um valor superior a 20000.

--objcheck
Força o mongod para validar todos os pedidos de clientes após o recebimento para garantir que
os clientes nunca inserem documentos inválidos no banco de dados. Para objetos com um alto
grau de aninhamento de sub-documento, --objcheck pode ter um pequeno impacto no desempenho.
Você pode definir --noobjcheck para desabilitar a verificação de objeto em tempo de execução.

Alterado na versão 2.4: MongoDB permite --objcheck por padrão, para evitar qualquer
cliente de inserir BSON malformado ou inválido em um banco de dados MongoDB.

--noobjcheck
Novo na versão 2.4.

Desativa a validação de documento padrão que o MongoDB executa em todos os BSON de entrada
documentos.

--logpath
Especifique um caminho para o arquivo de log que conterá todas as informações de log de diagnóstico.

A menos que especificado, mongod irá enviar todas as informações de log para a saída padrão.
Além disso, a menos que você também especifique --logappend, o arquivo de log será sobrescrito
quando o processo for reiniciado.

Nota O comportamento do sistema de registro pode mudar em um futuro próximo em resposta ao
SERVIDOR-4499 caso.

--logappend
Quando especificada, esta opção garante que mongod acrescenta novas entradas ao final de
o arquivo de log em vez de sobrescrever o conteúdo do log quando o processo
reiniciado.

--syslog
Novo na versão 2.1.0.

Envia todas as saídas de registro para o host syslog sistema em vez de saída padrão
ou um arquivo de log como com --logpath.

Aviso
Você não pode usar --syslog com --logpath.

--pidfilepath
Especifique um local de arquivo para conter o "PID"ou ID de processo do mongod processo.
Útil para rastrear o mongod processo em combinação com o mongod --garfo
opção.

Sem um especificado --pidfilepath opção, mongos não cria nenhum arquivo PID.

--keyArquivo
Especifique o caminho para um arquivo de chave para armazenar informações de autenticação. Esta opção é
útil apenas para a conexão entre membros do conjunto de réplicas.

Veja também

"Réplica Conjunto Segurança"E"/ administração / conjuntos de réplicas."

--nounixsocket
Desativa a escuta no soquete UNIX. A menos que seja definido como falso, mongod e mongos
fornecer um soquete UNIX.

--unixSocketPrefix
Especifica um caminho para o soquete UNIX. A menos que esta opção tenha um valor, mongod e
mongos, crie um soquete com o / Tmp como um prefixo.

--garfo Habilita um demônio modo para mongod que executa o processo em segundo plano. Isto é
o modo normal de operação, em produção e ambientes semelhantes à produção, mas
pode não desejável para teste.

--auth Ativa a autenticação do banco de dados para usuários que se conectam a partir de hosts remotos. configurar
usuários através do mongo concha concha. Se não houver usuários, a interface localhost irá
continue tendo acesso ao banco de dados até criar o primeiro usuário.

veja a Segurança e Autenticação página para obter mais informações sobre este
funcionalidade.

--CPU Forças mongod para relatar a porcentagem de tempo de CPU no bloqueio de gravação. mongod gera
saída a cada quatro segundos. MongoDB grava esses dados na saída padrão ou no
arquivo de log se estiver usando o caminho de registro opção.

--dbpath
Especifique um diretório para o mongod instância para armazenar seus dados. Locais típicos
incluem: / srv / mongodb, / var / lib / mongodb or / opt / mongodb

A menos que especificado, mongod irá procurar por arquivos de dados no padrão / data / db
diretório. (Os sistemas Windows usam o \ data \ db diretório.) Se você instalou usando um
sistema de gerenciamento de pacotes. Verifica a /etc/mongodb.conf arquivo fornecido por seu
pacotes para ver a configuração do caminho de banco de dados.

--diaglog
Cria um muito detalhado, diagnóstico log para solução de problemas e registro de vários
erros. MongoDB grava esses arquivos de log no caminho de banco de dados diretório em uma série de arquivos
que começa com a corda diálogo e termina com o tempo de início do registro
como uma string hexadecimal.

O valor especificado configura o nível de detalhamento. Valores possíveis e seus
impacto são os seguintes.

┌────────┬────────────────────────────────────────┬──────────
│Valor │ Configuração │
├────────┼────────────────────────────────────────┼──────────
│0 │ desligado. Sem registro. │
├────────┼────────────────────────────────────────┼──────────
│1 │ Operações de gravação de log. │
├────────┼────────────────────────────────────────┼──────────
│2 │ Log de operações de leitura. │
├────────┼────────────────────────────────────────┼──────────
│3 │ Registro de leitura e gravação │
│ │ operações. │
├────────┼────────────────────────────────────────┼──────────
│7 │ Gravação de registro e alguma leitura │
│ │ operações. │
└────────┴────────────────────────────────────────┴──────────

Você pode usar o Mongosniff ferramenta para reproduzir esta saída para investigação. Dado um
arquivo diaglog típico, localizado em /data/db/diaglog.4f76a58c, você pode usar um comando
da seguinte forma para ler esses arquivos:

mongosniff --source DIAGLOG /data/db/diaglog.4f76a58c

--diaglog é para uso interno e não se destina à maioria dos usuários.

Aviso
Configurando o nível de diagnóstico para 0 vai causar mongod para parar de gravar dados no
diagnóstico log Arquivo. No entanto, o mongod a instância continuará a manter o arquivo
aberto, mesmo que não esteja mais gravando dados no arquivo. Se você quiser renomear,
mover ou excluir o log de diagnóstico, você deve desligar corretamente o mongod instância
antes de fazer isso.

--directoryperdb
Altera o padrão de armazenamento do diretório de dados para armazenar os arquivos de cada banco de dados em
uma pasta distinta. Esta opção irá criar diretórios dentro do --dbpath nomeado
para cada diretório.

Use esta opção em conjunto com o seu sistema de arquivos e configuração do dispositivo para
que o MongoDB armazenará dados em uma série de dispositivos de disco distintos para aumentar a gravação
taxa de transferência ou capacidade do disco.

--Diário
Habilita o registro de operação para garantir durabilidade de gravação e consistência de dados.
mongod habilita o registro em diário por padrão em compilações de 64 bits de versões posteriores a 2.0.

--journalOptions
Fornece funcionalidade para teste. Não é para uso geral e pode afetar o banco de dados
integridade.

--journalCommitInterval
Especifica a quantidade máxima de tempo para mongod permitir entre diário
operações. O valor padrão é 100 milissegundos, enquanto os valores possíveis variam de
2 a 300 milissegundos. Valores mais baixos aumentam a durabilidade do jornal, no
despesa de desempenho do disco.

Forçar mongod para se comprometer com o diário com mais frequência, você pode especificar j: verdadeiro.
Quando uma operação de gravação com j: verdadeiro pendente, mongod Irá reduzir
diárioCommitInterval a um terço do valor definido.

--ipv6 Especifique esta opção para ativar o suporte IPv6. Isso permitirá que os clientes se conectem a
mongod usando redes IPv6. mongod desativa o suporte IPv6 por padrão em mongod e
todos os utilitários.

--jsonp
Permitem JSONPGenericName acesso através de uma interface HTTP. Considere as implicações de segurança de
permitir esta atividade antes de ativar esta opção.

--noauth
Desative a autenticação. Atualmente o padrão. Existe para compatibilidade futura e
clareza.

--nohttpinterface
Desativa a interface HTTP.

--nojournal
Desativa o registro de durabilidade. Por padrão, mongod permite o registro no diário em 64 bits
versões posteriores à v2.0.

--noprealloc
Desativa a pré-alocação de arquivos de dados. Isso irá encurtar o tempo de inicialização em
alguns casos, mas pode causar penalidades de desempenho significativas durante o normal
operações.

--noscripting
Desativa o mecanismo de script.

--notávelscan
Proíbe operações que requerem uma varredura de tabela.

--nssize
Especifica o tamanho padrão para arquivos de namespace (ou seja .ns) Esta opção não tem impacto
sobre o tamanho dos arquivos de namespace existentes. O tamanho máximo é 2047 megabytes.

O valor padrão é 16 megabytes; isso fornece cerca de 24,000
namespaces. Cada coleção, bem como cada índice, conta como um namespace.

--perfil
Altera o nível de criação de perfil do banco de dados, que insere informações sobre a operação
desempenho na produção de mongod ou o arquivo de log. Os seguintes níveis são
disponível:

┌────────┬────────────────────────────────────────┬──────────
│Nível │ Configuração │
└────────┴────────────────────────────────────────┴──────────

│0 │ Desligado. Sem perfis. │
├────────┼────────────────────────────────────────┼──────────
│1 │ Ligado. Inclui apenas lento │
│ │ operações. │
├────────┼────────────────────────────────────────┼──────────
│2 │ Ligado. Inclui todas as operações. │
└────────┴────────────────────────────────────────┴──────────

A criação de perfil está desativada por padrão. A criação de perfis de banco de dados pode afetar o desempenho do banco de dados.
Habilite esta opção somente após uma consideração cuidadosa.

--contingente
Ativa um limite máximo para o número de arquivos de dados que cada banco de dados pode ter. Quando
correndo com --contingente, há no máximo 8 arquivos de dados por banco de dados. Ajusta a
cota com o --quotaArquivos opção.

--quotaArquivos
Modifique o limite do número de arquivos de dados por banco de dados. Esta opção requer o
--contingente configuração. O valor padrão para --quotaArquivos é 8.

--descanso Permite o simples DESCANSO API.

--reparar
Executa uma rotina de reparo em todos os bancos de dados. Isso é equivalente a desligar e
executando o repararBanco de dados comando de banco de dados em todos os bancos de dados.

Aviso
Em geral, se você tiver uma cópia intacta de seus dados, como os que existiriam em uma
backup recente ou um membro intacto de um responder conjunto, do não usar repararBanco de dados or
opções relacionadas como db.repairDatabase () no mongo concha ou mongod --reparar.
Restaure a partir de uma cópia intacta de seus dados.

Nota ao usar journaling, quase nunca há necessidade de executar repararBanco de dados. No
evento de um desligamento impuro, o servidor será capaz de restaurar os arquivos de dados para um
estado primitivo automaticamente.

Alterado na versão 2.1.2.

Se você executar a opção de reparo e ter dados em um arquivo de diário, mongod vai se recusar a começar.
Nestes casos, você deve começar mongod sem o --reparar opção para permitir mongod para
recuperar dados do diário. Isso será concluído mais rapidamente e resultará em mais
conjunto de dados consistente e completo.

Para continuar a operação de reparo, apesar dos arquivos de diário, desligue mongod limpo e
reinicie com o --reparar opção.

Observação --reparar copia os dados dos arquivos de dados de origem em novos arquivos de dados no
caminho de reparoe, em seguida, substitui os arquivos de dados originais pelos arquivos de dados reparados.
If caminho de reparo está no mesmo dispositivo que caminho de banco de dados, tu pode interromper um mongod que ocorre
--reparar sem afetar a integridade do conjunto de dados.

--caminho de reparo
Especifica o diretório raiz que contém arquivos de dados MongoDB, para usar para o --reparar
Operação. O padrão é um _tmp diretório dentro do caminho de banco de dados.

--setParameter
Novo na versão 2.4.

Especifica uma opção de configuração na inicialização. Especifique várias opções com
múltiplo --setParameter opções. Ver / referência / parâmetros para documentação completa
desses parâmetros. o setParameter comando de banco de dados fornece acesso a muitos dos
esses parâmetros. --setParameter suporta as seguintes opções:

· enableLocalhostAuthBypass

· habilitarTestCommands

· diárioCommitInterval

· LogLevel

· logUserIds

· Notablescan

· calma

· replApplyBatchSize

· replIndexPrefetch

· suporteCompatibilidadeFormulárioPrivilégioDocumentos

· atraso sincronizado

· traceExceptions

--slowms
Define o valor de "lento", para o --perfil opção. O banco de dados registra tudo lento
consultas ao log, mesmo quando o criador de perfil não está ativado. Quando o banco de dados
o profiler está ligado, mongod o profiler escreve para o sistema.perfil coleção. Ver
da profile comando para obter mais informações sobre o criador de perfil do banco de dados.

--arquivos pequenos
Ativa um modo em que o MongoDB usa um tamanho de arquivo padrão menor. Especificamente,
--arquivos pequenos reduz o tamanho inicial dos arquivos de dados e os limita a 512
megabytes. --arquivos pequenos também reduz o tamanho de cada revista arquivos de 1 gigabyte
a 128 megabytes.

Uso --arquivos pequenos se você tiver um grande número de bancos de dados, cada um contendo um pequeno
quantidade de dados. --arquivos pequenos pode liderar o seu mongod para criar um grande número de
arquivos, o que pode afetar o desempenho de bancos de dados maiores.

--desligar
Usado em ao controle Scripts, --desligar irá terminar de forma limpa e segura o
mongod processo. Ao invocar mongod com esta opção você deve definir o --dbpath
opção diretamente ou por meio do • Configuração lima e --config opção.

--desligar está disponível apenas em sistemas Linux.

--syncdelay
mongod grava dados muito rapidamente no diário e preguiçosamente nos arquivos de dados.
--syncdelay controla quanto tempo pode passar antes que o MongoDB libere dados para o
banco de dados arquivos através de um fsync Operação. A configuração padrão é 60 segundos. No
em quase todas as situações, você não deve definir esse valor e usar a configuração padrão.

O status do servidor comando relata o status do thread de liberação de plano de fundo por meio do
Lavagem de fundo campo.

atraso sincronizado não tem efeito sobre o revista arquivos ou journaling.

Aviso
Se você definir --syncdelay para 0, O MongoDB não sincronizará os arquivos mapeados de memória com o disco.
Não defina esse valor em sistemas de produção.

--sysinfo
Retorna as informações do sistema de diagnóstico e sai. A informação fornece o
tamanho da página, o número de páginas físicas e o número de páginas físicas disponíveis
Páginas.

--melhoria
Atualiza o formato de dados em disco dos arquivos especificados pelo --dbpath ao
versão mais recente, se necessário.

Esta opção afeta apenas a operação de mongod se os arquivos de dados estão em um antigo
formato.

Nota Na maioria dos casos, você deve não defina este valor, para que possa exercer o máximo controle
sobre o seu processo de atualização. Veja o MongoDB liberar notas (na página de download) para
mais informações sobre o processo de atualização.

--traceExceptions
Apenas para uso em diagnóstico interno.

réplica Opções
--replSet
Use esta opção para configurar a replicação com conjuntos de réplicas. Especifique um setname como um
argumento para este conjunto. Todos os hosts devem ter o mesmo nome de conjunto.

Veja também

"/replicação, ""/ administração / conjuntos de réplicas," e
"/ reference / replica-configuration"

--oplogSize
Especifica um tamanho máximo em megabytes para o log de operação de replicação (por exemplo
registrar.) Por mongod cria um registrar com base na quantidade máxima de espaço disponível.
Para sistemas de 64 bits, o log operacional é normalmente 5% do espaço em disco disponível.

Uma vez que o mongod criou o oplog pela primeira vez, mudando --oplogSize precisarão
não afeta o tamanho do oplog.

--fastsync
No contexto responder conjunto replicação, defina esta opção se você semeou este
membro com um instantâneo do caminho de banco de dados de outro membro do conjunto. Caso contrário, o
mongod tentará realizar uma sincronização inicial, como se o membro fosse um novo
membro.

Aviso
Se os dados não estiverem perfeitamente sincronizados e mongod começa com sincronização rápida, Em seguida, o
secundário ou escravo ficará permanentemente fora de sincronia com o primário, o que pode
causar problemas de consistência significativos.

--replIndexPrefetch
Novo na versão 2.2.

Você deve usar --replIndexPrefetch em conjunção com conjunto de reposição. o valor padrão é
todos os e as opções disponíveis são:

· Nenhum

· todos os

· _id_only

Por padrão secundário membros de um responder conjunto irá carregar todos os índices relacionados a um
operação na memória antes de aplicar operações do oplog. Você pode modificar
este comportamento para que os secundários carreguem apenas o _id índice. Especificamos
_id_only or Nenhum para prevenir o mongod de carregar qualquer índice na memória.

Senhor de escravos réplica
Essas opções fornecem acesso à replicação de banco de dados mestre-escravo convencional. Enquanto isso
a funcionalidade permanece acessível no MongoDB, conjuntos de réplicas são a configuração preferida
para replicação de banco de dados.

--mestre
Configuração mongod para ser executado como uma replicação dominar.

--escravo
Configuração mongod para ser executado como uma replicação escravo.

--fonte <: porta>
Para uso com o --escravo opção, o --fonte opção designa o servidor que
esta instância será replicada.

--só
Para uso com o --escravo opção, o --só opção especifica apenas um único banco de dados
replicar.

--atraso de escravo
Para uso com o --escravo opção, o --atraso de escravo opção configura um "atraso" em
segundos, para que este escravo espere para aplicar as operações do dominar nó.

--autoressincronização
Para uso com o --escravo opção, o --autoressincronização opção permite que este escravo
ressincronizar automaticamente se os dados locais estiverem mais de 10 segundos atrás do mestre.
Esta opção pode ser problemática se o registrar é muito pequeno (controlado pelo
--oplogSize opção.) Se o registrar não é grande o suficiente para armazenar a diferença em
muda entre o estado atual do mestre e o estado do escravo, este nó
será forçosamente ressincronizado desnecessariamente. Quando você define o --autoressincronização
opção o escravo não tentará uma ressincronização automática mais de uma vez a cada dez
período de minuto.

Sharding Agrupar Opções
--configsvr
Declara que este mongod instância serve como o configuração banco de dados de um fragmentado
cacho. Ao executar com esta opção, os clientes não serão capazes de gravar dados para
qualquer banco de dados diferente de configuração e admin. A porta padrão para mongod com esta
opção 27019 e mongod grava todos os arquivos de dados no / configdb subdiretório de
da --dbpath diretório.

--shardsvr
Configura isto mongod instância como um fragmento em um cluster particionado. O padrão
porta para essas instâncias é 27018. O único efeito de --shardsvr é mudar o
número da porta.

--noMoveParanóia
Desativa um "modo paranóico" para gravações de dados para operação de migração de bloco. Veja o
naco migração e moverChunk documentação do comando para mais informações.

Por padrão mongod irá salvar cópias de pedaços migrados no servidor "de" durante
migrações como "modo paranóico". Definir esta opção desativa essa paranóia.

SSL Opções
See

/ administração / ssl para documentação completa do suporte do MongoDB.

--sslOnNormalPorts
Novo na versão 2.2.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Habilita SSL para mongod. Com --sslOnNormalPorts, um mongod requer criptografia SSL para todos
conexões na porta MongoDB padrão, ou a porta especificada por --porta. Por padrão,
--sslOnNormalPorts está desabilitado.

--sslPEMKeyFile
Novo na versão 2.2.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Especifica o .pem arquivo que contém o certificado SSL e a chave. Especifique o arquivo
nome do .pem arquivo usando caminhos relativos ou absolutos

Ao usar --sslOnNormalPorts, você deve especificar --sslPEMKeyFile.

--sslPEMKeyPassword
Novo na versão 2.2.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Especifica a senha para descriptografar o arquivo de chave de certificado (ou seja --sslPEMKeyFile) Apenas
usar --sslPEMKeyPassword se o arquivo de chave de certificado estiver criptografado. Em todos os casos, mongod
irá suprimir a senha de todas as saídas de registro e relatório.

Alterado na versão 2.4: --sslPEMKeyPassword só é necessário quando a chave privada é
criptografado. Em versões anteriores mongod exigiria --sslPEMKeyPassword sempre que usar
--sslOnNormalPorts, mesmo quando a chave privada não foi criptografada.

--sslCAArquivo
Novo na versão 2.4.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Especifica o .pem arquivo que contém a cadeia de certificados raiz do certificado
Autoridade. Especifique o nome do arquivo do .pem arquivo usando caminhos relativos ou absolutos

--sslCRLFfile
Novo na versão 2.4.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Especifica o .pem arquivo que contém a lista de revogação de certificado. Especifique o arquivo
nome do .pem arquivo usando caminhos relativos ou absolutos

--sslWeakCertificateValidação
Novo na versão 2.4.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Desativa o requisito de validação de certificado SSL, que --sslCAArquivo possibilita. Com
--sslWeakCertificateValidação, mongod aceitará conexões se o cliente não
apresentar um certificado ao estabelecer a conexão.

Se o cliente apresentar um certificado e mongod tem --sslWeakCertificateValidação
ativado, mongod irá validar o certificado usando a cadeia de certificados raiz especificada
by --sslCAArquivoe rejeitar clientes com certificados inválidos.

Uso --sslWeakCertificateValidação se você tiver uma implantação mista que inclui clientes
que não apresentam ou não podem apresentar certificados para mongod.

--sslFIPSMode
Novo na versão 2.4.

Note o omissão distribuição of MongoDB parece não contém suporte para SSL. Para usar SSL
você pode compilar MongoDB com suporte SSL ou usar o assinante MongoDB
Edição. Ver / administração / ssl para obter mais informações sobre SSL e MongoDB.

Quando especificado, mongod usará o modo FIPS da biblioteca OpenSSL instalada. Sua
sistema deve ter uma biblioteca OpenSSL compatível com FIPS para usar --sslFIPSMode.

USO

No uso comum, a invocação de mongod será semelhante ao seguinte no contexto de um
inicialização ou script de controle:

mongod --config /etc/mongodb.conf

Veja o "/ reference / configuration-options"para obter mais informações sobre como configurar mongod
usando o arquivo de configuração.

Use mongod online usando serviços onworks.net