Skip to end of metadata
Go to start of metadata

Índice

Novedades versión 19.01.00

En esta versión de WBSVision®  se hace una actualización dos componentes de almacenamientos de datos muy importantes.

En primer lugar se cambia el tipo de configuración de OpenLDAP. Se pasa de la configuración legacy basada en fichero (slapd.conf) a la configuración OLC (Online Configuration). La configuración OLC es la actualmente recomendada por OpenLDAP y tiene algunas ventajas, la más importante es que se elimina la necesidad de reiniciar el servicio cuando hay un cambio en la configuración.

Se ha adaptado gran parte del backend de WBSVision para poder hacer uso de las mejoras que nos ofrece OLC.

El otro cambio importante en cuanto a almacenamiento de información, es que las transacciones de del motor de flujos se almacenarán en una BBDD SQL (MariaDB).

En esta versión también se dará la posibilidad poder configurar cluster de 3 nodos. Esto mejorará la alta disponibilidad en aquellos entornos que sean más sensibles a las perdidas de servicio. En esta versión muchos de los servicios ya funcionan en multimaster (OpenLDAP, BBDDs, portal de provisión, etc). El único servicio que aún no está en multimaster es el gestor de IDM, pero en próximas versiones también se pasará a multimaster.

También se ha mejorado la ETL para poder recoger información de los cluster de LDAP funcionando en multimaster. 


Consideraciones de instalación


Pasos para realizar una actualización desde una versión anterior a la versión 19.00.00

Si se va actualizar desde una versión anterior a la 19.00.00, ésta operación deberá ser realizada por el personal de WBS.

El método más rápido para realizar la actualización, será haciendo una instalación paralela y usar el backup de las máquinas actuales para migrar la configuración.

Habrá que evaluar cada entorno para ver si tiene alguna característica que tenga que ser tenida en cuenta. Los pasos que se dan a continuación cubren un caso básico.

Vamos a describir los pasos a realizar para migrar una implantación en la que se tiene un entorno en HA. Para realizar los siguientes pasos, se deberá disponer de dos nuevas máquinas para la nueva implantación. Al terminar, las antiguas máquinas podrán ser desechadas. En los pasos que se describen a continuación, se dará por hecho que se dispone de un tiempo de parada para hacer la migración. Se puede realizar la migración sin tener ninguna perdida de servicio relevante, pero este proceso sería más largo y se necesitaría modificar enrutamientos en la red del cliente.

  1. Se parará el servicio en las máquinas actuales. Para ello:
    • Se sacará un backup drástico de la máquina maestra actual.
    • Se pararán las máquinas actuales
  2. Se instalarán las dos nuevas máquinas desde la ISO de la versión 19.00.00 (en esta versión, la instalación ya podrá ser simultánea). Se usarán las mismas IPs que tenían las máquinas actuales. 
  3. En las nuevas máquinas, se ejecutará el wizard de configuración y se seleccionará la misma baseDN y el mismo idioma que la instalación actual.
  4. Se importará en la nueva máquina master el backup que hemos exportado en el paso 1. Esta importación puede llevar mucho tiempo dependiendo del tamaño de la base de datos actual.
  5. Una vez haya terminado la importación, se procederá a la creación del cluster HA.
  6. Una vez el cluster esté levantado, la implantación volverá a ser funcional.

Habrá que tener en cuenta algunos aspectos que se han modificado de una versión a otra. Los más importante son:

  • Nueva gestión de tareas en segundo plano. Habrá que leer la documentación para adaptar los link de segundo plano a los requerimientos. La nueva versión amplia funcionalidad, pero para beneficiarse de ésta será necesario configurar el link.
  • Nueva configuración de redirecciones al portal para reseteo y aceptación de puntos de decisión. Revisar documentación del apartado.

IMPORTANTE: Si el backup que estamos importando proviene de una implantación que usaba certificados proporcionados por el cliente (distintos de los generados por WBSVision), será necesario copiar éstos en el appliance antes de realizar la importación del backup. De lo contrario, la importación no se realizará correctamente.

Pasos para realizar una actualización desde una versión anterior a la versión 16.02.07

En caso de que la migración venga de una implantación que esté usando el portal de provisión, además de los pasos del punto anterior, las exportaciones que se hagan desde versiones anteriores a la 16.02.07, deberán copiar los ficheros de configuración del portal manualmente, ya que estos ficheros no se estaban exportando hasta esta versión.

Los ficheros a migrar son:

  • /var/www/AutoProvisionPortal/WEB-INF/classes/application.properties
  • /var/www/AutoProvisionPortal/css/style.css
  • /var/www/AutoProvisionPortal/images/product_logo_small.png

Pasos para realizar una actualización desde la versión 19.00.00

