-
Type: Task
-
Resolution: Won't Fix
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Sharding
-
None
-
Fully Compatible
-
Sharding 2017-02-13
ShardingCatalogManager handles metadata operations on the config server. Commands come to the config server, and a method on the catalogManager is usually called (or should be).
ShardingCatalogClient handles reading config server metadata, though it also currently manipulates config metadata because commands haven't been moved from the mongos to config server yet. The intention, however, is for it to be a reader.
Since shard chunk metadata will be written to shard config.chunks.uuid collections, we have a new category of operations. This ticket is to come up with a class structure proposal, then rename existing and create new classes, and implement methods to read and write to config.chunks.uuid. The new methods will roughly be:
std::vector<ChunkType> readShardChunks(OperationContext* txn, const NamespaceString& nss);
Status writeShardChunks(OperationContext* txn, std::vector<ChunkType> chunks);
- has to be done after
-
SERVER-27860 Enable ShardLocal on shards
- Closed
-
SERVER-27885 Create new function on Shard class to do multiple document batch writes
- Closed
-
SERVER-27888 Add a ShardRegistry::getLocalShard() method
- Closed
- has to be done before
-
SERVER-27704 Chunk metadata cache updates on the primary must be written to config.chunks.ns
- Closed