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