Ir al contenido

Servicio

Servidores de aplicaciones y middleware

Si WebLogic se cae todos los días a la misma hora, la causa tiene nombre y se puede corregir.

El problema

Un servidor de aplicaciones mal dimensionado se reinicia "solo", consume toda la memoria al mediodía o deja sesiones de Forms colgadas. El equipo de aplicaciones vive reiniciando managed servers y nadie ha revisado heap, hilos, conexiones al pool ni los logs de GC. Es un problema de ingeniería, no de suerte.

Cómo trabajamos

  1. 1

    Diagnóstico de capacidad

    Análisis de logs de WebLogic y GC, uso de heap y hilos, pools de conexiones, configuración de Forms Runtime y OHS. Identificamos el cuello de botella real.

  2. 2

    Rediseño de la configuración

    Dimensionamiento de JVM, clústeres y managed servers, balanceo con OHS, time-outs y límites de sesiones coherentes con la carga real.

  3. 3

    Instalación y migración

    Nuevos ambientes de WebLogic 12c/14c, Forms & Reports 12c, ORDS para APEX y REST, con hardening y certificados SSL.

  4. 4

    Operación

    Parches PSU, monitoreo, respaldo de dominios y procedimientos de reinicio documentados.

Preguntas frecuentes

Tenemos Forms 11g, ¿podemos quedarnos ahí?

Puedes, pero está fuera de soporte y corre sobre Java y WebLogic antiguos con vulnerabilidades conocidas. La migración a Forms 12c es el camino soportado; la modernización a APEX es la alternativa cuando quieres salir de Forms.

¿Pueden revisar un WebLogic que instaló el proveedor del ERP?

Sí. Es habitual que el proveedor instale con valores por defecto. Revisamos la configuración frente a la carga real y proponemos ajustes sin afectar la aplicación.

¿Trabajan con Tomcat o solo con WebLogic?

Principalmente WebLogic y la pila Oracle, pero también desplegamos ORDS sobre Tomcat y configuramos Apache o Nginx como proxy cuando el diseño lo requiere.