El proceso de actualización se realizará desde la interface. Habrá que tener en cuenta que este proceso puede ser muy lento dependiendo del tamaño de la configuración de LDAP y del número de transacciones almacenadas (ya que deben ser migradas al nuevo formato). La migración empezará una vez que la actualización haya sido terminada. 

Mientras dure la migración, WBSVision quedará bloqueado y se mostrará una pantalla con el proceso. Una vez que el proceso ha terminado, WBSVision automáticamente volverá a lanzar todos los trabajos que tuviera pendientes. Por esta razón, se deberá tener en cuenta que esta actualización conllevará una perdida de servicio temporal.


Versiones menores 19.1.X

v19.1.1

Bugs

Vision

  • Corrección bug durante la creación del cluster Master/Slave con la configuración de fencing VMWare activada.
  • Corrección de bug en la asignación de grupos desde la nueva interface.

v19.1.2

Features

Vision

  • Se actualiza el conector de PowerShell para eliminar la necesidad de instalar el "WinExe" en los equipos Windows que serán el destino de los repositorios. El nuevo conector usará "PowerShell Core" para Linux.
  • Se elimina la necesidad de reiniciar MariaDB al realizar el backup diario.

v19.1.3

Bugs

Portal

  • Se soluciona un problema con la búsqueda del manager en la pantalla gestión de usuarios.
  • En el alta masiva, si usamos como obligatorio el campo uid da problemas al validar el usuario.
  • En el portal, no se visualizan correctamente algunas ramas por problemas de herencias de permisos.
  • Solución de un problema con la visualización de algunos botones del portal.

Vision

  • Problema en el servicio que comprueba si un usuario está activo. No funciona correctamente en algunos usuarios.
  • Se soluciona un problema con los estilos de la página de crear rama.

Features

Portal

  • Se añade la posibilidad de configurar los selectores de grupos para trabajar sin caché.

Vision

  • Modificación del servicio de alta para permitir el alta de usuarios con un "uid" existente. Esto permite poder modificar el "uid" en los puntos de decisión. Este comportamiento no está habilitado por defecto.

v19.1.4

Bugs

Vision

  • Error al modificar repositorios y comprobar la conectividad de los repositorios de tipo REST.

Features

Portal

  • Mejora del soporte multi-idioma del portal.

Vision

  • Mejora de la monitorización del cluster de MariaDB.

v19.1.5

Bugs

Vision

  • En ocasiones, no se visualiza correctamente el botón "guardar" en la pantalla de edición de atributos del esquema.

Portal

  • A veces no se gestionaba bien el cierre de sesión por timeout.

Features

Portal

  • Mejora en la visualización de los responsables de usuarios (ahora se visualiza el displayName en vez del uid).
  • Mejora en el formato de visualización del detalle y resumen de los usuarios.
  • Mejora en la visualización del punto de decisión de bloqueo de un usuario (ahora se visualiza la descripción en vez del CN).
  • Ampliación del número de campos que se pueden visualizar a la vez en el listado de usuarios.
  • Ampliación de los mensajes de error que ofrece el módulo de alta masiva.  
  • Mejora en las opciones de despliegue del portal de provisión. Ahora se podrá seleccionar el contexto de la aplicación y el puerto.

v19.1.6

Bugs

Portal

  • Se soluciona bug al cargar la plantilla de alta masiva.

Features

Portal

  • Mejora de soporte multi-idioma.

Vision

  • Se añade el soporte multi-idioma en las notificaciones.
  • Se añade un atributo de idioma de notificaciones en los usuarios.

v19.1.7

Bugs

Portal

  • En el portal, en la gestión de usuario, al mostrar los campos disponibles, algunas veces no salen todos .

Features

Portal

  • Se añade un property para poder ocultar el botón de validar en el formulario de auto-provisión.
  • Permitir que el portal tenga en cuenta el lenguaje del navegador.
  • Mejora de las relaciones de campos en el editor de formularios.

Vision

  • Se mejora el listener de MSAD permitiendo la omisión de operaciones que no modifiquen atributos en WBSVision.

v19.1.8

Bugs

Vision

  • Si se importa un grupo con membresías de grupos en el repositorio de AD, se ralentizaba mucho el servicio.
  • Corrección de bug en el repositorio de Office365.

Features

Portal

  • En el portal, se añade ordenación alfabética a la lista de atributos disponibles..

Vision

  • Se mejora el repositorio de Rest añadiendo el soporte de parseo de Json con JsonPath.
  • Se mejora el repositorio de Rest permitiendo paso de parámetros entre llamadas sucesivas de una operación.

v19.1.9

Bugs

Vision

  • Se corrige un bug que hacía que no se crearan tareas en segundo plano si alguna en primer plano fallaba.

Features

Portal

  • Integración de informes de Jasper en el portal de provisión.

Vision

  • Se mejora el repositorio de Rest añadiendo el soporte a sesión con accessToken y refreshToken.
  • Soporte muli-idioma a los informes de Jasper.
  • No labels