Fundamentos de la copia de seguridad

Esta página cubre las estrategias de copia de seguridad más populares para la plataforma Navixy. Se asume que todos los componentes se ejecutan en un solo servidor y que la base de datos se ejecuta ya sea en el mismo servidor o en uno separado.

La plataforma consta de los siguientes componentes, listados por su ruta de instalación predeterminada:

Aplicación

Backend:

• /home/java/api-server

• /home/java/sms-server

• /home/java/tcp-server

Frontend:

• /var/www/panel-v2

• /var/www/pro-ui

Base de datos

Las siguientes bases de datos MySQL son utilizadas por Navixy:

• google

• base de datos tracking

Si su plataforma Navixy se ejecuta en una VM en una plataforma en la nube, puede realizar instantáneas periódicas de la máquina y, adicionalmente, ejecutar un volcado (dump) de MySQL. Crear un volcado es necesario para mantener la consistencia de la base de datos. Puede encontrar más información sobre mysqldump aquí:

https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html

Tanto las bases de datos "google" como "tracking" deben ser respaldadas. Puede crear un volcado de MySQL en una base de datos en ejecución sin bloquear tablas ni interrumpir el servicio usando --single-transaction opción.

Si ejecuta Navixy en un servidor físico, puede hacer una copia de seguridad de los componentes solo una vez después de la instalación y luego una vez después de cada actualización de la plataforma, de modo que siempre tenga la última versión de los componentes backend y frontend respaldada. Luego, solo necesita realizar copias de seguridad periódicas de la base de datos usando mysqldump.

A continuación hay un ejemplo de script bash que crea volcados MySQL de ambas bases de datos, los pasa por gzip para reducir el tamaño y luego elimina todas las copias de seguridad en el directorio de respaldo con más de 1 año de antigüedad. Siéntase libre de modificar el script según sus necesidades.

#!/bin/bash

bak_dir=/home/navixy-backups
sql_user=root
sql_passwd=rootpasswd
now=$(date +"%Y-%m-%d")

mysqldump -u$sql_user -p$sql_passwd --single-transaction google | gzip > $bak_dir/google-bak-$now.sql.gz
mysqldump -u$sql_user -p$sql_passwd --single-transaction tracking | gzip > $bak_dir/tracking-bak-$now.sql.gz

find $bak_dir -maxdepth 1 -type f \( -name "google-bak-*.sql.gz" -o -name "tracking-bak-*.sql.gz" \) -mtime +365 -delete

También puede utilizar soluciones de terceros para copias de seguridad de MySQL, por ejemplo: https://www.percona.com/doc/percona-xtrabackup/LATEST/index.html. Es una solución probada que ofrece opciones avanzadas de respaldo de bases de datos. Ha sido probada y utilizada con éxito por muchos ingenieros de sistemas de instancias On-premise. Para encontrar una práctica recomendada de respaldo de MySQL recomendada por Navixy, por favor consulte esta página.

Respaldo de la clave de licencia

Al planificar las copias de seguridad para la plataforma Navixy, un aspecto importante a tener en cuenta es la clave de licencia. La clave (también conocida como fingerprint) se actualiza contra nuestro servidor de licencias aproximadamente una vez por semana. Esto significa que si restaura una copia de seguridad que se realizó antes de la última actualización de la clave, la plataforma no funcionará y deberá contactar a nuestro soporte técnico para obtener la nueva clave.

Para evitar esto, recomendamos respaldar la clave de licencia por separado del respaldo principal. La clave puede seleccionarse de la base de datos usando la siguiente consulta SQL:

SELECT value FROM google.variables WHERE var='fingerprint';

El resultado es una cadena de texto simple que puede guardarse en un archivo o en otra base de datos. Recomendamos respaldar la clave al menos 2-3 veces al día.

Si tuvo que restaurar la plataforma desde una copia de seguridad, solo necesita escribir la clave de nuevo en la base de datos, reiniciar los servicios y la plataforma debería comenzar a funcionar:

UPDATE google.variables SET value='<your_key>' WHERE var='fingerprint';