Intégration de données "Ordinateur.... téléphone" + old ticket

Mérick · 2017-08-29 13:30:37

Bonjour,

Je m'adresse à vous aujourd'hui car mon soucis le suivant,

Je souhaite récupérer des informations sur mon ancien GLPI 0.84.5 Copyright telles-que :

PARC:
Ordinateur
Logiciel
Moniteur
(Global)

ainsi que touts les tickets incluant les tickets clos

J'ai pu exporter les données en CSV de l'ancien GLPI,

En cherchant j'ai trouvé le plugin DATA_Injection mais le problème et que elle n'est pas supporter par mon nouveau GLPI qui et en 9.1.2 Copyright ou j'ai déja tout configurer "SLA + Planning ect"

Pour cela je vous sollicite pour voir s'il il n'y a pas un autre moyen pour exécuté ces actions

Tout autre moyen et bon à prendre de expert GLPI aux Initiés

Ma configuration :

Ancien GLPI : 0.84.5
XAMPP
windows serveur 2008 R2

Nouveau GLPI : 9.1.2
WAMP server
Windows serveur 2012 R2

En vous remerciant par avance
Mk :)

yllen · 2017-08-29 14:11:26

Vous ne pouvez pas importer les données d'une base 0.84.5 dans une base 9.1.2. En effet la structure de la base est différente.
Il faut migrer votre ancienne base en 9.1.2 et ensuite vous pourrez faire des exports CSV que vous pourrez injecter en SQL via PHP MyAdmin par exemle.
Petite question : n'est-ce pas plus rapide de migrer votre ancienne base et ensuite d'ajouter les configurations faites sur le nouveau GLPI ?

Mérick · 2017-08-29 14:45:30

Bonsoir YLLEN

Merci pour cette réponse rapide,

"Vous ne pouvez pas importer les données d'une base 0.84.5 dans une base 9.1.2. En effet la structure de la base est différente." C'est bien ce que je pensais

"Il faut migrer votre ancienne base en 9.1.2" le problème et temps que ce serveur étant en prod cela ne peu ce faire

Mon idée était
-1 de récupérer les info de l'ancienne base
-2 parfaire la nouvelle puis migrer sur la nouvelle

Cela me paraît compliqué maintenant car l'ancienne base à était crée par une personne qui n'ai plus

Je présens les heures sup

En tout cas je vous remercie sincèrement pour votre réponse cela m'aide beaucoup,

Cordialement,
MK

LaDenrée · 2017-08-29 15:29:36

bonjour,
vous pouvez egalemeent exporter votre liste d'assets en csv avec l'interface .
puis réinjecter ce fichier avec le plugin injection de fichiers. la version 'Injection de fichiers 2.4.2' est compatible avec 9.1.
http://plugins.glpi-project.org/#/plugin/datainjection

je pense comme yllen que migrer l'ancienne version en 9.1.6 puis de reprendre le paramétrage après migration est la meilleure solution. ( ainsi vous n'avez même pas besoin d'étudier l'ancienne base). vous partez sur une base standard.

yllen · 2017-08-29 15:51:06

Attention avec le plugin datainjection.
Sauf erreur de ma part il faut que la structure du fichier csv soit identique à la structure de la nouvelle base (il peut sinon y avoir des champs qui ne seront pas mappables car éclatés)

LaDenrée · 2017-08-29 16:00:38

OK avec yllen :
le plugin ne permettra pas de récupérer toutes les données, il y aura certainement des informations perdues.
le plugin demande de faire les correspondances entres les colonnes du csv et les champs glpi : il peut y avoir des champs sans colonne qui ne seront pas remplis et des colonnes sans champ correspondant quine seront pas intégrées.
c'est à vous de voir si les infos perdues étaient importante dans la reprise de données ou pas .

mais je remets un +1 pour la proposition de migrer glpi puis de paramétrer la nouvelle version plutôt que export 0.84/ import 9.1

Mérick · 2017-08-30 08:46:26

Bonjour Messieurs,

Pour info je suis en 9.1.2, et la dernière version du DATA Injection s’arrête à 9.1, j'ai pu voir que ceux qui sont compatible avec ma nouvelle version sont noté 9.1.x

"Je l'ai quand même testé" cela ne fonctionne pas

Comme l'ancienne version 0.84.5 et en Production je ne peut la passé en 9.1.6

J'ai commencé à recrée une nouvelle en 0.84.5 pour transférer les données puis le passer en 9.1.2

je chercher le moyen de faire cela le plus vite possible avec le moins de soucis (perte de données ou autres)

Toutes idées sont la bienvenue,

En vous souhaitant une very good Day,

Et merci d'avance

