Câu trả lời ngắn gọn:không.
Câu trả lời dài:cách hoạt động của chuyển đổi dự phòng tự động trong MongoDB là một tập hợp bản sao cần có đa số đủ điều kiện để chọn thành công một nhóm chính mới. Các thành viên trì hoãn không có phiếu bầu trong các cuộc bầu cử. Vì vậy, nếu một trong hai trong số các nút của bạn không thành công tập hợp bản sao phát hiện ra rằng nó không có phần lớn này và các bước chính hiện tại đã giảm xuống ngay cả khi nó không bị lỗi. Vì vậy, những gì bạn làm về cơ bản là nhân đôi khả năng làm cho bộ bản sao của bạn không thành công. Trọng tài là một quy trình rất rẻ, xét về mức sử dụng RAM, CPU và thậm chí cả dung lượng ổ đĩa khi chạy với --smallfiles --no-journal --noprealloc hoặc các tùy chọn tương đương được đặt trong tệp cấu hình. Lưu ý rằng các tùy chọn được đề cập là an toàn để sử dụng, vì về cơ bản trọng tài chỉ kiểm tra nhịp tim của các nút mang dữ liệu. Ví dụ, bạn có thể đặt trọng tài trên máy chủ ứng dụng.
Tuyên bố từ chối trách nhiệm:quy trình sau đây không được khuyến khích sử dụng. Tiếp tục với rủi ro của riêng bạn.
Bạn có thể đặt số phiếu bầu của máy chủ bị trì hoãn thành 0. Bằng cách này, nút không bị hoãn sẽ kêu gọi một cuộc bầu cử trong trường hợp thành viên bị trì hoãn không thành công, đi đến kết luận rằng đó là nút trực tuyến duy nhất của tập hợp bản sao và rằng nó có đa số phiếu bầu (1/1) và sẽ tiếp tục hoạt động như mong đợi. Quá trình hành động này cần một số chú ý, vì bạn sẽ lại có số phiếu chẵn trong trường hợp bạn thêm một thành viên vào tập hợp bản sao sau đó và cần phải định cấu hình lại tập hợp bản sao. Nó cũng có tác động nghiêm trọng đến các vấn đề phân mảnh mạng. Một lần nữa: Tự chịu rủi ro khi sử dụng
