[SERVER-66154] Investigate whether we need to migrate any donor collections in local/admin/config databases for shard merge protocol Created: 03/May/22  Updated: 08/Mar/23  Resolved: 08/Mar/23

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

Type: Task Priority: Major - P3
Reporter: Suganthi Mani Assignee: Suganthi Mani
Resolution: Done Votes: 0
Labels: shard-merge-milestone-1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Sprint: Server Serverless 2022-10-17, Server Serverless 2022-10-31, Server Serverless 2022-11-14, Server Serverless 2022-11-28, Server Serverless 2022-12-12, Server Serverless 2022-12-26, Server Serverless 2023-01-09, Server Serverless 2023-01-23, Server Serverless 2023-02-06, Server Serverless 2023-02-20, Server Serverless 2023-03-06, Server Serverless 2023-03-20
Participants:

 Comments   
Comment by Christopher Caplinger [ 01/Nov/22 ]

some followup here RE: my investigation...

we prevent oplog application for {local, admin, config} db's here (via isOnInternalDb), and importing of the same db's here (tenant file importer service calls wiredTigerRollbackToStableAndGetMetadata which checks each ns with shouldImport)

I primarily referenced namespace string as a registry of used namespaces, but there appear to be some adhoc namespaces that are used that are not listed here (I found myself wishing for a mandatory central registry of all namespaces, perhaps with some sort of attached metadata that could be used in cases like this where we may or may not want to import entire databases, or import specific collections in a given database).

Based on this investigation, I'm not finding any namespaces that we are missing from import/oplog application. However, if a new collection that does need to be migrated is added at some point in the future, there is currently nothing to inform developers that additional work needs to be done for tenant migration support (these collections will simply be silently skipped).

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