Skip to end of metadata
Go to start of metadata

1. Resumen

WBSAirback 19 es una nueva versión mayor del producto e involucra cambios y actualizaciones importantes en el core interno del producto, así como una colección importante de bugfixes y muchas nuevas características y funciones.

Planifique cuidadosamente la actualización a esta versión para disponer del tiempo suficiente para completar el proceso y tener margen de actuación en caso de encontrar algún inconveniente. Teniendo en cuenta el backup de la configuración previo necesario para cualquier actualización y la aplicación de las acciones propias de actualización, una ventana razonable de referencia es una hora. Por supuesto esto depende totalmente del tamaño de cada entorno, de las características hardware de los equipos implicados y de la calidad de las conexiones existentes.

Para actualizar a WBSAirback 19, es necesario actualizar en primer lugar a la última release de la versión 16: la versión 16.2.0. Por lo tanto, dependiendo de la versión en la que se encuentre, puede necesitar realizar el proceso de actualización 2 o más veces.

Puede consultar más información sobre las novedades de esta versión en link release notes

2. Nueva instalación

2.1. Instalador - ISO

Podemos descargar la imagen ISO de instalación desde aquí:

Puede consultar nuestro manual de instalación de producto:

Instalación de producto desde la imagen ISO

2.2. Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo

En condiciones estándar, si no utiliza el módulo de StorageCloud:

30m ~ 1h.

Si utiliza el módulo de StorageCloud el tiempo puede ser muy superior. Es necesario llevar a cabo una actualización de todos las entradas de BBDD que apuntan a cada archivo del sistema del que se guarda registro. Como referencia, puede estimar un tiempo de:

6h

En caso de necesitar una estimación más ajustada, por favor, póngase en contacto con soporte@wbsgo.con y analizaremos su sistema y el tiempo que puede ser necesario en su caso.

3. Actualización desde v16.2

3.1. Pasos PREVIOS

  1. Atención: Se requieren al  menos 2.8GB libres en la partición ROOT para actualizar.
    1. Si no dispone de ese espacio, es necesario liberarlo de logs del sistema, paquetes antiguos o incluso agentes de backup disponibles para descarga (la actualización instalará una nueva versión de los agentes)
    2. Como alternativa, se pueden crear enlaces de rutas donde estén los archivos de mayor ocupación hacia otros filesystems con espacio libre de forma temporal. Contacte con soporte@wbsgo.com si necesita aplicar este tipo de medidas.
  2. Como toda instalación de versión, es obligatorio hacer una copia de seguridad del catálogo (trabajo wbsairback-configuration-backup del cliente airback-control desde la propia interfaz).
  3. No debe haber jobs corriendo
  4. Si hay jobs planificados que puedan coincidir con el proceso de actualización, habrá que desactivarlos temporalmente.

  5. Si el sistema realiza snapshots: Importante: Desactivar la casilla, en cada volumen, de 'Instantánea manual > Eliminar automáticamente (1h)'.
    1. Si no lo hacemos y el proceso de actualización tiene algún fallo inesperado, podríamos perder los snapshots del sistema!
  6. Antes de comenzar la actualización, si el equipo tiene el job de auto-purgado 'delete-purged-volumes' configurado con 'ejecución continua': Se debe desactivar esa característica antes del proceso. Una vez finalizado todo, se puede volver a activar.

3.2. Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo

En condiciones estándar:

30m ~ 1h

3.3. Procedimiento

Esta versión es posible instalarla desde la interfaz web.

