Administración del rendimiento del sistema

En esta sección se brindan pautas e indicaciones encaminadas a mejorar el rendimiento de un sistema o un grupo de trabajo.

Cuellos de botella del rendimiento

Un sistema puede presentar un rendimiento lento o pausado debido a varios motivos y tal vez tenga que investigar bastante antes de detectar la causa de los cuellos de botella de un sistema dado. Hay que considerar las interrelaciones entre los distintos componentes del sistema, no sólo los componentes individuales del mismo. Empiece por las herramientas descritas en la sección «Medición del rendimiento».

Después de aislar un problema de rendimiento y de decidir la forma de abordarlo, cambie sólo una cosa a la vez. Si cambia más de una cosa a la vez, no sabrá qué cambio mejoró el rendimiento. Asimismo, cabe la posibilidad de que un cambio mejore el rendimiento mientras que otro lo empeora, pero no lo sabrá a no ser que aplique los cambios individualmente y pondere el rendimiento entre uno y otro.

A continuación, se presentan posibles cuellos de botella del sistema:

Cuellos de botella de la CPU:

Muchos procesos de segundo plano que se ejecutan con una prioridad alta y consumen mucho tiempo de la CPU o un proceso «fuera de control». Si el tiempo de respuesta es inaceptable, disminuya la prioridad de algunos procesos y termine los procesos no deseados.

Cuellos de botella de la memoria:

Gran actividad de desactivación
Gran actividad de paginación
Escasa o ninguna memoria disponible
Uso frecuente de la CPU en modo sistema

Cuellos de botella del disco:

Gran actividad de disco
Tiempo de inactividad de la CPU elevado en espera de que terminen las solicitudes de E/S

Colas de disco largas




	NOTA: Coloque la información a la que obtenga acceso con más frecuencia en los discos más rápidos y distribuya equitativamente la carga de trabajo entre los discos montados que sean idénticos para impedir que uno de ellos se sobrecargue mientras otro se infrautiliza. En general, lo anterior se consigue al sacar del disco raíz las zonas de intercambio y los sistemas de archivos de uso frecuente, o al utilizar la creación de bandas en discos, el LMV o la creación de reflejos de disco para difundir las entradas/salidas por varios discos. Consulte también la sección «Comprobación de la carga de los discos con los comandos sar e iostat».

Cuellos de botella de la red:

Exceso de demanda para un servidor NFS
Limitaciones del ancho de banda de la red de área local (LAN)

Pautas

Es de conocimiento general que el rendimiento es una materia difícil y que no se pueden dar consejos categóricos al respecto; por consiguiente, las pautas que aquí se presentan no deben contemplarse como recomendaciones oficiales de HP, sino tan sólo como lo más parecido a un consenso al que han llegado los autores partiendo de los comentarios de los expertos consultados.

Mantenga los servidores NFS y los clientes correspondientes en el mismo segmento de red de área local o la misma subred. Si esto resulta poco práctico y tiene el control sobre el hardware de red, utilice conmutadores, antes que concentradores, puentes y enrutadores, para conectar el grupo de trabajo.
En la medida de lo posible, dedique un servidor dado a un tipo de tarea.
Por ejemplo, en nuestra red de ejemplo (consulte la sección «Ejemplo de grupo de trabajo y red») flserver actúa de servidor de archivos, ya que exporta directorios a las estaciones de trabajo, mientras que appserver ejecuta las aplicaciones.
Si el grupo de trabajo necesita un servidor web, conviene configurarlo en un tercer sistema de gran potencia que no tenga mucho trabajo.
En los servidores de archivos, destine los discos más rápidos a los sistemas de archivos exportados y al espacio de intercambio.
- Distribuya equitativamente la carga de trabajo por estos discos.
  Por ejemplo, si hay dos equipos con mucho trabajo de entrada/salida, coloque los archivos de estos equipos en discos o grupos de volúmenes diferentes. Consulte la sección «Comprobación de la carga de los discos con los comandos sar e iostat».
