Migration 1.0.8. vers 1.2.3. comment faire ?

[citenouvelle]

Bonjour,

Voila j'ai besoin de vos conseilles concernant la migration de Mantis BugTracker.

Actuellement, Mantis 1.0.8 est sur un serveur et fonctionne avec IIS version6.0, Version de MySQL 3.23.49.
La migration doit se faire vers la version 1.2.3. les données de l'ancienne version doivent etre sauvegarder dans la nouvelle version.

Cependant, je constate que la base de données n'est pas la meme dans les 2 version , comment procéder a la migration ?

Veuillez me conseiller !

Merci

[Lapinkiller]

Bonjour

j'ai réalisé une migration de la 1.0.6 vers la 1.2.3 pour ma société

il te suffit juste de suivre la procédure normale de mise à jour de Mantis ! http://manual.mantisbt.org/manual.insta ... rading.php

Fais juste attention à l'encodage de ta BDD, j'ai du exporter ma BDD en iso8859-1 et la réimporter en UTF-8 et en remplacant les occurence iso88591 par utf8 dnas le dump d'export pour résoudre le problème des accents

[citenouvelle]

Ok je vais y jeter un oeil, merci .

Je voulais aussi savoir, en cas de mauvaise manipulation, est ce que mes données craignent quelqueschoses ? quels sont les risques ?
Je e voudrais pas perdre mes données !

Merci.

[Lapinkiller]

Comme c'est indiqué sur le lien que je t'ai donné, il faut réaliser une sauvegarde de ta base de données avant de tester la migration.

Et si tu peux, fais le sur un serveur de test

[citenouvelle]

L'anglais n'etant poas mon point fort, si j'ai bien compris voila procedure à suivre :

1 - Je télécharge la version v1.2.3. (ou v1.2.4)

2 - Extration dans le dossier du serveur.

3 - Je vais sous ~mantisbt/admin/install.php, et je suis la procedure d'installation

4 - Lors de l'installation, je choisi la base de données existante (celle de la version v1.0.8.)

5 - Je clique install et c'est bon !!!!

Suis je bon dans le raisonnement ?

Autre questions: J'ai remarqué que la base de données de la version 1.0.8. possède 26 tables alors que celle de la version 1.2.3 en possède 31.

Cela poserait il un probleme lors de la mise à jours ?

Merci

[Lapinkiller]

Oui normalement c'est bien ca

et oui de nouvelles tables ont été ajoutée avec les nouvelles versions de mantis

[citenouvelle]

Vous etes sur qu'au niveau du transfere de la base de donnée ça ne posera aucun probleme, par rapoort au nombre de table ?

[Lapinkiller]

non les tables seront créée automatiquement par le install.php

[citenouvelle]

En ce qui concerne l'intégrité des données , pourrais je rencontré des problèmes ?

[Lapinkiller]

mise à part les accents, normalement non...

mais comme je te l'ai dis, sauvegarde ta bases au cas où

[guipar]

Bonjour,

lors de ma migration de mantis 1.0.8 vers la version 1.2.4. Lorsque j'ai lancer le script install.php, j'ai cette erreur :

APPLICATION ERROR #401
Database query failed. Error received from database was #1054: Unknown column 'p.inherit_global' in 'field list' for the query: SELECT DISTINCT p.id, ph.parent_id, p.name, p.inherit_global, ph.inherit_parent
FROM mantis_project_table p
LEFT JOIN mantis_project_hierarchy_table ph
ON ph.child_id = p.id
WHERE p.enabled = ?
ORDER BY p.name.

Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.


et le script check.php donne ceci :
Checking Installation...
Config File Exists - Upgrade GOOD
Setting Database Type GOOD
Checking Database connection settings exist BAD
database connection settings do not exist?
Checking PHP support for database type GOOD
Config File Exists but Database does not POSSIBLE PROBLEM
Bad config_inc.php?
Checking PHP version (your version is 5.2.4-2ubuntu5.10) GOOD
Checking if safe mode is enabled for install script GOOD


Je ne vois pas du tout d'ou vient mon souci, merci de m'aider sur ce problème.

[citenouvelle]

Comment as tu procédé à ta mise à jour ? merci de detailer chaque étapes.

[AlainD.]

En fait les étapes de citenouvelle ne sont pas tout à fait correct:
- d'une part parce que l'encodage de la base de donnée diffère de la version 1.0.8 à 1.2.4 comme l'a précisé avant Lapinkiller
- d'autre part il ne faut pas extraire dans le repertoire du server mais extraire tes sources dans un nouveau repertoire (ou dans un repertoire du meme nom que l'ancien après avoir renommé l'ancien).

Donc ce que je conseille:
1- backup de la base de donnée de mantis 1.0.8
2- backup du repertoire de mantis 1.0.8 (ou renommage)
3- recréer la base de donnée à partir du backup mais en important en UTF-8
4- extraction des fichiers sources de mantis 1.2.4 dans un repertoire vide sur le server !
5- copie du fichier config_inc.php depuis l'ancien répertoire vers le nouveau répertoire (plus les autres fichiers de custo)
6- suivre la procédure d'installation via http://<tonserver>/mantis/admin/install.php (bien renseigner le user+password comme dans le fichier config_inc.php)
7- verifier l'installation, etc...

[charismatik2m]

Bonjour,
je dois faire un migration semblable mais sur un autre serveur.
J'ai donc installé le nouveau mantisbt sur le nouveau serveur.
Et je voudrais savoir comment faire pour la reprise des données. Copier l'ancienne BDD sur le nouveau serveur en replacement de l'ancienne ?
Merci d'avance.

[AlainD.]

Exactement la même procédure, sauf que:

1- backup de la base de donnée de mantis 1.0.8
2- backup du repertoire de mantis 1.0.8 (ou renommage)
3- recréer la base de donnée à partir du backup mais en important en UTF-8 sur le nouveau server
4- extraction des fichiers sources de mantis 1.2.4 dans un repertoire vide sur le nouveau server !
5- copie du fichier config_inc.php depuis l'ancien répertoire vers le nouveau répertoire du nouveau server (plus les autres fichiers de custo)
6- suivre la procédure d'installation via http://<tonnouveauserver>/mantis/admin/install.php (bien renseigner le user+password comme dans le fichier config_inc.php)
7- verifier l'installation, etc...

8- Eventuellement, modifier les config apache pour ou bien virtualiser l'ancien server vers le nouveau server, ou bien bloquer l'accès à l'ancien server.