bzh · 2017-08-30 09:57:26

tu peu le faire peut-être avec des versions intermédiaire !

0.84.5 => 0.85.4
0.85.4 => 0.90.2
= puis vers la dernière ?

je ne sais pas si yllen & LaDenrée en pense ?
a+

Mérick · 2017-08-31 10:32:19

Alors je vous fais un retour sur le sujet suivant,

Bon pour le DATA injection j'ai pu l'implémenter sur ma nouvelle Bases 9.1.2, en bricolant un peu le plugins,

Donc j'ai pu importer beaucoup de ce dont j'ai besoin avec quelque erreur et quelque oublie dans l'importation,

Cependant je profite d'avoir des EXPERT GLPI sur mon sujet pour vous demandez :

Comment ferriez-vous pour importer touts types de ticket de l'ancienne base à l'ancienne,

J'ai testé via php my admin en sql ,

cela ne remonte pas sur la nouvelle base sachant que les importations SQL ce sont effectuer avec succès,

exemple: GLPI_tickets

Juste pour info les tables que j'ai inporter sont :
glpi_tickets
glpi_groups_tickets
glpi_ticketfollowups
glpi_tickets_users
glpi_ticketsatisfactions,

Merci d'avance pour l'aide,

belu33fr · 2017-09-02 10:11:56

Bonjour,
J'arrive peut-être un peu tard dans la discussion, mais il me semble que si je ne veux pas m'embeter, je ferai une sauvegarde de la base en production, puis je monterai le même GLPI avec cette base, puis je la migrerai. Je verifierai que tout le process est OK, remettrai en place tout ce qu'il faut au niveau des plugin, etc... Dès validation, cette ensemble de manipulation prenant moins de 30 minutes. J'arreterai donc la base de production et recommencerai les opérerations sur la future machine de production ou, après sauvegarde complète de la base de l'application en production, je ferai une upgrade in-situ.

Si vous dites que cette opération bloque la machine de production, il en sera de même dans votre approche car entre le moment où vous faites l'export puis l'import, que ferez vous des datas qui auront été modifiées pendant ce temps là? Il vous faudra bien l'arreter pour ne pas perdre des informations. Non?

Bon courage.

LaDenrée · 2017-09-02 10:57:58

si vraiment la recupération des données en vaut la peine ( ce que je vous propose est un peu fastidieux je le concède) :

vous migrez une copie de votre 0.84 en 9.1.x
vous utilisez l'api avec un client php par exemple pour :

récupérer le ticket avec l'api de la version ex 84
recupérer les acteurs et faire la correspondance avec la nouvelle base ( il n'ont pas les mêmes ID) ou créer les manquants
récupérer les taches avec les acteurs
recupérer les followups avec les acteurs

créer un ticket avec l'api de la nouvelle version récupérer le nouveau N° du ticket ( il ne pourra pas être le même que sur l'ancienne version car il y a un autoincrement sur id)
associer les acteurs avec l'api ( utilisez les nouveaux identifiants et le nouveau N° de ticket)
associer les taches avec l'api ( utilisez les nouveaux identifiants et le nouveau N° de ticket)
associer les followups avec l'api ( utilisez les nouveaux identifiants et le nouveau N° de ticket)

vous pouvez aussi gérer les elements associés, les documents, les tickets liés, .

ça necessite de jongler avec les 2 API ( celle de la base source et de la base cible),
et surtout de transposer les ' id' des tables pour les liens car les id sont en autoincrement et ne seront donc pas les mêmes entre source et cible. c'est important de tenir compte de ce changement.

je dois egalement vous conseiller de travailler sur des serveurs de tests et de faire les dumps des bases avant de lances la migration.

question : à la louche, combien de tickets devrez vous migrer ?

Mérick · 2017-09-03 06:21:59

Entre 25000 50000 tickets tout confondu

LaDenrée · 2017-09-03 09:42:13

il faut aussi importer vos utilisateurs, vos lieux, vos catégories de tickets, de taches, les groupes, les logiciels( si ils sont attachés aux tickets et que vous voulez conserver le lien) et ce, quelle que soit la méthode utilisée pour importer les tickets.
sauf si vous ne voulez pas importer toutes les infos du ticket.

Mérick · 2017-09-03 10:30:45

Je souhaite converser les utilisateurs les lieux les categorie et les groupes
Tout cela ayant deja etait importer il me manque que les tickets actuellement
Je pense que je devrait tout reimporter selon votre méthode fastidieuses
Poir que tout cela correspond bien vu votre post
C'est bien sa?

LaDenrée · 2017-09-03 16:32:39