- Distribuya equitativamente los discos por las controladoras de E/S del sistema.
En el caso de los sistemas de archivos HFS, asegúrese de que el tamaño del búfer de lectura y escritura del NFS en el cliente coincide con el tamaño de bloque en el servidor.
Estos valores se pueden definir al importar el sistema de archivos al cliente NFS; consulte el menú emergente Advanced Options de la pantalla Mounted Remote File Systems del SAM. En relación con las instrucciones para comprobar y cambiar los valores, consulte la sección «Comprobación del tamaño de bloques de los servidores y los clientes NFS».
Active las escrituras asíncronas en los sistemas de archivos exportados.
Consulte la sección «Comprobación de las escrituras asíncronas».
Asegúrese de que hay suficientes demonios nfsd en proceso de ejecución en los servidores.
Por regla general, el número de demonios nfsd en proceso de ejecución debe duplicar el número de ejes de disco disponibles para los clientes NFS.
Por ejemplo, si un servidor va a exportar un sistema de archivos y se ubica en un grupo de volúmenes que abarca tres discos, probablemente deba ejecutar seis demonios nfsd en el servidor.
Para obtener más detalles, consulte la sección «Comprobación del desbordamiento de los conectores lógicos con el comando netstat -s» y la sección «Aumento del número de demonios nfsd».
Asegúrese de que los servidores tienen memoria suficiente.
Los esfuerzos por optimizar el rendimiento del disco serán baldíos si el servidor no dispone de bastante memoria.
Vigile con frecuencia la memoria del servidor (consulte la sección «Medición del uso de memoria con el comando vmstat») y ¡no elabore nunca un presupuesto de hardware que no incluya memoria adicional!
Desfragmente regularmente los sistemas de archivos JFS del servidor.
El término fragmentación significa que los archivos se dispersan de cualquier modo por uno o varios discos como consecuencia del crecimiento a lo largo del tiempo. Para leer y actualizar archivos de este tipo, se necesitan varios movimientos de los cabezales de disco, lo que, en teoría, ralentiza el tiempo de respuesta.
No obstante, en la práctica, un servidor trata muchas solicitudes de E/S a la vez y los controladores se han provisto de inteligencia para tomar en cuenta la ubicación y la dirección actuales de los cabezales a la hora de decidir la siguiente búsqueda.
Esto significa que es posible que nunca sea preciso realizar la desfragmentación de un sistema de archivos HFS en HP-UX; no obstante, en el caso de los sistemas de archivos JFS, sí es preciso desfragmentar con regularidad.
Consulte la sección «Desfragmentación de un sistema de archivos HFS» y la sección «Desfragmentación de un sistema de archivos JFS».
Mantenga el tamaño de los archivos y los directorios exportados lo más pequeño posible.
Los archivos grandes precisan más operaciones del NFS que los pequeños y las búsquedas en los directorios grandes duran más.
Recomiende a los usuarios limpiar el sistema regularmente de archivos grandes innecesarios (consulte la sección «Búsqueda de archivos grandes»).
Vigile con regularidad el rendimiento del servidor y los clientes.
Consulte la sección «Medición del rendimiento».

Devoradores de recursos

Para hacerse una idea de cuáles son los principales devoradores de recursos de la CPU, ejecute el SAM y seleccione Performance Monitors. (En los sistemas anteriores a la revisión 10.20, seleccione Process Management y, luego, Performance Monitors.) A continuación, elija Processes With Highest CPU Usage. (O ejecute el comando /usr/bin/top en la línea de comandos.)

Para comparar el uso de la memoria por parte de los procesos en activo, ejecute el comando ps -efl. Mire en la columna SZ de la pantalla que se obtiene.

Medición del rendimiento

El dicho que reza «no se puede administrar lo que no se mide» es particularmente idóneo en el caso del rendimiento de los sistemas y los grupos de trabajo. A continuación, se enumeran algunas formas de calibrar el rendimiento del grupo de trabajo en relación con las «Pautas», que preceden a esta sección.