El procedimiento consiste:

  1. Acceder a Subscripción > Actualización de software
  2. Pulsar en botón de búsqueda
  3. Si se encuentran paquetes, el botón de búsqueda cambiará al de 'Actualizar'
  4. Pulsamos en el botón 'Actualizar'
  5. Esperamos a que termine el proceso
  6. En caso de que se deje de actualizar el log, es posible que haya caducado la sesión:
    1. En cualquier momento podemos actualizar la pantalla con F5 si este es el caso.
    2. Si realmente ha finalizado la actualización, aparecerá la pantalla de finalización, en caso contrario, seguirá la pantalla con el proceso
    3. Atención: 
      1. El acceso se perderá por momentos con la interfaz web, ya que se actualizan componentes del propio servicio web, pero el acceso se recuperará por sí mismo pasados algunos minutos.
      2. También es posible ver 'errores' de visualización con estas recargas mientras el proceso está en curso, al presentarse con el nuevo look&feel, pero sin haberse cargado totalmente. Esto quedará solucionado sin emprender ninguna acción extra, simplemente siguiendo el procedimiento que estas líneas describen.
  7. Pulsamos en 'Finalizar actualización' una vez el proceso se completa con éxito.
    1. Si surge cualquier imprevisto y el resumen del proceso muestra cualquier error, por favor, contacte con soporte@wbsgo.com antes de ejecutar ninguna acción adicional
  8. La interfaz web volverá a estar disponible pasados algunos minutos**.
  9. Reinicie el sistema

3.4. Pasos POSTERIORES

  1. Al cambiar el look & feel de la interfaz web, se recomienda limpiar la caché del navegador antes del primer uso tras actualizar y recargar la visualización con Cntrl+F5.
  2. Si utiliza el módulo de StorageCloud, debe revisar la visualización del logo mostrado en la pantalla de login y re-subirlo si es necesario.

4. Actualización desde v16.0.x

 Actualizar desde v16.0

4.1. Pasos PREVIOS

  1. Como toda instalación de versión, es obligatorio hacer una copia de seguridad del catálogo (trabajo wbsairback-configuration-backup del cliente airback-control desde la propia interfaz).
  2. No debe haber jobs corriendo
  3. Si hay jobs planificados que puedan coincidir con el proceso de actualización, habrá que desactivarlos temporalmente.

  4. Si el sistema realiza snapshots: Importante: Desactivar la casilla, en cada volumen, de 'Instantánea manual > Eliminar automáticamente (1h)'.
    1. Si no lo hacemos y el proceso de actualización tiene algún fallo inesperado, podríamos perder los snapshots del sistema!
  5. Antes de comenzar la actualización, si el equipo tiene el job de auto-purgado 'delete-purged-volumes' configurado con 'ejecución continua': Se debe desactivar esa característica antes del proceso. Una vez finalizado todo, se puede volver a activar.

En caso de utilizar el módulo StorageCloud, tenga muy en cuenta que a partir de la versión 16.1.1 se dejan de soportar las apps documents y activitydefaults, pues dejan de ser compatibles con la tecnología base. Por lo tanto, después de actualizar no podrá utilizar ninguna de las dos. Esto implica que:

  • No será posible editar 'online' documentos openoffice
  • No será posible definir valores por defecto para las notificaciones de cada usuario desde la cuenta 'root'. Cada usuario deberá configurar sus preferencias.
  • Además, debe revisar la visualización del logo mostrado en la pantalla de login y re-subirlo si es necesario. Esta nueva versión visualiza correctamente logos de tamaño: Ancho 400px - Alto 121px.

4.2. Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo

En condiciones estándar:

30m ~ 1h

4.3. Procedimiento

Esta versión es posible instalarla desde la interfaz web.

