Mantenimiento y resolución de problemas

Servicio Internet Information Server, IIS

Para acceder al IIS, podremos hacerlo desde el panel de control o desde

Inicio >> Ejecutar >> inetmgr

Desde aquí podemos reiniciar los servidores, cuando exista un bloqueo de la aplicación que no se pueda solucionar de otro modo.

Contiene varios grupos de aplicaciones:

• bold: Balanceador de carga de BOLD (cluster), es el sistema que conduce a un servidor u otro cuando nos conectamos a WP en función de la memoria disponible en cada servidor.
  • Un bloqueo del cluster puede impedir que los usuarios y usuarias se puedan conectar a la App, portal y cliente windows.
  • Se puede reiniciar sin afectación a usuarias y usuarios.
  • El tiempo de arranque es inferior a 1 segundo.

• workplanner_s1 … sn: Son n instancias redundantes del servidor de planificación. Distribuyen la carga de trabajo entre ellos y funcionan en paralelo, permitiendo que la aplicación permanezca disponible aunque caiga alguno de los procesos de trabajo.
  • Un bloqueo de un servidor puede impedir que los usuarios y usuarias se puedan conectar a la App, Portal y cliente Windows. En otros casos podremos conectarnos pero no podremos hacer cambios en la aplicación.
  • Se pueden reiniciar de forma independiente, en caso de detectar problemas vinculados a alguna de las instancias.
  • Si se reinician todos, se dejará sin servicio a las personas usuarias durante varios minutos mientras se cargan los planes del caso.

• gpsnode: Es el servicio que controla el cliente Web y la App
  • Un bloqueo en el gpsnode puede impedir la conexión a la App al cliente Web, también puede impedir que los usuarios y usuarias puedan realizar marcajes.
  • Si se reinicia se dejará sin servicio al cliente Eeb y la App
  • El tiempo de arranque es inferior a un minuto

PlannerConfig

El PlannerConfig es una utilidad que nos permite ver el estado de los servidores de la aplicación cuando estamos usando un sistema balanceado (con cluster), en una instalación estandard de productivo. Lo podremos encontrar en:

C:\Program Files (x86)\Global Planning Solutions\BOLD Workplanner\server\servers\workplanner\binWP\PlannerConfig.exe

Una vez dentro del PlannerConfig seleccionaremos BOLD Cluster y la pestaña General. Cada cliente tiene una cantidad determinada de servidores, desde aquí se pueden visualizar hasta 4, dos en la pestaña Principal y dos más en la pestaña Extra.

El botón de actualizar nos permite refrescar el estado de los servidores, si cuando refrescamos no se modifica la hora que tenemos justo debajo del botón es muy posible que el Cluster esté bloqueado.

Podemos encontrarnos con diferentes combinaciones de estados de los servidores:

• Si la barra de estado está en verde y el servidor activo PREPARED, todo parece ir bien.
• Si la barra está en rojo y el servidor activo LOADING, el servidor se ha reiniciado recientemente y está en proceso de carga.
• Si las barras de estado están en negro es muy posible que el cluster esté bloqueado.
• Cualquier otra combinación nos indicará que hay algún problema con los servidores.

Identificar grupo de aplicaciones bloqueante

Ante una situación de bloqueo lo primero que deberiamos hacer es aseguranos de que el cluster funciona correctamente, una vez hecho esto tenemos varias formas de ver qué servidor es el que tiene problemas.

• PlannerConfig

En el apartado anterior se indica como ver si hay problemas en algún servidor.

• Revision de los logs del servidor

Los logs de errores del servidor 1 en una instalación estándar se encuentran en

C:\Program Files (x86)\Global Planning Solutions\BOLD Workplanner\server\servers\workplanner\logs_701

Revisando las ultimas lineas del log podremos ver si han habido cambios en los últimos instantes, si no es así sería un indicativo de que hay algún problema con el servidor.

• Comprobación manual del estado de los servidores

Una manera sencilla de ver que servidor está bloqueado es conectarnos a cada uno de los servidores e intentar hacer un cambio en cada uno de ellos.

Por ejemplo, podríamos intentar añadir una incidencia en el gantt de empleados y empleadas, si el proceso termina sin errores nos indicará que el servidor funciona correctamente.

• Mensajes de error de la aplicación

• La aplicación a veces devuelve mensajes del tipo: No se ha podido realizar el cambio porque el servidor XX esta bloqueado por el usuario XX

En estos casos deberíamos conectarnos al servidor que nos indica el mensaje y comprobar que realmente está bloqueado. Esto lo haríamos intentando hacer algún cambio en el Gantt.

