You are not logged in.
Bonjour,
En voulant tester le P.R.A. de notre GLPI avant une mise à jour vers la dernière version, je rencontre un problème à la restauration des sauvegardes SQL qui n'aboutissent pas.
Les sauvegardes sont réalisées depuis GLPI, menu Administration > Maintenance, et restaurées par la même voie. Le fichier de sauvegarde SQL pèse 60 Mo, ce qui ne me parait pas exorbitant. Mais le processus tourne en boucle sans fin et la taille du fichier sql-errors.log augmente en continue. Pas moyen d'ouvrir ce fichier sql-errors.log tant que le serveur a la main dessus et il est corrompu et illisible si je force l'arrêt des processus. Je ne sais donc pas quelle séquence dans le fichier de sauvegarde SQL pose problème.
J'ai tenté de réinjecter cette sauvegarde via PhpMyAdmin. Une erreur de syntaxe est détectée sur la création de la structure de la première table glpi_authldaps mais il n'y a rien a corriger en réalité. En supprimant la clause de création de cette première table, c'est la seconde qui aurait une erreur de syntaxe. Et ainsi de suite.... L'ensemble du fichier de sauvegarde est HS.
Est-ce un bug du système de sauvegarde de GLPI ?
Y aurait-il des données corrompues dans ma base de données ? Je pense à des échappements de caractères spéciaux qui n'auraient pas été fait correctement en base.
Bref, que puis-je faire ?
En vous remerciant par avance pour votre aide.
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
je pense que la sauvegarde et restauration en ligne de commandes est la mieux adaptée surtout pour les grosses bases.
https://blog.winhost.com/using-mysqldum … asetables/
je ne l'ai jamais fait sous IIS mais sous Ubuntu je n'ai jamais eu de problème avec une base de plus de 4Go. ( pour mes tests de migration par exemple)
en plus ça me permet de scripter 2 sauvegardes automatiques quotidiennes de la base.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Online
La sauvegarde/restauration via GLPI ne fonctionne pas correctement.
Il faut privilégier l'opération en ligne de commande (CMD en mode admin sous windaube)
Manger un castor, c'est sauver un arbre.
Quand on est mort, on ne sait pas qu'on est mort ; c'est pour les autres que c'est difficile. Quand on est con, c'est pareil !
Offline
Merci pour vos réponses. Effectivement, la sauvegarde et la restauration en ligne de commande fonctionne bien mieux.
C'est dommage pour le système "embarqué" de sauvegarde/restauration. Peut-être sera-t-il revu et amélioré dans une prochaine version ?
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline