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 3.6 o posterior
Ops Manager 6.0 no es compatible con MongoDB 3.4. Si usa MongoDB 3.4 o una versión anterior y desea actualizar a Ops Manager 6.0, debe actualizar al menos a MongoDB 3.6. Sin embargo, le recomendamos actualizar al menos a MongoDB 4.0 antes de actualizar a Ops Manager 6.0.
La versión de su instalación existente de Ops Manager determina la ruta de actualización que debe tomar para actualizar a Ops Manager 4.4 o posterior.
Importante
Si tiene una instalación de Ops Manager 4.2 o posterior con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, puede actualizar Ops Manager sin incurrir en tiempo de inactividad de la monitorización. Durante esta actualización, Ops Manager entra en un estado conocido como modo de actualización. Consulte Modo de actualización para obtener más información.
Para garantizar una actualización exitosa,debe seguir la ruta de actualización de su versión existente para 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 existen rutas de degradación compatibles con Ops Manager.
Nota
Todas las actualizaciones de Ops Manager 4.2 (versión.x y posteriores) utilizan el mismo procedimiento. Para actualizar a una versión superior, primero debe usar este procedimiento: actualice a la última versión disponible y, a continuación, repita el procedimiento para actualizar a la siguiente versión. Si la siguiente tabla contiene información adicional sobre el procedimiento de actualización para una versión determinada, consúltela primero.
La siguiente tabla enumera las rutas de actualización para todas las versiones:
Versión existente | Ruta de actualización |
|---|---|
6.0.x | Actualice desde Ops Manager 6.0.x a la última versión de parche disponible de 6.0 usando este procedimiento. Para obtener más información, consulte las notas de la versión de Ops Manager.6.0 |
5.0.x | Actualice de Ops Manager.x 5.0 a la última versión disponible del 5.0 parche. Luego, actualice a la última versión disponible 6.0 de. Utilice este procedimiento para ambos procesos. Para obtener más información, consulte las notas de la versión de Ops Manager.5.0 |
4.4.x | Actualice de Ops Manager.x 4.4 a la última versión disponible del 4.4 parche. Luego, actualice a la última versión disponible 5.0 de. Utilice este procedimiento para ambos procesos. IMPORTANTE: La versión de Ops Manager 4.4.13 corrige un error que volvería a habilitar las instancias de Ops Manager para Escrituras API durante una actualización. Para obtener más información, consulta: |
4.2.x | Actualice de Ops Manager.x 4.2 a la última versión disponible del 4.2 parche. Luego, actualice a la última versión disponible 4.4 de. Utilice este procedimiento para ambos procesos. Se produce una desactivación temporal e involuntaria de TLS al actualizar a versiones anteriores 4.2.24 a. Actualizar 4.2.24 primero a o posterior evita este problema. Para obtener más información, consulta: |
4.0.x | Utilice el tutorial de actualización de4.2 la versión para actualizar de Ops Manager.x 4.0 a la versión 4.2.24 o posterior. A continuación, utilice este procedimiento para actualizar a la última versión disponible 4 2de.. Se produce una desactivación temporal e involuntaria de TLS al actualizar a versiones anteriores 4.2.24 a. Actualizar 4.2.24 primero a 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 anterior | Utilice el tutorial de actualización v3.4 para actualizar desde Ops Manager.x 2 o una versión anterior. |
Advertencia
Para mantener la configuración y la disponibilidad existentes, realice una copia de seguridad de lo siguiente en su instancia actual de Ops Manager:
conf-mms.propertiesy losgen.keyarchivos a una ubicación segura. Elconf-mms.propertiesarchivo almacena la configuración de la instancia de Ops Manager. La clave gen.key proporciona detalles para cifrar y descifrar las bases de datos de respaldo y las credenciales de usuario de Ops Manager. Ops Manager podría eliminar estos archivos durante el proceso de actualización.
Como precaución adicional, puede usar para crear una mongodump exportación binaria de la base de datos de la aplicación. No existe ningún método de copia de seguridad oficialmente compatible para la base de datos de la aplicación. Si la actualización falla, contacte con el soporte de MongoDB para obtener ayuda para solucionar el problema con la versión de Ops Manager.
Considerations
Antes de actualizar Ops Manager de 5.0 a 6.0, revise las siguientes consideraciones:
Cadenas de conexión
Utilice cadenas de conexión estándar al conectarse a AppDB durante la actualización. El uso de cadenas de conexión DNS SRV puede provocar un error en la actualización.
Bases de datos de respaldo
Ops Manager 6.0.0 requiere un mínimo de MongoDB 4.4.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 MongoDB compatibles
Si Ops Manager administra sus herramientas MongoDB, las versiones de las herramientas se actualizan cuando usted actualiza Ops Manager.
Si ejecuta Ops 6.0 Manager.x en modo local, debe descargar e instalar una versión compatible del paquete MongoDB Tools TGZ en el versions directorio.
Versiones del servidor de Ops Manager | Versión compatible con las herramientas de base de datos MongoDB |
|---|---|
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
Agrega soporte para ejecutar Ops Manager en Debian 11.
Alertas
Descontinúa las alertas SNMP. Ops Manager 7.0.0 no incluirá SNMP alertas.
Soporte para la plataforma de automatización
Añade soporte para automatizar implementaciones en RedHat Enterprise Linux versión 8 y Amazon Linux 2 en la arquitectura ARM64/aarch64.
Se remueve el soporte para la automatización de implementaciones en Debian 9 y RedHat Enterprise Linux 6.
Cambios en el soporte de automatización
Elimina la compatibilidad con la automatización de implementaciones de MongoDB 3.4.
Requisitos previos
Requisitos de hardware y software
Sus servidores deben cumplir con los requisitos del sistema de Ops Manager.
Advertencia
Potencial de fallo de producción
Su instancia de Ops Manager puede fallar en producción si no configura lo siguiente:
Los hosts de Ops Manager se configuran según los requisitos del sistema de Ops Manager.
Hosts MongoDB según las Notas de Producción del manual de MongoDB. Las instancias MongoDB en Ops Manager incluyen:
La base de datos de la aplicación Ops Manager,
Cada almacenamiento en bloques.
Cada base de datos principal del Daemon de Copia de Seguridad de Ops Manager. Esto solo aplica a FCV 4.0 y versiones anteriores. FCV 4.2 y versiones posteriores no utilizan bases de datos principales para las copias de seguridad.
Si sus bases de datos de respaldo ejecutan el1 motor de almacenamiento MMAPv, el proceso de actualización falla. Ops Manager le solicita que actualice el motor de almacenamiento de dichas bases de datos a WiredTiger.
Privilegios de administrador
Debe tener privilegios de administrador en los servidores en los que realiza 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 puede acceder a este enlace, visite la página de descarga para obtener una copia de evaluación actual del software Ops Manager.
Si necesita una versión anterior del software Ops Manager, visite 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 plataformas
Antes de actualizar Ops Manager, asegúrese de lo siguiente:
La plataforma de los hosts que sirven a Ops Manager es compatible 5.0 con.
Los agentes de MongoDB que administran sus implementaciones de MongoDB son compatibles con Ops 5.0 Manager.
Las plataformas de los hosts que sirven a los agentes de Ops Manager son compatibles con los agentes.
Si utilizas BI Connector, actualiza MongoDB 4.0 o una versión posterior.
Si actualizó la plataforma para los hosts del Agente MongoDB, actualice los Agentes MongoDB antes de actualizar Ops Manager.
Procedimiento
Nota
Modo de actualización para aplicaciones de alta disponibilidad
Si tiene una instalación de Ops Manager 4.2 o posterior con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, puede actualizar Ops Manager sin incurrir en tiempo de inactividad de la monitorización. Durante esta actualización, Ops Manager entra en un estado conocido como modo de actualización. Este modo ofrece las siguientes ventajas durante el proceso de actualización:
Las alertas y el monitoreo funcionan
Las instancias de Ops Manager permanecen activas
Se puede acceder a la aplicación Ops Manager en modo de solo lectura
Las Ops Manager APIs que guardan o borran datos están deshabilitadas
Su instancia de Ops Manager permanece 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 Ops Manager entra en modo de actualización, los daemons de copia de seguridad intentan detenerse. Este proceso puede fallar si los daemons están realizando una copia de seguridad larga. En este caso, realice una de las siguientes acciones:
Reinicie la primera instancia de Ops Manager una vez que los Daemons de respaldo finalicen el trabajo.
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 sirva como servidor de respaldo.
Emita el siguiente comando:
sudo service mongodb-mms-backup-daemon stop Verifique que haya apagado el Backup Daemon:
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 a 3 con todos los demás hosts del Backup Daemon.
Inicie sesión en el primer host que sirva como servidor de respaldo.
Emita el siguiente comando:
sudo service mongodb-mms-backup-daemon stop Verifique que haya apagado el Backup Daemon:
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 a 3 con todos los demás hosts del Backup Daemon.
Inicie sesión en el primer host que sirva como servidor de respaldo.
Emita el siguiente comando:
<install_dir>/bin/mongodb-mms-backup-daemon stop Verifique que haya apagado el Backup Daemon:
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 a 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:
Descargue la última versión del paquete Ops Manager.
Abra su 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, haga clic en Ubuntu 18.04.
En el menú desplegable Packages, haga 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.
Instale el paquete Ops Manager en el host que está actualizando.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tiene una instalación de Ops Manager 4.4 con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, esta implementación de Ops Manager se ejecuta con alta disponibilidad. Después de actualizar un host de Ops Manager de una implementación de Ops Manager de alta disponibilidad, dicha implementación entra en 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 agregue contraseñas ni secretos a los argumentos de la JVM en el
mms.confarchivo. Ops Manager los expone como texto sin formato en los archivos 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 la versión del
/opt/mongodb/mms/conf/conf-mms.propertiesarchivo que debe usar. Para evitar tener que reconfigurar Ops Manager manualmente, elija el archivo actual. Para obtener más información, consulte las 4.4.11 Notas de la versión.
Inicie Ops Manager en el host actualizado.
sudo service mongodb-mms start
Nota
En instancias de alta disponibilidad de Ops Manager, el Backup Daemon espera a que todos los nodos se actualicen antes de comenzar.
Inicie sesión en su host de Ops Manager actualizado después de que se reinicie. Si inicia sesión correctamente, la actualización se realizó correctamente.
[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:
Es posible que sus hosts no estén completamente operativos hasta que se complete la actualización en todo el clúster. Si la primera actualización de su host tarda más de lo previsto, continúe actualizando los demás.
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:
Detener el servicio en un nodo (ejecutando 6.0.26).
Actualice a la versión secundaria más reciente de 7.0.x.
Inicie el host actualizado antes de pasar al siguiente nodo.
Repita para todos los demás nodos.
Repita 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 administra su Conector de BI, la versión del Conector de BI se actualiza con los agentes.
Utilice este procedimiento para actualizar la aplicación Ops Manager en los hosts instalados mediante paquetes rpm:
Detenga la primera instancia de Ops Manager en ejecución.
En los hosts RHEL, CentOS, SUSE12 que usan systemd, emita el siguiente comando para detener la aplicación Ops Manager:
sudo service mongodb-mms stop
Para las plataformas que utilizan SysVInit, emita el siguiente comando:
sudo /etc/init.d/mongodb-mms stop
Descargue la última versión del paquete Ops Manager.
Abra su navegador preferido para visitar 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, haga clic en una de las siguientes opciones:
Red Hat + CentOS 7, 8 / SUSE 12 + 15 / Amazon Linux 2
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 Ops Manager en el host Ops Manager que está actualizando.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tiene una instalación de Ops Manager 4.4 con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, esta implementación de Ops Manager se ejecuta con alta disponibilidad. Después de actualizar un host de Ops Manager de una implementación de Ops Manager de alta disponibilidad, dicha implementación entra en modo de actualización.
Para instalar el paquete .rpm en el host de Ops Manager actualizado, emita el siguiente comando, donde <version> es la versión de Ops Manager:
sudo rpm -Uvh 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 agregue contraseñas ni secretos a los argumentos de la JVM en el mms.conf archivo. Ops Manager los expone como texto sin formato en los archivos de diagnóstico.
Reemplazar init archivos con enlaces simbólicos
Los siguientes archivos existentes bloquean la actualización de una instalación de Ops Manager 4.2 mediante RPM:
/etc/init.d/mongodb-mms/etc/init.d/mongodb-mms-backup-daemon
Para completar la actualización:
Emita los siguientes comandos para mover los archivos antiguos
init:sudo mv /etc/init.d/mongodb-mms /etc/init.d/mongodb-mms-5.0 sudo mv /etc/init.d/mongodb-mms-backup-daemon /etc/init.d/mongodb-mms-backup-daemon-5.0 Emita los siguientes comandos para vincular simbólicamente los archivos de Ops Manager a sus archivos
init:sudo ln -s /opt/mongodb/mms/bin/mongodb-mms /etc/init.d/mongodb-mms sudo ln -s /opt/mongodb/mms/bin/mongodb-mms-backup-daemon /etc/init.d/mongodb-mms-backup-daemon
Inicie 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, emita el siguiente comando:
sudo /etc/init.d/mongodb-mms start
Nota
Los registros que Ops Manager genera durante la empresa emergente pueden pausar temporalmente en Starting pre-flight checks mientras Ops Manager actualiza todos sus servidores a la misma versión.
[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 de Ops Manager que actualizó después de que se reinicie. Si inicia sesión correctamente, la actualización se realizó correctamente.
Si su inicio de sesión fue exitoso, repita estos pasos en el próximo host en su implementación de Ops Manager de alta disponibilidad.
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 administra su Conector de BI, la versión del Conector de BI se actualiza con los agentes.
Utilice este procedimiento para actualizar sistemas Linux que no utilizan paquetes deb o rpm.
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á actualizando, haga una copia de seguridad de sus archivos de configuración y registros existentes en un directorio distinto del 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 los registros en su directorio de inicio:
cp -a <install_dir>/conf ~/mms_conf.backup cp -a <install_dir>/logs ~/mms_logs.backup
También debe realizar una copia de seguridad del archivo gen.key que Ops Manager utiliza para cifrar y descifrar las bases de datos de respaldo y las credenciales de usuario. Ops Manager requiere un archivo gen.key idéntico en cada servidor que forme parte de una implementación de Ops Manager de alta disponibilidad.
Descargue la última versión del paquete Ops Manager.
Abra su navegador preferido para visitar MongoDB Download Center en MongoDB.com.
Si comienza desde MongoDB.com, haga clic Products Ops Manager Try it now en.
En el menú desplegable Version, haga clic en una de las versiones estables proporcionadas.
En el menú desplegable Platform, haga clic en una de las siguientes opciones:
Red Hat + CentOS 7, 8 / SUSE 12 + 15 / Amazon Linux 2
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.
Instale el paquete Ops Manager en cada host que esté actualizando.
Nota
Modo de actualización para aplicaciones de Ops Manager de alta disponibilidad
Si tiene una instalación de Ops Manager 4.4 con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, esta implementación de Ops Manager se ejecuta con alta disponibilidad. Después de actualizar un host de Ops Manager de una implementación de Ops Manager de alta disponibilidad, dicha implementación entra en 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:
Cambiar 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 antiguo.
mkdir <install_dir>
Esto evita un directorio de instalación vacío y conflictos en la biblioteca 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- La configuración para 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
Nota
En instancias de alta disponibilidad de Ops Manager, el Backup Daemon espera a que todos los nodos se actualicen antes de comenzar.
Opcional. En cada servidor de Ops Manager, fusione los cambios necesarios en el mms.conf archivo desde su copia de seguridad.
El mms.conf archivo rara vez se personaliza, ya que contiene la configuración de puertos y JVM. Si modificó los puertos o la configuración de JVM que usa Ops Manager, deberá volver a aplicar esos cambios desde su copia de mms.conf seguridad al archivo después de actualizar Ops Manager.
Advertencia
No agregue contraseñas ni secretos a los argumentos de la JVM en el mms.conf archivo. Ops Manager los expone como texto sin formato en los archivos 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 de Ops Manager que actualizó después de que se reinicie. Si inicia sesión correctamente, la actualización se realizó correctamente.
Si su inicio de sesión fue exitoso, repita estos pasos en el próximo host en su implementación de Ops Manager de alta disponibilidad.
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 administra su Conector de BI, la versión del Conector de BI se actualiza con los agentes.
Solución de problemas
Opción de máquina virtual no reconocida
La salida de la comprobación previa al vuelo o el registro de inicio deberían incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si se ha editado alguno de los siguientes archivos:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Elimine -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, actualice el valor para incluir los mongo.mongoUri nuevos parámetros introducidos con el controlador Java de MongoDB. De forma predeterminada, este controlador permite lecturas y escrituras reintentables. Si configura una lógica personalizada para reintentar lecturas y escrituras, los intentos podrían tardar demasiado. Para deshabilitar estos valores predeterminados, agregue 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 comprobación previa al vuelo o el registro de inicio deberían incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si se ha editado alguno de los siguientes archivos:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Elimine -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 comprobación previa al vuelo o el registro de inicio deberían incluir un error como Unrecognized VM option 'UseParNewGC'. Este error puede ocurrir si se ha editado alguno de los siguientes archivos:
/etc/rc.d/init.d/mongodb-mmsmms.confconf-mms.properties
Elimine -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, actualice el valor para incluir los mongo.mongoUri nuevos parámetros introducidos con el controlador Java de MongoDB. De forma predeterminada, este controlador permite lecturas y escrituras reintentables. Si configura una lógica personalizada para reintentar lecturas y escrituras, los intentos podrían tardar demasiado. Para deshabilitar estos valores predeterminados, agregue 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 biblioteca Guice que utiliza Ops Manager. Puede ignorarla sin problema.