Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Este artículo describe las opciones para administrar y configurar el agente UNIX/Linux para System Center - Operations Manager.
Directorios del agente
Open Management Infrastructure (OMI) se instala en el directorio:
/opt/omi
El agente UNIX/Linux se instala en el directorio:
/opt/microsoft/scx/
El agente UNIX/Linux mantiene ficheros de registro en el directorio:
/var/opt/microsoft/scx/log/
OMI mantiene archivos de registro en el directorio:
/var/opt/omi/log/
Los archivos de configuración del agente, incluidos los certificados, se almacenan en el directorio:
/etc/opt/microsoft/scx/
Los archivos de configuración de OMI se almacenan en el directorio:
/etc/opt/omi
Herramientas de administración del agente
En esta sección se describen las herramientas para administrar y configurar el agente UNIX/Linux.
Ejecutar las herramientas de administración del agente
Las herramientas para configurar el agente UNIX/Linux se encuentran en el directorio:
/opt/microsoft/scx/bin/tools
Scxadmin
La herramienta scxadmin se utiliza para controlar el estado del agente UNIX/Linux (iniciar, detener o reiniciar) y controlar el registro realizado por el agente. El uso de la herramienta puede visualizarse con el siguiente comando: scxadmin -?
# /opt/microsoft/scx/bin/tools/scxadmin -?
Usage: scxadmin
Generic options (for all commands)
[-quiet] Set quiet mode (no output)
General Options
scxadmin -version
Service Management
scxadmin {-start|-stop|-restart|-status} [all|cimom|provider]
Providers Management
scxadmin -config-list {RunAs}
scxadmin -config-set {RunAs} {CWD=<directory>|ChRootPath=<directory>|AllowRoot={true|false}}
scxadmin -config-reset {RunAs} [CWD|ChRootPath|AllowRoot]
Log Configuration Management
scxadmin {-log-list|-log-rotate|-log-reset} [all|cimom|provider]
scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}
scxadmin -log-set provider {{FILE:<path>|STDOUT}:<module-id>={SUPPRESS|ERROR|WARNING|INFO|TRACE|HYSTERICAL}}
scxadmin {-log-reset|-log-remove} provider [{FILE:<path>|STDOUT}]
Ejemplos
Reinicie el agente:
cd /opt/microsoft/scx/bin/tools/
./scxadmin -restart
Aumentar todo el logging al nivel Intermedio:
cd /opt/microsoft/scx/bin/tools/
./scxadmin –log-set all intermediate
scxsslconfig
La herramienta scxsslconfig se utiliza para generar el certificado en /etc/opt/Microsoft/scx/ssl/
. Esta herramienta es útil para corregir problemas como, por ejemplo, cuando no se puede determinar el nombre de dominio completo a partir del host de UNIX o Linux, o cuando el FQDN del host de UNIX/Linux no coincide con el FQDN que usa el servidor de administración para conectarse al host.
Nota
El servidor de administración de Operations Manager debe firmar el certificado generado para poder utilizarlo en la comunicación WS-Management. La sobrescritura de un certificado firmado previamente requerirá que el certificado se firme de nuevo.
La utilización de la herramienta scxsslconfig puede visualizarse con el siguiente comando: scxsslconfig -?
# /opt/microsoft/scx/bin/tools/scxsslconfig -?
Usage: /opt/microsoft/scx/bin/tools/.scxsslconfig [-v] [-s days] [-e days] [-d domain] [-h host] [-g targetpath]
-v - toggle debug flag
-g targetpath - generate certificates in targetpath
-s days - days to offset valid start date with (0)
-e days - days to offset valid end date with (3650)
-f - force certificate to be generated even if one exists
-d domain - domain name
-h host - host name
-b bits - number of key bits
-? - this help message
Ejemplos
Regenerar el certificado, forzando la sobreescritura de un certificado existente, con salida verbosa:
cd /opt/microsoft/scx/bin/tools/
. setup.sh
/opt/microsoft/scx/bin/tools/scxsslconfig -f -v
Regenerar el certificado, forzando la sobreescritura de un certificado existente, con un nombre de host y un nombre de dominio DNS especificados:
cd /opt/microsoft/scx/bin/tools/
. setup.sh
/opt/microsoft/scx/bin/tools/scxsslconfig -f -h myserver -d contoso.com
Temas de configuración adicionales
Cifrados SSL
Si es necesario, se puede personalizar la lista de cifrados SSL que utiliza el agente UNIX/Linux. Para obtener más información sobre esta configuración, consulte el artículo Configuración de cifrados SSL.
Especificar una ruta temporal alternativa para los scripts
Si crea una regla de script UNIX/Linux o un monitor en un paquete de administración personalizado, el contenido del script se escribirá en un archivo en /tmp en el ordenador del agente antes de ejecutarse. Es posible que desee especificar un directorio alternativo para la ejecución del script. Para especificar un directorio alternativo, sobrescriba el enlace simbólico en: /etc/opt/microsoft/scx/conf/tmpdir
para que apunte a otro directorio. El destino de este enlace simbólico debe poder ser escrito por la cuenta de usuario definida en la Cuenta de Acción UNIX/Linux y/o en los Perfiles RunAs de la Cuenta Privilegiada UNIX/Linux.
Universal Linux - nombre/versión del sistema operativo
El Agente Universal Linux, compatible con sistemas operativos Linux como Debian GNU/Linux, Oracle Linux y Ubuntu Server, analiza los archivos de lanzamiento para determinar el nombre y la versión del sistema operativo del host. Si es necesario, estas propiedades se pueden personalizar. Para personalizar las propiedades del sistema operativo presentadas a Operations Manager para un host de Agente universal de Linux, utilice el siguiente procedimiento:
Cree el archivo disablereleasefileupdates
en el directorio : /etc/opt/microsoft/scx/conf/
.
touch /etc/opt/microsoft/scx/conf/disablereleasefileupdates
Si este archivo existe, el agente no intentará actualizar las propiedades del sistema operativo que se devuelven a Operations Manager. De este modo se garantiza la conservación de las personalizaciones.
Edita el archivo scx-release
en el directorio: /etc/opt/microsoft/scx/conf
. Este fichero tiene el formato:
OSName=Ubuntu
OSVersion=24.04
OSFullName=Ubuntu 24.04 (x86_64)
OSAlias=UniversalR
OSManufacturer=
Los valores de las propiedades OSName, OSVersion y OSFullName se pueden editar para reflejar los valores personalizados.
Nota
La propiedad OSAlias no debe ser editada. Todas las propiedades de este archivo (excepto OSManufacturer) son obligatorias y no deben ser null.
Nota
La actualización siguiente es aplicable a Operations Manager 2019 UR1 y versiones posteriores.
Mejoras de rendimiento y fiabilidad en el agente de Linux
Con Operations Manager 2019 UR1 y versiones posteriores, para mejorar la fiabilidad, se introduce un proceso independiente para enviar el heartbeat. Anteriormente, los subprocesos de recopilación de latidos y rendimiento se ejecutaban en el mismo contexto de proceso. Debido a esto, cualquier retraso en la recopilación de datos de rendimiento afectaba a la disponibilidad del sistema.
Con este cambio, durante la recopilación de latidos, ahora se puede ver un proceso omiagent adicional que se ejecuta bajo el usuario omi.
Para mejorar la confiabilidad, se usa un proceso independiente para enviar el latido. Durante la recopilación de latidos, puede ver un proceso omiagent adicional que se ejecuta en el usuario omi.
Para mejorar el rendimiento, se ha introducido la variable X-Plat Filter en la anulación. Puede anular el comportamiento de descubrimiento/monitorización para el paquete de administración X-Plat introduciendo consultas WQL en el parámetro Filtro. Esto ayuda a restringir la monitorización a las entidades de interés.
Además, para evitar que se llene rápidamente el espacio en disco, el registro SCX se reduce de Información a Aviso.
He aquí un ejemplo de cómo puede configurar una anulación utilizando la variable Filtro:
Si desea obtener solo los datos de loop200, utilice la siguiente consulta en la variable Filtro:
select * from SCX_DiskDrive where DeviceID=loop200
Ahora, verá los datos solo para el disco “loop200” en la vista de rendimiento.
Nota
La actualización siguiente es aplicable a Operations Manager 2019 UR3 y versiones posteriores. En versiones anteriores de Operations Manager, los cambios en la configuración del nivel de registro de los procesos de OMI requerían el reinicio del agente. Con Operations Manager 2019 UR3, la configuración del nivel de registro se puede cambiar sin necesidad de reiniciar el agente.
Cambios dinámicos en la configuración de nivel de registro sin reinicio del agente
Puede cambiar la configuración de nivel de registro sin necesidad de reiniciar el agente.
Siga estos pasos:
Modifique el archivo omiserver.conf y actualice el nuevo nivel de registro:
loglevel = INFO
Aplique este nivel de registro mientras ejecuta el siguiente comando:
$sudo /opt/omi/bin/omiconfigeditor –reconfig
Pasos siguientes
Para obtener más información sobre cómo instalar el agente y comprender los pasos para firmar el certificado del agente, consulte Instalación del agente y el certificado en equipos UNIX y Linux mediante la línea de comandos.
Para saber cómo realizar el mantenimiento del agente en equipos UNIX y Linux, consulte Actualización y desinstalación de agentes en equipos UNIX y Linux.