You are not logged in.
Base courante => export CSV
Base vierge => import par data_injection.
Il y aura sans doute de la perte.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Autre option en repenant un peu l'idée de Hans
Si vous êtes capable de retrouver le numéro de version exacte à partir de laquelle vous avez fait votre mise à jour, vous pouvez tenter cela :
0) Faites un bakcup
1) Editer la table glpi_config et changer le champs version en remettant le numéro de la version initiale
2) GLPI devrait tenter de refaire la mise à jour automatiquement
3) Regardez si ça a résolu le problème et surtout si rien n'est cassé
4) Si c'est bon vous êtes sauvé sinon reprennez votre backup et explorez les autres solutions
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Merci pour la réponse Hans, je testerai cela dès demain...
GLPI 0.84.5 / RedHat Server 5.8 / MySQL version 5.0.95 / PHP 5.3.3
Offline
Apres l'installation d'une nouvelle instance, j'ai découvert avec émerveillement le plugin data_injection qui sert cependant uniquement pour la partie inventaire mais pas pour la partie suivi des tickets...
Pour cette seconde partie, j'utilise un frontend pour windows appelé MySQL-Front qui permet de se logger en interface graphique à la base de données et de faire des exports ainsi que des imports.
Pour ma part, j'ai testé avec succès des exports de l'ancienne base au format SQL Script et des imports dans la nouvelle en exécutant le script, tout cela dans ce meme outil bien pratique.
Il ne me reste plus qu'à prendre mon courage à deux mains et à migrer toutes mes données...
Merci pour vos conseils en tous les cas...
GLPI 0.84.5 / RedHat Server 5.8 / MySQL version 5.0.95 / PHP 5.3.3
Offline
je ferme
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline