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

Corrigir Problemas de Oplog

Os alertas de Oplog de replicação podem ser acionados quando a quantidade de dados de oplog gerados em um nó de cluster primário é maior do que o tamanho do oplog configurado do cluster.

Você pode configurar as seguintes condições de alerta na página de configurações de alerta em nível de projeto para acionar alertas.

Replication Oplog Window is (X) ocorrerá se a quantidade aproximada de tempo disponível no oplog de replicação primária atender ou ficar abaixo do limite especificado. Isso se refere à quantidade de tempo em que o primário pode continuar fazendo registros, dada a taxa atual na qual os dados do oplog são gerados.

Oplog Data Per Hour is (X) ocorre se a quantidade de dados por hora gravados no registro de replicação de um primário atingir ou exceder o limite especificado.

Veja alguns eventos comuns que podem levar ao aumento da atividade de oplog:

Veja algumas ações possíveis a serem consideradas para ajudar a solucionar alertas de oplog de replicação:

  • Aumente o tamanho do oplog editando a configuração do cluster para garantir que ele seja maior que o valor de pico do gráfico Oplog GB / Hour na exibição de métricas do cluster.

  • Aumente o tamanho do oplog se você acredita que haverá operações intensas de gravação e atualização em um curto período de tempo.

    Observação

    Talvez seja necessário aumentar o armazenamento do cluster para liberar espaço suficiente para redimensionar o oplog.

  • Ensure that all write operations specify a write concern of majority to ensure that writes are replicated to at least one node before moving on to the next write operation. This controls the rate of traffic from your application by preventing the primary from accepting writes more quickly than the secondaries can handle.

    Em um cluster Atlas Infinite, a camada de armazenamento replica seus dados e majority refere-se a uma maioria dentro da camada de armazenamento, em vez de uma maioria dos nós do cluster. Para saber mais, consulte Write Concern em clusters Atlas Infinite.

To learn about oplog sizing requirements for your use case, see Workloads that Might Require a Larger Oplog Size.

Você não pode definir o tamanho do oplog em um cluster Atlas Infinite. Para aprender como o Atlas gerencia o oplog nesses clusters, consulte Oplog em clusters Atlas Infinite.

Os seguintes cenários podem ocorrer se esses alertas são acionados:

  • O gráfico Oplog GB / Hour na exibição de métricas aumenta.

  • O gráfico Replication Oplog Window na exibição de métricas está baixo.

  • The Atlas View and Download MongoDB Logs of secondary or unhealthy nodes display the following message:

    We are too stale to use <node>:27017 as a sync source.
  • An Atlas node is reporting a state of STARTUP2 and RECOVERING for an extended period of time.

    Typically, this indicates that the node has "fallen off the oplog" and is unable to keep up with the oplog data being generated by the primary node. In this case, the node will require an initial sync in order to recover and ensure that the data is consistent across all nodes. You can check the state of a node using the rs.status() shell method.