Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités

SharePoint : Et si on parlait de migration ?

Le sujet reviens à la mode ces temps ci et de tous les cotés des frontiéres en plus smile_wink.

[Updated] voir en bas

A vrai dire la migration est un peu un mot fourre-tout...

Je m'explique.

  • Pour un utilisateur, il s'agit d'une évolution de leur portail actuel
  • Pour les IT-DBA, il s'agit d'un simple changement de version de systéme : genre je passe de SQL 2000 à 2005
  • Pour les Dev, c'est plus une revue de code pour assurer le fonctionnement ou une reécriture pour bénéficier des nouveautés : genre les génériques
  • Pour les Gestionnaires de contenu, cela correspond à la conservation même de leurs modéles de Taxonomie 

Un mot simple qui change de concept selon les situations et les populations.

En résumé, il faut préciser !

Soit les remarques suivantes :

  • SPS 2001 et SPS 2003 sont fonctionnellement différents
     
  • MOSS 2007 fonctionne au minimum comme SPS 2003
     
  • Une architecture 2003 n'est pas forcement des plus optimisés face aux possibilités de 2007 : risque de clivage entre les anciens modéles et les nouveaux (si si)
     
  • Attention aux problémes de volumétrie : il est peut être temps de restructurer le contenu si il a augmenté plus qu'à l'origine
     
  • La hiérarchie d'un portail collaboratif / espace de GED dépend souvent de la structure hiérarchique même de la société : Est elle toujours valable ?
      
  • Aprés une longue utilisation, des demandes arrivent, sont elles toute couvertes par les fonctionnalités de la nouvelle version ou non ? Attention aux déceptions, désillusions.

Rien de bien evident.

De mon approche personnel, chaque migration d'outil suit aussi bien une évolution technologique qu'une évolution du besoin.

On migre donc rarement "dans l'état". Sinon le rapport Gain/Effort est forcement négatif et le bon sens paysan reprend toute sa valeur

"Pourquoi changer si un outil fonctionne toujours ?"
>>> Dixit les AS400

En ce qui concerne SP 2007, la tache peut être hardue : SPS 2007 avec son moteur de publishing, les workflows, les content types, la sécurité granulaire rend bien des scenarii SPS 2003 obsolétes.

Je dirais dans les 20/80 (oui j'adore la loi de Pareto).

Bien souvent, les projets SPS 2003 sont nés de migration rapide de 2001 voir initié à une époque ou le manque de recul n'avait pas favoriser de réel plan de stockage métier.

D'ailleurs qui aurait pu prévoir une position aussi dominante de SharePoint dans la vision du SI de Microsoft. J'avoue, je reste le premier surpris !

Donc, attention :

  • Analyse
  • Maquette
  • Validation
  • ReAnalyse et ainsi de suite si besoin

Le pire dans toute migration restent la perte de :

  • vos données
  • pire : de vos utilisateurs

Je rajouterais encore un point. Dans le cas de la GED, il s'agit soit de migrer à l'identique vos fichiers de 2003 à 2007 ou de complétement restructurer le volume documentaire.

Dans le cas de Site Server 3.0 et SPS 2001, il n'y a plus que la refonte d'envisageable (voir passer par SPS 2003)

Ainsi:

  • les scripts de migration de MS fonctionne à merveille
  • il vous faut utiliser un injecteur

Injecteur ?
>>> simple, un outil qui en lisant une structure (soit le sitre actuel ou un manifeste XML ou Excel quelconque) vas reproduire et uploader les données dans le site SP 2007 final

A la SPIn et SPOut pour les nostalgiques

Ce genre d'outil n'est pas si complexe à developper mais peut devenir monstrueux si il doit gérer toute les finesses possibles de SharePoint. Et il y en a !

Ca peut aller du simple upload avec metadata à la création dynamique de content type et le remappage des datas

Soit des samples comme :

Mais si on continue cette reflexion un peu plus loin, la création et la maintenance d'un tel outil peut s'avérer couteuse en temps/argent.

Pourquoi donc ne pas s'orienter vers des éditeurs tiers.

Genre :

Certains de ces outils fournissent même une méthodologie de migration plus compléte et souvent plus riche

Donc comme je le disais au début, il faut bien analyser le besoin avant

Comme tout bon projet non ?

PS : si le sujet de la migration vous passionne, ne passez pas à coté du site SharePoint dédié de Microsoft :

PS2 : Je ne suis pas le seul à relever les soucis/Lacune des 3 modéles de migration, Microsoft aussi en est trés conscient, dixit leur service support

2 PM Bloggers se focalise dessus d'ailleurs

 

Renaud Comte aka TheMit (Migras, migras pas )
Member of WygTeam
http://www.wygwam.com

Technorati tags: , ,
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 22 mai 2007 16:35 par themit

Commentaires

ROMELARD Fabrice a dit :

C bizarre ca me rappelle une question ca ;)

Fabrice

# mai 22, 2007 23:23
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Silverlight 3 : Communication et multicast par Kévin Gosse le il y a 5 heures et 27 minutes

- [Perso] Découvertes estivales : Linux (Part I) par Le blog de FremyCompany le il y a 8 heures et 9 minutes

- [Refactoring] ReSharper pour Visual Studio 2010 (Preview) par Thomas Jaskula le il y a 22 heures et 45 minutes

- [Refactoring] Analyser vos exceptions avec ReSharper Exceptional par Thomas Jaskula le il y a 23 heures et 59 minutes

- SharePoint 2007 : patterns & practices SharePoint Guidance par Philippe Sentenac [MVP SharePoint] le 07-03-2009, 09:56

- [Visual Studio 2010] Les tests cases c’est bien, mais je vais devoir tout réécrire ? par Etienne Margraff le 07-03-2009, 09:00

- MVP[Gribouillon].AddYear par The Grib's Lair [Sébastien PICAMELOT - MVP SharePoint] le 07-03-2009, 08:45

- Clinique INSIA - Projet de fin d’Etudes (Silverlight 3 MVVM et OutOfBrowser, WCF, TFS) - Part 1 par David REI le 07-02-2009, 23:38

- C’est la crise ? Bah pourquoi cramer du budget pub alors ? par Nix's Blog le 07-02-2009, 15:31

- Soyons MVP ! par TheSaib .NET blog le 07-02-2009, 12:15