스냅샷에서 cluster를 복원하면 Ops Manager가 선택한 점에 대한 복원 파일을 제공합니다.
복원 프로세스에 대해 알아보려면 복원 개요를 참조하세요.
중요
Ops Manager 3.6의 변경 사항: 특정 시점 복원
3.6 이전에는 백업 디먼 해당 호스팅하다 에 전체 점 복원 생성했습니다. 3.6을 사용하면 스냅샷과 함께 클라이언트 사이드 도구를 다운로드 수 있습니다. 이 도구는 oplog 다운로드하여 클라이언트 시스템의 스냅샷에 적용합니다. 이렇게 하면 Ops Manager 배포서버 에 필요한 네트워크 및 저장 요구 사항이 줄어듭니다.
고려 사항
Review change to BinData BSON sub-type
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 startup options스냅샷을 생성할 때 데이터베이스에 사용된암호화 (스냅샷에 암호화가 활성화된 경우에만 표시됨)
마스터 키 UUID (스냅샷에 암호화가 활성화된 경우에만 표시됨)
암호화된 백업에서 복원하는 경우 이 마스터 키에 대해 인증서가 프로비저닝되어 있어야 합니다.
백업 고려 사항
모든 FCV 데이터베이스는 적절한 백업 고려 사항을 충족해야 합니다.
암호화 고려 사항
암호화된 백업에서 복원하려면 백업을 암호화하는 데 사용된 것과 동일한 마스터 키와 백업 데몬 호스트에 있는 것과 동일한 인증서 또는 KMIP 호스트에서 해당 키로 프로비저닝된 새 인증서가 필요합니다.
스냅샷이 암호화된 경우 복원 패널에 KMIP 마스터 키 ID와 KMIP 서버 정보가 표시됩니다. 스냅샷 자체와 restoreInfo.txt 파일을 볼 때도 정보를 찾을 수 있습니다.
복원 중 MongoDB에 대한 클라이언트 요청 비활성화
복원 중에는 MongoDB deployment가 클라이언트 요청을 받지 않도록 해야 합니다. 다음 중 하나를 수행해야 합니다.
새 호스트 이름을 사용하여 새 시스템으로 복원하고 새 배포가 실행되면 애플리케이션 코드를 재구성합니다. 또는
데이터를 복원하는 동안 MongoDB deployment가 클라이언트 요청을 수신 하지 않는지 확인합니다.
스냅샷 복원
Ops Manager가 스냅샷을 자동으로 복원하도록 하려면 다음과 같이 하세요:
복원 지점을 선택합니다.
백업을 복원할 지점을 선택합니다.
복원 유형설명작업Snapshot
복원할 기존 스냅샷 을 선택합니다.
Point In Time
선택한 시간까지의 모든 작업을 포함하지만 포함하지 않는 사용자 지정 스냅샷을 생성합니다. 기본적으로 oplog 스토어는 24시간 분량의 데이터를 저장합니다.
예를 예시
12:00을 선택하는 경우 복원 의 마지막 작업은11:59:59이하입니다.복원 대화 상자에도 배포서버의 restorable time ranges 가 표시됩니다. 이 범위 중 하나에 해당하는 시간만 선택할 수 있습니다. 원하는 시간을 사용할 수 없는 경우 해당 기간에 oplog 갭이 존재합니다.
Date 및 Time 을(를) 선택합니다.
Oplog Timestamp
입력 oplog 타임스탬프를 포함하여 해당 시점까지의 모든 작업을 포함하는 사용자 지정 스냅샷을 생성합니다. oplog 타임스탬프에는 두 개의 필드가 포함되어 있습니다.
Timestamp
UNIX epoch이후 경과된 시간(초)의 타임스탬프
Increment
해당 초에 32비트 서수로 적용되는 작업 순서입니다.
oplog Timestamp 및 Increment를 입력합니다.
복제본 세트 에서
local.oplog.rs에 대한 쿼리를 실행하여 원하는 타임스탬프를 찾습니다.Next를 클릭합니다.
중요
AES256-GCM으로 암호화된 스냅샷을 복원한 후 마스터 키 순환
Ops Manager AES256-GCM으로 암호화됨 암호화됨 스냅샷 복원 경우, 복원 완료한 후마스터 키를 순환합니다.
수동 복원 프로세스 에서는 다음을 가정합니다.
대상 호스팅하다 에 데이터가 없습니다.
2단계 인증 을 활성화하지 않았습니다.
경고
자동 복원 을 실행 수 없는 경우에만 스냅샷 을 수동으로 복원합니다. 수동 복원 을 사용해야 한다고 판단되면 MongoDB 문의 에 도움을 요청하세요. 이 섹션에서는 수동 복원 절차의 각 단계에 대한 높은 수준의 개요를 제공합니다.
수동 복원 프로세스 에는 MongoDB 지원의 도움을 받아 다음과 같은 높은 수준의 단계를 수행할 수 있습니다.
레거시 shell 또는
mongosh를 사용하여 각 복제본 세트와 구성 서버 복제본 세트(CSRS)에 연결합니다.(선택 사항). 각 복제본 세트 및 CSRS 의 구성 파일 을 검토합니다. 복원 프로세스 를 완료한 후에는 저장된 구성 파일을 사용하여 복원된 복제본 세트에서 구성을 재구성할 수 있습니다.
전체 수동 복원 절차는 MongoDB Server 4.2 문서에서 확인할 수 있습니다. MongoDB 4.4 이상 배포의 경우 해당 버전의 매뉴얼을 참조하세요.