[SERVER-36216] Add API in BackupCursorService for new-style backup cursors Created: 20/Jul/18  Updated: 29/Oct/23  Resolved: 26/Jul/18

Status: Closed
Project: Core Server
Component/s: Storage
Affects Version/s: None
Fix Version/s: 4.1.2

Type: New Feature Priority: Major - P3
Reporter: Daniel Gottlieb (Inactive) Assignee: Daniel Gottlieb (Inactive)
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to SERVER-13455 configuration option to use a separat... Backlog
Backwards Compatibility: Fully Compatible
Sprint: Storage NYC 2018-07-30
Participants:

 Description   

For this ticket:

  1. Add a storage engine API for opening a backup cursor that returns a list of files that need to be copied.
  2. Add a complementary method for closing.
  3. Have the BackupCursorService use this open/close API.
  4. Ensure BackupCursorService fails opening cursors when one is already open (regardless of whether it's via fsync or openBackupCursor).
  5. Ensure BackupCursorService fails when using the wrong "close" method. I.e: using using fsyncUnlock after openBackupCursor must not work.

For later:

  1. Adding the "metadata" document with replication information to the "open" result.
  2. Adding the aggregation stage/exposing this to the client.


 Comments   
Comment by Githook User [ 26/Jul/18 ]

Author:

{'username': 'dgottlieb', 'name': 'Daniel Gottlieb', 'email': 'daniel.gottlieb@mongodb.com'}

Message: SERVER-36216: Add non-blocking backup cursor support.
Branch: master
https://github.com/mongodb/mongo/commit/e7a36ec6948d1abaa3e30779df85473f08c763a2

Generated at Thu Feb 08 04:42:25 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.