-
Type: Task
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: Backlog
-
Component/s: Replication
-
None
-
Fully Compatible
-
Repl 2017-07-31, Repl 2017-08-21
Currently in the 3.4 FCV of rollback, we handle rolling back renameCollection commands by resyncing the entire collection, which is inefficient and can lead to data corruption. In 3.6, with the implementation of UUIDs, we want to avoid full collection resyncs and fix the problem with data corruption after collections are renamed.
- depends on
-
SERVER-30150 Two Phase Drops: rolling back cross database renameCollections fails if there is both a dropTarget and dropSource collection
- Closed
- is depended on by
-
SERVER-18310 Can't rollback dropCollection if new primary renamed the collection
- Closed
- is duplicated by
-
SERVER-28207 Recoverable Rollback: Support rolling back of renameCollection oplog entries using collection UUIDs.
- Closed
- is related to
-
SERVER-30212 Use two phase drop for renameCollection drops
- Closed