shutdown (comando de banco de dados)

Alterado na versão 5.0.

shutdown: O comando limpa todos os recursos do banco de dados shutdown shutdown e, emseguida, encerra o processo. Você deve emitir o comando no banco de dados admin.

Compatibilidade

Esse comando está disponível em implantações hospedadas nos seguintes ambientes:

MongoDB Enterprise: a versão autogerenciada e baseada em assinatura do MongoDB
MongoDB Community: uma versão com código disponível, de uso gratuito e autogerenciada do MongoDB

Importante

Este comando não é aceito em clusters do MongoDB Atlas. Para obter informações sobre o suporte do Atlas a todos os comandos, consulte Comandos não suportados.

Sintaxe

O comando tem a seguinte sintaxe:

db.adminCommand(
   {
     shutdown: 1,
     force: <boolean>
     timeoutSecs: <int>,
     comment: <any>
   }
)

Campos de comando

O comando usa esses campos:

Campo	Descrição
desligar	Especifique `1`.
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` `shutdown` Consulte em Membros do conjunto de réplicas para 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` O `db.shutdownServer()` comando ou foi executado, somente continua`mongod` as etapas de desligamento se o campo de força for verdadeiro ou um `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: campotimeoutSecs se um `shutdown` comando ou foi executado, ou `db.shutdownServer()` 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`mongod` de réplicas, 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 após deixar de ser `SECONDARY` 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.
`comment`	Opcional. Um comentário fornecido pelo usuário para anexar a este comando. Depois de definido, esse comentário aparece junto com os registros desse comando nos seguintes locais: mensagens de log do mongod, no campo `attr.command.cursor.comment`. Saída do perfil do banco de dados, no campo `command.comment`. Saída de `currentOp`, no campo `command.comment`. Um comentário pode ser qualquer tipo BSON válido (string, inteiro, objeto, array etc).

Dica

db.shutdownServer()

Comportamento

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

Para ummongodiniciado sem autenticação em sistemas autogerenciados, você deve executarshutdownde um cliente conectado à interface localhost. Por exemplo, executemongoshcom a opção--host "127.0.0.1"na mesma máquina host que omongod.

`shutdown` em Membros do Conjunto de Réplica

shutdown falhará se o membro do conjunto de réplicas estiver executando determinadas operações, como compilações de índice. Você pode especificar force: true para forçar o membro a salvar mongod o progresso da construção do índice no disco. O recupera a compilação do índice quando é reiniciado e continua a partir do checkpoint salvo.

Desligando o conjunto de réplicas primário, secundário ou `mongos`

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 O db.shutdownServer() comando ou foi executado, somente continuamongod as etapas de desligamento se o campo de força for verdadeiro ou um
- 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:

campotimeoutSecs se um shutdown comando ou foi executado, ou db.shutdownServer()
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 conjuntomongod de réplicas, 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 após deixar de ser SECONDARY 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.

Aviso

O desligamento forçado do primário pode resultar na rollback de quaisquer gravações ainda não replicadas para um secundário.

Controle de acesso

Para executar oshutdownem ummongodaplicando a Autenticação em Sistemas Autogerenciados, o usuário autenticado deve ter o privilégio doshutdown. Por exemplo, um usuário com a função integradahostManagertem as permissões apropriadas.

Exemplos

Desligue um `mongod`

db.adminCommand({ "shutdown" : 1 })

Forçar o desligamento de um `mongod`

db.adminCommand({ "shutdown" : 1, "force" : true })

Desligue um primário `mongod` com tempo limite maior

db.adminCommand({ "shutdown" : 1, timeoutSecs: 60 })

Voltar

setUserWriteBlockMode

buildInfo