avez vous tous les utilisateurs de la 0.84 qui existent déjà dans la 9.1 ? ont ils les mêmes ID ?
idem pour les groupes et lieux ?
dans ce cas ça peut un peu simplifier le script d'import.

Mérick · 2017-09-04 06:30:04

Les utilisateurs ont étaient importer par L'AD
Les groupes et lieux ont étaient recrée donc non importer,

Je ne pense pas qu'il ont le même ID pour le coup,

LaDenrée · 2017-09-04 08:25:44

ils ont le même login mais probablement pas le même ID (champ glpi_users.id)

yllen · 2017-09-04 12:06:39

Solution la plus sure.
1. récupérez une sauvegarde de votre base de prod en 0.84 et vous l'installez sur le nouveau serveur. Vous faites la migration et regardez si tout fonctionne correctement. Cela vous donnera idée du temps nécessaire à la migration.
2. , le jour de la bascule. Vous arretez votre serveur de prod, vous faite une sauvegarde et récupérez cette sauvegarde pour refaire de point

C'est la seule solution viable pour que vos utilisateurs retrouvent leurs petits. En effet, vous ne pouvez pas faire une pré migration car le temps de celle-ci vos utilisateurs continuent de travailler.
Donc il faut bien que vous repreniez toutes leurs actions.

C'est ce que je fais chez les gros clients, en prévoyant une bascule un samedi, jour qui gène le moins la prod

Mérick · 2017-09-18 08:24:56

Bonjour à tous!..

Je vous fais un petit récapitulatif des actions faites suivant ma migration:

J'ai recréer une base en 0.84 en important les données via GLPI/Maintenance/ qui correspond à GLPI/Files/_Dumps

Ainsi que toutes les bases glpi via phpmy admin

Le résultat et que en me connectant sur la nouvelle 0.84 rien n'ai remonter, sachant que j'ai revérifier les fichiers importés, relance mon wamp, les services ect,

Jsui dans le Noir Complet!!

Mérick · 2017-09-18 08:31:41

Les éléments dont importation ont réussit sont:

Ordinateur
Consommable
Groupes
Entité
Contact
Contrat
Les documents "sachant qu'il sont lié aux tickets qui sont introuvable"
Bases de connaissances
Configuration

Merci d'avance,

Last edited by Mérick (2017-09-18 08:32:18)

LaDenrée · 2017-09-18 08:40:14

"Ainsi que toutes les bases glpi via phpmy admin"=> attention, la taille des bases est limitée avec cette méthode. toutes les tables n'ont peut être pas été importées si votre base est trop grosse.

utilisez plutot les lignes de commandes mysql -h localhost -u [myuser] -p [MyPW] [Mabaseglpi]<[mondumpglpi]

Mérick · 2017-09-18 09:57:47

LaDenrée wrote:

"Ainsi que toutes les bases glpi via phpmy admin"=> attention, la taille des bases est limitée avec cette méthode. toutes les tables n'ont peut être pas été importées si votre base est trop grosse.
utilisez plutot les lignes de commandes mysql -h localhost -u [myuser] -p [MyPW] [Mabaseglpi]<[mondumpglpi]

Mérick · 2017-09-18 09:58:03

Bonjour La Denrée,

J'ai bien compris qu'il te bloque au dela de 200 MO,

J'ai donc fait partie par partie en surveillant les données qu'il ne depasse pas 200Mo,

à l'importation dans ma nouvelle 0.84 par erreur SQL,

et comme je vous ai dis précédement j(='ai déja relancer les service wamp et tout,

Bien cordialement,

Forum GLPI-Project

Announcement

#1 2017-08-29 13:30:37

Intégration de données "Ordinateur.... téléphone" + old ticket

#2 2017-08-29 14:11:26

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#3 2017-08-29 14:45:30

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#4 2017-08-29 15:29:36

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#5 2017-08-29 15:51:06

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#6 2017-08-29 16:00:38

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#7 2017-08-30 08:46:26

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#8 2017-08-30 09:57:26

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#9 2017-08-31 10:32:19

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#10 2017-09-02 10:11:56

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#11 2017-09-02 10:57:58

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#12 2017-09-03 06:21:59

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#13 2017-09-03 09:42:13

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#14 2017-09-03 10:30:45

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#15 2017-09-03 16:32:39

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#16 2017-09-04 06:30:04

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#17 2017-09-04 08:25:44

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#18 2017-09-04 12:06:39

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#19 2017-09-18 08:24:56

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#20 2017-09-18 08:31:41

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#21 2017-09-18 08:40:14

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#22 2017-09-18 09:57:47

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

#23 2017-09-18 09:58:03

Re: Intégration de données "Ordinateur.... téléphone" + old ticket

Board footer