Documentación
CurrentOp Dashboard
View en vivo de cada operación corriendo en el cluster. Filtre por op type, namespace, y running time. Mate una op mal-comportada con seguridad — con envelope de audit.
Qué es
Un tab de workspace alimentado por `db.currentOp()` con filters y un botón kill. Cada fila muestra opid, namespace, op type (query / update / getmore / command), running time, planSummary, y el filter / pipeline completo. Kill emite una línea de audit `currentop.kill` incluyendo el opid y el motivo que proveyó.
Cuándo usar
Abra durante incident response cuando una aplicación está colgada en una query. Abra durante review rutinaria para confirmar que ninguna op huérfana está colgada. Útil para cazar locks transaccionales bloqueando un deploy.
Cómo abrirlo
- En el app desktop del NoSqlStudio, abra el menú Tools → Dashboards → CurrentOp, o presione Ctrl+Alt+Shift+O.
- Un tab de workspace abre con una tabla live-refreshing de todas las operaciones en ejecución.
- Elija un database en el picker — la tabla filtra solo las ops de ese database.
Trabajando con él
- Filter — op type (query / update / getmore / command), running time (slow > N ms), namespace, planSummary contiene "COLLSCAN".
- Haga clic en cualquier fila para expandir el JSON completo de la op — incluyendo ns, plan, lockStats, detalles del comando.
- Kill op — botón derecho → Kill operation. El engine pide un motivo (obligatorio), corre db.killOp(opid), y emite una línea de audit currentop.kill.
- Botón derecho también ofrece "Start recording" — encamina samples de esta view al Monitoring Recorder para análisis retrospectivo.
Limitaciones (v1)
- killOp es best-effort — el servidor puede decidir que la op no puede ser interrumpida (ej.: yielded, blocked en una chunk migration).
- Free tier — algunos fields currentOp escondidos por Atlas. La view expandida muestra los gaps.
- Clusters hiperactivos — en tasas altas de op, un único tick puede mostrar ops diferentes del siguiente; el Recorder da datos retrospectivos estables.