Comprobación de la carga de los discos con los comandos sar e iostat

Para ver el modo en que se distribuye la actividad de disco por los discos, ejecute sar -d con un intervalo de tiempo y una frecuencia; por ejemplo:

sar -d 5 10

Esto ejecuta sar -d diez veces con un intervalo de muestreo de cinco segundos. La columna %busy muestra el porcentaje de tiempo que el disco (device) ha estado ocupado durante el intervalo de muestreo.

Compare las cifras correspondientes a cada uno de los discos que ocupen los sistemas de archivos exportados (fíjese en el promedio, Average, al final del informe).

Otra forma de obtener un muestreo de la actividad de disco consiste en ejecutar el comando iostat con un intervalo de tiempo; por ejemplo:

iostat 5

Esto hará que se informe de la actividad de disco cada cinco segundos. Mire las columnas bps y sps de los discos (device) que alberguen sistemas de archivos exportados. bps ilustra el número de kilobytes transferidos por segundo durante el intervalo; sps muestra el número de búsquedas por segundo (haga caso omiso de msps).

Si algunos discos que exportan sistemas de archivos están constantemente más ocupados que los demás, debe pensar en redistribuir la carga. Consulte la sección «Ampliación de un volumen lógico en un disco específico » y la sección «Traslado de datos a un volumen físico diferente ». Si decide trasladar un directorio a otro servidor, hallará indicaciones útiles en la sección «Traslado de un directorio a un volumen lógico ubicado en otro sistema».




	NOTA: En los discos administrados por «El Logical Volume Manager (LVM)», puede resultar difícil realizar un seguimiento de qué sistemas de archivos se ubican en qué discos. Es una buena idea elaborar diagramas impresos de los discos de los servidores; consulte la sección «Elaboración de diagramas del uso de los discos de un sistema».

Comprobación del tamaño de bloques de los servidores y los clientes NFS

En el caso de un sistema de archivos HFS, el tamaño de bloque de lectura/escritura de NFS debe coincidir con el tamaño de bloque del sistema de archivos del servidor.

En el servidor NFS, puede utilizar el comando dumpfs para comprobar el tamaño de bloque de un sistema de archivos HFS; por ejemplo:

dumpfs /work | grep bsize

En la salida que se obtiene, bsize es el tamaño de bloque, expresado en bytes, del sistema de archivos /work.




	NOTA: Para los sistemas de archivos JFS, puede ejecutar el comando mkfs -m para ver los parámetros con los que se ha creado el sistema de archivos. Pero, probablemente no merezca la pena ajustar el tamaño de búfer de lectura/escritura del cliente para que coincida, ya que el tamaño de bloque configurado no rige todos los bloques. Consulte la sección «Examen de las características de un sistema de archivos».

En el cliente NFS, utilice el SAM para comprobar el tamaño de bloque de lectura/escritura.
Vaya a Networking and Communications/Networked File Systems/Mounted Remote File Systems, seleccione sucesivamente cada sistema de archivos importado, seleccione el menú Actions para que se abra, elija View More Information y, a continuación, View Mount Options.
Las opciones Read Buffer Size y Write Buffer Size deben coincidir con el tamaño de bloque del sistema de archivos del servidor.
Si no coinciden, puede utilizar el SAM para cambiarlo.
NOTA: Primero desmonte el sistema de archivos del cliente NFS.
Vuelva a la pantalla Mounted Remote File Systems, seleccione el sistema de archivos cuyos tamaños de búfer de lectura/escritura deban cambiarse, seleccione el menú Actions para abrirlo y elija Modify; a continuación, modifique los tamaños de búfer en la pantalla Advanced Options.

Comprobación de las escrituras asíncronas

