문서 메뉴

문서 홈MongoDB 실행 및 관리MongoDB Atlas

연속 클라우드 백업에서 복원

이 페이지의 내용

  • 복원 고려 사항
  • 복원 시간 최적화를 위한 권장 사항
  • 일반 최적화
  • 필요한 액세스 권한
  • 절차
  • 클러스터 복원
  • 서버리스 인스턴스 복원
  • Atlas에서 프로젝트의 Database Deployments 페이지로 이동합니다.
  • 클러스터의 Backup 페이지로 이동합니다.
  • Point in Time Restore를 클릭합니다.

Atlas를 사용하면 다음 옵션 중 하나를 지정하여 연속 cloud 백업 에서 데이터를 복원할 수 있습니다.

  • 복원하려는 특정 날짜 및 시간

  • 복원하려는 특정 oplog 항목

연속 cloud 백업에서 복원할 때는 사전 요구 사항 외에도 다음 요구 사항 및 제한 사항을 고려합니다.

  • 소스 스냅샷의 DefaultRWConcern 값이 타겟 데이터베이스 배포의 DefaultRWConcern 값과 다른 경우 Atlas는 소스 스냅샷의 값을 타겟 데이터베이스 배포의 값으로 재정의합니다. 타겟 데이터베이스 배포의 DefaultRWConcern에 대해 구성된 값이 없는 경우 Atlas는 명시적인 구성 없이 스냅샷에서 DefaultRWConcern의 값을 유지합니다. 이는 해당 MongoDB 버전의 기본값과 다를 수 있습니다.

  • 이 기능은 M10+ 전용 클러스터 및 서버리스 인스턴스에서만 사용할 수 있습니다.

  • Serverless Continuous Backup 에서 복원하는 경우 지난 72 시간 이내의 Date & Time 만 사용할 수 있습니다. 서버리스 인스턴스는 oplog 항목에서의 복원을 지원하지 않습니다.

  • MongoDB 4 를 실행하는 M10+ 전용 클러스터의 경우.2 이상인 경우, Atlas는 클라우드 백업 스냅샷에서 Atlas Search 인덱스 정의 를 복원합니다. Atlas는 인덱스 데이터를 복원하지 않으므로 mongot 프로세스가 복원된 모든 인덱스 정의에 대해 초기 동기화 를 수행합니다. 클러스터에 대규모 검색 인덱스를 정의한 경우 스냅샷 복원 중에 지연이 발생할 수 있습니다.

    참고

    특정 점 복원을 위해 지정된 스냅샷 시간에 캡처된 Atlas Search 검색 인덱스 정의가 기존 Atlas Search 검색 인덱스 정의를 대체합니다.

성능을 최적화하고 복원에 걸리는 시간을 줄이려면, 해당되는 경우 다음 원칙을 따르세요.

  • 글로벌 또는 멀티 클라우드가 아닌 대상 클러스터를 선택합니다.

  • 복원하려는 스냅샷의 복사본이 해당 클러스터의 모든 리전에 존재하는 경우에만 멀티 리전 클러스터를 선택합니다.

  • 스냅샷과 동일한 Atlas 프로젝트 및 동일한 클라우드 제공자 리전에 속하는 타겟 클러스터를 선택합니다.

  • 소스 클러스터에서 사용하는 원본 볼륨의 용량과 동일한 저장 용량을 가진 클러스터 계층을 선택합니다.

  • IOPS가 구성된 AWS에서 실행되는 타겟 클러스터의 경우, 구성된 범위 내에 속하도록 구성된 IOPS를 선택합니다.

  • NVMe 스토리지를 사용하도록 구성되지 않은 클러스터를 선택합니다. NVMe 스토리지는 복원 성능을 저하시킵니다.

복원 작업을 시작하려면 프로젝트에 대해 Project Owner 이상의 액세스 권한이 있어야 합니다.

백업 복원 작업이 완료될 때까지 관찰하려면 프로젝트에 대해 Project Read Only 이상의 액세스 권한이 있어야 합니다.

중요

Atlas는 복원 전에 타겟 데이터베이스 배포의 모든 기존 데이터를 삭제합니다. 수행되는 복원 유형에 따라, 복원이 진행되는 동안 타겟 클러스터를 사용하지 못할 수 있습니다.

복원이 완료되면 Atlas는 복원된 클러스터의 스냅샷을 취합니다. 이 스냅샷의 보존 기간은 클러스터의 지속적인 클라우드 백업 기간과 동일합니다.

← 예약 또는 온디맨드 스냅샷에서 복원하기