백업 재동기화
참고
4 의 FCV 로 실행되는 MongoDB 데이터베이스를 다시 동기화할 필요가 없습니다.2 이상.
백업이 MongoDB 배포와 동기화되지 않으면 Ops Manager는 Backup requires a resync 경고를 생성합니다. 이 경고를 수신하면 지정된 MongoDB 인스턴스의 백업을 다시 동기화해야 합니다.
다음 시나리오는 Backup requires a resync 경고를 트리거합니다:
- Oplog가 롤오버되었습니다.
- 이는
Backup requires a resync경고의 가장 일반적인 경우입니다. 백업의 테일 커서( tailing cursor )가 배포의 oplog 를 따라잡을 수 없을 때마다 발생합니다. 이는 복제본 세트에서 세컨더리 가 프라이머리보다 너무 뒤처지는 경우와 유사합니다. 재동기화가 없으면 백업이 따라잡을 수 없습니다. - 안전하지 않은 applyOps
- 백업에 사본이 없는 문서가 표시된 경우 이 문제가 발생합니다.
- 데이터 손상 또는 기타 불법적인 지침
- 이로 인해 일반적으로 복제 및 백업 작업이 중단됩니다. 데몬이 손상된 작업을 보면, 재동기화를 요청합니다.
재동기화 중에 각 복제본 세트의 세컨더리에서 데이터를 읽으며 Ops Manager는 새 스냅샷을 생성하지 않습니다.
참고
FCV 가 4 인 프로덕션 배포의 경우.0 이하에서는 모든 백업을 매년 다시 동기화해야 합니다.
중요
Ops Manager는 Backup requires a resync 경고를 일으킨 조건을 자동으로 복구하려고 시도하지 않습니다. 이 경고는 복원을 완료하기에는 데이터가 충분하지 않음을 의미합니다. 스냅샷 및 oplog의 데이터가 충분하지 않은 경우 자동으로 복구할 수 있는 방법은 없습니다. 백업을 다시 동기화하는 것이 가장 좋은 방법입니다.
고려 사항
FCV 4.2 부터 백업 커서 를 사용하여 WiredTiger 체크포인트로 배포를 백업합니다. WiredTiger가 스냅샷을 만드는 동안 애플리케이션은 데이터베이스에서 읽기 및 쓰기 작업을 계속할 수 있습니다.
FCV 가 4 인 프로덕션 배포의 경우.0 이하 버전에서는 재동기화할 필요가 없도록 백업 oplog가 배포의 oplog보다 뒤처지지 않도록 하세요. 이를 위해서는 다음이 필요합니다.
에이전트에 적합한 머신 리소스가 프로비저닝됩니다.
유지 관리 또는 기타 다운타임 후 적시에 Ops Manager 에이전트를 다시 시작해야 합니다.
유지 관리 및 비정기적인 활동 버스트를 위한 버퍼를 제공하려면 프라이머리 의 oplog가 최소 24 시간의 활동을 포함할 수 있을 만큼 충분히 커야 합니다.
헤드 데이터베이스가 새 인덱스를 고려하도록롤링 방식으로 인덱스 를 생성한 후 헤드 데이터베이스를 다시 동기화해야 합니다.