파일 시스템 스냅샷을 사용하여 MongoDB Search 및 MongoDB 벡터 검색 인덱스 데이터를 백업할 수 있습니다. 파일 시스템 스냅샷은 mongot 데이터 디렉토리의 시점 콩 데이터 복사본을 만들어 소스 데이터로 부터 다시 빌드할 필요 없이 인덱스를 복원할 수 있습니다.
고려 사항
인덱스 복구
mongot 데이터의 프라이머리 데이터 저장소가 아닙니다. mongot 데이터가 손상되거나 유실되면 MongoDB는 mongod의 소스 데이터로 MongoDB Search 및 MongoDB Vector Search 인덱스를 다시 빌드할 수 있습니다. 하지만 인덱스 빌드는 느릴 수 있으며, 간호히 완료하는데 몇 일이 걸릴 수도 있습니다.
애플리케이션에 최소한 복구 시간이 필요한 경우 일반 파일 시스템 스냅샷을 사용합니다.
백업 유효성
mongot mongod 에서 변경 스트림을 통해 데이터를 복제합니다. mongot 백업은 변경 스트림 보유 기간에만 유효합니다. 보유 기간보다 오래된 백업에서 복원하면 mongot 는 oplog에서 제거되었음을 감지하고 mongod의 소스 데이터에서 인덱스를 다시 생성합니다. 복원된 스냅샷 데이터는 다시 생성 중에도 즉시 쿼리할 수 있습니다. 다시 생성이 완료될 때까지 검색 결과에 mongod 의 현재 상태보다 이전 시점의 내용이 반영될 수 있습니다.
백업 mongot
mongot를 백업하려면 mongot 인스턴스를 중지하고 선택한 도구를 사용하여 mongot 데이터 디렉토리의 파일 시스템 스냅샷을 찍습니다. Linux에서 LVM을 사용하는 완전한 예시는 Linux에서 LVM을 사용하여 백업 및 복원을 참조하세요.
복원 mongot
파일 시스템 스냅샷에서 mongot 을(를) 복원하려면 원하는 도구를 사용하여 백업 스냅샷을 mongot 데이터 디렉토리에 복원합니다. 새 서버 인스턴스를 생성하려면 mongot 를 다시 시작하기 전에 mongot 데이터 디렉토리에서 serverId.txt 파일을 삭제해야 합니다.
스냅샷을 복원하고 mongot를 다시 시작하면 MongoDB가 복원된 인덱스 데이터를 읽고 mongod 인스턴스에서 복제를 다시 시작합니다. Linux에서 LVM을 사용하는 완전한 예시는 스냅샷 복원을 참조하십시오.
Kubernetes Operator용 MongoDB 컨트롤러 고려 사항
mongot 영구 볼륨의 최신 스냅샷을 유지하면 소스 데이터에서 인덱스를 재구축하는 것과 비교하여 포드 교체, 노드 유지 관리 및 저장 복구를 위한 더 빠른 복구 경로를 제공합니다. Kubernetes용 MongoDB 연산자는 mongot 퍼시스턴트 볼륨을 자동으로 백업하거나 복원하지 않습니다. mongot 데이터 디렉토리를 저장하는 영구 볼륨의 백업을 저장 플랫폼의 파일 시스템 또는 볼륨 스냅샷 역량을 사용하여 계획하십시오.
재스케줄되고 대체된 팝
Kubernetes 연산자용 MongoDB 컨트롤러가 mongot 팝을 다시 스케줄하거나 대체하는 경우, 이전에 있던 영구 볼륨을 새 팝에 연결하여 소스 데이터에서 모든 인덱스를 다시 빌드하는 대신 로컬 인덱스 데이터를 재사용합니다. 백업 스냅샷을 찍은 후 배포에 변경 사항을 적용한 경우, mongot 은 스타트업 후 mongod 에서 연결되어야 합니다.
Kubernetes에서 mongot 복원
Kubernetes에서 mongot 를 복원하려면 백업 스냅샷을 영구 볼륨으로 복원합니다. 대체 팝이 해당 볼륨을 마운트하고 mongot를 다시 시작하기 전에 serverId.txt 파일을 삭제해야 합니다.