롤백 페일오버 후 복제본 세트 에 다시 합류할 때 이전 프라이머리 에서 쓰기 (write) 작업을 { w: "majority" } 되돌립니다. Atlas 클러스터는 를 MongoDB 의 기본값 쓰기 고려 (write concern) 로 사용합니다. 이 기본값 사용하면 Atlas 대다수의 구성원에게 쓰기를 복제한 후에만 쓰기를 승인합니다. 승인된 쓰기는 롤백할 수 없으므로 롤백 인해 데이터가 손실되지 않습니다.
{ w: 1 } 쓰기 고려 (write concern) 구성하면 롤백 아직 복제되지 않은 쓰기에 영향을 줄 수 있습니다. 롤백 발생하기 전에 롤백된 작업을 식별하는 방법을 계획하고 재발행할지 여부를 결정합니다.
복제본 세트 롤백 메커니즘에 대해 학습 복제본 세트 페일오버 중 롤백을 참조하세요.
Atlas 의 롤백 동작
Atlas 에서 롤백 발생하면 다음 조건이 적용.
Atlas 프로젝트 활동 피드 에
HOST_ROLLBACK이벤트 생성합니다. 이 이벤트 를 확인하는 방법을 학습 롤백 감지를 참조하세요.Atlas 롤백된 작업 목록을 유지하지 않습니다.
쓰기 고려 및 롤백 위험
Atlas { w: "majority" } 클러스터는 을(를 ) MongoDB 의 기본값 쓰기 고려 (write concern) 로 사용합니다. 이 기본값 사용하면 롤백 인해 데이터가 손실되지 않습니다. 구성하는 쓰기 고려 (write concern) 롤백 인해 데이터 손실이 발생할 수 있는지 여부가 결정됩니다.
{ w: "majority" }(기본값) — Atlas 과반수의 복제본 세트 구성원이 확인한 후에만 쓰기 (write) 승인합니다. 프라이머리 머리가 물러나기 전에 쓰기 (write) 복제되었으므로 롤백 이러한 쓰기가 포함될 수 없습니다.{ w: 1 }— Atlas 세컨더리로 복제 때까지 기다리지 않고 프라이머리 머리에서만 쓰기 (write) 승인합니다. 쓰기 (write) 복제되기 전에 프라이머리 머리가 강등되면 쓰기 (write) 가 롤백되고 데이터를 복구하지 못할 수 있습니다.
자체 관리 배포서버와 달리 Atlas 다음과 같은 일상적인 유지 관리 작업 중에 복제본 세트 투표를 트리거합니다.
롤링 유지 관리 및 패치 업데이트
클러스터 계층 또는 디스크 크기 변경과 같은 확장 이벤트
일반 클러스터 구성 변경
Atlas 다운타임을 방지하기 위해 이러한 작업을 순차적으로 수행합니다. 그러나 각 투표 { w: 1 } 쓰기가 세컨더리에 복제되지 않았을 수 있는 기간이 생성됩니다. { w: 1 }를 사용하는 경우 롤백 위험에 대한 허용 오차를 평가할 때 이러한 투표 소스를 고려하세요.
롤백 감지
Atlas 페일오버 중에 롤백 조건을 감지하면 HOST_ROLLBACK 이벤트 생성합니다. 다음과 같은 방법으로 이 이벤트 를 확인할 수 있습니다.
활동 피드:
HOST_ROLLBACK프로젝트 활동 피드 에서 이벤트를 확인합니다. 자세히 학습 활동 피드 보기를 참조하세요.경고:
HOST_ROLLBACK이벤트 발생할 때 알림을 받도록 이벤트 유형에 대한 경고 구성합니다. 자세한 학습 은 경고 설정 구성을 참조하세요.
참고
또한 Atlas HOST_ROLLBACK 소스 클러스터와 대상 클러스터 간의 데이터 차이로 인해 특정 시점 복원 작업 중에 이벤트 생성합니다. 해당 컨텍스트에서 발생하는 이 이벤트 무시해도 됩니다.자세한 학습 은 연속 클라우드 백업에서 복원을 참조하세요.
롤백된 데이터 복구
롤백 발생하면 MongoDB 지원팀 문의 롤백된 데이터의 복구가 가능한지 확인합니다.