Finalizar el proceso de cambio.

Verificar el estado de mongosync.

Llamar al punto final de progreso para determinar el estado de mongosync antes de iniciar el proceso de transición. Asegúrese de que el mongosync estado del proceso indique los siguientes valores:

• canCommit es true.

• lagTimeSeconds es pequeño (cerca de 0).

  Si lagTimeSeconds no está cerca de 0 cuando comienza el cambio, este podría demorar mucho tiempo.

• Al usar el Verificador Integrado, verifique verification.source los verification.destination documentos de retorno y. Los lagTimeSeconds campos en ambos documentos deben estar cerca 0 phase "stream hashing"de y los campos deben mostrar.

  Si el verificador no está en la fase de hash del flujo, el proceso de transferencia podría llevar mucho tiempo.

El siguiente ejemplo devuelve el estado del proceso de sincronización.

curl localhost:27182/api/v1/progress -XGET

{
   "progress":
      {
         "state":"RUNNING",
         "canCommit":true,
         "canWrite":false,
         "info":"change event application",
         "lagTimeSeconds":0,
         "collectionCopy":
            {
               "estimatedTotalBytes":694,
               "estimatedCopiedBytes":694
            },
         "directionMapping":
            {
               "Source":"cluster0: localhost:27017",
               "Destination":"cluster1: localhost:27018"
            },
         "source":
            {
               "pingLatencyMs":250
            },
         "destination":
            {
               "pingLatencyMs":-1
            },
         "verification":
            {
               "source":
                  {
                     "estimatedDocumentCount": 42,
                     "hashedDocumentCount": 42,
                     "lagTimeSeconds": 2,
                     "totalCollectionCount": 42,
                     "scannedCollectionCount": 10,
                     "phase": "stream hashing"
                  },
               "destination": {
                     "estimatedDocumentCount": 42,
                     "hashedDocumentCount": 42,
                     "lagTimeSeconds": 2,
                     "totalCollectionCount": 42,
                     "scannedCollectionCount": 10,
                     "phase": "stream hashing"
               }
            }
      },
   "success": true
}

Detenga cualquier operación de escritura en las colecciones sincronizadas en la fuente.

• Espere a que todas las transacciones en el clúster de origen se confirmen o cancelen.

• mongosync Habilita el bloqueo de escritura solo en el destino de forma predeterminada. Puede habilitarlo explícitamente iniciando mongosync con enableUserWriteBlocking establecido en "destinationOnly". mongosync solo bloquea las escrituras en el destino y las desbloquea justo antes de que canWrite se establezca en true.

• Si inicia mongosync con enableUserWriteBlocking configurado en "sourceAndDestination", mongosync bloquea todas las operaciones de guardar en el clúster de destino y las desbloquea justo antes de que canWrite se configure en true. mongosync bloquea los guardados en el origen después de que llames a /commit.

• Si inicia mongosync con enableUserWriteBlocking establecido en "none", asegúrese de deshabilitar las escrituras. Por ejemplo, ejecute el setUserWriteBlockMode Comando en el clúster de origen:

  db.adminCommand( {
      setUserWriteBlockMode: 1,
      global: true 
  } )

• Si mongosync usa sincronización filtrada, no es necesario deshabilitar las escrituras en todo el clúster de origen. Sin embargo, debe asegurarse de detener las operaciones de escritura en las colecciones que incluye el filtro.

Envíe una solicitud de confirmación mongosync a.

Si inicia varias instancias mongosync para su migración, debe emitir una solicitud de confirmación para cada instancia mongosync.

curl localhost:27182/api/v1/commit -XPOST --data '{ }'

{"success":true}

Espere hasta que pueda realizar escrituras en el clúster de destino.

Llama al progress punto final para determinar si canWrite truees. Si canWrite es,false espera hasta progress que canWrite muestre que true es. Si estás ejecutando varias instancias de mongosync, solo comprueba que canWrite sea verdadero en el primer mongosync proceso. El canWrite estado de cualquier mongosync proceso posterior no es válido.

curl -sS localhost:27182/api/v1/progress -XGET | jq ".progress.canWrite"

true

Verificar transferencia de datos.

Verifique la sincronización exitosa de datos desde el clúster de origen al de destino.

Para obtener más información, consulte Verificar transferencia de datos.

Si bloqueó manualmente las escrituras en el clúster de destino mediante, habilite las escrituras de la aplicación en el clúster de setUserWriteBlockMode destino.

Para habilitar escrituras,setUserWriteBlockMode actualice:

db.adminCommand(
   {
      setUserWriteBlockMode: 1,
      global: false
   }
)

Luego, transfiera la carga de trabajo de su aplicación al clúster de destino.

Si inició mongosync con bloqueo de escritura utilizando la enableUserWriteBlocking opción en el punto final /start, no necesita completar este paso.

Llame al punto final para determinar el estado del progress mongosync proceso.

Cuando la respuesta de progreso mongosync indica que el estado mongosync es COMMITTED, el proceso de transición está completo.

curl -sS localhost:27182/api/v1/progress -XGET | jq ".progress.state"

"COMMITTED"