Migrar Flussonic Watcher a un servidor nuevo¶

La migración del servidor de gestión incluye la base de datos, la configuración de archivos y la dirección que utilizan los clientes y los streamers. Un volcado SQL por sí solo no transfiere el archivo de vídeo.

El procedimiento siguiente conserva la variante de instalación y la versión de Watcher. Migrar el archivo local de una instalación de un solo servidor requiere copiar el almacenamiento por separado. Pruebe primero en una copia cualquier cambio simultáneo de variante de instalación.

Preparar el servidor nuevo¶

Registre la versión y el tipo de paquete instalado: flussonic-watcher con streamer local o watcher-standalone sin él. Anote las versiones de las dependencias.
Prepare el servidor nuevo, DNS y la red. Compruebe que puede acceder a los streamers y al almacenamiento existentes.
Instale la misma variante y versión de Watcher. No dirija tráfico de producción al servidor nuevo hasta finalizar la migración.
Cree una copia de seguridad de la base de datos verificada del servidor antiguo y guarde la configuración de /etc/watcher, /etc/central y, para un nodo con watcher-streamer local, /etc/flussonic.

No sustituya toda la configuración del servidor nuevo sin comprobarla. Pueden diferir la dirección de PostgreSQL, los puertos, las rutas locales y los ajustes HTTP(S). Si la base de datos está en otro servidor, acuerde su migración por separado: el script estándar de restauración está destinado a PostgreSQL local de una instalación mediante paquetes.

Realizar una restauración de prueba¶

Restaure la copia en un entorno aislado que no envíe cambios a los streamers activos. Compruebe el inicio de sesión y la lista de Organizaciones, y después la configuración de cámaras y usuarios. Compruebe que la restauración y el arranque caben en la ventana de mantenimiento permitida.

No ejecute dos servidores de gestión con la misma configuración restaurada para gestionar simultáneamente los mismos streamers. Pueden enviar configuraciones y procesar tareas en segundo plano de forma independiente.

Cambiar la gestión¶

Anuncie una ventana de mantenimiento y detenga los cambios de datos en la instalación antigua.

Detenga los servicios que escriben datos y sincronizan el clúster:

systemctl stop watcher-scheduler watcher-job-runner@1 watcher-job-runner@high \
  watcher-go watcher-episodes watcher-vms central central-layouter

Cree la copia final de la base de datos en el servidor antiguo. PostgreSQL debe seguir funcionando para ello. Transfiera la copia de forma segura al servidor nuevo y compruebe la suma de verificación.
Antes de restaurar en el servidor nuevo, aplique la configuración de archivos verificada con su dirección de base de datos y sus rutas. Mantenga el aislamiento de red respecto a los streamers activos y los clientes externos: el script de restauración inicia Central y los servicios de Watcher tras una restauración correcta. Restaure la copia final según las instrucciones de restauración y vuelva a detener los servicios en el servidor nuevo:
```
systemctl stop watcher-scheduler watcher-job-runner@1 watcher-job-runner@high \
  watcher-go watcher-episodes watcher-vms central central-layouter
```
Antes de retirar el aislamiento, compruebe que el servidor de gestión antiguo permanece detenido. Detener únicamente después de restaurar, sin aislamiento de red, deja un intervalo durante el cual la configuración restaurada puede llegar a los streamers activos.
Prepare la configuración y la base de datos de Central, inicie Central y compruebe su disponibilidad. Ejecute los comandos en el servidor nuevo, en Bash como root; detenga el cambio ante cualquier error:
```
(
  set -e
  /opt/flussonic/bin/watcher-central-reconf.sh
  CENTRAL_DIR=/opt/central CENTRAL_CONFIG_PATH=/etc/central/central.conf \
    /opt/central/bin/central --migrate
  systemctl restart central
  systemctl restart central-layouter
)
```
Para una instalación flussonic-watcher con streamer local, ejecute también lo siguiente antes de comprobar Central:
```
systemctl restart flussonic
```
Esto aplica la configuración de proxy de la capa multimedia local. Omita este paso para watcher-standalone.

Compruebe que Central esté listo:
```
(
  set -e
  set -a
  . /etc/watcher/watcher.conf
  set +a
  /opt/flussonic/bin/service-health-check.sh central "$CENTRAL_URL"
)
```
watcher-central-reconf.sh verifica la base de datos de Watcher y escribe la configuración. No reinicia Central; sincronizar antes de migrar, reiniciar y comprobar la disponibilidad puede utilizar la configuración antigua.

Cuando Central esté listo y la gestión antigua esté detenida, permita que solo el servidor nuevo acceda a los streamers y ejecute:
```
/opt/flussonic/bin/watcher-sync.sh
```
Para watcher-standalone, reinicie angie después de una sincronización correcta.

Compruebe el resultado de la sincronización y sync_central.log.gz si el script indica que lo ha guardado. Tras comprobarlo correctamente, inicie el servicio de gestión de su variante y los servicios en segundo plano; después, cambie DNS o el proxy de entrada. Hasta entonces, el tráfico de clientes debe permanecer bloqueado.
Compruebe la resolución de nombres desde las redes de clientes y desde los streamers.

Para iniciar una instalación mediante paquetes, utilice su servicio de gestión: flussonic-watcher o watcher-standalone. Compruebe también el arranque real de watcher-vms, watcher-go, Central y los servicios en segundo plano; el estado del servicio de gestión por sí solo no demuestra que funcionen todos los componentes.

Comprobar el resultado¶

Acceso y permisos — un usuario ordinario solo ve las cámaras asignadas.
Clúster — los streamers están disponibles y la configuración de las cámaras coincide con la prevista.
Vídeo en vivo — se abre desde una red externa de clientes.
Archivo — están disponibles los intervalos antiguos y aparecen grabaciones nuevas.
Funciones en segundo plano — se ejecutan las tareas necesarias y se generan eventos.
Direcciones — los enlaces, certificados y direcciones de entrega de vídeo corresponden a los nombres DNS utilizados.

Si el servidor de gestión también almacenaba vídeo, transfiera por separado los archivos del vídeo y sus metadatos, manteniendo la coherencia de rutas y configuración DVR. Restaurar la base de datos no recupera grabaciones de vídeo eliminadas.

Mantenga desactivada la gestión en el servidor antiguo hasta completar las comprobaciones. Para volver atrás, detenga la instalación nueva y evalúe los cambios realizados desde el cambio: iniciar sin más la base de datos anterior perdería esos cambios. Acuerde una única fuente de datos antes de volver a cambiar.