The following tutorials provide information in maintaining existing replica sets.
- Increase the size of the oplog which logs operations. In most cases, the default oplog size is sufficient.
- Perform maintenance on a member of a replica set while minimizing downtime.
- Force a replica set member to become primary.
- Sync the data on a member. Either perform initial sync on a new member or resync the data on an existing member that has fallen too far behind to catch up by way of normal replication.
- Assign tags to replica set members for use in targeting read and write operations to specific members.
Reconfigure Self-Managed Replica Set for Unavailable Members
- Reconfigure a replica set when a majority of replica set members are down or unreachable.
- Disable or enable chained replication. Chained replication occurs when a secondary replicates from another secondary instead of the primary.
- Update the replica set configuration to reflect changes in members' hostnames.
- Specify the member that a secondary member synchronizes from.
- Rename an unsharded replica set.
- Safely perform some reconfiguration changes on a primary-secondary-arbiter (PSA) replica set or on a replica set that is changing to a PSA architecture.
Mitigate Performance Issues in Self-Managed PSA Replica Sets
- Reduce cache pressure and increased write traffic for a deployment that has a three-member primary-secondary-arbiter (PSA) architecture.