Valores del servidor de aplicaciones

Especifica un nombre lógico para el servidor. Los nombres de servidor deben ser exclusivos en un nodo. Sin embargo, para varios nodos de un clúster, puede tener varios servidores con el mismo nombre de servidor siempre y cuando el par servidor y nodo sean exclusivos. No puede modificar el valor que aparece en este campo.

Por ejemplo, en el mismo clúster pueden estar el servidor servidor1 del nodo nodo1 y el servidor servidor1 del nodo2. Sin embargo, no puede tener dos servidores denominados servidor1 en el mismo nodo. El producto utiliza el nombre de servidor para las acciones administrativas, como por ejemplo hacer referencia al servidor en los scripts.

En la plataforma z/OS, a veces, este nombre se denomina nombre largo.

Evite problemas: Si utiliza un anillo de serialización de recursos globales (GRS) para conectar uno o más monoplexos a un entorno de sysplex, el nombre de célula de los servidores que se ejecuten en cualquiera de los monoplexos deben ser exclusivos en todo el entorno de GRS. Este requisito significa que el nombre de célula de un servidor que se ejecuta en cualquiera de los monoplexos:

• Debe ser distinto del nombre de la célula de los servidores que se ejecutan en el sysplex
• Debe ser distinto del nombre de la célula de los servidores que se ejecutan en otro monoplex que está conectado al sysplex

Si tiene servidores con nombres de célula duplicados en el entorno de GRS, WebSphere Application Server no puede diferenciar entre la célula del sysplex y la célula del monoplex, y trata a ambos servidores como parte de la misma célula. Esta asociación de célula inexacta normalmente provoca resultados imprevisibles del proceso. gotcha

Especifica el nombre abreviado del servidor y debe ser exclusivo en la célula. Este campo sólo se visualiza para la plataforma z/OS. El nombre abreviado también es el nombre del trabajo z/OS predeterminado e identifica el servidor en los recursos nativos del sistema operativo, como por ejemplo Workload Manager (WLM), gestor de rearranque automático, SAF (por ejemplo, RACF) y control de tareas iniciadas.

Este campo es opcional y sólo se visualiza si se ejecuta en z/OS. Si no especifica un valor para el campo del nombre abreviado, el nombre abreviado predeterminado es BBOSnnn, donde nnn es el primer número libre de la célula que se puede utilizar para crear un nombre abreviado exclusivo. Por ejemplo, si ya se han asignado nombres abreviados predeterminados a dos otros servidores de la célula, el nombre abreviado BBOS003 se asigna a este servidor si no especifica un nombre abreviado al crear este servidor. Después de crear el servidor de aplicaciones, puede cambiar el nombre abreviado generado por un nombre que se ajuste a los convenios de denominación.

Los valores por omisión para los nombres de trabajo de sirviente y adjunto son este nombre abreviado al que se le añade una S, para sirviente o una A, para adjunto. Si debe utilizar un nombre abreviado de servidor de 8 caracteres, los nombres de trabajo de sirviente y adjunto pasan a tener 9 caracteres. Por lo tanto, debe actualizar los argumentos del mandato start para las definiciones de proceso de sirviente y adjunto para utilizar el nuevo nombre abreviado de servidor de 8 caracteres. El tema "Conversión de un nombre abreviado de servidor de 7 caracteres a uno de 8 caracteres" describe cómo realizar esta actualización.

Especifica el nombre abreviado genérico del servidor y debe ser exclusivo dentro de una célula. Este campo es opcional y sólo se visualiza para la plataforma z/OS. El nombre abreviado genérico para el servidor pasar a ser el nombre de transición de clúster, si crea un servidor no agrupado en clúster, o el nombre abreviado del clúster, si crea un servidor agrupado de clúster.

Si no especifica un valor para el campo de nombre abreviado genérico, el nombre abreviado genérico toma de forma predeterminada el nombre BBOCnnn, donde nnn es el primer número libre de la célula que se puede utilizar para crear un nombre abreviado genérico exclusivo. Por ejemplo, si ya existen nombres abreviados genéricos asignados a otros tres servidores de la célula, el nombre abreviado genérico BBOC004 se asigna a este servidor, si no especifica un nombre abreviado genérico al crear este servidor.

Habilitar esta opción puede reducir el tiempo de arranque del servidor de aplicaciones puesto que modifica algunos de los valores de la JVM, como inhabilitar la verificación de código de bytes y reducir los costes de compilación del compilador JIT (Just-in-time). No habilite este valor en servidores de producción. Este valor sólo está disponible en un servidor de aplicaciones que se ejecute en una célula de la versión 6.0 o posterior.

Especifica que desea utilizar las propiedades -Xverify y -Xquickstart de la JVM como valores de arranque. Antes de seleccionar esta opción, añada las propiedades -Xverify y -Xquickstart de argumentos genéricos a la configuración de la JVM.

Si selecciona esta opción, debe guardar la configuración y reiniciar el servidor antes de que el cambio en esta configuración tenga efecto.

El valor predeterminado para esta opción es false, que indica que el servidor no se inicia en modalidad de desarrollo. Si esta opción se establece en true, especifica que el servidor se inicia en la modalidad de desarrollo con valores que reducen el tiempo de inicio del servidor.

Seleccione este campo para iniciar el servidor en varias hebras. Esto puede reducir el tiempo de inicio.

Especifica que desea que los componentes del servidor, los servicios y las aplicaciones se inicien en paralelo en lugar de secuencialmente.

El valor predeterminado para esta opción es true, que indica que cuando el servidor se inicia, los componentes, servicios y aplicaciones del servidor se inician en varias hebras. Si esta opción se establece en false, especifica que cuando el servidor se inicia, los componentes, servicios y aplicaciones del servidor se inician en una sola hebra, lo que puede aumentar el tiempo de inicio.

