백업 프로세스

1. 클러스터 가 예약된 스냅샷 을 생성할 준비가 되면 스냅샷 을 찍을 수 있는 최적의 가용 노드 를 결정합니다. 대부분의 경우 mongod 는 우선 순위 가 가장 낮은 세컨더리 멤버를 기본 스냅샷 노드 로 결정합니다. 세컨더리 가 프라이머리 및 이전에 선택한 스냅샷의 멤버에 대한 최신 정보를 얼마나 최신 상태로 유지하고 있는지 등 다른 지표 를 고려하여 기본 노드 를 결정할 수 있습니다.

2. mongod 프로세스 가 스냅샷 의 원본 노드 를 결정하면 백업 프로세스 는 대상 노드 에서 $backupCursor 를 엽니다.

   스토리지 엔진 계층 메커니즘인 $backupCursor은(는) 쓰기를 계속 허용하면서 스토리지의 데이터베이스 파일을 일관된 상태로 복사할 수 있게 해줍니다.

3. MongoDB Agent 백업 기능은 이러한 데이터 파일을 복사하고 처리합니다.

4. MongoDB Agent 백업 기능은 데이터 파일을 Ops Manager로 전송합니다.

5. 백업 프로세스는 이러한 파일을 수집하여 백업을 저장하도록 선택한 스냅샷 저장소로 전송합니다. 스냅샷을 저장하기 위해 선택한 스냅샷 저장소에 따라 스냅샷을 다음과 같이 작성할 수 있습니다.

   1. 블록 스토어에 대한 차단. Ops Manager 호스트의 MongoDB 데이터베이스에 기록된 바이너리 청크입니다.

   2. Amazon Web Services S3 버킷 에 대한 차단. 해당 차단의 메타데이터 는 MongoDB 호스팅하다 의 데이터베이스 에 MongoDB Ops Manager 기록됩니다.

   3. 파일 시스템 저장 에 스냅샷 파일을 저장합니다.

초기 백업

1. 백업이 활성화된 MongoDB Agent 는 백업 작업 과 관련된 데이터베이스에 연결하고 인증합니다.

2. 초기 동기화 가 시작되고 starting 단계에 들어갑니다. 초기 동기화 는 Inactive 와 Active 사이의 전환 상태 입니다. 초기 동기화는 Backup 페이지에 표시되는 일련의 단계를 거쳐 진행 상황을 표시합니다. 백업은 슬라이스라고 하는 10 MB 압축 문서 번들로 기존 데이터를 MongoDB Ops Manager 에 스트리밍합니다. 백업은 스냅샷 이 생성된 점 에 슬라이스를 생성합니다. 스냅샷 이 별도로 시작되면 MongoDB Ops Manager 가 인스턴스 에 삽입된 데이터를 캡처합니다.

3. transferring 단계는 백업 데몬을 대신하여 슬라이스가 스트리밍되고 일시적으로 oplog 저장소 에 저장되면서 시작됩니다. 백업 디먼 서비스는 다른 백업 작업을 처리 하는 대신 초기 동기화 슬라이스의 대규모 스트림 을 처리 하는 데만 사용할 수 없습니다. oplog 스토어는 백업 디먼 이 슬라이스를 가져올 때까지 슬라이스를 저장합니다. oplog 스토어는 첫 번째 스냅샷 저장소 가 생성될 때 생성됩니다.

4. 백업은 데이터를 스트리밍 하는 동안 oplog 를 추적합니다. 이 테일링은 백업 이 시작되었을 때 배포서버 데이터베이스 의 상태 와 배포서버 데이터베이스의 현재 상태 간의 차이를 수집합니다. oplog 항목은 oplog 슬라이스 라는 10 MB의 압축된 문서 번들로 전송됩니다. 이 두 슬라이스 스트림은 전체 스냅샷 을 구성하는 데 필요한 시간을 줄이기 위해 병렬로 수집됩니다.

5. building 단계는 MongoDB Ops Manager 가 초기 동기화 슬라이스의 첫 번째 배치 를 수신하면 시작됩니다. 이 단계에서 MongoDB Ops Manager 는 백업 디먼 서비스 실행 하는 호스팅하다 에 헤드 데이터베이스 데이터베이스 백업된 데이터베이스의 로컬 버전을 생성합니다.

6. MongoDB Ops Manager 는 백업 디먼 서비스를 사용하여 oplog 스토어에 저장된 문서를 헤드 데이터베이스 에 삽입합니다.

7. applying oplogs 단계는 MongoDB Ops Manager 가 테일 oplog 항목을 헤드 데이터베이스 에 적용하면서 시작됩니다.

8. fetching missing documents 단계에서 MongoDB Ops Manager 는 배포서버 데이터베이스 에서 문서 삽입 중에 누락된 문서를 쿼리합니다. MongoDB Ops Manager 는 배포서버 데이터베이스 에서 발견된 누락된 문서를 헤드 데이터베이스 에 삽입합니다.

9. 누락된 문서를 삽입한 후 MongoDB Ops Manager 가 헤드 데이터베이스 의 배포서버 데이터베이스에서 찾은 모든 인덱스를 생성하면서 creating indexes 단계가 시작됩니다. 인덱스가 완료되면 초기 동기화 가 종료되고 단계가 complete 로 변경됩니다.

10. 스냅샷을 저장하기 위해 선택한 스냅샷 저장소에 따라 스냅샷을 다음과 같이 작성할 수 있습니다.

    1. 블록 스토어에 대한 차단.

    2. Amazon Web Services S3 버킷 에 대한 차단. 해당 차단의 메타데이터 는 MongoDB 호스팅하다 의 데이터베이스 에 MongoDB Ops Manager 기록됩니다.

    3. 파일 시스템 저장 에 스냅샷 파일을 저장합니다.

후속 백업

헤드 데이터베이스 는 배포서버 데이터베이스 의 전체 복사본으로 작동합니다. 데이터를 배포서버 데이터베이스 와 동기화된 상태로 유지하려면 정기적으로 oplog를 적용해야 합니다. 스냅샷 은 스냅샷 예정에 따라 헤드 데이터베이스 에 저장된 데이터에서 생성됩니다.

첫 번째 전체 백업 이 완료되면 각 활성 백업 작업 은 다음 프로세스 를 따릅니다.

1. 백업은 배포의 oplog 를 추적합니다.

2. 백업은 정기적으로 슬라이스 oplog 에 oplog 새 항목을 배치하여 MongoDB Ops Manager 로 전송합니다.

3. MongoDB Ops Manager 는 oplog 스토어에 oplog 항목을 저장합니다.

4. MongoDB Ops Manager 는 oplog 슬라이스의 새 oplog 항목을 배포서버 백업 을 저장하는 헤드 데이터베이스 에 적용합니다.

5. MongoDB Ops Manager 는 새 스냅샷 을 생성하고 스냅 예정 스냅샷에 지정된 대로 스냅샷 저장소 에 저장합니다.