mongosync Estados
Nesta página
mongosync entra em estados diferentes dependendo das solicitações recebidas. mongosync só pode estar em um único estado em um determinado momento. Os estados mongosync atuais determinam quais operações de API você pode executar.
Observação
A maioria das transições de estado ocorre como resultado de uma chamada de API. As exceções são:
A transição de
COMMITTINGparaCOMMITTED. Para obter mais informações, consulte Finalizando a sincronização.A transição de
REVERSINGparaRUNNING. Para obter mais informações, consulte Reverter a sincronização.
Esta página descreve mongosync estados.
Exibir o estado atual
Para visualizar o estado atual de mongosync, use o /progress. endpoint. O endpoint /progress retorna o estado no campo state .
Observação
A partir de mongosync 1.7.3, mongosync pode levar pelo menos dois minutos para responder quando você retoma ou reinicia uma operação de sincronização. Durante esse tempo, qualquer chamada para o endpoint progress pode falhar. Se uma chamada progress falhar, é seguro tentar novamente.
Descrições do estado
A tabela a seguir descreve cada estado e lista as operações permitidas nesse estado.
Estado | Descrição | Possíveis operações de API |
|---|---|---|
| mongosync está inicializado e pronto para o início de uma tarefa de sincronização. | |
| O processo de sincronização está em execução no momento. Nesse estado, os dados são inicialmente sincronizados com o cluster de destino. As gravações subsequentes no cluster de origem são aplicadas ao cluster de destino. | |
| O processo de sincronização está pausado. Para retomar o processo de sincronização, envie uma solicitação para o endpoint /resume . | |
| A substituição para o processo de sincronização foi iniciada. O tempo necessário para fazer a transição para a fase COMMITTED depende de lagTimeSeconds. Para monitorar lagTimeSeconds ou para ver se mongosync terminou a confirmação, use o endpoint /progress . |
|
| A substituição do processo de sincronização está concluída. | |
| O processo de sincronização copia metadados do cluster de destino para o cluster de origem. Em seguida, o MongoDB troca os clusters de origem e destino e volta a aplicar eventos de alteração. |
|