Démonstration de migration WSS 2.0 vers 3.0

1. Démonstration de migration WSS 2.0 vers 3.0 Microsoft Technology Center Paris Frédéric Queudret – fredeq@microsoft.com Architecte http://blogs.msdn.com/fredeq/

2. Agenda • Introduction • Montée de version / mise à niveau • Migration • Processus de mise à niveau • Planification • Déploiement • Préparation • Mise à niveau • Tests • Production • Processus de migration • Ressources • Présentation du MTC Paris

3. Introduction

4. Pourquoi? • Administration améliorée et meilleures performances avec WSS 3.0 • Nouvelles fonctionnalités • Recycle Bin / Poubelle • Sécurité au niveau de l’élément du dossier • Publication par e-mail de contenu dans une liste • Vues pour les mobiles • Support des flux RSS • Suivi de version dans les listes • Blogs, Wikis, … • … • Nouvelles possibilités pour les développeurs • Modèle objet évolué • Intégration ASP.NET 2.0 (Master pages, développement ASP.NET 2.0…)

5. Prise de décision: minimum d’informations • Migrer ou ne pas migrer? Analyse de faisabilité • Collecter l’information sur l’existant • Objectifs du projet et priorités • Exemples: • Quelle est la durée de vie prévue du site? • Mise en production de la nouvelle version? • Les attendus sont-ils bien définis (performance, …)? • Nouvelles fonctionnalités à intégrer?

6. Les options d’une mise à niveau • Mise à niveau complète - appropriée pour les petits sites • Mise à niveau graduelle - appropriée pour les sites plus importants sur lesquels il est nécessaire de contrôler de manière fine le processus de mise à niveau

7. Mise à niveau complète • WSS 2.0 est remplacé par WSS 3.0 et la base de contenu est modifiée. Mise à niveau non réversible. • Les sites d'origine ne sont plus visibles après la mise à niveau. • Les sites ne sont pas accessibles pendant la phase de mise à niveau. • Les visiteurs utilisent les mêmes URLs après la mise à niveau.

8. Site V2 Site V3 Site V3 Site V2 Mise à niveau graduelle • Copie des données vers une nouvelle base. Puis, mise à niveau. • Les données d'origine sont maintenues dans les bases tant que l'Administrateur ne les détruit pas. • Processus réversible. • Sites disponibles aux utilisateurs pendant la mise à niveau. • Les URLs sont conservées et la mise à niveau redirige vers des URLs temporaires pour la version d’origine. http://litwareinc.com http://litwareinc.com http://litwareinc_temp.com http://litwareinc.com Origine Mise à niveau Final

9. Migration • La migration s’effectue une fois que la mise à niveau a été faite • Elle ne peut se faire qu’entre SharePoint de même version • Consiste à migrer tout ou partie d’un site vers un autre site • Etape de refonte/restructuration qui peut suivre (optionnel) la mise à niveau • Restructurer le contenu • Consolider des données/informations • ...

10. Mise à niveau puis Migration

11. Processus de mise à niveau

12. Etapes du processus Planifier Déployer Préparer Mise à niveau Tester Finaliser • Vérification des pré-requis • Option de mise à niveau • Plan de communication • Backup • Nouveaux nom de domaines • Mise à niveau des web parts • Installer les pré-requis • Installation • Installer les composants de la version 3 • Outil de vérification de la mise à niveau • Configuration • Installation multi-serveurs • Ordre de mise à niveau • Copie des web parts • Préparation de la mise à niveau • Communication • Tests techniques • Tests fonctionnels • Purge des données obsolètes • Validation • Régularisation • (Optionnel) Etape suivante: Migration • Légende: étapes additionnelles de la mise à niveau graduelle

13. Planification & préparation • Vérification des pré-requis • Windows SharePoint Services Service Pack 2 installé • Vérification des pré-requis matériels et applicatifs: .NET Framework 3.0 (Workflow Foundation), IIS 6.0, SQL 2005 ou 2000 SP3 • Pré-requis de sécurité • Simple serveur: Administrateur du serveur • Ferme de serveurs: Membre du domaine avec droits administrateur sur les serveurs et la base • Option de mise à niveau • Complète ou graduelle • Plan de communication • Sauvegarde du serveur de base de données • Déterminer les nouveaux noms de domaine si nécessaire • Mise à niveau des web parts propriétaires • Prévoir le redéploiement • Modifier et recompiler les web parts • Installation des pré-requis

14. Déployer • Exécuter le programme d’installation • Installation des composants WSS 3.0 • Packs de langues • Packs de templates • Exécution du programme de préparation à la mise à niveau • C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\prescan.exe /ALL • Revue des rapports • Création du pool applicatif d’administration (mise à niveau graduelle) • Exécution du programme d’installation sur tous les serveurs de la ferme (si nécessaire)

15. Préparer • Sélectionner une application Web à mettre à niveau en fonction du plan d’ordonnancement (étape planification) • Spécifier une application Web cible • Création automatique du Web cible • Copie des web parts de la version précédente vers la nouvelle version

16. Mise à niveau • (Optionnel) Exécution du programme de préparation à la mise à niveau • Revue des rapports • Processus de mise à niveau exécuter sur les sites éligibles à la montée de version • Les données sont copiées vers une base temporaire • La mise à niveau s’exécute sur les données temporaires • Les données temporaires sont copiées vers la base version 3.0 et la base de configuration est mise à jour • L’ancienne et la nouvelle version sont accessibles