El procedimiento consiste:

  1. Acceder a Subscripción > Actualización de software
  2. Pulsar en botón de búsqueda
  3. Si se encuentran paquetes, el botón de búsqueda cambiará al de 'Actualizar'
  4. Pulsamos en el botón 'Actualizar'
  5. Esperamos a que termine el proceso
  6. En caso de que se deje de actualizar el log, es posible que haya caducado la sesión:
    1. En cualquier momento podemos actualizar la pantalla con F5 si este es el caso.
    2. Si realmente ha finalizado la actualización, aparecerá la pantalla de finalización, en caso contrario, seguirá la pantalla con el proceso
    3. Atención: 
      1. El acceso se perderá por momentos con la interfaz web, ya que se actualizan componentes del propio servicio web, pero el acceso se recuperará por sí mismo pasados algunos minutos.
      2. También es posible ver 'errores' de visualización con estas recargas mientras el proceso está en curso, al presentarse con el nuevo look&feel, pero sin haberse cargado totalmente. Esto quedará solucionado sin emprender ninguna acción extra, simplemente siguiendo el procedimiento que estas líneas describen.
  7. Pulsamos en 'Finalizar actualización' una vez el proceso se completa con éxito.
    1. Si surge cualquier imprevisto y el resumen del proceso muestra cualquier error, por favor, contacte con soporte@wbsgo.com antes de ejecutar ninguna acción adicional
  8. La interfaz web volverá a estar disponible pasados algunos minutos**.
  9. Reinicie el sistema

**Existen situaciones puntuales en las que podría no haber arrancado correctamente. En caso de darse esta circunstancia, por favor:

  1. Reinicie la interfaz web desde la consola del sistema ó bien desde una sesión SSH con el usuario 'wbsairback' (sudo /etc/init.d/wbsairback-admin restart)

4.4. Pasos POSTERIORES

  1. Al cambiar el look & feel de la interfaz web, se recomienda limpiar la caché del navegador antes del primer uso tras actualizar y recargar la visualización con Cntrl+F5.
  2. En esta release se incorpora una nueva versión de ZFS que aumenta la estabilidad en sistemas de alta demanda de recursos. Las particularidades de esta versión de ZFS hacen que sea necesario un ajuste en el proceso de purgado 'delete-purged-volumes'. Tras completar la actualización, es necesario editar la configuración de este trabajo, ajustar la intensidad del mismo a un valor apropiado para el entorno y guardar. Un valor de referencia medio que funcionará en la mayoría de entornos es: 15.
    1. En general, se recomienda también marcar la nueva casilla Pausar reciclado dedup con trabajos para detener el reciclado de volúmenes con deduplicación si hay jobs en curso del pool que se está reciclando. Esto impide que se pierda rendimiento en esas situaciones.
  3. Si existen equipos MediaServers en el entorno, es necesario configurar su perfil en Sistema > Opciones genéricas. Se debe seleccionar el perfil MediaServer e introducir las credenciales apropiadas del director con el que trabajan para poder activar correctamente la tabla de resumen de datos de almacenamiento.
  4. La nueva versión del plugin MSSQL-VDI puede hacer que algunas conexiones funcionales en versiones anteriores del plugin dejen de serlo tras actualizar
    1. Es necesario actualizar individualmente cada agente de cada máquina Windows y comprobar la correcta conexión o si es necesario aplicar algún ajuste en su parametrización.
    2. En general, si utilizaba la instancia por defecto 'MSSQLSERVER' e introdujo el nombre de Hostname y/o dominio y la conexión falla, deje en blanco estos dos parámetros.
  5. Si utiliza el módulo de StorageCloud, debe revisar la visualización del logo mostrado en la pantalla de login y re-subirlo si es necesario. Esta nueva versión visualiza correctamente logos de tamaño: Ancho 400px - Alto 121px.

5. Actualización desde v15

 Actualización desde v15

5.1. A tener en cuenta

Pasar de v15 a v16 supone un cambio de versión mayor del producto. El proceso interno es complejo y puede necesitar bastante tiempo.

Esta actualización realiza algunas modificaciones en ciertos patrones de ficheros para soportar algunas de las nuevas funcionalidades. Los patrones afectados son:

  • Patrones del plugin VMWare
  • Patrones del plugin MSSQL-VDI

Esto provocará que cualquier trabajo que utilice estos plugin se ejecute como backup Full tras la actualización.

