Este tutorial describe cómo actualizar una instalación existente de Ops Manager.
Ruta de actualización
Advertencia
Actualizar bases de datos administradas a MongoDB 4.4 o posterior
Ops Manager 8.0 no es compatible con MongoDB 4.2 ni versiones anteriores. Si está utilizando MongoDB 4.2 o una versión anterior y desea actualizar a Ops Manager 8.0, debe actualizar al menos a MongoDB 4.4. Si no actualizas al menos a MongoDB 4.4, Errores de Ops Manager controles previos al vuelo y no se inicia. Después de actualizar a al menos MongoDB 4.4, aún recomendamos que actualices a al menos MongoDB 6.0 antes de actualizar a Ops Manager 8.0.
La versión de tu instalación actual de Ops Manager determina el camino de actualización que debes seguir para actualizar a Ops Manager 4.4 o posterior.
Importante
Si tienes una instalación de Ops Manager 4.2 o posterior con más de un host de Ops Manager apuntando a la misma base de datos de la aplicación, puedes actualizar Ops Manager sin incurrir en tiempo de inactividad de supervisión. Durante esta actualización, Ops Manager entra en un estado conocido como Modo de actualización. Ver Modo de actualización para obtener más información.
Para garantizar una actualización exitosa,debes seguir la ruta de actualización para tu versión actual a fin de realizar las migraciones de base de datos necesarias.
Para proteger sus datos, Ops Manager se niega a iniciar actualizaciones directas de las versiones 1.8.x y 2.0.x a la versión 3.4 o posterior.
No hay rutas de degradación compatibles para Ops Manager.
Nota
Todas las actualizaciones para las versiones de Ops Manager 6.0.x y posteriores utilizan el mismo procedimiento. Para actualizar a una versión superior, primero debes usar este procedimiento para actualizar a la última actualización disponible de tu versión inicial, y luego usar nuevamente el procedimiento para actualizar a la siguiente versión. Si la siguiente tabla contiene información adicional relacionada con el procedimiento de actualización para una versión determinada, revísala primero.
Importante
Migración en vivo (push) obsoleta o no compatible para implementaciones de origen gestionadas o supervisadas por Ops Manager
Para implementaciones de origen que ejecuten cualquier MongoDB 6.0.+ versiones en las que las implementaciones son gestionadas o supervisadas por Ops Manager, no se admite la Migración en vivo (push).
Para las implementaciones de origen que ejecutan cualquier versión de MongoDB 5.0 y anteriores, donde las implementaciones son gestionadas o supervisadas por Ops Manager, la Migración en vivo (push) está obsoleta.
Para implementaciones de origen que ejecutan MongoDB 6.0.+, donde las implementaciones son supervisadas por Cloud Manager, se admite la migración en vivo (push). Para obtener más información, se debe consultar Migrar en vivo el clúster de MongoDB supervisado por Cloud Manager a Atlas.
La siguiente tabla enumera las rutas de actualización para todas las versiones:
Versión existente | Ruta de actualización |
|---|---|
8.0.x | Actualiza desde Ops Manager 8.0.x a la última versión disponible de parche de 8.0 usando este procedimiento. Para obtener más información, consulte las notas de versión de Ops Manager 8.0. |
7.0.x | Actualiza desde Ops Manager 7.0.x a la última versión de actualización disponible de 7.0. A continuación, actualice a la última versión disponible de 8.0. Utilice este procedimiento para ambas mejoras. Para obtener más información, consulte las notas de versión de Ops Manager 7.0. |
6.0.x | Actualiza desde Ops Manager 6.0.x a la última versión de actualización disponible de 6.0. A continuación, actualice a la última versión disponible de 7.0. Utilice este procedimiento para ambas mejoras. Para obtener más información, consulte las notas de versión de Ops Manager 6.0. |
5.0.x | Actualiza desde Ops Manager 5.0.x a la última versión de actualización disponible de 5.0. A continuación, actualice a la última versión disponible de 6.0. Use este procedimiento para ambos procesos. Para obtener más información, consulte las notas de versión de Ops Manager 5.0. |
4.4.x | Actualiza desde Ops Manager 4.4.x a la última versión de actualización disponible de 4.4. A continuación, actualice a la última versión disponible de 5.0. Use este procedimiento para ambos procesos. IMPORTANTE: Ops Manager versión 4.4.13 soluciona un error que volvería a habilitar las instancias de Ops Manager para API realiza escrituras durante una actualización. Para obtener más información, consulta: |
4.2.x | Actualiza desde Ops Manager 4.2.x a la última versión de actualización disponible de 4.2. A continuación, actualice a la última versión disponible de 4.4. Use este procedimiento para ambos procesos. Se produce una desactivación temporal e involuntaria de TLS al actualizar a versiones anteriores a la 4.2.24. Actualizar primero a la 4.2.24 o posterior evita este problema. Para obtener más información, consulta: |
4.0.x | Usa el tutorial de actualización v4.2 para actualizar de Ops Manager 4.0.x a la versión 4.2.24 o posterior. Luego, usa este procedimiento para actualizar a la última versión disponible de 4.2. Se produce una desactivación temporal e involuntaria de TLS al actualizar a versiones anteriores a la 4.2.24. Actualizar primero a la 4.2.24 o posterior evita este problema. Para obtener más información, consulta: |
3.6.x | Utiliza el Tutorial de actualización v4.0 para actualizar desde la versión Ops Manager 3.6.x a la versión 4.0.x. |
3.4.x | Utiliza el Tutorial de actualización v3.6 para actualizar desde la versión Ops Manager 3.4.x a la versión 3.6.x. |
2.x o anteriores. | Utilice el tutorial de actualización v3.4 para actualizar desde Ops Manager 2.x o anteriores. |
Advertencia
Para mantener la configuración y disponibilidad existentes, haga una copia de seguridad de lo siguiente en su instancia actual de Ops Manager:
conf-mms.propertiesygen.keyarchivos en una ubicación segura. Elconf-mms.propertiesalmacena la configuración de la instancia de Ops Manager. La gen.key proporciona detalles para cifrar y descifrar las bases de datos de respaldo y las credenciales de usuario de Ops Managers. Es posible que Ops Manager borre estos archivos como parte del proceso de actualización.
Como precaución adicional, se puede usar mongodump para crear una exportación binaria de la Base de Datos de la Aplicación. No existe un método de copia de seguridad oficialmente compatible para la Base de datos de la aplicación. Si la actualización falla, contacta al Soporte de MongoDB para obtener ayuda y solucionar el inconveniente con la versión de Ops Manager.
Considerations
Antes de actualizar Ops Manager de 7.0 a 8.0, revise las siguientes consideraciones:
bases de datos de respaldo
Ops Manager 8.0.0 requiere un mínimo de MongoDB 6.0.0 para las bases de datos de respaldo de Ops Manager.
Nota
Su versión de MongoDB para las bases de datos de respaldo de Ops Manager no puede ser posterior a su versión de Ops Manager.
Herramientas compatibles con MongoDB
Si Ops Manager gestiona tus herramientas MongoDB, las versiones de las herramientas se actualizan cuando actualizas Ops Manager.
Si ejecutas Ops Manager 8.0.x en modo local, debes descargar e instalar la última versión del directorio mongosh
<https://www.mongodb.com/es/docs/mongodb-shell/install/>`__ and the
:dl:`MongoDB Tools TGZ package <database-tools>` to the ``versions.
Para acceder a versiones antiguas de las Herramientas de MongoDB, haz clic en Versiones archivadas en la página de descargas.
Soporte de la plataforma Ops Manager
Remueve el soporte de Ops Manager para RedHat Enterprise Linux 7.
Elimina el soporte de Ops Manager para SUSE Linux Enterprise 12.
Remueve el soporte de Ops Manager para Ubuntu 20.04 LTS.
Importante
Se descontinúa el soporte de Ops Manager para Amazon Linux v2 LTS.
Se descontinúa el soporte de Ops Manager para Debian 11.
Cambios en el soporte de automatización
Remover el soporte para la automatización, la supervisión y el respaldo de versiones de MongoDB 4.2 y anteriores. Ops Manager solo puede administrar bases de datos que ejecutan MongoDB 4.4 o superior.
Importante
Se descontinúa el soporte para automatizar, supervisión y respaldar versiones de MongoDB 5.0 y anteriores.
Nota
Las copias de seguridad consultables no son compatibles cuando se utilizan particiones de configuración.
Requisitos previos
Requisitos de hardware y software
Tus servidores deben cumplir con los Requisitos del sistema de Ops Manager.
Advertencia
Potencial de fallo de producción
Tu instancia de Ops Manager puede fallar en producción si no configuras lo siguiente:
Hosts de Ops Manager según los Requisitos del sistema de Ops Manager.
MongoDB aloja según las Notas de producción en el manual de MongoDB. Las instancias de MongoDB en Ops Manager incluyen:
La base de datos de la aplicación Ops Manager,
Cada almacenamiento en bloques.
Asegúrese de que todos los miembros que contienen datos estén en ejecución antes de iniciar el proceso de actualización. Para determinar el estado de los miembros del conjunto de réplicas,replSetGetStatus ejecute.
Si sus bases de datos de respaldo ejecutan el motor de almacenamiento MMAPv1, el proceso de actualización falla. Ops Manager le solicita que actualice el motor de almacenamiento de esas bases de datos de respaldo a WiredTiger.
Privilegios de administrador
Debe tener privilegios de administrador en los servidores donde realice la actualización.
Descargar Software de MongoDB
Para descargar el software, haga clic en el enlace de descarga disponible en la página de descargas para clientes. MongoDB proporciona la URL de esa página a sus clientes.
Si no puedes acceder a este enlace, visita la página de descargas para obtener una copia de evaluación actual del software Ops Manager.
Si necesitas una versión anterior de Ops Manager, visita el Archivo de versiones.
Descargar el software para ejecutar en modo local
Si planea ejecutar Ops Manager en modo local, descargue el software MongoDB en el directorio de la biblioteca de versiones. El software necesario incluye:
Todas las versiones de MongoDB Community o Enterprise que desee instalar
MongoDB Tools. La versión de MongoDB Tools debe coincidir con la versión que las notas de la versión de Ops Manager indican como compatible con tu versión de Ops Manager.
Compatibilidad de la plataforma
Antes de actualizar Ops Manager, asegúrese de:
La plataforma de los hosts que funcionan con Ops Manager es compatible con 5.0.
Los agentes de MongoDB que gestionan tus implementaciones de MongoDB son compatibles con Ops Manager 5.0.
La plataforma de los hosts que sirven a los agentes del Ops Manager es compatible con los agentes.
Si utiliza BI Connector, actualice MongoDB a 4.4 o posterior.
Si actualizaste la plataforma para los hosts del Agente MongoDB, actualiza los agentes MongoDB antes de actualizar Ops Manager.
Procedimiento
Nota
Modo de actualización para aplicaciones altamente disponibles
Si tienes una instalación de Ops Manager 4.2 o posterior con más de un host de Ops Manager apuntando a la misma base de datos de la aplicación, puedes actualizar Ops Manager sin incurrir en tiempo de inactividad de la supervisión. Durante esta actualización, Ops Manager entra en un estado conocido como Modo de actualización. Este modo permite los siguientes beneficios durante todo el proceso de actualización:
Las alertas y la supervisión funcionan
Las instancias de Ops Manager permanecen activas
La aplicación Ops Manager puede ser accedida en modo de solo lectura
Las Ops Manager APIs que guardan o borran datos están deshabilitadas
La instancia de Ops Manager permanecerá en modo de actualización hasta que todos los hosts de Ops Manager se hayan actualizado y reiniciado.
No debe actualizar más de un host de Ops Manager a la vez.
Cuando el Ops Manager entra en modo de actualización, los daemons de copias de seguridad intentan detenerse a sí mismos. Este proceso puede fallar si los demonios están en medio de una tarea de copia de seguridad prolongada. En este caso, realice una de las siguientes acciones:
Reinicia la primera instancia de Ops Manager una vez que los daemons de copias de seguridad terminen la tarea.
Detén manualmente el daemon de copias de seguridad.
Para detener manualmente tus daemons de copias de seguridad:
Inicie sesión en el primer host que sirve un daemon de copias de seguridad.
Ejecutes el siguiente comando:
sudo service mongodb-mms-backup-daemon stop Verifica que hayas apagado el daemon de copias de seguridad:
ps -ef | grep mongodb-mms-backup-daemon Si el demonio de copia de seguridad continúa ejecutándose, emita este comando:
sudo /etc/init.d/mongodb-mms-backup-daemon stop Repita los pasos 2 y 3 con todos los demás hosts del Backup Daemon.
Iniciar sesión en el primer host que ejecuta un daemon de copias de seguridad.
Ejecutes el siguiente comando:
sudo service mongodb-mms-backup-daemon stop Verifica que hayas apagado el daemon de copias de seguridad:
ps -ef | grep mongodb-mms-backup-daemon Si el demonio de copia de seguridad continúa ejecutándose, emita este comando:
sudo /etc/init.d/mongodb-mms-backup-daemon stop Repita los pasos 2 y 3 con todos los demás hosts del Backup Daemon.
Inicie sesión en el primer host que sirve un daemon de copias de seguridad.
Ejecutes el siguiente comando:
<install_dir>/bin/mongodb-mms-backup-daemon stop Verifica que hayas apagado el daemon de copias de seguridad:
ps -ef | grep mongodb-mms-backup-daemon Si el demonio de copia de seguridad continúa ejecutándose, emita este comando:
sudo /etc/init.d/mongodb-mms-backup-daemon stop Repita los pasos 2 y 3 con todos los demás hosts del Backup Daemon.
Si está ejecutando su aplicación Ops Manager en una configuración de alta disponibilidad, complete este procedimiento en un host Ops Manager a la vez.
Utilice este procedimiento para actualizar la aplicación Ops Manager en los hosts instalados mediante paquetes deb:
Descarga la última versión del paquete de Ops Manager.
Abre tu navegador preferido para visitar el MongoDB Download Center on MongoDB.com.
Si comienza desde MongoDB.com, haga clic Products Ops Manager Try it now en.
En el menú desplegable Platforms, haz clic en Ubuntu 24.04.
En el menú desplegable Packages, haz clic en DEB para la arquitectura x86_64.
Haga clic en Download.
El paquete descargado se llama
mongodb-mms-<version>.x86_64.deb, donde<version>es el número de versión.
Instala el paquete de Ops Manager en el host que estés actualizando.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tienes una instalación de Ops Manager 4.4 con más de un host de Ops Manager apuntando a la misma base de datos de la aplicación, esta implementación de Ops Manager funciona con alta disponibilidad. Después de actualizar un host de Ops Manager en una implementación altamente disponible de Ops Manager, dicha implementación entra en el Modo de actualización.
Instale el paquete
.deben cada host de la aplicación Ops Manager y del demonio de copia de seguridad. Ejecute el siguiente comando, donde<version>es la versión del paquete.deb:sudo dpkg -i mongodb-mms_<version>_x86_64.deb Cuando se le pregunte si desea sobrescribir la versión actualmente instalada de
mms.conf, debe escribirYpara reemplazar el archivo existente.Si modificaste los puertos o la configuración de JVM que utiliza Ops Manager, debes volver a aplicar esos cambios al archivo
mms.confdespués de actualizar Ops Manager.Advertencia
No añadas contraseñas ni secretos a los argumentos JVM en el archivo
mms.conf. Ops Manager los expone como texto plano en los ficheros de diagnóstico.La actualización a Ops Manager 4.1 y 4.2 eliminó la bandera
-d64del parámetroJAVA_MMS_UI_OPTS.Al actualizar a Ops Manager 4.4.11, Ops Manager le solicita que elija qué versión del archivo
/opt/mongodb/mms/conf/conf-mms.propertiesdebe usar. Para evitar tener que reconfigurar manualmente Ops Manager, se debe elegir el archivo actual. Para más información, consulta las notas de versión 4.4.11.
Inicia Ops Manager en el host actualizado.
sudo service mongodb-mms start
Nota
En las instancias de alta disponibilidad de Ops Manager, el inicio del servicio de Ops Manager espera a que todos los servidores se actualicen antes de iniciar.
Inicia sesión en tu host Ops Manager actualizado después de que se reinicie. Si tu inicio de sesión es exitoso, la actualización fue exitosa.
[Opcional] Repite los pasos anteriores para todos los demás hosts de Ops Manager en tu implementación de Alta Disponibilidad.
Ops Manager permanece en modo de actualización hasta que se actualicen todos los hosts. En configuraciones de alta disponibilidad, esto significa:
Tus hosts podrían no estar completamente operativos hasta que la actualización se complete en todo el clúster. Si tu primera actualización de host toma más tiempo de lo esperado, continúa actualizando los demás hosts.
No detenga ni cancele procesos que parezcan bloqueados ya que esto podría interrumpir la actualización.
Los registros que Ops Manager genera durante el inicio pueden pausarse temporalmente en
Starting pre-flight checksmientras Ops Manager actualiza todos sus servidores a la misma versión.Para actualizaciones de varias versiones, no omita las versiones principales. Debe actualizar cada nodo del clúster a la última versión secundaria de cada versión principal, uno a la vez. Por ejemplo, para actualizar 6.0.26 de 8.0.3 a, siga estos pasos en cada nodo:
Detén el servicio en un nodo (ejecutando 6.0.26).
Actualice a la versión más reciente de la versión menor de 7.0.x.
Inicia el host actualizado antes de pasar al siguiente nodo.
Repita para todos los demás nodos.
Repetir este proceso para actualizar cada nodo de 7.0.x a 8.0.3.
Actualizar todos los agentes.
Una vez que finalice la actualización, inicia sesión en tu instancia de Ops Manager. Ops Manager muestra una notificación que dice One or more agents are out of date.
Haga clic en Update Software Components y luego confirme los cambios.
Importante
Si Ops Manager gestiona tus MongoDB Tools, las versiones de las herramientas se actualizan con los agentes.
Si Ops Manager gestiona tu BI Connector, la versión del BI Connector se actualiza junto con los agentes.
Utilice este procedimiento para actualizar la aplicación Ops Manager en los hosts instalados mediante paquetes rpm:
Detén tu primera instancia en ejecución de Ops Manager.
En hosts de RHEL, CentOS, SUSE12 que utilizan systemd, emita el siguiente comando para detener la aplicación de Ops Manager:
sudo service mongodb-mms stop
Para las plataformas que utilizan SysVInit, emitir el siguiente comando:
sudo /etc/init.d/mongodb-mms stop
Descarga la última versión del paquete de Ops Manager.
Abre tu navegador preferido para visitar el MongoDB Download Center en MongoDB.com.
Si comienza desde MongoDB.com, haga clic Products Ops Manager Try it now en.
En el menú desplegable Platforms, haz clic en una de las siguientes opciones:
Red Hat + CentOS 7, 8, 9 / SUSE 12 + 15 / Amazon Linux 2, Amazon Linux 2023
Desde el menú desplegable Packages, haz clic en RPM.
Haga clic en Download.
El paquete descargado se llama
mongodb-mms-<version>.x86_64.rpm, donde<version>es el número de versión.
Instale el paquete de Ops Manager en el host de Ops Manager que va a actualizar.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tienes una instalación de Ops Manager 4.4 con más de un host de Ops Manager apuntando a la misma base de datos de la aplicación, esta implementación de Ops Manager funciona con alta disponibilidad. Después de actualizar un host de Ops Manager en una implementación altamente disponible de Ops Manager, dicha implementación entra en el Modo de actualización.
Para instalar el paquete .rpm en el host de Ops Manager actualizado, emite el siguiente comando, donde <version> es la versión de Ops Manager:
sudo rpm -Uvh mongodb-mms-<version>.x86_64.rpm
Advertencia
rpm los paquetes para las versiones 6.0.0, 6.0.1 y 6.0.2 de Ops Manager contenían información de versión incorrecta que podía provocar fallos al realizar actualizaciones estándar. Si va a actualizar de alguna de estas versiones a la versión 6.0.3 o superior, actualice el paquete utilizando esta --force bandera:
sudo rpm -Uvh --force mongodb-mms-<version>.x86_64.rpm
Al actualizar a Ops Manager 5.0.x, Ops Manager conserva el archivo /opt/mongodb/mms/conf/conf-mms.properties actual. Ops Manager guarda el archivo conf-mms.properties instalado con esta versión como /opt/mongodb/mms/conf/conf-mms.properties.rpmnew.
Advertencia
No añadas contraseñas ni secretos a los argumentos JVM en el archivo mms.conf. Ops Manager los expone como texto plano en los ficheros de diagnóstico.
Inicia Ops Manager en el host actualizado.
En los hosts RHEL, CentOS, SUSE12 que usan systemd, emita el siguiente comando:
sudo service mongodb-mms start
Para las plataformas que utilizan SysVInit, emitir el siguiente comando:
sudo /etc/init.d/mongodb-mms start
Nota
En las instancias de alta disponibilidad de Ops Manager, el inicio del servicio de Ops Manager espera a que todos los servidores se actualicen antes de iniciar.
[Opcional] Repite los pasos anteriores para todos los demás hosts de Ops Manager en tu implementación de Alta Disponibilidad.
Inicie sesión en el host Ops Manager que ha actualizado una vez que se reinicie. Si tu inicio de sesión es exitoso, la actualización fue exitosa.
Si el inicio de sesión ha tenido éxito, repite estos pasos en el siguiente host en tu implementación de alta disponibilidad de Ops Manager.
Actualizar todos los agentes.
Una vez que finalice la actualización, inicia sesión en tu instancia de Ops Manager. Ops Manager muestra una notificación que dice One or more agents are out of date.
Haga clic en Update Software Components y luego confirme los cambios.
Importante
Si Ops Manager gestiona tus MongoDB Tools, las versiones de las herramientas se actualizan con los agentes.
Si Ops Manager gestiona tu BI Connector, la versión del BI Connector se actualiza junto con los agentes.
Utiliza este procedimiento para actualizar los sistemas Linux que no usen deb o rpm paquetes.
Realice una copia de seguridad de los archivos de configuración en el host de Ops Manager.
En el host de Ops Manager que estás actualizando, haz una copia de seguridad de tus archivos de configuración y registros existentes en un directorio distinto al directorio de instalación.
Importante
Necesitas el archivo <install_dir>/conf/conf-mms.properties respaldado para más adelante en este procedimiento.
Ejemplo
Los siguientes comandos realizan una copia de seguridad de los archivos de configuración y registros en tu directorio personal:
cp -a <install_dir>/conf ~/mms_conf.backup cp -a <install_dir>/logs ~/mms_logs.backup
Si el Versions Directory se encuentra en <install_dir>, haz una copia de seguridad.
cp -a <install_dir>/mongodb-releases ~/mms_versions.backup
También debe respaldar el archivo gen.key que utiliza Ops Manager para cifrar y descifrar las bases de datos de respaldo de Ops Manager y las credenciales de usuario. Ops Manager requiere un archivo gen.key idéntico en cada servidor que forma parte de una implementación de alta disponibilidad de Ops Manager.
Descarga la última versión del paquete de Ops Manager.
Abre tu navegador preferido para visitar el MongoDB Download Center en MongoDB.com.
Si comienza desde MongoDB.com, haga clic Products Ops Manager Try it now en.
Desde el menú desplegable Version, haz clic en una de las versiones estables proporcionadas.
En el menú desplegable Platform, haz clic en una de las siguientes opciones:
Red Hat + CentOS 7, 8, 9 / SUSE 12 + 15 / Amazon Linux 2, Amazon Linux 2023
Debian 9, 10, 11 / Ubuntu 18.04
Desde el menú desplegable Package, haz clic en tar.gz.
Haga clic en Download.
El paquete descargado se llama
mongodb-mms-<version>.x86_64.tar.gz, donde<version>es el número de versión.
Instala el paquete de Ops Manager en cada host que esté actualizando.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tienes una instalación de Ops Manager 4.4 con más de un host de Ops Manager apuntando a la misma base de datos de la aplicación, esta implementación de Ops Manager funciona con alta disponibilidad. Después de actualizar un host de Ops Manager en una implementación altamente disponible de Ops Manager, dicha implementación entra en el Modo de actualización.
Vaya al directorio donde desea instalar Ops Manager. Extraiga el archivo comprimido en ese directorio:
tar -zxf mongodb-mms-<version>.x86_64.tar.gz
Importante
Para instalar una nueva versión en el mismo directorio que la versión anterior, siga estos pasos:
Cambie el nombre del directorio de instalación actual.
mv <install_dir> <install_dir_old> Crea un nuevo directorio con el nombre original de tu directorio anterior.
mkdir <install_dir>
Esto evita un directorio de instalación vacío y conflictos de librería de código.
En cada host de Ops Manager, restaure los registros respaldados y los archivos de configuración en el directorio de instalación de Ops Manager.
Se deben restaurar todos los archivos de registro. La mayoría de los archivos de configuración, pero no todos, deben restaurarse. Restaurar:
conf-mms.properties- Los ajustes de esta implementación de Ops Manager.
gen.key- La llave de cifrado para las bases de datos de respaldo de esta implementación de Ops Manager.
Ejemplo
Estos comandos restauran los archivos de configuración y los registros desde tu directorio de inicio:
cp -a ~/mms_logs.backup <install_dir>/logs cp -a ~/mms_conf.backup/conf-mms.properties <install_dir>/conf/conf-mms.properties cp -a ~/mms_conf.backup/gen.key <install_dir>/conf/gen.key
Si hiciste una copia de seguridad de la Versions Directory anteriormente, restáurala a <install_dir>.
cp -a ~/mms_versions.backup <install_dir>/mongodb-releases.
Nota
En las instancias de alta disponibilidad de Ops Manager, el inicio del servicio de Ops Manager espera a que todos los servidores se actualicen antes de iniciar.
opcional. En cada servidor de Ops Manager, mezcle los cambios necesarios en el archivo mms.conf desde su copia de seguridad.
El archivo mms.conf rara vez se personaliza, ya que contiene la configuración de puertos y de JVM. Si modificaste los puertos o la configuración de JVM que utiliza Ops Manager, debes volver a aplicar esos cambios desde la copia de seguridad al archivo mms.conf después de actualizar Ops Manager.
Advertencia
No añadas contraseñas ni secretos a los argumentos JVM en el archivo mms.conf. Ops Manager los expone como texto plano en los ficheros de diagnóstico.
La actualización a Ops Manager 4.1 y 4.2 eliminó la bandera -d64 del parámetro JAVA_MMS_UI_OPTS.
[Opcional] Repite los pasos anteriores para todos los demás hosts de Ops Manager en tu implementación de Alta Disponibilidad.
Inicie sesión en el host Ops Manager que ha actualizado una vez que se reinicie. Si tu inicio de sesión es exitoso, la actualización fue exitosa.
Si el inicio de sesión ha tenido éxito, repite estos pasos en el siguiente host en tu implementación de alta disponibilidad de Ops Manager.
Actualizar todos los agentes.
Una vez que finalice la actualización, inicia sesión en tu instancia de Ops Manager. Ops Manager muestra una notificación que dice One or more agents are out of date.
Haga clic en Update Software Components y luego confirme los cambios.
Importante
Si Ops Manager gestiona tus MongoDB Tools, las versiones de las herramientas se actualizan con los agentes.
Si Ops Manager gestiona tu BI Connector, la versión del BI Connector se actualiza junto con los agentes.
Solución de problemas
Opción de máquina virtual no reconocida
La salida de la verificación previa al vuelo o el registro de inicio debe incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si cualquiera de los siguientes archivos ha sido editado:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Remueve -XX:+UseParNewGC de los archivos de configuración para resolver este problema.
Cambios en la configuración
Según su distribución de Linux y sus configuraciones locales, Ops Manager podría reemplazar cualquier cambio realizado en su archivo de configuración al actualizar. En Ops Manager 5.0 y versiones posteriores, si usa paquetes RPM, Ops Manager ya no actualiza el archivo de configuración al actualizar. Si una nueva versión de Ops Manager requiere nuevas propiedades en el archivo de configuración, deberá agregarlas al archivo al actualizar.
Al actualizar, actualiza el valor de mongo.mongoUri para incluir los nuevos parámetros introducidos con el MongoDB Java driver. Por defecto, este driver activa las lecturas y escrituras reintentables. Si estableces lógica personalizada para reintentar operaciones de lectura y guardados, los intentos pueden llevar demasiado tiempo. Para desactivar estos valores por defecto, añada lo siguiente a su cadena de conexión:
Ejemplo
mongodb://SERVIDOR:PUERTO/?maxPoolSize=150&retryWrites=false&retryReads=false
Opción de máquina virtual no reconocida
La salida de la verificación previa al vuelo o el registro de inicio debe incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si cualquiera de los siguientes archivos ha sido editado:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Remueve -XX:+UseParNewGC de los archivos de configuración para resolver este problema.
Cambios en la configuración
Según su distribución de Linux y sus configuraciones locales, Ops Manager podría reemplazar cualquier cambio realizado en su archivo de configuración al actualizar. En Ops Manager 5.0 y versiones posteriores, si usa paquetes RPM, Ops Manager ya no actualiza el archivo de configuración al actualizar. Si una nueva versión de Ops Manager requiere nuevas propiedades en el archivo de configuración, deberá agregarlas al archivo al actualizar.
Opción de máquina virtual no reconocida
La salida de la verificación previa al vuelo o el registro de inicio debe incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si cualquiera de los siguientes archivos ha sido editado:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Remueve -XX:+UseParNewGC de los archivos de configuración para resolver este problema.
Cambios en la configuración
Según su distribución de Linux y sus configuraciones locales, Ops Manager podría reemplazar cualquier cambio realizado en su archivo de configuración al actualizar. En Ops Manager 5.0 y versiones posteriores, si usa paquetes RPM, Ops Manager ya no actualiza el archivo de configuración al actualizar. Si una nueva versión de Ops Manager requiere nuevas propiedades en el archivo de configuración, deberá agregarlas al archivo al actualizar.
Al actualizar, actualiza el valor de mongo.mongoUri para incluir los nuevos parámetros introducidos con el MongoDB Java driver. Por defecto, este driver activa las lecturas y escrituras reintentables. Si estableces lógica personalizada para reintentar operaciones de lectura y guardados, los intentos pueden llevar demasiado tiempo. Para desactivar estos valores por defecto, añada lo siguiente a su cadena de conexión:
Ejemplo
mongodb://SERVIDOR:PUERTO/?maxPoolSize=150&retryWrites=false&retryReads=false
Acceso Reflectivo Ilegal
Esta advertencia se muestra debido a la versión de la Guice librería que utiliza Ops Manager. Puedes ignorar esta advertencia de forma segura.