Finalizar el proceso de cambio.

Verifica el estado de mongosync.

Llame al endpoint de progreso para determinar el estado de mongosync antes de iniciar el proceso de corte. Asegúrese de que el estado del proceso mongosync indique los siguientes valores:

• canCommit es true.

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

  Si lagTimeSeconds no está cerca de 0 cuando comience el corte, este podría tardar mucho tiempo.

• Al utilizar el verificador embedido, revise tanto el documento de devolución verification.source como el verification.destination. Los campos lagTimeSeconds en ambos documentos deben estar cerca de 0 y los campos phase deben mostrar "stream hashing".

  Si el verificador no está en la fase de hash de flujo, el proceso de transición podría tomar 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
}

Detén cualquier operación de guardar en las colecciones sincronizadas en la fuente.

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

• mongosync habilita por defecto el bloqueo de guardado solo de destino. Se puede habilitar explícitamente iniciando mongosync con enableUserWriteBlocking configurado en "destinationOnly". mongosync solo bloquea los guardados en el destino y los 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 configurado en "none", asegúrese de deshabilitar los guardados. Por ejemplo, ejecute el setUserWriteBlockMode comando en el clúster de origen:

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

• Si mongosync utiliza la sincronización filtrada, no es necesario desactivar escrituras en todo el clúster de origen. Sin embargo, debes asegurarte de detener las operaciones de guardar para las colecciones que incluye el filtro.

Envía una solicitud de commit a mongosync.

Si se inician varias instancias de mongosync para la migración, debe emitir una solicitud de compromiso para cada instancia de mongosync.

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

{"success":true}

Espera a que puedas guardar en el clúster de destino.

Llama al endpoint progress para determinar si canWrite está true. Si canWrite está false, espera hasta que progress muestre que canWrite está true. Si estás ejecutando múltiples instancias de mongosync, solo verifica que canWrite sea verdadero en el primer proceso mongosync. El estado canWrite de cualquier proceso mongosync posterior no es válido.

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

true

Verificar transferencia de datos.

Verifica la sincronización exitosa de datos desde la fuente al clúster de destino.

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

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

Para habilitar la escritura, actualiza setUserWriteBlockMode:

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

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

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

Llama al endpoint progress para determinar el estado del proceso mongosync.

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"