Se recomienda que ejecute este proceso en horario laborable y con suficiente margen de tiempo para actuar ante cualquier eventualidad. En caso de surgir cualquier imprevisto, por favor, contacte con nuestro servicio de soporte a través de soporte@wbsgo.com.

Por lo tanto, planifique cuidadosamente esta actualización teniendo en cuenta estos aspectos, los tiempos de aplicación y los pasos previos/posteriores descritos a continuación.

5.2. Pasos PREVIOS

  1. Como toda instalación de versión, es obligatorio hacer una copia de seguridad del catálogo (trabajo wbsairback-configuration-backup del cliente airback-control desde la propia interfaz) en una unidad externa al producto (volumen NFS, CIFS, iSCSI ..)
  2. Asegúrese de tener acceso a la iDRAC del equipo, o bien acceso físico al mismo, o bien al gestor de hipervisor asociado al appliance virtual.
    1. En algunos casos aislados, la secuencia de reinicio final, puede requerir de un apagado forzoso.
  3. No debe haber jobs corriendo, ni ninguna tarea de réplica.
  4. Si existen volúmenes compartidos montados en sistemas externos de cualquier tipo (iSCSI, NFS, CIFS), es necesario desmontarlos en todos esos sistemas
  5. Si hay jobs planificados que puedan coincidir con el proceso de actualización, habrá que desactivarlos temporalmente.

  6. Si el sistema realiza snapshots: Importante: Desactivar la casilla, en cada volumen, de 'Instantánea manual > Eliminar automáticamente (1h)'.
    1. Si no lo hacemos y el proceso de actualización tiene algún fallo inesperado, podríamos perder los snapshots del sistema!
  7. Antes de comenzar la actualización, si el equipo tiene el job de auto-purgado 'delete-purged-volumes' configurado con 'ejecución continua': Se debe desactivar esa característica antes del proceso. Una vez finalizado todo, se puede volver a activar.
  8. Se debe comprobar que el sistema cuenta con suficiente espacio para la actualización, tanto en la partición raiz, como en la partición de configuración. En una sesión SSH:
    1. Configuración (RDATA):
      1. Se necesita un 50% libre para albergar una copia completa de la BBDD:
        1. df -m | grep rdata | awk '{print $5}' | sed 's/%//g'
        2. El valor obtenido con el comando debe ser menor a 48
    2. Raíz ( / )
      1. Se necesitan al menos 3GB para albergar todos los nuevos paquetes más un extra necesario para otras operaciones
        1. df -m | grep "/$" | head -1 | awk '{print $4}'
        2. El valor obtenido con el comando debe ser mayor a 3072
    3. El script de actualización comprueba estos valores, pero es recomendable comprobarlo y no lanzar la actualización si no se tiene suficiente espacio de antemano
  9. Es muy recomendable reiniciar el sistema antes de lanzar el proceso, para:
    1. Limpiar cualquier proceso de sistema que pueda estar en estado inconsistente.
    2. Asegurase de que el reinicio tiene éxito y no está pendiente ninguna acción de configuración hardware

5.3. Tiempo estimado

El tiempo de instalación depende de:

  • Ancho de banda encontrado en el entorno
  • CPU y Memoria disponibles en el equipo
  • Tamaño de catálogo de backup
  • Tamaño de catálogo de StorageCloud

En condiciones estándar:

1h 30m ~ 3h

  • Dependiendo de los factores comentados, el tiempo puede ser superior

5.4. Procedimiento

Esta versión es posible instalarla desde la interfaz web.