La habilitación de escrituras asíncronas permite indicar al servidor NFS que envíe al cliente un acuse de recibo inmediato de una solicitud de escritura, antes de grabar los datos en el disco. Esto mejora el rendimiento del NFS, ya que posibilita que el cliente presente una segunda solicitud de escritura mientras el servidor sigue escribiendo la primera.

Esto comporta cierto riesgo para la integridad de los datos, pero, en la mayoría de los casos, la mejora del rendimiento compensa por el riesgo.

Puede utilizar el SAM para comprobar si se han habilitado o no las escrituras asíncronas en los sistemas de archivos exportados de un servidor.

Ejecute el SAM en el servidor NFS, vaya a Networking and Communications/Networked File Systems/Exported Local File Systems, seleccione sucesivamente cada uno de los sistemas de archivos exportados, seleccione Actions para que se abra y elija View More Information. Esta pantalla indica si Asynchronous Writes está Allowed o Not Allowed.

Puede cambiar la configuración del indicador Asynchronous Writes en el SAM si el sistema de archivos aún está montado y exportado.

Vaya a Exported Local File Systems, seleccione el sistema de archivos exportado para el que desee permitir (o impedir) las escrituras asíncronas, seleccione el menú Actions para que se abra y elija Modify. A continuación, seleccione Yes o No en Asynchronous Writes.

Comprobación de la sobrecarga de un servidor con el comando nfsstat -rc

Para hacerse una idea de cuál es el rendimiento del servidor, ejecute el comando nfsstat -rc en un cliente NFS.

Obtendrá un informe parecido al siguiente:

Client rpc:
calls      badcalls   retrans    badxid     timeout    wait       newcred
43467543   848        6          3868       27942      0          0

badxid debe ser pequeño en relación con timeout. Si estas cifras son casi iguales, cabe la posibilidad de que el servidor esté sobrecargado y que esté generando respuestas duplicadas a las solicitudes de RPC transmitidas una vez agotado el tiempo de espera. Compruebe la memoria, los discos y la configuración de NFS del servidor; para ello, consulte «Pautas» en la sección anterior.




	NOTA: Un parámetro `badxid` que sea casi cero y un número elevado para el parámetro `timeout` pueden ser indicio de que se están perdiendo paquetes, es decir, el tiempo de espera de las solicitudes del cliente se está agotando porque dichas solicitudes nunca llegan al servidor. En este caso, es probable que el problema sea una tarjeta de red ubicada en el servidor o el cliente, o el equipo físico de red.

Medición del uso de memoria con el comando vmstat

vmstat presenta información abundante: utilice la opción -n para simplificar su lectura en una presentación de 80 columnas.

La columna que ha de vigilarse con más atención es po. Si no muestra un cero, el sistema está paginando. Si el sistema está paginando constantemente, es probable que necesite más memoria RAM.

Comprobación del desbordamiento de los conectores lógicos con el comando netstat -s

Aunque muchos procesos distintos emplean conectores lógicos (sockets) y pueden contribuir al desbordamiento de la capacidad de dichos conectores, los desbordamientos de conectores lógicos normales que se producen en un servidor NFS pueden indicar que es preciso ejecutar más procesos nfsd. El comando:

netstat -s | grep overflow

presenta un total de desbordamientos de conectores lógicos (desde el último inicio). Si observa que este número aumenta de forma significativa, y los clientes NFS obtienen una respuesta deficiente de este servidor, pruebe a iniciar más demonios nfsd; consulte la sección «Aumento del número de demonios nfsd».

Comprobación de la sobrecarga de una red con el comando netstat -i

Si ha seguido todas las «Pautas» y observa que el tiempo de respuesta sigue siendo deficiente, es posible que el problema estribe en la propia red: ya sea en una pieza concreta del equipo físico o en la configuración de la red.

Para consultar la estadística total en un servidor, ejecute:

netstat -i

Si el sistema lleva funcionando mucho tiempo, las cifras serán altas y es posible que no reflejen con exactitud el estado presente del equipo. Puede ejecutar netstat repetidamente; por ejemplo:

netstat -I lan0 -i 5

