백업 재동기화
- Cloud Manager 에 대한 프로그래밍 방식의 액세스 를 위한 OAuth 2.0 인증 은 Preview 기능 으로 제공됩니다.
- 기능 및 해당 설명서는 미리 보기 기간에 언제든지 변경될 수 있습니다. OAuth 2.0 인증 을 사용하려면 Cloud Manager 공개 API 에 대한 요청에 사용할서비스 계정을 만듭니다.
참고
이상으로 실행 되는 MongoDB 데이터베이스를 다시 동기화할 필요가 FCV 4.2 없습니다.
백업이 MongoDB 배포와 동기화되지 않으면 Cloud Manager는 Backup requires a resync 경고를 생성합니다. 이 경고를 수신하면 지정된 MongoDB 인스턴스의 백업을 다시 동기화해야 합니다.
다음 시나리오는 Backup requires a resync 경고를 트리거합니다:
- Oplog가 롤오버되었습니다.
- 이는
Backup requires a resync경고 의 가장 일반적인 경우입니다. 백업의 테일 커서( tailing 커서 )가 배포의 oplog 를 따라잡을 수 없을 때마다 발생합니다. 이는 복제본 세트 에서 세컨더리 가 프라이머리 보다 너무 뒤처지는 경우와 유사합니다. 재동기화가 없으면 백업이 따라잡을 수 없습니다. - 안전하지 않은 applyOps
- 백업에 사본이 없는 문서가 표시된 경우 이 문제가 발생합니다.
- 데이터 손상 또는 기타 불법적인 지침
- 이로 인해 일반적으로 복제 및 백업 작업이 중단됩니다. 데몬이 손상된 작업을 보면, 재동기화를 요청합니다.
재동기화 중에 각 복제본 세트의 세컨더리에서 데이터를 읽으며 Cloud Manager는 새 스냅샷을 생성하지 않습니다.
참고
이하 버전을 사용하는 프로덕션 배포의 경우 매년 모든 백업을 다시 동기화해야 합니다.FCV 4.0
중요
Cloud Manager는 Backup requires a resync 경고를 일으킨 조건을 자동으로 복구하려고 시도하지 않습니다. 이 경고는 복원을 완료하기에는 데이터가 충분하지 않음을 의미합니다. 스냅샷 및 oplog의 데이터가 충분하지 않은 경우 자동으로 복구할 수 있는 방법은 없습니다. 백업을 다시 동기화하는 것이 가장 좋은 방법입니다.
고려 사항
FCV 4.2 부터 백업 커서 를 사용하여 WiredTiger 체크포인트로 배포를 백업합니다. WiredTiger가 스냅샷을 만드는 동안 애플리케이션은 데이터베이스에서 읽기 및 쓰기 작업을 계속할 수 있습니다.
이하 버전을 사용하는 FCV 4.0 프로덕션 배포의 경우 재동기화가 필요하지 않도록 하려면 백업 oplog 가 배포의 oplog 보다 뒤처지지 않도록 하세요. 이를 위해서는 다음이 필요합니다.
에이전트에 적합한 머신 리소스가 프로비저닝됩니다.
유지 관리 또는 기타 다운타임 후 적시에 Cloud Manager 에이전트를 다시 시작합니다.
유지 관리 및 비정기적인 활동 버스트를 위한 버퍼를 제공하려면 프라이머리 의 oplog가 최소 24 시간의 활동을 포함할 수 있을 만큼 충분히 커야 합니다.
롤링 방식으로 인덱스를 생성한 후 헤드 데이터베이스를 다시 동기화하여 헤드 데이터베이스에서 새 인덱스를 고려하도록 해야 합니다.
절차
MongoDB Cloud ManagerGo MongoDB Cloud Manager 에서 프로젝트 의 Continuous Backup 페이지로 고 (Go) 합니다.
이미 표시되어 있지 않은 경우 탐색 모음의 Organizations 메뉴에서 원하는 프로젝트가 포함된 조직을 선택합니다.
아직 표시되지 않은 경우 탐색 표시줄의 Projects 메뉴에서 원하는 프로젝트를 선택합니다.
사이드바에서 Continuous Backup를 클릭합니다.
연속 백업 페이지가 표시됩니다.