Create a BackupCursorService class to manage backup cursor ownership

XMLWordPrintableJSON

    • Type: New Feature
    • Resolution: Fixed
    • Priority: Major - P3
    • 4.1.2
    • Affects Version/s: None
    • Component/s: Storage
    • None
    • Fully Compatible
    • Storage NYC 2018-07-30
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Only one WT backup cursor can be open at a time. The fsync + lock command opens a backup cursor which is kept open until `fsyncUnlock` is called.

      The new filesystem backup story will continue to use backup cursors, but via a different command (that among other things, does not take out a global exclusive lock). There will also be new storage engine API methods for working with the new filesystem backup story.

      This ticket is to create a service class that sits above the storage engine that will dictate the semantic that only one cursor is allowed open at a time. Also part of this ticket is having `fsyncLock/Unlock` go through this service class.

      New methods for the upcoming backup work should not be speculatively done as part of this ticket.

              Assignee:
              Daniel Gottlieb (Inactive)
              Reporter:
              Daniel Gottlieb (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: