Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-37728

Disabling majority reads negates some goals of filesystem backups

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Done
    • Icon: Major - P3 Major - P3
    • None
    • None
    • Replication, Storage
    • None
    • Repl 2018-11-19

    Description

      The mechanism for reducing history (enableMajorityReads=false) was forward ported from 3.6. In 3.6, MongoDB didn't fully timestamp all writes and thus relied on logging all table writes and performing rollback via refetch.

      The forward port to 4.0 and master also ported the functionality of enabling logging of all tables. This impacts the goal of filesystem backups to be able to 1) copy majority committed data and 2) the ability to control, via replication recovery, playing data to a specific time T in the oplog.

      This ticket is a placeholder to make sure we understand the limitations this introduces and discuss, with the backup team/product, what we can do as a whole to reduce the limitations for the least amount of effort.

      Attachments

        Activity

          People

            william.schultz@mongodb.com William Schultz (Inactive)
            daniel.gottlieb@mongodb.com Daniel Gottlieb (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: