Aller au contenu. | Aller à la navigation

Sections
Outils personnels
Vous êtes ici : Accueil Utiliser Plone efficacement How-to Migration de plone 3.3.5 vers plone 4

Migration de plone 3.3.5 vers plone 4

Marche à suivre

Après de nombreux tests, la procédure qui nous parait être la meilleure est la suivante :

  1. Le responsable du site passe un peu de temps pour assainir le site Plone :
    1. supprimer les contenus vieux, dé-publiés, et qui ne servent pas
    2. désactiver (via la ZMI) les produits qui ne sont pas du tout utilisés
    3. rafraichir le catalog (portal_catalog -> onglet avancé)
    4. faire un pack du Data.fs de toute l'instance concernée (/Control_Panel/Database/main)
  2. A ce stade, on peut essayer de passer une migration directe : soit exporter/importer le site 3.3.5 dans une instance en 4 et utiliser portal_migration ... puis prier très fort; si le site est très simple, cela passera, sinon ...
    1. un truc très pratique pour trouver les objets qui trainent qui posent problème: aller dans le plone3 et avant l'export de données on se place dans portal_catalog sous l'onglet catalog => là demander de ne voir que les objets d'un certain type => si il y a un type exotique on le verra et on pourra savoir où se trouvent ces objets à détruire + ensuite cliquer sur "remove" dans le portal_catalog!
    2. recommencer après nettoyage ...

Si toujours pas :

  1. créer un site neuf (SN) en 3.3.5 dans la même instance que le site à migrer (SM), soit à partir d'un modèle qui inclut déjà les paramétrages de base souhaités - mais rien d'exotique ! - soit plus sur un plone neuf et vide
    1. installer le produit ldap support (si on l'utilise dans le site de départ), supprimer le dossier acl_users et copier-coller celui du site de départ (pas via zexp !)
    2. supprimer le workflow et le remplacer par celui de l'ancien site (si des modifs ont été faites) par un copier-coller dans portal_workflow -> onglet "contents" + ne pas oublier de mettre à jour les paramétrages workflow by type dans portal_workflow puis "Change" puis "Update Security Settings"
    3. aller dans portal_types->largeplonefolder et cocher la case "implicitly addable"

Dès à présent, utiliser la procédure ssh export/import (plus de copier-coller!)

    1. supprimer le dossier Members et importer/exporter ce dossier de l'ancien vers le nouveau
    2. supprimer les dossiers News et Events et importer/exporter ces dossier des l'ancien vers le nouveau
    3. copier les contenus en utilisant la procédure ssh export/import (pas de copier-coller!)
    4. rafraichir le catalog (portal_catalog -> onglet avancé)
    5. faire un zexp de tout le site plone 3 neuf avec les contenus ok (depuis export ZMI)
    6. copier ce zexp dans le dossier import de l'instance plone4 qui doit le recevoir (ssh) [pour saussure: /home/plone/p3.3.5/dip/var/collegedesaussure]
    7. l'importer dans l'instance plone4 qui doit le recevoir (depuis import ZMI)
  1. migrer SN vers plone 4.x avec les outils proposés dans l'instance (via portal_migration) - c'est là que tout se joue ! si ça passe -> ouf, on a un site migré (SM) ! sinon, essayer d'identifier l'erreur, corriger, ... et recommencer !
  2. rafraichir le catalog (portal_catalog -> onglet avancé) : utile/nécessaire ou non ??
  3. mettre à jour le workflow (portal_workflow -> update security settings : utile/nécessaire ou non ??
  4. pour finir les aspects hors contenu : revenir dans SM en 3.3.5 et exporter (zexp) le dossier custom, le recupérer (quickimport ou via le serveur) dans (SM)
  5. récupérer paramétrages SM qui étaient ailleurs (plone_customization, css, js, ...) "à la main" (copier-coller)

 

PBS rencontrés et solutions

  • si vous avez récupéré des customisation de templates depuis plone3, ça plantera -> les enlever du dossier custom et les refaire
  • attention: si tout est ok, le nouveau plone est paramétré avec l'action "send to" ouverte -> dangereux pour la sécurité -> aller dans portal_actions/document_actions/sent-to et décocher "visible"
  • le logo s'appelle désormais logo.png et non logo.jpg

 

Migration des fichiers et des images

Attention à la fin de la migration, il faut prévoir de vérifier si les fichiers et les images sont bien devenus des blobs.

Pour ce faire, lancer le site puis ajouter /@@blob-file-migration => puis procéder à la migration des blobs si nécessaire. Idem pour les images avec /@@blob-image-migration

 

En fait, une grosse migration devrait être l'occasion de repenser le site : est-il conforme à ce qu'on souhaite aujourd'hui? Suffit-il de le migrer tel quel? Faut-il des améliorations ? Ou au contraire renoncer à des options non prioritaires ? Est-il finalement plus pertinent de recommencer un site à zéro puis d'y intégrer les contenus anciens migrés que d'essayer de migrer le tout ?

Planning migration ICP (et Exp)

Janvier

  • 18 janvier : Chavanne => Thomas Fischer
  • 24 janvier : Voltaire grec => Nicole Grieve
  • 25 janvier : ECG Jean-Piaget => Antoine Luisier

Février

Mars

  • 7 mars : CFP-SHR => Alexandre Schlaefli
  • 14 mars : cfpt (si pas de problème le 7 mars) => Alexandre Schlaefli Déçuen cours avec la méthode à Kamon
  • 21 mars : edu.ge.ch/spfs (idem) => Alexandre Schlaefli Déçuen attente

Avril - Mai

  • à fixer : cfpt à finir (quand Kamon revient de vacances)
  • à fixer d'ici la fin mai : Cliotexte, Plone-dip

Juin

  • CFP S CFP C CFP T et CFP SHR => Alexandre Schlaefli
  • 6 juin Calvin (à Calvin) => Bertrand Emery
  • 13 juin Pinchat et "http://edu.ge.ch/geographie/" => Alain Chassot

 

Liste des sites: (cf http://icp.ge.ch/sem/sites/spip.php?page=mot)

 

Actions sur le document