El procedimiento consiste en 2 pasos:

  1. Paso 1: Actualización a versión de transición 15.06.00, dotada con los scripts de actualización a la versión 16
    1. Acceder a Subscripción > Actualización de software
    2. Pulsar en botón de búsqueda
    3. Si se encuentran paquetes, el botón de búsqueda cambiará al de 'Actualizar'
    4. Pulsamos en el botón 'Actualizar'
    5. Esperamos a que termine el proceso
    6. En caso de que se deje de actualizar el log, es posible que haya caducado la sesión:
      1. En cualquier momento podemos actualizar la pantalla con F5 si este es el caso. Si realmente ha finalizado la actualización, aparecerá la pantalla de finalización, en caso contrario, seguirá la pantalla con el proceso
    7. Pulsamos en 'Finalizar actualización'
  2. Paso 2:
    1. Repetimos el proceso anterior, pero esta vez, tendremos disponible la aplicación de la actualización mayor:

    2. El proceso tardará considerablemente al necesitar descargar gran cantidad de paquetes y ejecutar numerosas acciones de configuración:

    3. Se perderá el acceso a la interfaz web en algunos momentos como parte de las acciones. Pero basta con esperar y volver a acceder para recuperar este acceso.
    4. Al finalizar, en caso de no haber obtenido ningún error, es necesario reiniciar el sistema.
    5. En caso de que el proceso arroje algún error o problema, por favor, contacte con soporte@wbsgo.com

5.5. Pasos POSTERIORES

Es muy importante revisar los siguientes puntos tras la actualización:

5.5.1. Actualizando desde 15.3 o superior

  • Por defecto, WBSAirback v15.5 establece una ejecución del proceso de chequeo de consistencia de VDISKs en una vez al mes:
    • Revisar esta planificación, adaptar a conveniencia según las necesidades de cada entorno y asegurarse de que queda activo dicho proceso.
    • A partir de la versión 15.5.7 se incorpora compatibilidad con equipos de última generación. En caso de que anteriormente no viese estas opciones, es muy importante revisarlo nuevamente al instalar esta versión.
    • **Mientras se encuentra en ejecución un chequeo de consistencia, el rendimiento del dispositivo asociado puede verse ligeramente impactado.
    • +info en el Manual del producto: 02 - Sistema#02-Sistema-2.11Mantenimiento
  • En caso de actualizaciones menores desde 15.5.X a la última 15.5.6, si el equipo utiliza deduplicación global seguir el siguiente procedimiento cuando no haya jobs en ejecución:
    • Reiniciar servicio Bacula-SD
    • Entrar en Configuración de Deduplicación Global y aplicar los parámetros avanzados recomendados
    • Revisar la planificación del proceso de optimizado y ajustar según convenga
    • Desactivar proceso de optimización si el equipo es un MediaServer

