Bea WebLogic Server 8 para dummies

El trabajo de un administrador de WebLogic Server tiene muchas facetas. Y a medida que se va a administrar los sistemas, que adquiera experiencia de lo que funciona y lo que no funciona. He aquí cinco consejos útiles para la administración de WebLogic Server.

Tramites

Como administrador de WebLogic Server, podrás seguir muchos procedimientos, incluyendo tareas como las siguientes:

• Al reiniciar el servidor

• Apagado del servidor para el mantenimiento rutinario

• Implementación de nuevas versiones de WebLogic Server

• Copia de seguridad del servidor

• Instalación de los parches más recientes

• Creación de recursos WebLogic Server, como fuentes de datos

Usted debe haber instrucciones para cada uno de estos procedimientos, que le permitirán seguir el mismo procedimiento cada vez escrita, lo que garantiza la coherencia.

Los procedimientos escritos también permiten a su empresa para realizar estas operaciones cuando estás lejos. Además, si usted toma una nueva posición en la empresa o con una nueva firma, que tiene procedimientos escritos le permite cumplir con su responsabilidad de transferir el conocimiento al nuevo administrador.

Definir un acuerdo de nivel de servicio

Un acuerdo de nivel de servicio (SLA) ayuda a definir qué fin los usuarios esperan de su servidor en términos de fiabilidad. La mayoría de los usuarios esperan que el sistema estará en funcionamiento las 24 horas del día, 7 días a la semana. Un calendario de este tipo no es más que posible. Muchos eventos hará que su sistema sea baja durante un periodo de tiempo. Por ejemplo, se trata de fallos de hardware, actualizaciones de rutina, o reiniciar el servidor para nombrar unos pocos.

El SLA es el contrato entre usted y los usuarios de que su sistema es compatible. Este contrato debe especificar la cantidad de tiempo que su sistema se le permitirá estar abajo a través del año.

Además de definir los periodos de mantenimiento, un acuerdo de nivel de servicio adecuadamente por escrito también debe especificar lo siguiente:

• ¿Cuándo se realiza el mantenimiento

• ¿Cómo se permiten muchos minutos de interrupción imprevista por año

• ¿Qué tan pronto el sistema debe regresar después de una interrupción inesperada

• ¿Con qué frecuencia se pueden realizar copias de seguridad

• El porcentaje total de tiempo que el servidor debe estar

Establecer procedimientos de guardia

En algún momento, el sistema pasará a la inesperadamente. Cuando se produce un corte de luz inesperado, usted y su personal debe estar preparado para tratar con él. El corte de luz puede ser algo que el administrador puede manejar o algo relacionado con el software. Si la interrupción se debe a un error de software, tendrá que involucrarse en la solución de un desarrollador. Además, pueden ocurrir estos cortes fuera de las horas regulares de trabajo. Esto es especialmente cierto si usted trabaja para una corporación multinacional.

Plan de crecimiento

Cuando el sistema se desplegó por primera vez, no se puede estar pensando en el crecimiento. Pero usted debe tener un plan cuando se supera su sistema actual. En general, usted tiene dos opciones cuando el sistema ya no puede manejar la cantidad de procesamiento requerido:

• Actualice su servidor a una máquina más rápida. Tal vez una de las formas más sencillas de manejar más solicitudes es actualizar a una máquina más rápida. Esto puede significar la compra de un nuevo servidor o simplemente añadiendo otro procesador en el servidor actual. Cuando se actualiza a una máquina más rápida, usted debe asegurarse de que su servidor se copia correctamente a través de la red a la nueva máquina. Todos los parámetros de configuración y los paquetes instalados deben ser copiados a la nueva máquina.

• Añadir servidores adicionales al clúster. Si está ejecutando un clúster de servidores, sólo tiene que añadir otro servidor. Si no está ejecutando un clúster de servidores y el volumen de su petición se está convirtiendo en demasiado alto, se debe considerar el uso de un clúster de servidores. Adición de otro servidor al clúster provoca WebLogic Server para tener otro servidor que puede compartir parte de la carga de trabajo. Esto permite que la aplicación en su totalidad para poder aceptar más conexiones.

Copia de seguridad de sus servidores

Copia de seguridad de los datos es una parte importante del trabajo de cualquier administrador. Para realizar copias de seguridad de WebLogic, que necesita para copia de seguridad de la parte de la aplicación web que cambia - la base de datos SQL. Si estos datos ya está siendo respaldado por un administrador de base de datos, usted no tiene que preocuparse acerca de la copia de seguridad de datos de la aplicación.

Si pierde el disco duro en el servidor WebLogic, se le espera para volver a instalar todo y conseguir el servidor que ejecuta de nuevo. Si la aplicación se empaqueta como un archivo de almacenamiento de aplicaciones web (WAR), se puede obtener rápidamente su solicitud una copia de seguridad mediante la redistribución del archivo WAR.