전환 프로세스 완료

mongosync의 상태를 확인합니다.

전환 프로세스 를 시작하기 전에 진행률 엔드포인트를 호출하여 mongosync 의 상태를 확인합니다. mongosync 프로세스 상태가 다음 값을 나타내는지 확인합니다.

• canCommit 은 true입니다.

• lagTimeSeconds 가 작습니다( 0 에 가깝습니다).

  전환이 시작될 때 lagTimeSeconds 이(가) 0 에 가깝지 않은 경우 전환에 시간이 오래 걸릴 수 있습니다.

• 내장된 verification.source verification.destination 검증자를 사용하는 경우 및 반환 문서를 모두 확인합니다. 두 문서의 lagTimeSeconds 필드는 0 근처에 있어야 하며 phase 필드는 "stream hashing"로 표시되어야 합니다.

  검증자가 스트림 해싱 단계에 있지 않은 경우 전환 프로세스 시간이 오래 걸릴 수 있습니다.

다음 예에서는 동기화 프로세스의 상태를 반환합니다.

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"
            },
         "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
}

소스에서 동기화된 컬렉션에 대한 쓰기 작업을 중지합니다.

• 소스 클러스터 의 모든 트랜잭션이 커밋 되거나 중단될 때까지 기다립니다.

• mongosync 기본값 으로 대상 전용 쓰기 차단을 활성화합니다. "destinationOnly"로 설정하다 enableUserWriteBlocking 을 사용하여 mongosync 를 시작하여 명시적으로 활성화 할 수 있습니다. mongosync 는 대상에 대한 쓰기만 차단하고 canWrite 가 true로 설정하다 되기 직전에 차단을 해제합니다.

• enableUserWriteBlocking 이(가) true(으)로 설정하다 상태에서 mongosync 을(를) 시작하는 경우, mongosync 는 대상 클러스터 에서 수행되는 모든 쓰기 (write) 작업을 차단하고 canWrite 가 true로 설정하다 되기 직전에 차단을 해제합니다. mongosync 은(는) /commit을(를) 호출한 후 소스에 대한 쓰기를 차단합니다.

• enableUserWriteBlocking 을 false로 설정하다 mongosync 를 시작하는 경우 쓰기를 비활성화해야 합니다. 예시 소스 클러스터에서 setUserWriteBlockMode 명령을 실행.

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

• mongosync 에서 필터링된 동기화 사용하는 경우 전체 소스 클러스터 에 대한 쓰기를 비활성화할 필요가 없습니다. 그러나 필터하다 에 포함된 컬렉션에 대한 쓰기 (write) 작업을 중지해야 합니다.

커밋 요청 로 mongosync 보냅니다.

마이그레이션 을 위해 여러 mongosync 인스턴스를 시작하는 경우 각 mongosync 인스턴스 에 대해 커밋 요청 실행해야 합니다.

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

{"success":true}

대상 클러스터 에서 쓰기를 수행할 수 있을 때까지 기다립니다.

progress 엔드포인트를 호출하여 canWrite 이(가) true인지 확인합니다. canWrite 가 false인 경우 progress 가 canWrite 이 true로 표시될 때까지 기다립니다. 여러 mongosync 인스턴스를 실행 경우 첫 번째 mongosync 프로세스 에서 canWrite 가 true인지만 확인합니다. 후속 mongosync 프로세스의 canWrite 상태가 유효하지 않습니다.

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

true

데이터 전송 을 확인합니다.

소스에서 대상 클러스터로 데이터가 성공적으로 동기화되었는지 확인합니다.

자세한 내용은 데이터 전송 확인을 참조하세요.

를 사용하여 대상 클러스터 에서 쓰기를 수동으로 차단한 setUserWriteBlockMode 경우 대상 클러스터 에서 애플리케이션 쓰기를 활성화 .

쓰기를 활성화 하려면 setUserWriteBlockMode을(를) 업데이트 합니다.

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

그런 다음 애플리케이션 워크로드 를 대상 클러스터 로 전송합니다.

/start 엔드포인트에서 enableUserWriteBlocking 옵션을 사용하여 쓰기 차단으로 mongosync 를 시작한 경우 이 단계를 완료할 필요가 없습니다.

progress 엔드포인트를 호출하여 mongosync 프로세스 의 상태를 확인합니다.

mongosync 진행률 응답이 mongosync 상태가 COMMITTED 임을 나타내면 전환 프로세스가 완료된 것입니다.

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

"COMMITTED"