Comprobar featureCompatibilityVersion (fCV) y la secuencia de actualización mayor

Comando

// 1) Current fCV (must be the same on all members; targetVersion appears if a transition is incomplete):
db.adminCommand({ getParameter: 1, featureCompatibilityVersion: 1 })
// 2) Upgrade binaries in a rolling fashion (secondaries -> stepDown -> old primary); fCV stays old
db.version()
// 3) After the observation period, raise fCV on the primary (on mongos in a sharded cluster):
db.adminCommand({ setFeatureCompatibilityVersion: "7.0", confirm: true })
// 4) If a rollback is needed, fCV is lowered BEFORE the binaries:
db.adminCommand({ setFeatureCompatibilityVersion: "6.0", confirm: true })

Qué hace

Muestra el fCV en ejecución; indica el orden en que se realizan la actualización de binarios y la actualización del fCV, que son pasos separados.

Cuándo usarlo

Al planificar una actualización de versión mayor (p. ej. 6.0 -> 7.0), cuando no hay funcionalidades nuevas disponibles tras una actualización o antes de pasar a la siguiente mayor.

Precaución

No se pueden saltar versiones mayores: para 5.0 -> 7.0 pase primero a 6.0 y fije el fCV en 6.0. Tras subir el fCV, los archivos de datos pueden pasar al nuevo formato y el downgrade de binarios se complica; suba el fCV solo después de que la nueva versión haya funcionado sin problemas unos días. El downgrade de binarios no está soportado oficialmente en 7.0+ Community; base el plan de vuelta atrás en un backup. Compruebe la compatibilidad de los drivers antes de actualizar.