You are not logged in.
Bonjour,
Je suis en train de mettre en oeuvre le tandem GLPI OCS-NG dans un contexte réseau un peu particulier.
Les différentes contraintes me poussent à installer 4 instances d'OCS-NG pour une seule instance GLPI.
Est-ce que ce type d'installation est possible ? puis-je faire des synchronisations à la suite sur les 4 OCS en changeant la configuration entre chacune d'entre elles ?
Merci de ces précieuses informations.
Cordialement,
Archyg
Offline
Oui, c'est possible. C'est une des nouveautés de la version 0.70.
Donc il faut attendre cette version (ou commencer les test avec la béta, déjà largement opérationnelle).
A+
P.S. : enfin faut voir le contexte, nous on se contente d'une seule machine OCS (grosse config, c'est vrai) pour un parc très important...
Last edited by remi (2007-06-21 17:29:35)
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
Merci de cette réponse rapide, je vais jeter un coup d'oeil à la branche de développement, ça sent le backport pour moi ...
Archyg
Offline
euh backport ça va pas être simple autant travailler sur la béta ça me semblerait nettement plus efficace
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Je n'avais pas regardé ou en était la branche béta. J'avais espoir que le code de synchro soit suffisament développé pour être backporté, si ce n'est pas le cas : tant pis pour moi
Je pensais à utiliser un mode dégradé de la manière suivante :
- Configurer une source OCS-NG
- Faire la synchro
- Configurer la source suivante
- Faire la synchro
- ...
Croyez vous, chers lecteurs, que cette procédure à des chances de marcher ? ou je vais détruire ma base GLPI en quelques minutes ?
D'avance merci
Archyg
Offline
Non, aucune.
GLPI stocke l'ID (au sens OCS) dans sa base (table glpi_ocs_link). Comme il s'agit d'une clé automatique, tu as toutes les chances d'avoir les mêmes numéros sur les différents serveurs OCS.
Ou alors faudrait en plus jouer sur le renommage de cette table....
Le code est en béta mais est déjà très avancé.
Le problème du back-port c'est qu'il y a beaucoup de changement entre les 2 versions. En particulier dans le schéma de la base de données...
A+
Last edited by remi (2007-06-21 17:51:44)
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
Je sens que je vais devoir partir sur une béta alors, je ne suis qu'en phase d'expérimentation. Je vais croiser tous les doigts disponibles
Archyg
Offline
La version 0.70 béta et idéale pour une période d'expérimentation.
1/ cela t'évitera un boulot de backport
2/ cela t'évitera une migration 0.68.3 -> 0.70 dans un avenir proche
3/ cela te permettra de participer aux tests (et de contribuer ?)
Maintenant il faut espérer que ton planning correspondra à celui de la version finale.
A+
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
Je suis en expérimentation pour les 3 mois à venir. Pour quand est prévue la version finale ?
Merci
Archyg
Offline
Elle devrait sortir dans moins de 3 mois il me semble
Offline