Fusion de 2 GLPI

n.clavel · 2017-05-11 09:57:28

Bonjour,

Nous travaillons sur 2 GLPI sur 2 établissements (Serveur AD et Exchange séparés)
Suite à une mutualisation du service, nous souhaitons fusionner les GLPI.

Nous souhaitons que les utilisateurs de chaque établissement puisse s'identifier avec leur compte AD de leur domaine et ne voir que l'entité correspondante à leur établissement.

Quelqu'un as t il déjà fait cette manip?
Ou puis je avoir de l'aide pour savoir vers ou me diriger?

Merci

yllen · 2017-05-11 18:52:21

C'est une usine à gaz à faire car il faut, table par table, redressé pour les id de tous les objets

bzh · 2017-05-12 07:54:07

Question,

Pourquoi ne pas utilisé les domaines \ sous domaines ?

ou un serveur glpi par site ?

n.clavel · 2017-05-12 09:11:59

Nous avons actuellement un serveur GLPI par site mais cela nous fait passer d'un à l'autre sans cesse.

Nous ne souhaitons pas tout récupérer lors de la "mutualisation"
Nous récupérerons seulement le parc de la plus petite base (Je vais voir pour scripter la liaison des ordinateurs et périphériques)

ddurieux · 2017-05-15 10:24:38

Il faut quelques scripts / code. Juste bien penser à toutes les liaisons

LaDenrée · 2017-05-22 19:51:38

bonjour,
pour passer des ordinateurs d'un glpi à l'autre,si vos 2 sont en 9.1 vous pouvez utiliser l'API REST ;
vous recuperez la liste des pc avec glpi_ancien/apirest.php/computer/
pour chaque pc de la liste :
vous envoyez en post le pc sur glpi_nouveau/apirest.php/computer/
avec un {"input:" {"name:" $pcname,"serial" etc.....}}

yllen · 2017-05-23 12:15:06

Il n'y a pas que les ordinateurs mais également tous ce qui est lié...

LaDenrée · 2017-05-23 12:18:25

oui, ma proposition est très shematisée, pour chaque pc il y a tous les élements associés à recreer si besoin dans le nouveau glpi ( ou à associer si ça existe déjà) quelle que soit la methode ça reste un gros chantier....

n.clavel · 2018-02-09 10:34:10

Bonjour,

Je reviens vers vous pour vous exposer ma méthode pour déplacer le contenu de l'entité racine vers une sous-entité.

1. J'ai d'abord identifié les tables doint les éléments sont liés à une entité (champs "entities_id")
**************** Requête MySQL ******************************
SELECT TABLE_NAME
FROM information_schema.COLUMNS
WHERE TABLE_SCHEMA = 'glpi'
AND COLUMN_NAME = 'entities_id'
************************************************************

II. J'ai identifié les éléments devant être récursifs et ne devant pas pas être déplacé
***** Liste des tables *****
glpi_bookmarks
glpi_fqdns
glpi_groups_rssfeeds
glpi_itilcategories
glpi_knowbaseitemcategories
glpi_knowbaseitems_profiles
glpi_profiles_rssfeeds
glpi_solutiontemplates
glpi_states
glpi_tickettemplates

III. J'ai créé un script PHP qui:

