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.
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 ?