백업 프로세스

이 페이지의 내용

백업 정의 및 운영 상태

백업 프로세스 절차
리전 백업

백업은데이터베이스 가 호환되는 MongoDB 의 버전에 따라 달라집니다. MongoDB 4.4 의 경우 FCV 는 4.2 또는 4.4 일 수 있습니다.

백업 프로세스 는 예약된 스냅샷스냅샷 간격 에 따라 데이터 디렉토리 의 스냅샷을 생성합니다. 이 프로세스 는 MongoDB 배포서버 서버의 데이터 파일을 복사하여 네트워크를 통해 MongoDB Ops Manager 를 통해 기존 스냅샷 저장 로 전송합니다. 배포서버 는 복사 프로세스 중에도 읽기 및 쓰기 (write) 작업을 계속 처리하다 할 수 있습니다.

백업 프로세스는 스냅샷 저장 방법에 관계없이 이 방식으로 진행됩니다.

참고

새로운 백업 프로세스 를 사용하면 더 이상 초기 동기화가 필요하지 않습니다. 초기 동기화가 없기 때문에 MongoDB Ops Manager 는 renameCollection을 많이 사용하는 배열 고객을 지원 수 있습니다.

백업 정의 및 운영 상태

각 백업은 작업 으로 정의됩니다. 각 작업은 백업할 데이터의 양과 빈도를 정의합니다. 백업 작업은 프로젝트별로 정의됩니다.

운영 상태

다음 표에는 백업 작업의 상태가 나와 있습니다.

상태	이전 스냅샷 유지	새 스냅샷 생성
`Active`	예	예
`Stopped`	예	No
`Inactive`	No	No
`Misconfigured`	예	No

참고

Misconfigured 상태는 리전 백업에만 적용됩니다.

운영 상태 변경

프로젝트 에 대해 백업 작업이 활성화되면 중지되거나 종료될 때까지 추가 개입 없이 실행 됩니다. 연산자 는 다음과 같은 방법으로 백업 상태 를 변경할 수 있습니다.

초기 상태	원하는 상태	메서드
`Inactive`	Active	Start를 클릭합니다.
`Active`	Stopped	Stop를 클릭합니다.
`Stopped`	Active	Restart를 클릭합니다.
`Stopped`	Inactive	Terminate를 클릭합니다. 경고: Terminate 보존된 모든 백업을 삭제합니다.

백업 프로세스 절차

백업 작업이 생성되면 다음 프로세스 흐름을 거칩니다.

스냅샷 저장 를 사용할 때 MongoDB Ops Manager 의 백업 구성 요소에 대한 데이터 흐름을 보여주는 다이어그램입니다.

클러스터 가 예약된 스냅샷 을 생성할 준비가 되면 스냅샷 을 찍을 수 있는 최적의 가용 노드 를 결정합니다. 대부분의 경우 mongod 는 우선 순위 가 가장 낮은 세컨더리 멤버를 기본 스냅샷 노드 로 결정합니다. 세컨더리 가 프라이머리 및 이전에 선택한 스냅샷의 멤버에 대한 최신 정보를 얼마나 최신 상태로 유지하고 있는지 등 다른 지표 를 고려하여 기본 노드 를 결정할 수 있습니다.
mongod 프로세스 가 스냅샷 의 원본 노드 를 결정하면 백업 프로세스 는 대상 노드 에서 $backupCursor 를 엽니다.
스토리지 엔진 계층 메커니즘인 $backupCursor은(는) 쓰기를 계속 허용하면서 스토리지의 데이터베이스 파일을 일관된 상태로 복사할 수 있게 해줍니다.
MongoDB Agent 백업 기능은 이러한 데이터 파일을 복사하고 처리합니다.
MongoDB Agent 백업 기능은 데이터 파일을 Ops Manager로 전송합니다.
백업 프로세스는 이러한 파일을 수집하여 백업을 저장하도록 선택한 스냅샷 저장소로 전송합니다. 스냅샷을 저장하기 위해 선택한 스냅샷 저장소에 따라 스냅샷을 다음과 같이 작성할 수 있습니다.
1. 블록 스토어에 대한 차단. Ops Manager 호스트의 MongoDB 데이터베이스에 기록된 바이너리 청크입니다.
2. Amazon Web Services S3 버킷 에 대한 차단. 해당 차단의 메타데이터 는 MongoDB 호스팅하다 의 데이터베이스 에 MongoDB Ops Manager 기록됩니다.
3. 파일 시스템 저장 에 스냅샷 파일을 저장합니다.복제본 에 대한 백업 작업 을 소유한 백업 디먼 은 변경된 블록과 새 블록을 마지막 스냅샷 의 변경되지 않은 블록과 결합하여 전체 스냅샷 을 생성합니다. 백업 작업 을 소유한 백업 디먼 이 다운된 경우 백업 디먼 을 복구하거나 헤드 데이터베이스 를 다른 데몬으로 이동해야 합니다.

참고

각 저장 방법의 특징에 대한 자세한 내용은 백업 구성 옵션을 참조하세요.

리전 백업

배포 리전 에 백업 작업을 할당하여 데이터 격리 를 촉진할 수 있습니다. 백업 작업 을 배포서버 리전 에 할당하면 MongoDB Ops Manager 는 작업 이 생성하는 모든 스냅샷, oplog 및 동기화 데이터를 해당 리전 에 대해 구성된 관련 저장 에 씁니다. 리전 백업 은 복제본 세트 및 샤딩된 클러스터에 사용할 수 있습니다. 샤딩된 클러스터 에 대한 리전 백업 을 활성화 하려면 배포서버 리전을 할당하고 각 샤드 에 대해 개별적으로 백업 작업을 시작해야 합니다.

배포서버 서버에서 리전 백업 을 사용하도록 설정했는지 확인하려면 Continuous Backup 대시보드 에서 다음 사항을 확인할 수 있습니다.

Backup Region 오른쪽 상단에 기본값 그룹의 배포서버 리전 이 표시되며 프로젝트 가 리전 백업 을 사용하도록 설정된 경우 범례 Multi-Region 가 표시됩니다.
Regional Backup 열이 대시보드 에 표시됩니다.

돌아가기

백업

준비