En este caso (después de la primera línea), el comando netstat informa de la actividad cada cinco segundos.

Los errores de entrada y salida deben ser muy escasos en relación con los paquetes de entrada y salida: muy inferiores al 1 %. Un índice mayor de errores de salida en un solo servidor puede indicar que existe un problema con el equipo físico que afecta a la conexión del servidor con la red.

Las colisiones (colls) deben ser menos de un 5 %; un índice mayor apunta a un uso intenso de la red que los usuarios probablemente perciban como un rendimiento deficiente. Es posible que el tráfico y la configuración de la red no sean de su competencia, pero al menos puede hacérselo saber al administrador de la red.

Realización de cambios

Aumento del número de demonios nfsd

Para aumentar el número de demonios nfsd que se ejecutan en un servidor, dé los siguientes pasos:

Modifique /etc/rc.config.d/nfsconf aumentando el valor de NUM_NFSD; por ejemplo:
NUM_NFSD=8
Detenga y reinicie la secuencia de comandos nfs.server:
/sbin/init.d/nfs.server stop
/sbin/init.d/nfs.server start

Desfragmentación de un sistema de archivos HFS

La desfragmentación de un sistema de archivos HFS puede mejorar el rendimiento al disminuir el tiempo de búsqueda en el disco. No obstante, en la práctica, la mayoría de los especialistas consideran que la desfragmentación influye poco o nada en el rendimiento. Sólo debe llevarse a cabo si tiene motivos fundados para creer, o ha obtenido el asesoramiento de un especialista en el sentido de, que el sistema de verdad resultará beneficiado.




	NOTA: Esto sólo es válido para los sistemas de archivos HFS. Los sistemas de archivos JFS deben desfragmentarse en efecto con regularidad. Consulte la sección «Desfragmentación de un sistema de archivos JFS».

Una de las formas de desfragmentar un sistema de archivos HFS consiste en hacer una copia de seguridad del mismo en una cinta, eliminarlo y volver a crearlo y, a continuación, recuperar los datos de la cinta.

El siguiente ejemplo presenta un método alternativo: se utiliza el comando dcopy y se da por sentado que se dispone de suficiente espacio en disco para crear un volumen lógico nuevo con un tamaño mínimo equivalente al archivo /dev/vg01/lvol8. Se utiliza el sistema de archivos /work, que está ubicado en el volumen lógico /dev/vg01/lvol8.

Realice una copia de seguridad del sistema de archivos; por ejemplo:
tar cv /work
realiza una copia de seguridad de /work en el dispositivo de cinta por defecto del sistema: /dev/rmt/0m.
Cree un volumen lógico nuevo (consulte la sección «Adición de un volumen lógico»), pero no lo monte en ningún sistema de archivos.
Supongamos que este volumen lógico nuevo es /dev/vg01/lvol9.
Asegúrese de que ningún usuario tiene archivos abiertos en el sistema de archivos /work y de que éste no es el directorio de trabajo actual de nadie; por ejemplo:
fuser -cu /work
Desmonte /work:
umount /work
Escriba el contenido completo de /work en /dev/vg01/lvol9:
dcopy -v /dev/vg01/rlvol8 /dev/vg01/lvol9
NOTA: El sistema de archivos de origen debe ser un dispositivo sin formato (/dev/vg01/rlvol8) y el sistema de archivos de destino debe ser un dispositivo de bloques (/dev/vg01/lvol9).
Monte el volumen lógico nuevo en el punto de montaje del sistema de archivos original, /work:
mount /dev/vg01/lvol9 /work
A continuación, puede volver a utilizar el volumen lógico original, /dev/vg01/lvol8, o eliminarlo (consulte la sección «Eliminación de un volumen lógico»).

Parámetros configurables del kernel