- Modifie la valeur du champs "entities_id" pour les tables définies (Lecture d'un export txt)
Requête SQL: "UPDATE $table SET entities_id='1'

- Modifie la valeur du champs "is_recursive" pour les tables définies (Lecture d'un export txt)
Requête SQL: $sql = "UPDATE $table SET is_recursive='1'

- Remet à 0 la valeur du champs "entities_id" du profil "super-admin" dans la table "glpi_profiles_users" pour l'utilisateur dont l'ID est passé en paramètre
UPDATE $table SET entities_id='0' WHERE users_id='$id_user' AND profiles_id='4'

- Met à 1 la valeur du champs "is_recursive" du profil "super-admin" dans la table "glpi_profiles_users" pour l'utilisateur dont l'ID est passé en paramètre
Requête: UPDATE $table SET is_recursive='1' WHERE users_id='$id_user' AND profiles_id='4'

Qu'en pensez-vous ?

Merci

Last edited by n.clavel (2018-02-09 10:36:28)

n.clavel · 2018-02-14 11:23:13

Personne ?

n.clavel · 2018-03-14 15:35:13

Aucun avis ?

LaDenrée · 2018-03-14 15:51:10

ça devrait effectivement déplacer d'une entité dans une autre (je n'engage pas ma responsabilité, je n'ai pas fait une analyse détaillée), mais votre objectif était de fusionner 2 bases non ?

n.clavel · 2018-03-14 16:19:33

Il ne s'agit pas réellement d'une fusion mais utiliser un base GLPI existante pour créer plusieurs sous entités et déplacer le contenu de l'entité racine vers une des sous entités créé en gardant les communs récursifs.
Puis importer des données d'une autre base GLPI dans une autre sous entité; surement avec un csv

yllen · 2018-03-22 17:51:32

Déjà il y a beaucoup plus de tables ayant le champ entities_id que vous ne l'indiquez (68 pour etre exacte)
Ensuite, si je prends la première table : glpi_bookmarks, un marque-pages public destinée à une seule entité sera maintenant visible pour toutes les entités. Donc quid des critères particuliers mis pour une entité particulière ?
De plus certaines tables sont paramétrab les par entité, comme les catégories de tickets, les gabarits de tickets... et là vous mes mettes pour tout le monde.
Les utilisateurs vont avoir des listes énormes à choisir et de plus, ils ne pourront même pas les supprimer pour leur entité locale

Pour moi il faut également faire un redressement de tous les champs liés.

n.clavel · 2018-03-22 17:57:30

Excusez moi yllen mais je ne comprend pas tout dans votre réponse

n.clavel · 2018-03-22 18:15:51

Je vais tenter de répondre clairement.

Nous utilisons GLPI sur 2 établissement (2 serveurs) mais géré à l'identique par un seul service informatique.
Les règles sont les mêmes pour les tickets, les modèles ...
Seuls les domaines Active Directory et les serveurs de messagerie sont différents.

Responsable de l'application GLPi sur les 2 sites, quand je met en place une configuration sur un, je le fait sur l'autre.

Les marques pages sont utilisés par le service informatique seulement donc voilà pourquoi je pense les définir en récursifs comme les modèles de ticket, gabarits ...

La où je bloque sur votre réponse concerne le "redressement des champs"

yllen · 2018-03-23 17:34:25

Par contre, s'il y a un décalage d'ID, là ça va être problématique.
Par exemple, pour la catégorie de ticket
dan,s une base la catégorie "TOTO" a l'iD 6 et dans l'autre l'ID 7
Dans le ticket la catégorie ne sera pas la bonne
et ce sera encore pire si vous utilisez des catégories récursives...

Mais si vous êtes l'administrateur des 2 entités et que personne d'autre ne peut intervenir et que les 2 entités devront toujours être pareille et que tous les ID des tables sont identiques sur les bases, alors pas de problème.

Forum GLPI-Project

Announcement

#1 2017-05-11 09:57:28

Fusion de 2 GLPI

#2 2017-05-11 18:52:21

Re: Fusion de 2 GLPI

#3 2017-05-12 07:54:07

Re: Fusion de 2 GLPI

#4 2017-05-12 09:11:59

Re: Fusion de 2 GLPI

#5 2017-05-15 10:24:38

Re: Fusion de 2 GLPI

#6 2017-05-22 19:51:38

Re: Fusion de 2 GLPI

#7 2017-05-23 12:15:06

Re: Fusion de 2 GLPI

#8 2017-05-23 12:18:25

Re: Fusion de 2 GLPI

#9 2018-02-09 10:34:10

Re: Fusion de 2 GLPI

#10 2018-02-14 11:23:13

Re: Fusion de 2 GLPI

#11 2018-03-14 15:35:13

Re: Fusion de 2 GLPI

#12 2018-03-14 15:51:10

Re: Fusion de 2 GLPI

#13 2018-03-14 16:19:33

Re: Fusion de 2 GLPI

#14 2018-03-22 17:51:32

Re: Fusion de 2 GLPI

#15 2018-03-22 17:57:30

Re: Fusion de 2 GLPI

#16 2018-03-22 18:15:51

Re: Fusion de 2 GLPI

#17 2018-03-23 17:34:25

Re: Fusion de 2 GLPI

Board footer