Principes de base des sauvegardes

Cette page couvre les stratégies de sauvegarde les plus populaires pour la plateforme Navixy. Il est supposé que tous les composants s'exécutent sur un seul serveur, et que la base de données s'exécute soit sur le même serveur, soit sur un serveur séparé.

La plateforme se compose des composants suivants, listés selon leur chemin d'installation par défaut :

Application

Backend :

  • /home/java/api-server

  • /home/java/sms-server

  • /home/java/tcp-server

Frontend :

  • /var/www/panel-v2

  • /var/www/pro-ui

Base de données

Les bases de données MySQL suivantes sont utilisées par Navixy :

  • google

  • base de données tracking

Si votre plateforme Navixy fonctionne sur une VM dans une plateforme cloud, vous pouvez prendre des instantanés périodiques de la machine et, en complément, effectuer un dump MySQL. La création d'un dump est nécessaire pour maintenir la cohérence de la base de données. Vous pouvez trouver plus d'informations sur le dump MySQL ici :

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

Les bases de données « google » et « tracking » doivent toutes deux être sauvegardées. Vous pouvez créer un dump MySQL sur une base de données en cours d'exécution sans verrouiller les tables ni interrompre le service en utilisant --single-transaction option.

Si vous exécutez Navixy sur un serveur physique, vous pouvez sauvegarder les composants une seule fois après l'installation, puis une fois après chaque mise à jour de la plateforme, afin d'avoir toujours la dernière version des composants backend et frontend sauvegardée. Ensuite, vous n'avez qu'à effectuer des sauvegardes périodiques de la base de données en utilisant mysqldump.

Voici un exemple de script bash qui crée des dumps MySQL des deux bases de données, les passe via gzip pour réduire la taille, puis supprime toutes les sauvegardes dans le répertoire de sauvegarde datant de plus d'un an. N'hésitez pas à modifier le script selon vos besoins.

Vous pouvez également utiliser des solutions tierces pour les sauvegardes MySQL, par exemple : https://www.percona.com/doc/percona-xtrabackup/LATEST/index.html. C'est une solution éprouvée qui offre des options avancées de sauvegarde de base de données. Elle est testée avec succès et utilisée par de nombreux ingénieurs système d'instances On-premise. Pour trouver les bonnes pratiques de sauvegarde MySQL recommandées par Navixy, veuillez vous référer à cette page.

Sauvegarde de la clé de licence

Lors de la planification des sauvegardes pour la plateforme Navixy, un élément important à prendre en compte est la clé de licence. La clé (également connue sous le nom d'empreinte) est mise à jour auprès de notre serveur de licences environ une fois par semaine. Cela signifie que si vous restaurez une sauvegarde effectuée avant la dernière mise à jour de la clé, la plateforme ne fonctionnera pas et vous devrez contacter notre support technique pour obtenir la nouvelle clé.

Pour éviter cela, nous recommandons de sauvegarder la clé de licence séparément de la sauvegarde principale. La clé peut être sélectionnée dans la base de données en utilisant la requête SQL suivante :

Le résultat est une simple chaîne de texte qui peut être enregistrée dans un fichier ou dans une autre base de données. Nous recommandons de sauvegarder la clé au moins 2 à 3 fois par jour.

Si vous devez restaurer la plateforme à partir d'une sauvegarde, il vous suffit d'écrire la clé de nouveau dans la base de données, de redémarrer les services et la plateforme devrait se remettre à fonctionner :

Mis à jour

Ce contenu vous a-t-il été utile ?