En determinados casos, es posible que obtenga los resultados perseguidos al reiniciar los parámetros del kernel. Por ejemplo, si un usuario se queda a menudo sin procesos (síntoma: no more processes), aumentar el valor de maxuprc puede ser la solución.




	NOTA: Los parámetros optimizables del kernel pueden ser estáticos o dinámicos (no precisan que se reinicie el sistema ni que se reconstruya el kernel). La lista de parámetros optimizables dinámicos aumenta sin cesar. Para determinar qué parámetros optimizables son dinámicos en el sistema HP-UX 11i, utilice el comando kmtune (consulte la página de manual de kmtune(1M)) o consulte la parte Kernel Configuration del SAM. En la pantalla Configurable Parameters del SAM, los administradores pueden averiguar de un vistazo si el valor de un parámetro optimizable concreto puede cambiarse o no sin reiniciar. A partir de HP-UX 11i v2, utilice el comando kctune o la interface web kcweb. Consulte las páginas de manual de kctune(1M) y kcweb(1M).

El SAM permite consultar y cambiar las configuraciones de los parámetros del kernel. Para consultar o ajustar parámetros, seleccione Kernel Configuration y, luego, Configurable Parameters. A continuación, seleccione Help/Overview, desplácese de forma descendente al enlace correspondiente a Configurable Kernel Parameters y selecciónelo; acto seguido, desplácese de forma descendente hasta que encuentre el parámetro que le interese y selecciónelo. Otra forma de obtener ayuda con un parámetro individual consiste en seleccionar dicho parámetro en la pantalla Configurable Parameters y, a continuación, presionar la tecla de función F1.

Para obtener más información sobre los parámetros optimizables dinámicos, consulte la sección «Reconfiguración del kernel (Revisiones de HP-UX anteriores a 11i versión 2)» y el libro blanco Dynamically Tunable Kernel Parameters in HP-UX 11i en el siguiente sitio web: http://docs.hp.com.




	ATENCIÓN: Asegúrese de que lee la ayuda de todos los parámetros relacionados con el parámetro que prevea cambiar. En el caso de `maxuprc`, tendría que leer la ayuda sobre `nproc`, así como sobre `maxuprc`.

Otras herramientas de administración del rendimiento

HP ofrece, entre otras, las siguientes herramientas:

HP también facilita varias fuentes de herramientas y apoyo para HP-UX. Consulte la dirección http://www.software.hp.com. Esta página web incluye enlaces con:

Software para HP-UX de otros fabricantes y de dominio público
Este catálogo contiene más de 1000 paquetes en formato binario y de código fuente. Cada paquete se ubica en una sola categoría del archivo de almacenamiento. Estas categorías se pueden consultar en orden alfabético o cronológico.
Demostraciones de aplicaciones, shareware y freeware para HP-UX
Parches de HP
Asistencia técnica a solicitud

El SAM

La herramienta System Administration Manager (SAM) permite llevar a cabo muchas tareas de administración del sistema sin tener que conocer todos los comandos de HP-UX implicados. De hecho, el SAM es un buen medio para aprender los comandos de HP-UX necesarios para realizar una tarea dada, ya que deja constancia de las acciones que adopta, incluidos los comandos HP-UX que utiliza, en un archivo de registro que se puede consultar al seleccionar el menú Options en cualquier pantalla del SAM.

Para obtener más información sobre las posibilidades del SAM, utilice la ayuda en línea de esta herramienta o consulte la página de manual de sam(1M). Consulte también la sección «Utilización del System Administration Manager (SAM) ».

Para iniciar el SAM, escriba:

/usr/sbin/sam

El comando top

Utilice el comando top para ver los procesos clasificados conforme al uso de la CPU. Consulte la página de manual de top(1).

Para ejecutar el comando top, escriba:

/usr/bin/top

Productos OpenView

HP y los colaboradores HP OpenView Solutions ofrecen una amplia cartera de productos basados en OpenView a fin de ayudarle a administrar los sistemas basados en HP-UX y Windows NT. Se dispone de productos HP OpenView para ayudarle con:

La administración de los inicios de sesión en los sistemas HP-UX (y otros sistemas operativos)
La vigilancia del rendimiento de los sistemas HP-UX
La administración de bases de datos
La administración del correo electrónico
La administración de aplicaciones y recursos SNMP (Simple Network Message Protocol - Protocolo sencillo de mensajes de red)

entre otras muchas cosas. A continuación, se relacionan algunos de los productos:

«GlancePlus y GlancePlus Pak»
IT/Administration
IT/Operations
MeasureWare
Storage Management
Openspool
PerfView
Software Distributor
VantagePoint
Network Management
Security Management

Para obtener información completa y actualizada sobre los productos, el servicio y la asistencia de HP OpenView, visite la dirección: http://www.openview.hp.com.

GlancePlus y GlancePlus Pak

HP GlancePlus es una herramienta de diagnóstico del rendimiento que ofrece información pormenorizada e inmediata sobre el rendimiento del sistema. Incorpora alarmas de cuellos de botella y posibilidades de ampliación para simplificar la solución de problemas relativos al rendimiento.

HP GlancePlus Pak combina los productos HP GlancePlus y HP MeasureWare. Esta combinación aporta diagnósticos pormenorizados e inmediatos a la par que análisis a largo plazo de los datos del rendimiento. Estos productos de software se facilitan en plataformas multifabricante, así como para HP-UX.

HP MeasureWare Agent es una herramienta completa de análisis del rendimiento a largo plazo que reúne y administra información sobre el rendimiento del sistema, así como las mediciones tomadas en otras fuentes (por ejemplo, los sondeos de la base de datos), y que emite alarmas en caso de anomalías. Proporciona datos y alarmas para PerfView, HP OpenView NNM o IT/Operations, así como para productos de otros fabricantes.

Monitor de recursos del kernel (KRM - Kernel Resource Monitor)

El monitor de recursos del kernel forma parte de los monitores de hardware de sistemas de vigilancia de sucesos (EMS - Event Monitoring Systems). El monitor de recursos del kernel comprueba los recursos de HP-UX, por ejemplo: el nproc (número de procesos) que controlan los parámetros del kernel. El monitor de recursos del kernel comprueba continuamente el uso real de estos recursos. Si el nivel de uso se ajusta a un valor predefinido o lo sobrepasa, usted recibirá una notificación en forma de mensaje de correo electrónico, mensaje de la consola, archivo de registro del sistema, etc.

Esto puede resultar útil para optimizar los parámetros del kernel del sistema y evitar las emergencias y los problemas con el rendimiento que se producen cuando el uso de los recursos de HP-UX se acerca a un nivel demasiado alto.

Los monitores EMS se pueden integrar en las aplicaciones responsables de mantener la disponibilidad del sistema, como Serviceguard. Los monitores EMS se pueden configurar para aportar notificación de sucesos a las aplicaciones de administración de sistemas, como HP OpenView IT/Operations y HP Network Node Manager.

Los monitores de hardware EMS utilizan el mismo marco EMS que los monitores EMS de alta disponibilidad (HA - High Availability). Los monitores HA EMS pertenecen a un conjunto distinto de monitores que se suministra con un costo adicional.

Algunos de los monitores de hardware para productos “fibre channel” escriben información sobre los sucesos en archivos de registro de texto que lee un nuevo escáner de predicción, emsscan, el cual, a su vez, puede enviar sucesos al Centro de Respuesta por medio de la predicción en línea (On-line Predictive).

Los monitores de hardware EMS (incluido el monitor de recursos del kernel) se distribuyen en el CD Support Plus y se pueden descargar de la siguiente dirección: http://software.hp.com.

Seleccione “Enhancement Releases” y, a continuación, “Support Tools for the HP 9000”.

Para obtener más información, consulte el manual Support Plus: Diagnostics User’s Guide y el manual EMS Hardware Monitors User’s Guide que se facilitan en el CD Instant Information o en la dirección: http://docs.hp.com/hpux/systems/.