Acerca de los problemas de rendimiento y las "caídas" del sistema

Los problemas de rendimiento surgen en distintas situaciones. La caída del sistema es uno de los tipos de problemas de rendimiento en los que los usuarios esperan una respuesta durante un período indefinido de tiempo. Las técnicas para solucionar problemas relacionados con la caída del sistema son parecidas a las técnicas que se utilizan para otros problemas de rendimiento.

A continuación se indican algunos ejemplos de situaciones en los que los problemas de rendimiento son evidentes:

El rendimiento de las consultas es más lento de lo esperado.
La carga de trabajo o un trabajo por lotes no finaliza tan pronto como cabría esperar, o se produce una reducción en la tasa o rendimiento de la transacción.
El sistema en general funciona con más lentitud.
Se sospecha que hay un cuello de botella en uno de los recursos del sistema, como un procesador, E/S o memoria.
El proceso de consulta u otro proceso de carga de trabajo consume más recursos de los esperados o disponibles.
Un sistema presenta mejor rendimiento que otro.
Una consulta, una aplicación o un sistema deja de funcionar.

Cada una de estas situaciones difiere sutilmente de las demás. Una parte importante de la resolución de los problemas es aclarar si algo no cumple las expectativas o si se sobrepasa la capacidad de los recursos. En algunos casos se producen ambas situaciones.

Es especialmente difícil solucionar los problemas relacionados con las caídas del sistema, porque los síntomas coinciden a menudo con los síntomas de otros problemas. Por ejemplo, si un usuario espera durante mucho tiempo para obtener la respuesta de una consulta, el usuario puede pensar que el sistema ha dejado de funcionar. En muchos casos es posible que la consulta sea muy compleja y que el sistema esté realmente ocupado en ese momento, por lo que el sistema no ha dejado de funcionar, sino que simplemente es muy lento en responder. Asimismo, durante un cierre de un sistema muy ocupado, la acumulación de mucha actividad puede hacer que todos o casi todos los mandatos parezca que han dejado de funcionar.

Además de caracterizar el problema correctamente en términos de qué síntomas hay presentes (como lentitud o uso excesivo de recursos) y dónde se observan los síntomas (en una consulta, aplicación, recurso del sistema, etc.), necesita otros datos para contextualizar el problema.

Responda las preguntas siguientes para determinar con rapidez cuál es el mejor lugar para empezar a buscar la causa del problema de rendimiento.

¿Cuando se ha producido el problema por primera vez?
Si el problema viene produciéndose desde hace un tiempo, y si se ha implementado una planificación de supervisor de bases de datos, puede utilizar los datos históricos para analizar las diferencias. Esto le permitirá centrarse en los cambios de comportamiento que presenta el sistema y, de este modo, centrarse en los cambios introducidos. Utilice Herramientas de supervisión proactivas. También debe considerar si se han producido cambios recientes, como actualizaciones de hardware o software, el despliegue de una nueva aplicación o la adición de usuarios.
¿El problema de rendimiento es constante o intermitente?
Si el bajo rendimiento es continuo, compruebe si el sistema ha empezado a gestionar una gran carga de trabajo o si un recurso de base de datos compartido se ha convertido en un cuello de botella. Otras posibles causas de degradación del rendimiento pueden ser un aumento de la actividad de los usuarios, el uso de varias aplicaciones de gran tamaño o la eliminación de dispositivos de hardware. Si rendimiento es pobre sólo durante períodos de tiempo breves, empiece a buscar las aplicaciones o programas de utilidad comunes que se ejecutan durante dichos períodos. Si los usuarios indican que un grupo de aplicaciones experimentan problemas de rendimiento, puede iniciar su análisis centrándose en dichas aplicaciones.
¿El problema parece ser de todo el sistema o limitado a WebSphere Service Registry and Repository (WSRR) y sus aplicaciones?
Los problemas de rendimiento de todo el sistema sugieren que el problema se encuentra fuera de WSRR. Es posible que deba investigarse algún problema en el nivel de sistema operativo.
Si un problema está aislado en una aplicación, ¿hay alguna consulta determinada que parezca ser la causa de problema?
Si una aplicación parece ser la causa del problema, puede evaluar si los usuarios notifican que una consulta es lenta o varias consultas son lentas. Es posible que pueda aislar el problema en una aplicación y en un posible grupo de consultas.
¿Observa algunas características comunes en el bajo rendimiento del sistema o parece que los problemas son aleatorios?
Puede determinar si hay objetos comunes (como tablas de base de datos, espacio de tablas o índices) implicados en el problema. En tal caso, ello sugiere que estos objetos son un punto de contención. Otras áreas en las que posiblemente pueda centrarse son las restricciones de integridad referencial, cascadas de claves foráneas y problemas de bloqueo.

Para obtener instrucciones sobre cómo optimizar una base de datos DB2, consulte el tema Optimización del rendimiento de la base de datos DB2.