db.shutdownServer()

Nesta página

Comportamento

Controle de acesso
Exemplos

Alterado na versão 5.0.

db.shutdownServer()

Encerra o processo mongod ou mongos atual de forma limpa e segura. Você deve executar a operação db.shutdownServer() no banco de dados administrativo.

db.shutdownServer() tem esta sintaxe:

db.shutdownServer({
  force: <boolean>,
  timeoutSecs: <int>
})

O método utiliza estes campos:

Campo	Descrição
força	Opcional. Especifique `true` para forçar o encerramento de `mongod` ou `mongos` . O desligamento forçado interrompe quaisquer operações em andamento no `mongod` ou `mongos` e pode resultar em comportamento inesperado. Você pode pausar e retomar as construções de índices em andamento usando `force`. Consulte `db.shutdownServer()` em Membros do Conjunto de Réplicas para obter mais informações.
timeoutSecs	Opcional. A partir do MongoDB 5.0, `mongod` e `mongos` entram em um período de desativação para permitir que quaisquer operações de banco de dados em andamento sejam concluídas antes de serem encerradas. Se um `mongod` primário receber uma solicitação de desligamento, o primário: Tentativas de descer para um secundário. Se a redução falhar e a: `shutdown` ou `db.shutdownServer()` foi executado, `mongod` só continua as etapas de desligamento se o campo de força for verdadeiro ou se um comando `SIGTERM` o sinal foi enviado para `mongod`, `mongod` sempre continua as etapas de desligamento. Entra no período de inatividade. Termina todas as operações restantes do banco de dados. Desliga. Para uma solicitação de desligamento secundária ou `mongosmongod`, o período de desligamento é inserido depois que um desligamento foi solicitado. O período de silêncio é especificado por: Campo timeoutSecs se um comando `shutdown` ou `db.shutdownServer()` foi executado, ou parâmetro de servidor `shutdownTimeoutMillisForSignaledShutdown` se um sinal `SIGTERM` foi enviado para `mongod`, ou Parâmetro do servidor do `mongosShutdownTimeoutMillisForSignaledShutdown` se um sinal do `SIGTERM` foi enviado para `mongos`. Os clientes não podem abrir novas conexões com um `mongod` ou `mongos` que está sendo desligado. timeoutSecs especifica um período de tempo em segundos. O padrão é: 15 segundos começando no MongoDB 5.0. 10 segundos nas versões MongoDB anteriores a 5.0. `mongod` utiliza timeoutSecs como segue: Se o nó atual for o nó primário de um conjunto de réplicas, `mongod` aguardará um período de até o número de segundos especificado pelo campo timeoutSecs para que um nó elegível recupere o atraso antes de reduzir o nó primário. Para obter detalhes sobre o tempo de atualização, consulte atraso de replicação. Se o nó atual estiver no estado `SECONDARY` após deixar de ser primário, qualquer tempo restante especificado em timeoutSecs será usado para um período de inatividade, o que permite que as operações existentes sejam concluídas. Novas operações são enviadas para outros nós do conjunto de réplicas. A partir do MongoDB 5.0, `mongos` usa timeoutSecs como um período de inatividade, que permite a conclusão das operações existentes. Novas operações são enviadas para outros nós `mongos` . Nas versões do MongoDB anteriores a 5.0, `mongos` é desligado imediatamente e não usa timeoutSecs.

Campo

Descrição

força

Opcional. Especifique true para forçar o encerramento de mongod ou mongos . O desligamento forçado interrompe quaisquer operações em andamento no mongod ou mongos e pode resultar em comportamento inesperado.

Você pode pausar e retomar as construções de índices em andamento usando force. Consulte db.shutdownServer() em Membros do Conjunto de Réplicas para obter mais informações.

timeoutSecs

Opcional.

A partir do MongoDB 5.0, mongod e mongos entram em um período de desativação para permitir que quaisquer operações de banco de dados em andamento sejam concluídas antes de serem encerradas.

Se um mongod primário receber uma solicitação de desligamento, o primário:

Tentativas de descer para um secundário.
Se a redução falhar e a:
- shutdown ou db.shutdownServer() foi executado, mongod só continua as etapas de desligamento se o campo de força for verdadeiro ou se um comando
- SIGTERM o sinal foi enviado para mongod, mongod sempre continua as etapas de desligamento.
Entra no período de inatividade.
Termina todas as operações restantes do banco de dados.
Desliga.

Para uma solicitação de desligamento secundária ou mongosmongod, o período de desligamento é inserido depois que um desligamento foi solicitado.

O período de silêncio é especificado por:

Campo timeoutSecs se um comando shutdown ou db.shutdownServer() foi executado, ou
parâmetro de servidor shutdownTimeoutMillisForSignaledShutdown se um sinal SIGTERM foi enviado para mongod, ou
Parâmetro do servidor do mongosShutdownTimeoutMillisForSignaledShutdown se um sinal do SIGTERM foi enviado para mongos.

Os clientes não podem abrir novas conexões com um mongod ou mongos que está sendo desligado.

timeoutSecs especifica um período de tempo em segundos. O padrão é:

15 segundos começando no MongoDB 5.0.
10 segundos nas versões MongoDB anteriores a 5.0.

mongod utiliza timeoutSecs como segue:

Se o nó atual for o nó primário de um conjunto de réplicas, mongod aguardará um período de até o número de segundos especificado pelo campo timeoutSecs para que um nó elegível recupere o atraso antes de reduzir o nó primário. Para obter detalhes sobre o tempo de atualização, consulte atraso de replicação.
Se o nó atual estiver no estado SECONDARY após deixar de ser primário, qualquer tempo restante especificado em timeoutSecs será usado para um período de inatividade, o que permite que as operações existentes sejam concluídas. Novas operações são enviadas para outros nós do conjunto de réplicas.

A partir do MongoDB 5.0, mongos usa timeoutSecs como um período de inatividade, que permite a conclusão das operações existentes. Novas operações são enviadas para outros nós mongos . Nas versões do MongoDB anteriores a 5.0, mongos é desligado imediatamente e não usa timeoutSecs.

Esta operação fornece um invólucro para o comando shutdown.

Comportamento

Para um mongod iniciado com autenticação em sistemas autogerenciados, você deve executar db.shutdownServer() em uma conexão autenticada. Consulte Controle de acesso para obter mais informações.

Para um mongod iniciado sem autenticação em sistemas autogerenciados, você deve executar db.shutdownServer() de um cliente conectado à interface localhost. Por exemplo, execute mongosh com a opção --host "127.0.0.1" na mesma máquina host que o mongod.