View
61
Download
0
Category
Preview:
DESCRIPTION
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/. Agenda. Introduction Montée de version / mise à niveau Migration Processus de mise à niveau Planification Déploiement - PowerPoint PPT Presentation
Citation preview
Démonstration de migration WSS 2.0 vers 3.0
Microsoft Technology Center ParisFrédéric Queudret – fredeq@microsoft.com
Architecte
http://blogs.msdn.com/fredeq/
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
Introduction
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…)
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?
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
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.
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
Site V2
http://litwareinc.com http://litwareinc_temp.com
Site V2
Site V3
OrigineOrigine Mise à niveauMise à niveau FinalFinal
http://litwareinc.com
Site V3
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
– ...
Mise à niveau puis Migration1- Mise à Niveau 2- Migration
Serveur Web X
Windows Server 2003 SP1/R2
WSS 2.0
Windows Server 2003 SP1/R2
WSS 2.0 WSS 3.0
Windows Server 2003 SP1/R2
WSS 3.0
Mise à niveau
graduelle
Mise à niveau
graduelle
Mise à niveau complète
Serveur Web X
Serveur DB X Serveur DB X
WSS 2.0 Config DB
WSS 2.0 Content DB
WSS 2.0 Config DB
WSS 2.0 Content DB
WSS 3.0 Config DB
WSS 3.0 Content DB
WSS 3.0 Config DB
Content DB Temporaire
Copie
Mise à niveau graduelle
Mise à niveau graduelle
Mise à niveau graduelle
Mise à niveau complète
Mise à niveau complète
Site A
Site B
Site C
Site Racine
Site A
Site B
Site Racine
Sous-Site B1
Serveur Web X Serveur Web Y
WSS 3.0 Config DB X
WSS 3.0 Content DB X
WSS 3.0 Config DB Y
WSS 3.0 Content DB Y
Serveur DB X Serveur DB Y
Migration de contenu, liste, site, collection de site
Processus de mise à niveau
Etapes du processus
PlanifierPlanifier DéployerDéployer PréparerPréparer Mise à niveauMise à niveau TesterTester FinaliserFinaliser
• 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
• Légende: étapes additionnelles de la mise à niveau graduelle
• 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
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
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)
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
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
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)
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
Processus de Migration
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
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)1. Documents
2. Méta données
3. Structure de répertoire
4. Contrôles d’accès
5. Logique événementielle (workflows)1. Documents
2. Metadata
3. Structure
4. Access
5. Workflow Event handlers, Alerts and Approvals
Site, Library and List Access Controls
Site Hierarchies, Multiple Libraries, Folders
Custom Document Library and List Column Properties
Document, Picture and XML Forms Libraries
Exemples 5LCM
1. Documents
2. Metadata
3. Structure
4. Access
5. Workflow File System Change Notification APIs
File System Access Controls
File Shares, File Systems,Folder Hierarchy (Nested)
File System Directory Information, Document Properties, LOB Application Data
Traditional Document Store 1. Documents
2. Metadata
3. Structure
4. Access
5. Workflow N/A
“None” (exposed over HTTP)
Flat List of Structured URLs
Document Properties
Web Pages, Images, CSS, Traditional Documents 1. Documents
2. Metadata
3. Structure
4. Access
5. Workflow Folder Event Service, Event Scripts
Folder Level Role-based Access Controls
Single Folder Hierarchy
Extensible Item Schemas, Document Properties
Documents, Contacts, Discussion Items, Calendar Appointments, Tasks
Systèmes de fichiers Serveur Web Dossiers publiques Exchange
Etapes du processus
PlanifierPlanifier PréparerPréparer MigrerMigrer TesterTester FinaliserFinaliser
• 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, …)
• Tests techniques• Tests fonctionnels
• Purge des données obsolètes • Régularisation
• Injection: Copie ou déplacement physique depuis le stockage temporaire vers le stockage cible
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
Microsoft Technology Center Paris
Présentation
Microsoft Technology CentersDes 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
ParisMunich
Austin Boston Chicago Silicon ValleyThames Valley (UK) Copenhagen (ISV) Taipei
Reston (Gvm’t) Dubai
Bangalore
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
Recommended