Lista de parámetros de ajuste más importantes

La siguiente lista dinámica contiene las recomendaciones que han mejorado el rendimiento o la posibilidad de escalado, o ambas cosas, en numerosas aplicaciones.

WebSphere Application Server proporciona varios parámetros y opciones ajustables para que el entorno del servidor de aplicaciones pueda coincidir con los requisitos de la aplicación.
  • Revise los requisitos de hardware y software

    Es fundamental para un funcionamiento y rendimiento correctos cumplir con los requisitos mínimos de hardware y software. Consulte el sitio web de Hardware, software y API soportados de IBM® WebSphere Application Server que detalla los requisitos de hardware y software.

  • [AIX Solaris HP-UX Linux Windows]Instale el paquete de renovación, fixpack y arreglos internos recomendados más actuales

    La lista de actualizaciones recomendadas se mantiene en el sitio de soporte.

  • Comprobación de la configuración y los valores de hardware

    [IBM i]Compruebe las conexiones de red para asegurarse de que se están ejecutando a la máxima velocidad. Para obtener más información, consulte Ajuste del entorno de servicio de aplicaciones.

    [AIX Solaris HP-UX Linux Windows][z/OS]Verifique que las interconexiones de red y la configuración de hardware estén configuradas para un rendimiento máximo.

  • [AIX Solaris HP-UX Linux Windows][z/OS][AIX Solaris HP-UX Linux Windows][z/OS]Ajuste de sistemas operativos

    La configuración de los sistemas operativos desempeña un papel clave en el rendimiento. Por ejemplo, es posible que algunos ajustes, como los parámetros TCP/IP, sean necesarios para la aplicación.

  • [IBM i][IBM i]Ajuste de sistemas IBM i

    La configuración de los sistemas operativos desempeña un papel clave en el rendimiento. Por ejemplo, es posible que algunos ajustes, como los parámetros TCP/IP, sean necesarios para la aplicación.

    IBM Power Systems Performance Capabilities Reference IBM i operating system versión 7.2

    Web Performance Advisor

  • Establecimiento de los tamaños de almacenamiento dinámico mínimo y máximo de la JVM (Máquina virtual Java™)

    Muchas aplicaciones necesitan un tamaño mayor de almacenamiento dinámico, el valor predeterminado para obtener el mejor rendimiento. También es recomendable seleccionar una política GC adecuada basada en las características de la aplicación.

  • [AIX Solaris HP-UX Linux Windows][z/OS]Utilización de un controlador JDBC de tipo 4 (o Java puro)

    En general, se recomienda el controlador JDBC tipo 2 si la base de datos existe en la misma máquina física que la instancia de WebSphere. Sin embargo, en el caso que la base de datos se encuentre en un nivel diferente, el controlador JDBC de tipo 4 ofrece el rendimiento más rápido ya que son Java puro y no requiere una implementación nativa. Utilice el enlace anterior para ver una lista de los requisitos específicos del proveedor de la base de datos, que le indicarán si su base de datos da soporte a un controlador JDBC de tipo 4.

  • [IBM i]Utilice un controlador JDBC de tipo 2 para el acceso de datos local y un controlador JDBC de tipo 4 (o Java puro) para el acceso remoto a datos

    En general, se recomienda el controlador JDBC tipo 2. Utilice el enlace anterior para ver una lista de los requisitos específicos del proveedor de la base de datos, que le indicarán si su base de datos da soporte a un controlador JDBC de tipo 4.

  • [AIX Solaris HP-UX Linux Windows][z/OS]Ajustar los orígenes de datos JDBC de WebSphere Application Server y las agrupaciones de conexiones asociadas

    Es posible que la configuración de orígenes de datos JDBC tenga un impacto importante en el rendimiento. Por ejemplo, es necesario modificar el tamaño de agrupación de conexiones y de la antememoria de sentencias preparadas basándose en el número de peticiones simultáneas que se estén procesando y el diseño de la aplicación.

    Consulte el tema Agrupación de conexiones para obtener más información.

  • [AIX Solaris HP-UX Linux Windows][IBM i]Habilitación de la opción de paso por referencia

    Utilice aplicaciones que puedan beneficiarse de la opción de paso por referencia para evitar el coste que supone la copia de parámetros en la pila.

  • Asegúrese de que el registro de transacciones se ha asignado a un disco rápido.

    Algunas aplicaciones generan una elevada tasa de escrituras en el registro de transacciones. La ubicación de las anotaciones cronológicas de transacciones en un disco rápido o una matriz de discos puede mejorar el tiempo de respuesta.

  • Ajuste los componentes relacionados, por ejemplo, la base de datos

    En muchos casos, algún otro componente, por ejemplo, una base de datos, se ha de ajustar para obtener un mejor rendimiento para toda la configuración.

  • No es necesario inhabilitar funciones

    Por ejemplo, si la aplicación no utiliza el Soporte de Web Services Addressing (WS-Addressing), inhabilitar esta función puede mejorar el rendimiento.

    Atención: Utilice esta propiedad con atención debido a que las aplicaciones requieren los MAP de WS-Addressing para funcionar correctamente. Al establecer esta propiedad también se inhabilita el soporte de WebSphere Application Server para las siguientes especificaciones, que dependen del soporte de WS-Addressing: Web Services Atomic Transactions, Web Services Business Agreement y Web Services Notification.

    Para inhabilitar el soporte de WS-Addressing, consulte Habilitación del soporte de Web Services Addressing para aplicaciones JAX-RPC

  • [z/OS]Ajuste del índice

    Uno de los objetivos del tiempo de ejecución y el modelo de programación del producto es simplificar de manera significativa el trabajo necesario para que los desarrolladores de aplicaciones escriban y desplieguen aplicaciones. En ocasiones, decimos que el producto libera a los programadores de aplicaciones de muchas de las pesadas tareas implicadas en el desarrollo de aplicaciones. Por ejemplo, el código de aplicaciones del producto no está directamente relacionado con la comunicación remota, sirve para localizar objetos que pueden ser locales o remotos y controla los métodos. Por lo tanto, no apreciará ningún uso directo de llamadas a socket o de la programación TCP/IP en este código de aplicaciones.

    Esta separación entre lo que desea hacer y dónde lo hace, es un aspecto de liberar a los programadores de aplicaciones de tareas pesadas. Entre otras consideraciones está el no tener que manejar las llamadas a datos para otros tipos de beans, potencialmente la autenticación de usuario y la ejecución de hebras. Generalmente no hay llamadas del código de aplicación para utilizar sockets, llamadas RACF ni la gestión de hebras. Que el programador de aplicaciones quede exento de estas tareas, no quiere decir que este trabajo no se vaya a realizar. Más bien quiere decir que es posible que haya más trabajo para el DBA, el administrador de red, el administrador de seguridad y analista de rendimiento.

    Los tres primeros se tratan en sección separadas bajo este artículo y el cuarto se describe brevemente. Para obtener más información sobre el ajuste de aplicaciones, consulte Utilización de clientes de aplicaciones.

  • [z/OS]Ajuste de los subsistemas

    Entre los pasos que intervienen en el ajuste de los subsistemas de z/OS para optimizar el rendimiento del producto se incluyen:

  • [z/OS]Ajuste del tiempo de ejecución del producto
    Entre los pasos que se incluyen en el ajuste del tiempo de ejecución del producto para optimizar el rendimiento, se incluye la revisión de:
  • [z/OS]Revise la configuración del producto

    Lo primero que tiene que hacer es revisar la configuración del producto. Un modo sencillo de hacerlo es buscar en las regiones de control y servidor de la aplicación de SDSF. Cuando se inicia cada servidor, la ejecución imprime los datos de configuración actuales en las anotaciones de trabajo.

  • [z/OS]Sugerencias de rastreo interno del producto

    Los rastreos del producto pueden resultar muy útiles a la hora de detectar y diagnosticar problemas. Si establece correctamente las opciones de rastreo, puede capturar la información necesaria para detectar problemas sin una actividad adicional de rendimiento importante.

    • Asegúrese de que no esté recopilando más datos de diagnóstico de los que necesita.

      Debería comprobar sus opciones de rastreo para verificar que la propiedad ras_trace_defaultTracingLevel esté establecida en 0 o 1, y que las propiedades ras_trace_basic y ras_trace_detail no estén establecidas.

      Cómo ver o establecer: En la consola administrativa:
      1. Pulse Entorno > Variables de WebSphere.
      2. En el separador Configuración, compruebe si alguna de estas propiedades está en el campo del nombre y compruebe sus valores en el campo de valor.
      3. Para cambiar el valor de una de estas propiedades, pulse el nombre de la propiedad en el campo Nombre y, a continuación, especifique el nuevo valor en el campo Valor. Asimismo, puede describir el valor en el campo de descripción de este separador.
      4. Para añadir una de estas propiedades, pulse Nuevo y, a continuación, especifique el nombre de la propiedad en el campo del nombre y el valor de la propiedad en el campo del valor.
    • Si utiliza algún nivel de rastreo, incluido ras_trace_defaultTracingLevel=1, verifique que la propiedad ras_trace_outputLocation esté establecida en BUFFER.
      Si la propiedad ras_trace_defaultTracingLevel está establecida en 1, las excepciones se grabarán en el registro de rastreo, además de en el registro de errores.
      • Es mejor enviar el rastreo a CTRACE.

        Si está enviando el rastreo a SYSPRINT con la propiedad ras_trace_defaultTracingLeve establecida en 3, es posible que experimente una degradación del rendimiento de casi el 100%. Si está enviando el rastreo a CTRACE, sin embargo, es posible que experimente una degradación de solo el 15% del rendimiento.

    • Establezca la propiedad ras_trace_BufferCount en 4 y la propiedad ras_trace_BufferSize en 128.

      Este valor reserva 512 KB de almacenamiento para el almacenamiento intermedio de rastreo, que es la cantidad mínima de almacenamiento permitido, y reduce los requisitos de memoria.

    • Inhabilite el rastreo JRAS.
      Para inhabilitar el rastreo JRAS, busque las líneas siguientes en el archivo trace.dat al que señala el archivo de propiedades JVM:
      com.ibm.ejs.*=all=disable
      
      com.ibm.ws390.orb=all=disable
      Asegúrese de que ambas líneas estén establecidas en disable o suprima las dos líneas.
      Nota: Si hay un valor especificado para la propiedad ras_trace_outputLocation, es posible que esté enviando un rastreo sin saberlo.
  • [z/OS]Sugerencias para la ubicación de los programas ejecutables

    El siguiente aspecto que se debe revisar en la configuración es dónde se ubica el código de programa. IBM recomienda instalar tanto código del producto en LPA como sea posible. Esto garantiza que ha eliminado cualquier steplib innecesario que pueda afectar adversamente al rendimiento. Si ha de utilizar los STEPLIB, verifique que ningún STEPLIB DD de los procesos de sirviente y de controlador señale a ninguna biblioteca innecesaria. Consulte Sugerencias de ajuste de USS (UNIX System Services) para z/OS para las consideraciones de ajuste del sistema de archivos compartidos de USS.

    Si opta por no poner la mayor parte del tiempo de ejecución en LPA, es posible que se encuentre con que el almacenamiento del procesador sufre una mayor utilización a medida que aumente la carga. Como mínimo, el producto inicia tres espacios de direcciones, por lo que todo el código que no se comparta cargará tres copias en lugar de una. A medida que aumente la carga, es posible que se inicien muchos más sirvientes, que contribuirán a incrementar la carga en el almacenamiento del procesador.

    Repase la sentencia PATH para garantizar que sólo los programas necesarios estén en la PATH y que el orden de la PATH coloca los programas a los que se hace referencia frecuentemente delante.

  • [z/OS]Ajuste de las aplicaciones J2EE
  • Consideraciones sobre el diseño de aplicaciones

    Puede hacer un seguimiento de numerosos problemas de rendimiento e identificar el diseño de la aplicación como la posible causa. Revise el diseño para determinar si es el causante de los problemas de rendimiento.

  • Cambios de comportamiento de CDI

    De forma predeterminada, CDI 1.2 examina todos los archivados de aplicación. CDI 1.2 puede aumentar considerablemente el tiempo de inicio, especialmente para aplicaciones más grandes. Para inhabilitar la exploración del archivado implícito para anotaciones, establezca la propiedad del sistema enableImplicitBeanArchives en false. Este valor omite la exploración de archivados, a menos que contengan un archivo beans.xml.


Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rprf_hotparameters
File name: rprf_hotparameters.html