스냅샷에서 cluster를 복원하면 Cloud Manager가 선택한 점에 대한 복원 파일을 제공합니다.
복원 프로세스에 대해 알아보려면 복원 개요를 참조하세요.
고려 사항
BinData BSON 하위 유형에 대한 변경 사항 검토
BSON 사양 은 BSON 바이너리 데이터 유형(BinData)의 기본값 하위 유형을 2 에서 0로 변경했습니다. 스냅샷 에 저장된 일부 바이너리 데이터는 BinData 하위 유형 2일 수 있습니다. 백업은 BinData 하위 유형 2 의 스냅샷 데이터를 자동으로 감지하고 BinData 하위 유형 0로 변환합니다. 애플리케이션 코드에 BinData 하위 유형 2가 예상되는 경우 BinData 하위 유형 0과 함께 작동하도록 애플리케이션 코드를 업데이트 해야 합니다.
팁
BSON 사양의 참고 사항에는 이 변경 사항의 구체적인 내용이 설명되어 있습니다.
다음에 지정된 설정을 사용하여 복원 restoreInfo.txt
백업 복원 파일에는 restoreInfo.txt 이라는 메타데이터 파일이 포함되어 있습니다. 이 파일은 스냅샷을 생성할 때 데이터베이스에서 사용된 옵션을 캡처합니다. 데이터베이스를 복원한 후에는 나열된 옵션을 사용하여 데이터베이스를 실행해야 합니다. 이 파일에는 다음이 포함됩니다.
groupName
복제본 세트 이름
클러스터 ID (해당되는 경우)
스냅샷 타임스탬프 (UTC의 타임스탬프)
타임스탬프 복원 (UTC의 BSON 타임스탬프로)
마지막 oplog 적용 되었습니다(UTC에서 BSON 타임스탬프로).
MongoDB 버전
storage engine 유형
mongod스냅샷을 생성할 때 데이터베이스에 사용된 시작 옵션
에이전트가 밸런서를 중지할 수 없는 경우 스냅샷
Cloud Manager 는 밸런서 가 활성화된 상태에서 생성된 클러스터 스냅샷 옆에 경고를 표시합니다. 이러한 스냅샷 에서 복원 하면 데이터가 손실되거나 고아가 될 위험이 실행 . 자세한 내용은 에이전트가 밸런서를 중지할 수 없는 경우의 스냅샷 을 참조하세요.
백업 고려 사항
모든 FCV 데이터베이스는 적절한 백업 고려 사항을 충족해야 합니다.
암호화 고려 사항
복원 중 MongoDB에 대한 클라이언트 요청 비활성화
복원 중에는 MongoDB deployment가 클라이언트 요청을 받지 않도록 해야 합니다. 다음 중 하나를 수행해야 합니다.
새 호스트 이름을 사용하여 새 시스템으로 복원하고 새 배포가 실행되면 애플리케이션 코드를 재구성합니다. 또는
데이터를 복원하는 동안 MongoDB deployment가 클라이언트 요청을 수신 하지 않는지 확인합니다.
스냅샷 복원
적절한 단계를 확인하려면 기능 호환성 버전과 복원 유형을 선택하세요.