17. Tester • Tests techniques • Revues par l’IT • Tests fonctionnels • Revues par le propriétaire du site • Revues par le designer • Application des anciens thèmes • Notification de la redirection vers le nouveau site (si applicable)

18. Finaliser • Purge ou Export/Backup des données inutiles • Base de données • Site WSS 2.0 dans le cas d’une exécution côte-à-côte • Validation de la mise à niveau • Si réussie, désinstallation de WSS 2.0 • Sinon, exécution côté à côté jusqu’à ce que les sites WSS 2.0 deviennent obsolètes • Stabilisation • Réutilisation des URLs? • Redistribution du contenu (PRIME Tool) • Consolidation de la ferme de serveurs (Topology Manager) • Etape suivante (optionnelle): Migration

19. Processus de Migration

20. Migration • Migration de contenu, éléments, liste, site, collection de sites • Méta données, structure ou permissions • Définition: copies des documents et données d’un stockage source vers un stockage cible • Les sites migrés peuvent remplacer les précédents ou être déployés sur de nouveaux frontaux • Administrateur ou propriétaire de site • Supporté uniquement pour les mêmes versions de WSS • Ex: WSS 3.0 vers WSS 3.0 • Utilisation d’un framework de processus de migration de contenu • Pour des volumes importants • Modèle de référence (sources, cibles, caractéristiques…) • Des processus, activités et tâches à planifier • Des outils à chaque étape du processus • Des bonnes pratiques • Choisir entre la migration versus la co-existence

21. Démarche • Commencer par analyser le contenu • Combien d’éléments sont dans stockés dans la source de contenu? • Combien de ces éléments doivent être migrés? • Quels types de documents? • Quelles sont les méta données disponibles? • Espace de stockage? • Contrôles d’accès? • Hiérarchie des répertoires? • De quand date le contenu? • Evénements ou workflows? • Qui est propriétaire de quels sous-ensembles du contenu source? • Model de contenu à 5 niveaux (5LCM) • Documents • Méta données • Structure de répertoire • Contrôles d’accès • Logique événementielle (workflows)

22. Exemples 5LCM Systèmes de fichiers Dossiers publiques Exchange Serveur Web

23. Etapes du processus Planifier Préparer Migrer Tester Finaliser • Option migration • Plan de communication • Backup • Processus • Outils • Méthodes • Modéliser le contenu source (ex: structure des fichiers, etc.) • Extraction du contenu depuis la source vers un espace de stockage intermédiaire (fichier, base de données…) • Restructurer (mapper, …) • Purge des données obsolètes • Régularisation • Injection: Copie ou déplacement physique depuis le stockage temporaire vers le stockage cible • Tests techniques • Tests fonctionnels

24. Ressources • Site officiel de SharePoint – http://www.microsoft.com/sharepoint/ • Upgrade Toolkit for Windows SharePoint Services Sites and Templates Guide - http://www.microsoft.com/technet/solutionaccelerators/collaboration/default.mspx • Microsoft .NET Framework 3.0 Redistributable Package - http://www.microsoft.com/downloads/details.aspx?familyid=10CC340B-F857-4A14-83F5-25634C3BF043&displaylang=en • Upgrade Considerations - http://office.microsoft.com/en-us/sharepointtechnology/HA100773421033.aspx • Upgrading Windows SharePoint Services 2.0 to Windows SharePoint Services 3.0 - http://office.microsoft.com/search/redir.aspx?AssetID=AM101639751033&CTT=5&Origin=HA101639831033 • Language Packs pour Windows SharePoint Services 3.0 - http://www.microsoft.com/downloads/details.aspx?familyid=36EE1BF0-652C-4E38-B247-F29B3EEFA048&displaylang=en • SharePoint Import Export tools and other utilities - http://www.gotdotnet.com/Workspaces/Workspace.aspx?id=6996fb17-2a54-4607-983b-35c7697baa53 • Windows SharePoint Services 3.0 SDK - http://msdn2.microsoft.com/en-us/ms441339.aspx • Code exemple pour la migration de contenu: http://www.sharepointblogs.com/tonstegeman/archive/2006/12/26/17238.aspx

25. Microsoft Technology Center Paris Présentation

26. Microsoft TechnologyCentersDes experts. Des leaders de l’industrie. Des environnements exceptionnels. • 15 centres dans le monde • Accompagner les clients dans les réflexions stratégiques et sécuriser les décisions • Briefing stratégique: Présenter la stratégie Microsoft aux décideurs et comprendre l’environnement métier et technique du client. • Session de Conception d’Architecture: Avec les architectes, comprendre les besoins du client et proposer les solutions Microsoft & partenaires. • Prototypage: Mettre en œuvre une preuve de concept de la solution conçue en accord avec le client. • Ouverts aux partenaires • Matériel • Editeurs de logiciels • Agences Web / SSII Austin Boston Chicago Dubai Reston (Gvm’t) Silicon Valley Thames Valley (UK) Munich Paris Copenhagen (ISV) Taipei Bangalore

27. MTC Paris • Equipe • 1 Business Manager • 3 Architectes • 1 Briefing Coordinator • 3 Ingénieurs Systèmes • Salles • 6 salles projet • 1 salle de démonstration • 3 salles de briefing • Datacenter • 1 environnement de migration VB6 vers .NET (DevPartner, CAQS, ArtinSoft…) • Serveurs HP Blade – 4 lames WoodCrest dédiées HPC • Env. 100 serveurs (HP, Dell) dont 30 en x64 • 1 UNISYS • 1 Baie EMC 15 To • 1 BULL NovaScale • 30 PCs prototype Intel DualCore Hyperthread x64 • Réseau Gigabit