El orden en el que se inician las aplicaciones depende de la prioridad que les asigne. Las aplicaciones que tengan la misma prioridad se iniciarán en paralelo.

Para definir la prioridad de una aplicación, en la consola de administración, pulse Aplicaciones > Tipos de aplicación > Aplicaciones empresariales WebSphere > nombre_aplicación > Comportamiento de arranque y especifique un valor apropiado en el campo Orden de arranque. Cuanto más prioridad tenga una aplicación, menor debe ser el valor de orden de arranque. Por ejemplo, puede especificar 1 como valor de orden de arranque para la aplicación de mayor prioridad y el valor 2 para la siguiente con más prioridad. Puede luego especificar un orden de arranque de 3 para las cuatro aplicaciones siguientes si desea que las cuatro se inicien en paralelo.

Seleccione esta propiedad si desea que los componentes del servidor se inicien tal y como son necesarios para una aplicación que se ejecuta en este servidor.

Si se selecciona esta propiedad, los componentes del servidor se inician de forma dinámica según son necesarios. Si esta propiedad no está seleccionada, todos los componentes del servidor se inician durante el proceso de arranque del servidor. Por consiguiente, la selección de esta opción puede mejorar el tiempo de arranque y reducir el uso de memoria del servidor porque se inician menos componentes durante el proceso de arranque.

El inicio de componentes a medida que se necesitan es más eficaz si todas las aplicaciones desplegadas en el servidor son del mismo tipo. Por ejemplo, esta opción resulta más eficiente si todas las aplicaciones son aplicaciones web que utilizan servlets y JSP (JavaServer Pages). Esta opción es menos eficiente si las aplicaciones utilizan servlets, JSP y Enterprise JavaBeans (EJB).

Evite problemas: Para asegurar la compatibilidad con otros productos WebSphere, el valor predeterminado para esta opción es deseleccionado. Antes de seleccionar esta opción, verifique que no haya ningún otro producto WebSphere, que se ejecute junto con este producto, que dé soporte a esta funcionalidad.gotcha

Especifica que el servidor de aplicaciones se ejecuta en la modalidad de 64 bits, que es el valor por omisión. La ejecución en la modalidad de 64 bits proporciona almacenamiento virtual adicional para las aplicaciones del usuario. Este campo sólo se visualiza para la plataforma z/OS.

De forma predeterminada, WebSphere Customization Toolbox está configurado para iniciar todos los servidores de aplicaciones en la modalidad de 64 bits. Sin embargo, puede modificar los valores de WebSphere Customization Toolbox, por ejemplo, de forma que todos los servidores de aplicaciones se inicien en modalidad de 31 bits. También puede deseleccionar este valor para un subconjunto de servidores de aplicaciones si desea que sólo unos servidores de aplicaciones concretos se inicien en modalidad de 31 bits.

No hay ninguna interdependencia entre las modalidades en las cuales ejecuta distintos servidores. Por lo tanto, puede ejecutar algunos de los servidores en la modalidad de 64 bits y algunos otros en la modalidad de 31 bits. No obstante, deberá finalmente convertir todos los servidores para que se ejecuten en la modalidad de 64 bits porque el soporte a la ejecución de servidores en la modalidad de 31 bits está obsoleto.

Especifica si el servidor puede ejecutarse en la modalidad Restringir o Permitir.

La modalidad Restringir es una modalidad de diagnóstico que puede utilizar para ayudar a determinar la idoneidad de aplicaciones para la migración. Esta modalidad determina si se accede a las clases de servidor de aplicaciones internas. El uso de estas clases internas puede impedir el funcionamiento correcto de estas aplicaciones en futuros releases. Sin embargo, la modalidad Restringir no está diseñada para excluir todas las clases de uso general aunque las clases puedan cambiar. Algunas clases que pueden cambiar están restringidas a fin de habilitar el correcto funcionamiento del servidor de aplicaciones. La modalidad Restringir no está pensada para proporcionar un aislamiento completo entre una aplicación y las clases internas del servidor de aplicaciones. No utilice la modalidad Restringir en un entorno de ejecución de producción; utilice los resultados únicamente como guía.

El valor predeterminado de esta propiedad es Permitir.

Seleccione si debe haber un único cargador de clases para cargar todas las aplicaciones o un cargador de clases distinto para cada aplicación.

Especifica si el cargador de clases debe buscar en el cargador de clases padre o en el cargador de clases de la aplicación antes de cargar una clase. El estándar para cargadores de clases de Developer Kit y cargadores de clases del producto es Padre primero.

Este campo sólo se aplica si establece el campo de política de cargador de clases en S*ingle.

Si selecciona Primero aplicación, la aplicación puede alterar temporalmente las clases incluidas en el cargador de clases padre, pero esta acción podría generar posiblemente una excepción ClassCastException o errores de enlace, si tiene un uso mixto de clases modificadas y clases no modificadas.

ID de proceso de este servidor en el sistema operativo nativo.

Esta propiedad es solo de lectura. El sistema genera automáticamente el valor.

El nombre de la célula en la que se ejecuta este servidor.

Esta propiedad es de sólo lectura.

El nombre del nodo en el que se ejecuta este servidor.

Esta propiedad es de sólo lectura.

Estado de inicio del tiempo de ejecución de este servidor.

Esta propiedad es de sólo lectura.

Este enlace en las Propiedades adicionales muestra la información de producto de la instalación del producto. Esta información incluye el nombre de producto, ID, versión, fecha de build y nivel de build.