• Si el mensaje de error hace referencia a una usuaria pero no al servidor, podemos saber a qué servidor está conectado desde el Gantt.

Tal y como se ve en el título de la ventana, la URL a la que está conectada es: URL : http://bold01/servers/Workplanner/W5/ISAPIBoldWP.dll

Así que el grupo de aplicaciones asociado sería: Workplanner_W5

Desde el listado de “Usuarios Conectados” podemos consultar la columna denominada “Servidor” que tendrá un valor numérico, por ejemplo 701, 702, 703, etc. Cada número se corresponde con un grupo de aplicaciones, workplanner_s1, workplanner_s2, workplanner_s3 etc.

• También nos puede aparecer un mensaje que nos indique el servidor bloqueado pero no el usuario o usuaria.

En este caso deberiamos comprobar que el servidor está realmente bloqueado antes de proceder a su reinicio.

Reiniciar grupo de aplicaciones

Una vez hemos identificado que un grupo de aplicaciones esta causando un bloqueo que no hemos podido eliminar, podremos reiniciarlo desde la consola de administración de IIS.

Accederemos a la consola administración IIS: Inicio >> Ejecutar >> inetmgr

Los pasos son:

• Seleccionar el grupo de aplicaciones deseado (BoldCluster, Gpsnode, Workplanner_s1, _s2, _s3…)
• Botón derecho >> Reciclar. Tardará un segundo y arrancará nuevamente de forma automática.

En casos extremos en los que nada más funciona se puede reiniciar el IIS completo desde un CMD ejecutando iisreset.

Portal del empleado

El portal del empleado puede dejar de estar disponible por varios motivos, los principales son.

• El cluster esta bloqueado y no es capaz de enviarnos a un servidor para hacer el loging.
• Hay algún servidor bloqueado y el cluster no es capaz de enviarnos a un servidor sano.
• Se ha bloqueado el servicio que controla el portal.
• Hay errores en el fichero de configuración del portal .

Los casos de bloqueo del cluster/servidor los resolveríamos como hemos comentado en los apartados anteriores, si tenemos errores en el fichero de configuración deberemos pedir ayuda a alguien del nivel dos de soporte, aquí vamos a aprender a reiniciar el Tomcat, el servicio que controla el portal del empleado.

Cuando nos llega un aviso de que el portal del empleado no funciona deberíamos seguir los siguientes pasos.

• Lo primero que tenemos que hacer es comprobar que realmente es así, puede ocurrir que el servicio se ya haya reiniciado y el sistema ya esté operativo.
• Luego hay que ver que los servidores y el cluster funcionan correctamente, lo podemos ver conectándonos al cliente windows.
• Finalmente procederemos al reinicio del Tomcat.

Reinicio del portal Tomcat

Para reiniciar el portal hay que acceder al administrador de servicios de Windows

Inicio >> Servicios

El sevicio que controla el portal es Apache Tomcat 8.5 Tomcat8, con el botón derecho podremos parar y arrancar el servicio.

El proceso de reinicio tarda aproximadamente 3 minutos durante los cuales, al acceder a la web, se verá una pantalla similar a la siguiente:

En alguna ocasión esto no funciona por lo que deberemos “matar” las aplicaciones Java desde la lista de procesos del administrador de tareas y después iniciar el servicio desde el administrador de servicios de Windows.

SQL Server

El servicio SQL Server donde están alojados los datos debe de estar activo y contar con suficiente espacio en disco para almacenar las bases de datos y asegurar su crecimiento.

No es habitual que se produzcan errores pero estos son los que pueden aparecer principalmente:

• Caída drástica de rendimiento de BD (se solventa reiniciando el servicio, aunque afecta a todo el sistema y conviene reiniciar también el IIS tras el SQL Server)
• Falta de espacio para gestionar la BD. Si el disco se quedase sin espacio, el sistema dejaría de funcionar por no poder continuar escribiendo en la base de datos. Se solventa ampliando disco, o liberando espacio. Tras hacerlo es necesario reiniciar el servidor IIS.
• Fallo en la conexión del SQL Server y la aplicación. Esto lo podemos comprobar mediante el PlannerConfig >> Workplanner >> pestaña de conexión

.

Portal del empleado (Tomcat)

El servicio que gestiona el portal del empleado llamado Apache Tomcat 8.5 Tomcat8 , y es posible encontrarlo y reiniciarlo desde el administrador de servicios de Windows.

Frecuencia de errores: baja.

Este proceso tiene vinculada una tarea programada que reinicia una vez al día el Tomcat.

.