autant dire : redévelopper tout... pas super Spip pour ca.. mais bon s’il n’y pas le choix..

...

J’ai passé trois jours à tenter de transférer un site sous une version 1.7 vers un autre hébergement avec Spip 1.9.2. J’ai eu des problèmes de transfert de la base de données d’un serveur à l’autre car j’avais installé sur le nouveau serveur directement la version 1.9 ceci a eu pour effet que Spip 1.9 a contruit les tables, mais celles-ci ne sont pas totalement compatibles avec les tables des anciennes versions. J’ai constaté que dès que je restaurais la base de données avec celle venant de l’ancienne version de Spip (Fichier "dump.xml.gz"), il manquait la moitié des données et les rubriques avaient disparu. Que se passait-il ? Que faire ? J’ai essayé la démarche ci-dessous qui n’est pas une méthode très élégante, mais j’ai réussi malgrè tout à recréer le site.

 Sur le nouveau serveur j’ai installé mon ancienne version de Spip 1.7 qui a créé les tables dans MySQL. Ensuite j’ai restauré la base de données sur le nouveau serveur avec le fichier dump.xml.gz provenant d’une sauvegarde de l’ancien serveur. Ça va vous suivez ?

 J’ai ensuite effacé cet ancien Spip version 1.7 que je venais d’installer sur le nouveau serveur pour le remplacer par la version 1.9. Surtout n’effacez pas les tables de la base de données MySQL que vous venez de construire !

 En dernière étape d’installation Spip vous propose de faire une mise-à-jour des anciennes tables. Bingo. C’est par cette méthode que j’ai pu retrouver toutes mes données sur l’ancien serveur.

 Pour la construction d’un nouveau squelette c’est une autre paire de manche, la logique n’est plus la même que dans les anciennes versions, mais beaucoup de posts sur les forums sont consacrés à ce sujet. Pour ma part, j’ai utilisé un plug-in pour me faciliter la tâche.

N’étant pas spécialiste, je ne garanti pas cette procédure ! J’ai peur que par cette méthode mon système de tables sous MySQL soit devenu un peu bancale sutout lorsque j’effectuerai une restauration de mes futures sauvegardes au cas où... Je découvrirai la question à l’usage !

DG

Si j’avais su comment faire, j’aurais sûrement fait comme vous aussi. En tout cas, j’ai eu du mal à trouver la réponse, donc j’ai en quelque sorte contourné le problème car n’étant pas familier de phpmyadmin, je ne savais pas trop comment faire l’exportation d’une table à coup sûr avec les bonnes options.

Merci pour vos réponses, je vais tenter cela dans les jours qui viennent.

Sachant qu’en fait je n’aurai pas les 2 serveurs disponibles en même temps, je vais procéder comme suivant :
 sauvegarde de l’ensemble des fichiers de la version SPIP 1.6 ;
 export via phpmyadmin des données.

 en local : installation des données de SPIP 1.6 ;
 en local : installation de SPIP 1.9.2 ;
 en local : mise en place et correction des squelettes ;
 en local : tests

 nouveau serveur : installation des données de SPIP 1.9.2
 copie des fichiers de local vers nouveau serveur ;
 modification des fichiers de configuration pour faire fonctionner le tout ;
 test du nouveau serveur
 mise en ligne du nouveau serveur.

Est-ce que cette procédure vous semble correcte ?

GP

J’ai procédé à la migration de spip 1.6 -> 1.9.2 et au changement de serveur.

Le tout c’est très bien passé, j’ai été olbigé de mettre un peu les mains dans le cambouis mais tout s’est bien passé.

J’ai galéré plus en fait sur le transfert mysql des donées à cause d’un changement de charset..

mais ca c’est beaucoup mieux passé que prévu..

GP.