Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

transactionFromDedicatedConfigServer (comando de banco de dados)

transitionFromDedicatedConfigServer

Novidades na versão 8.0.:

A partir do MongoDB 8.0, você pode:

  • Configure um servidor de configuração para armazenar os dados do seu aplicativo, além dos metadados usuais do cluster fragmentado. Um servidor de configuração que armazena dados do aplicativo é chamado de fragmento de configuração.

  • Faça a transição de um servidor de configuração entre um shard de configuração e um servidor de configuração dedicado.

Um cluster exige um servidor de configuração, mas ele pode ser um fragmento de configuração em vez de um servidor de configuração dedicado . Usar um shard de configuração reduz o número de nós necessários e pode simplificar seu sistema.

Um shard de configuração custa menos do que um servidor de configuração dedicado porque um servidor de configuração dedicado é executado como seu próprio conjunto de réplicas. Um shard de configuração combina a role de servidor de configuração em um conjunto de réplicas de shard existente, portanto, seu cluster precisa de um conjunto de réplicas em vez de dois. O uso de um shard de configuração não tem impacto mensurável no desempenho em contagens baixas de shard. Um servidor de configuração dedicado isola os metadados do cluster dos dados do aplicação , que certos recursos exigem. Para saber qual sistema se adequa ao seu cluster, consulte Casos de uso de config shard.

O comando transitionFromDedicatedConfigServer configura um servidor de configuração dedicado para ser executado como um shard de configuração.

Antes de executar transitionFromDedicatedConfigServer, conecte-se a mongos e use o banco de banco de dados admin.

O cluster fragmentado deve ter featureCompatibilityVersion definido para pelo menos 8.0.

Sintaxe do comando:

db.adminCommand( {
transitionFromDedicatedConfigServer: 1
} )

O comando transitionFromDedicatedConfigServer adiciona o servidor de configuração como um shard no cluster. Internamente, o transitionFromDedicatedConfigServer executa o comando addShard.

Você pode confirmar que um cluster fragmentado usa um fragmento de configuração usando um dos seguintes métodos:

  • Execute o método sh.isConfigShardEnabled() em mongosh. Se a saída sh.isConfigShardEnabled() contiver enabled: true, o cluster utilizará um fragmento de configuração. Se a saída contiver enabled: false, o cluster não usará um fragmento de configuração.

  • Execute o comando listShards no banco de dados do admin enquanto conectado a um mongos e inspecione a saída de um documento onde o _id está configurado para "config". Se a saída listShards não contiver um documento em que _id esteja definido como "config", o cluster não usará um fragmento de configuração.

Para obter detalhes, consulte Confirmar uso do Config Shard.

Se você precisar fazer downgrade da versão de compatibilidade do recurso abaixo de 8.0, primeiro execute o comando transitionToDedicatedConfigServer . Para obter detalhes de downgrade, consulte Downgrade Feature Compatibility Version.

Se o controle de acesso estiver habilitado, o comando transitionFromDedicatedConfigServer exigirá a ação de autorização transitionFromDedicatedConfigServer para o cluster:

{
resource: { cluster : true },
actions: [ "transitionFromDedicatedConfigServer" ]
}

A função clusterManager tem ação de autorização transitionFromDedicatedConfigServer e pode ser atribuída a um usuário.

O exemplo a seguir atribui a função clusterManager a um usuário chamado testUser:

db.grantRolesToUser(
"testUser",
[ "clusterManager" ]
)

O exemplo a seguir configura um servidor de configuração dedicado para ser executado como um shard de configuração:

db.adminCommand( {
transitionFromDedicatedConfigServer: 1
} )