Uploaded image for project: 'Documentation'
  1. Documentation
  2. DOCS-638

Document effect of hidden secondary being most current in failover scenario

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Done
    • Icon: Major - P3 Major - P3
    • Server_Docs_20231030
    • None
    • manual
    • None
    • Replica set failover

    Description

      In the event of a replica set failover, if a hidden secondary is more current that the visible secondaries, one of the visible secondaries will not be immediately elected primary, but will instead catch up to the hidden secondary before one of them is elected primary.

      The same is true for a secondary with priority of 0, even if not hidden.

      This behaviour is implied, but not spelt out explicitly, in the Replication Internals - Elections documentation:

      A member of the set will veto an election under the following conditions:

      • <snip/>
      • If the member seeking an election is not up-to-date with the most recent operation accessible in the replica set.

      It warrants explicit mention, however, as users could easily incorrectly assume that the behaviour is otherwise: that the visible secondary becomes primary immediately and hence data is lost (data that the hidden secondary had and the visible secondary did not).

      I suggest documenting it in the following pages:

      Attachments

        Activity

          People

            sam.kleinman Sam Kleinman (Inactive)
            jantje.daniel Ian Daniel
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:
              11 years, 15 weeks, 1 day ago