Replica Set / Sharding Status

Qué es

Un tab de workspace alimentado por rs.status(), sh.status(), y collections config.*. Renderiza una view de topología per replica set, lista cada member con su state, y le deja broadcast un comando (ej.: db.serverStatus() / db.fsyncLock()) a todos los members de una vez con el resultado agregado en un único panel de respuesta.

Cuándo usar

Abra antes de una elección planeada o mantenimiento para confirmar la salud del member. Abra durante incident response cuando un member se comporta mal. Use el broadcast para operaciones chained como definir feature compatibility version o fsync-lock antes del snapshot.

Cómo abrirlo

1. En el app desktop del NoSqlStudio, abra el menú Tools → Server / Replica / Sharding Status, o presione Ctrl+Alt+R.
2. El workspace renderiza la topología de cada replica set que puede alcanzar vía la conexión activa.
3. Haga clic en un member para ver su entry rs.status() completa. Botón derecho para invocar comandos targeted (step down, freeze, etc.).

Trabajando con él

• Topology view — primary en el centro, secondaries alrededor, arbiters / hidden mostrados como badges separados.
• Lag de replicación — visualizado como un número + color (verde < 1s, amarillo < 5s, rojo > 5s).
• Broadcast — escriba un único comando en la barra de broadcast, haga clic en Run. El engine fan out el comando a cada member alcanzable en paralelo y agrega el resultado. Cada broadcast emite una línea de audit rs-broadcast.execute.
• Sharding view — cuando la conexión activa es un mongos, un pane adicional muestra shards, distribución de chunk, state del balancer.

Limitaciones (v1)

• Broadcast atinge solo members alcanzables — members unreachable son flaggados en el resultado con un error de conexión.
• Clusters managed Atlas — algunos comandos admin son bloqueados por el RBAC de Atlas. El workspace surface el error access-denied inline.
• Pane Sharding requiere conexión vía mongos. Conectar a un único shard salta la view sharding (view de replica set todavía funciona).