5.5.2. Actualizando desde versiones anteriores a 15.3

  1. A partir de esta versión, es obligatorio el uso del parámetro thumbprint en todos los clientes de tipo Vmware. Por lo que será necesario entrar en la pantalla de cada uno de los clientes de este tipo y configurar este parámetro adecuadamente. Es posible obtener este parámetro desde el propio vSphere de estas tres maneras:
    1. Desde la consola de administración: 'View Support Information" > SSL Thumbprint
    2. Desde una sesión SSH, ejecutando:
      1. vCenter: openssl x509 -sha1 -in /etc/vmware-vpx/ssl/rui.crt -noout -fingerprint | cut -d '=' -f 2
      2. ESXi: openssl x509 -sha1 -in /etc/vmware/ssl/rui.crt -noout -fingerprint | cut -d '=' -f 2 "
    3. Usando un navegador web, accedemos a la IP de gestión del vCenter y consultamos los detalles del certificado SSL. El thumbprint es el valor de 'huella digital', pero trasnformado en mayúsculas y con el separador ':' en vez de ' ' como aparece ahí.

    4. Ejemplo de thumbprint: A8:2A:0B:EE:86:44:0F:D9:3F:F3:CD:B1:D9:92:3C:77:E4:E2:27:D1

  2. En esta versión, se cambia el directorio base para cada uno de los clientes Vmware.
    1. Si existe más de un cliente de este tipo, todos los backups de tipo VMWARE que se ejecuten la primera vez serán de tipo FULL.
  3. El job de reciclado delete-purged-volumes ha sufrido mejoras y modificaciones. Es importante tener en cuenta:
    1. Ahora es más agresivo y utiliza menos esperas. Por lo que la misma configuración anterior, ahora realiza un mayor número de borrados. Por lo tanto, recomendamos, en general, bajar la intensidad del trabajo de purgado. Unos valores estándar que pueden funcionar bien en la mayoría de entornos son Intensidad:3 y Factores:6.
    2. Realiza paralelización entre MediaServers. La paralelización para distinguir a qué media server corresponde un repositorio se realiza a partir de la IP configurada en cada Repositorio remoto. Por lo tanto, es muy importante verificar que los repositorios remotos configurados de cada MediaServer tienen todos la misma ip. En caso contrario, se podría ejecutar más de un proceso por MediaServer y bloquear al equipo por sobrecarga de borrados.
    3. El sistema corrige automáticamente posibles pools con los parámetros AutoRecycle o MaximumVolumeJobs mal configurados. Por lo tanto, es posible que el job de reciclado recicle algún pool más que en ejecuciones anteriores a la actualización.l
  4. Incluso después de terminar la actualización, existe un paso final que realiza el servicio Watchdog. Es importante comprobar que este paso final se realiza correctamente. A pesar de que se puede reanudar la actividad con el equipo sin que esté completado, se podría experimentar lentitud. En sistemas con grandes BBDD este paso final puede llevar hasta 2h. Existen dos formas de comprobar que el paso se ha completado:
    1. En la interfaz web aparece la versión 15.03.00 (para que se actualice el valor forzosamente, es necesario reinciar la interfaz web, cerrar la sesión y limpiar cookies del navegador en ocasiones)
    2. Por SSH podemos consultar el valor de la versión ejecutando:
      1. xmllint --xpath //configuration/wbsairback.version /etc/wbsairback-admin/config.xml | awk -F\> '{print $2}' | awk -F\< '{print $1}'
      2. En el momento que aparezca 150300, indica que el proceso finalizó.
    3. *** En la siguiente versión de WBSAirback, esto no será necesario, pues este paso final será incluido en el mismo proceso de actualización de la interfaz web, que no finalizará hasta esta acción estar completa.

6. Actualización desde v14

 Actualización desde v14

Para actualizar una versión más antigua, numerada como 14.xx.xx-x, es necesario utilizar este script de actualización a v15 primero, y después ejecutar el proceso de actualización a la versión 16:

WBSAirback-15.00.02-Update.tgz

Así como seguir las instrucciones de instalación de la versión 15.00.00, recogidas en este documento: 

Instalación 64bits-15.00.00

7. Actualización de entornos en alta disponibilidad (HA)

En un entorno con equipos en alta disponibilidad (HA), el proceso de actualización se debe ejecutar completo para cada uno de los equipos que forman el clúster.

En el momento de actualización, cada equipo ha de tener el rol maestro para que el proceso tenga éxito. Por favor, no intente actualizar un equipo que no tenga el rol maestro y todos sus recursos/servicios levantados. En caso contrario, el proceso de actualización no tendrá éxito.

A continuación, se exponen en detalle los pasos para una actualización exitosa de un par de equipos en HA. Es muy importante seguir estos pasos con precisión:

  1. Comprobar que el equipo maestro tiene su rol natural (maestro) y tiene todos los servicios normalmente levantados.
  2. Comprobar que el equipo esclavo tiene su rol natural (esclavo) y tiene sus servicios normalmente funcionando.
  3. Apagar equipo esclavo
  4. Actualizar equipo maestro (incluyendo reinicio final)
  5. Una vez comprobado que el equipo maestro fue actualizado correctamente, apagar equipo maestro.
  6. Encender equipo esclavo
  7. Actualizar equipo esclavo (incluyendo reinicio final)
  8. Una vez comprobado que el equipo maestro fue actualizado correctamente, apagar equipo esclavo
  9. Encender equipo maestro
  10. Encender equipo esclavo


  • No labels