guide de déploiement pour microsoft sharepoint foundation...

1

Guide de déploiement pour Microsoft SharePoint Foundation 2010

Microsoft Corporation

Publié : novembre 2010

Auteur: équipe Microsoft Office System and Servers ([email protected])

Résumé

Ce manuel contient des instructions de déploiement pour Microsoft SharePoint Foundation 2010. Ce

livre est destiné aux spécialistes en applications, aux spécialistes en applications métier et aux

administrateurs informatiques qui sont prêts à déployer SharePoint Foundation 2010 et veulent

l’installer.

Le contenu de ce guide est extrait de la bibliothèque technique SharePoint Foundation 2010

(http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x40C) arrêté à la date de publication. Pour

bénéficier des dernières mises à jour du contenu, utilisez la bibliothèque technique sur le Web.

http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x40C

2

Ce document est fourni en l’état. Les informations et les éléments visuels contenus dans ce document,

y compris les URL et les autres références à des sites Internet, peuvent faire l’objet de modifications

sans préavis. Vous assumez tous les risques liés à son utilisation.

Certains exemples décrits dans ce document sont fournis à titre d’illustration uniquement et sont fictifs.

Aucune association ou connexion réelle n’est voulue ni ne doit être inférée.

Ce document ne vous accorde aucun droit de propriété intellectuelle quant à des produits Microsoft.

Vous pouvez copier et utiliser ce document à des fins internes de référence.

© 2010 Microsoft Corporation. Tous droits réservés.

Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer,

Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows

Mobile, Windows PowerShell, Windows Server et Windows Vista sont soit des marques de Microsoft

Corporation, soit des marques déposées de Microsoft Corporation aux États-Unis d'Amérique et/ou

dans d'autres pays.

Les informations contenues dans ce document représentent le point de vue actuel de Microsoft

Corporation sur les problèmes abordés à la date de publication. Étant donné que Microsoft doit réagir

aux conditions du marché en évolution constante, elles ne doivent pas être interprétées comme un

engagement de la part de Microsoft. En outre, Microsoft ne peut pas garantir la précision des

informations présentées après la date de publication.

3

Sommaire

Accès à l’aide ........................................................................................................................................... 19

Déploiement pour SharePoint Foundation 2010 ..................................................................................... 20

Vue d’ensemble du déploiement (SharePoint Foundation 2010) ............................................................ 22

Concepts .............................................................................................................................................. 22

Architecture physique ........................................................................................................................... 23

Taille .................................................................................................................................................. 23

Topologie .......................................................................................................................................... 24

Installation et configuration ................................................................................................................... 24

Préparer les serveurs ........................................................................................................................ 25

Créer la batterie ................................................................................................................................ 26

Configurer les paramètres, les services, les solutions et les sites ................................................... 26

Phases de déploiement ........................................................................................................................ 27

Planification ....................................................................................................................................... 27

Développement ................................................................................................................................. 28

Preuve de concept (POC, Proof of concept) .................................................................................... 28

Pilote ................................................................................................................................................. 29

Test d’acceptation des utilisateurs (UAT, User Acceptance Test) ................................................... 29

Production ......................................................................................................................................... 30

Éléments prérequis à l’installation depuis un partage réseau (SharePoint Foundation 2010) ............... 31

Commutateurs et arguments du programme d’installation .................................................................. 31

Télécharger et regrouper les composants requis sur un partage de fichiers ....................................... 32

Installer les composants requis depuis la ligne de commande ............................................................ 33

Installer les composants requis à l’aide d’un fichier d’arguments ........................................................ 33

Problèmes connus ............................................................................................................................ 35

Préparer le déploiement (SharePoint Foundation 2010) ......................................................................... 37

Voir aussi .............................................................................................................................................. 37

Configuration matérielle et logicielle requise (SharePoint Foundation 2010) ......................................... 38

Présentation ......................................................................................................................................... 38

Configuration matérielle requise—serveurs Web, serveurs d’applications et installations de serveurs

uniques .............................................................................................................................................. 38

Configuration matérielle requise—Serveurs de bases de données ..................................................... 39

Configuration logicielle requise ............................................................................................................ 40

Configurations minimales .................................................................................................................. 40

Logiciels facultatifs ............................................................................................................................ 44

Accès aux logiciels applicables ............................................................................................................ 45

4

Comptes d’administration et de service requis pour le déploiement initial (SharePoint Foundation 2010)

.............................................................................................................................................................. 49

Autorisations requises .......................................................................................................................... 49

Sécuriser SQL Server pour les environnements SharePoint (SharePoint Foundation 2010) ................. 52

Résumé des recommandations en matière de sécurisation ................................................................ 52

Configurer une instance de SQL Server pour être à l’écoute sur un autre port que celui par défaut .. 52

Configurer le Pare-feu Windows pour bloquer les ports d’écoute SQL Server par défaut .................. 54

Configurer le Pare-feu Windows pour ouvrir les ports attribués manuellement ................................... 54

Configurer un alias client SQL.............................................................................................................. 55

Tester l’alias client SQL ........................................................................................................................ 55

Scénarios de déploiement (SharePoint Foundation 2010) ...................................................................... 56

Déployer un serveur unique avec SQL Server (SharePoint Foundation 2010) ...................................... 57

Présentation ......................................................................................................................................... 57

Avant de commencer ........................................................................................................................... 57

Installer SharePoint Foundation 2010 .................................................................................................. 58

Exécuter l’Outil de préparation des produits Microsoft SharePoint .................................................. 59

Exécuter le programme d’installation ................................................................................................ 59

Exécuter l’Assistant Configuration des produits SharePoint ............................................................ 60

Configurer les paramètres du navigateur ......................................................................................... 62

Exécuter l’Assistant Configuration de batterie de serveurs .............................................................. 64

Étapes postérieures à l’installation ....................................................................................................... 65

Déployer un serveur unique avec une base de données intégrée (SharePoint Foundation 2010) ........ 67

Présentation ......................................................................................................................................... 67


Installer SharePoint Foundation 2010 .................................................................................................. 68

Exécuter l’Outil de préparation des produits Microsoft SharePoint .................................................. 68

Exécuter le programme d’installation ................................................................................................ 69

Exécuter l’Assistant Configuration des produits SharePoint ............................................................ 69

Configurer les paramètres du navigateur ......................................................................................... 70


Configurer l’utilitaire de sauvegarde de Windows Server .................................................................... 73

Plusieurs serveurs en batterie à trois niveaux (SharePoint Foundation 2010) ....................................... 74

Présentation ......................................................................................................................................... 74

Présentation de la topologie ............................................................................................................. 75

Avant de commencer ........................................................................................................................ 76

Utilisation de l’outil de préparation des produits Microsoft SharePoint 2010 ................................ 76

Serveur de base de données ........................................................................................................ 76

Mises à jour publiques et correctifs logiciels ................................................................................. 77

Préparer les serveurs de la batterie de serveurs ................................................................................. 77

5

Installer SharePoint Foundation 2010 sur les serveurs de la batterie de serveurs ............................. 78

Créer et configurer la batterie de serveurs ........................................................................................... 79

Ajouter des serveurs Web à la batterie de serveurs ............................................................................ 82

Configurer la journalisation des diagnostics et la collection des données d’utilisation et d’intégrité ... 82

Configurer le service Recherche de SharePoint Foundation ............................................................... 83

Créer un site ......................................................................................................................................... 84


Démarrage rapide : déployer un serveur unique dans un environnement Hyper-V isolé (SharePoint

Foundation 2010) ................................................................................................................................. 87

Configuration requise et recommandations ......................................................................................... 87

Configuration du serveur de virtualisation et de l’ordinateur virtuel .................................................. 87

Environnement du déploiement ........................................................................................................ 89

Autorisations requises .......................................................................................................................... 90

Tâches de prédéploiement ................................................................................................................... 90

Déployer SharePoint Foundation 2010 manuellement ........................................................................ 91

Déployer SharePoint Foundation 2010 à l’aide de scripts Windows PowerShell ................................ 91

Déployer à l’aide de bases de données créées par des administrateurs de base de données

(SharePoint Foundation 2010) ............................................................................................................. 97


Conditions requises pour les serveurs de la batterie ........................................................................ 97

Conditions requises pour les bases de données .............................................................................. 98

À propos de la configuration des bases de données créées par l’administrateur de base de données

.......................................................................................................................................................... 98

Créer et configurer des bases de données pour l’Administration centrale ........................................ 100

Créer et configurer des bases de données supplémentaires ............................................................ 102

Déploiement dans un environnement virtuel (SharePoint Foundation 2010) ........................................ 104

Guide de la machine virtuelle (SharePoint Foundation 2010) ............................................................... 105

Mise en réseau ................................................................................................................................... 105

Cartes réseau.................................................................................................................................. 107

Configuration de l’ordinateur virtuel ................................................................................................... 107

Mémoire .......................................................................................................................................... 108

Processeur ...................................................................................................................................... 108

Contrôleur et disque dur ................................................................................................................. 108

Services d’intégration ......................................................................................................................... 109

Arrêt et démarrage automatiques ................................................................................................... 110

Utilisation de captures instantanées ............................................................................................... 111

Installer SharePoint Foundation 2010 à l’aide de Windows PowerShell ............................................... 112

Exigences relatives aux serveurs de la batterie ................................................................................. 112

Préparer SPModule ............................................................................................................................ 113

6

Installer SharePoint Foundation 2010 en exécutant Install-SharePoint ............................................ 114

Exécuter Install-SharePoint à l’aide d’une clé PID ......................................................................... 116

Configurer la batterie à l’aide de New-SharePointFarm .................................................................... 117

Configurer SharePoint Foundation 2010 sur un serveur autonome ............................................... 117

Créer une application Web à l’aide de Windows PowerShell ............................................................ 118

Déployer des services à l’aide de l’Assistant Configuration de batterie la SharePoint 2010 ............. 119

Créer une collection de sites à l’aide de Windows PowerShell ......................................................... 119

Effectuer des tâches de configuration supplémentaires .................................................................... 120

Ajouter des serveurs à la batterie à l’aide de Join-SharePointFarm .................................................. 120

Configurer le journal de suivi .............................................................................................................. 121

Configuration initiale (SharePoint Foundation 2010) ............................................................................. 122

Déployer des modules linguistiques (SharePoint Foundation 2010)..................................................... 123

À propos des ID de langue et modules linguistiques ......................................................................... 123

Téléchargement des modules linguistiques ....................................................................................... 125

Préparation des serveurs Web pour les modules linguistiques ......................................................... 126

Installation des modules linguistiques sur les serveurs Web ............................................................. 128

Désinstallation des modules linguistiques .......................................................................................... 129

Configurer les paramètres de la batterie de serveurs (SharePoint Foundation 2010) .......................... 130

Configurer la collecte de données d’utilisation et d’intégrité (SharePoint Foundation 2010) ................ 131

Configurer la collecte des données d’utilisation et d’intégrité à l’aide de l’Administration centrale ... 131

Configurer la collecte des données d’utilisation à l’aide de Windows PowerShell ............................ 132

Pour configurer la collecte des données d’utilisation pour un type d’événement spécifique à l’aide de

Windows PowerShell ...................................................................................................................... 133

Journaliser les données d’utilisation dans une base de données de journalisation différente à l’aide

de Windows PowerShell ................................................................................................................. 134

Voir aussi ............................................................................................................................................ 135

Configurer la journalisation des diagnostics (SharePoint Foundation 2010) ........................................ 136

Meilleures pratiques ........................................................................................................................... 136

Configurer la journalisation diagnostics à l’aide de l’administration centrale ..................................... 137

Configurer la journalisation des diagnostics à l’aide de Windows PowerShell .................................. 138

Voir aussi ............................................................................................................................................ 139

Intégration de la messagerie (SharePoint Foundation 2010) ................................................................ 140

Configurer le courrier électronique entrant (SharePoint Foundation 2010) .......................................... 141

Présentation ....................................................................................................................................... 141

Scénario de base ............................................................................................................................ 141

Scénario avancé ............................................................................................................................. 141

Conditions requises pour la tâche ...................................................................................................... 143

Installer et configurer le service SMTP .............................................................................................. 143

7

Installer le service SMTP ................................................................................................................ 144

Installer les outils de gestion d’IIS 6.0 ............................................................................................ 144

Configurer le service SMTP ............................................................................................................ 145

Configurer le courrier électronique entrant dans un scénario de base .............................................. 146

Configurer le Gestionnaire DNS ......................................................................................................... 147

Ajouter un connecteur SMTP dans Microsoft Exchange Server 2007 ............................................... 148

Configurer AD DS afin de l’utiliser avec le service de gestion d’annuaire ......................................... 150

Configurer des autorisations sur le dossier de dépôt des messages électroniques .......................... 153

Configurer le dossier de dépôt des messages électroniques pour le compte d’identité de pool

d’applications d’une application Web .......................................................................................... 153

Configurer les autorisations sur le dossier de dépôt des messages électroniques pour le compte

d’ouverture de session du service du minuteur Windows SharePoint Services ......................... 154

Configurer le courrier électronique entrant dans un scénario avancé ............................................... 155

Manque-t-il des pièces jointes aux messages électroniques envoyés à une bibliothèque de

documents SharePoint ? ................................................................................................................. 158

Configurer le courrier électronique sortant (SharePoint Foundation 2010) ........................................... 160

Installer et configurer le service SMTP .............................................................................................. 161

Installer le service SMTP ................................................................................................................ 161

Configurer le service SMTP ............................................................................................................ 162

Configurer le courrier électronique sortant pour une batterie de serveurs ........................................ 163

Configurer le courrier électronique sortant pour une application Web spécifique ............................. 165

Voir aussi ............................................................................................................................................ 166

Configurer un compte mobile (SharePoint Foundation 2010) ............................................................... 167

Importer un certificat racine et créer une autorité racine approuvée ................................................. 168

Configurer un compte mobile ............................................................................................................. 168

Récupérer les informations du compte mobile ................................................................................... 172

Supprimer un compte mobile ............................................................................................................. 173

Voir aussi ............................................................................................................................................ 174

Installer et configurer le stockage BLOB distant ou le stockage BLOB externe (SharePoint

Foundation 2010) ............................................................................................................................... 175

Activer FILESTREAM et mettre en service le magasin de données RBS ......................................... 175

Installer RBS....................................................................................................................................... 176

Activer et tester RBS .......................................................................................................................... 178

Configurer les services (SharePoint Foundation 2010) ......................................................................... 179

Gérer les applications de service et les services (SharePoint Foundation 2010) ................................. 180

Dans cette section .............................................................................................................................. 180

Voir aussi ............................................................................................................................................ 180

Configurer le service de jeton de sécurité (SharePoint Foundation 2010) ............................................ 181

Comment fonctionnent les applications Web qui utilisent un service STS ........................................ 181

8

Configurer une application Web basée sur les revendications SharePoint à l’aide de Windows

PowerShell ...................................................................................................................................... 182

Modifier les liaisons ............................................................................................................................ 184

Configurer une application Web qui utilise un service STS ............................................................... 184

Préparer l’hébergement de sites (SharePoint Foundation 2010) .......................................................... 186

Créer une application Web (SharePoint Foundation 2010) ................................................................... 187

Créer une application Web ................................................................................................................. 188

Voir aussi ............................................................................................................................................ 198

Configurer l’authentification par revendications (SharePoint Foundation 2010) ................................... 199

Configurer une application Web basée sur les revendications (SharePoint Foundation 2010) ............ 200

Configurer une application Web basée sur les revendications .......................................................... 200

Configurer un accès anonyme pour une application Web basée sur des revendications (SharePoint

Foundation 2010) ............................................................................................................................... 201

Configurer un accès anonyme pour une application Web basée sur des revendications ................. 201

Configurer l’authentification par formulaires pour une application Web basée sur les revendications

(SharePoint Foundation 2010) ........................................................................................................... 202

Convertir des applications Web en authentification par revendications ............................................ 203

Configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à

l’aide de l’Administration centrale ................................................................................................... 203

Configurer les fichiers Web.Config LDAP .......................................................................................... 204


l’aide de Windows PowerShell ........................................................................................................ 208

Migrer les utilisateurs et les autorisations depuis Windows SharePoint Services 3.0 vers SharePoint

Foundation 2010 ............................................................................................................................. 209

Configurer l’authentification Kerberos pour le service d’émission de jetons Revendications vers

Windows (SharePoint Foundation 2010) ........................................................................................... 211

Avant de commencer ......................................................................................................................... 211

Topologie d’une batterie de serveurs ............................................................................................. 211

Configurer une source de données externe ....................................................................................... 212

Configurer une délégation contrainte pour le compte de pool d’applications de service partagé ..... 212

Configurer une délégation contrainte pour le compte de service d’émission de jetons Revendications

vers Windows .................................................................................................................................. 213

Configurer le service d’émission de jetons Revendications vers Windows sur le serveur d’applications

........................................................................................................................................................ 214

Configurer l’authentification à l’aide d’un jeton de sécurité SAML (SharePoint Foundation 2010) ....... 215

Configurer une application Web IP-STS (Identity Provider STS) à l’aide de Windows PowerShell .. 215

Configurer une application Web RP-STS (Relying Party STS) .......................................................... 217

9

Établir une relation d’approbation avec une IP-STS à l’aide de Windows PowerShell...................... 218

Exporter le certificat de confiance IP-STS à l’aide de Windows PowerShell ..................................... 218

Définir un identificateur unique pour le mappage des revendications à l’aide de Windows PowerShell

........................................................................................................................................................ 219

Créer un fournisseur d’authentification .............................................................................................. 219

Créer une application Web SharePoint et la configurer de façon à utiliser la connexion SAML ....... 220

Configurer l’authentification Kerberos (SharePoint Foundation 2010) .................................................. 221

À propos de l’authentification Kerberos ............................................................................................. 221


Versions de logiciels requises......................................................................................................... 223

Problèmes connus .......................................................................................................................... 223

Contexte supplémentaire ................................................................................................................ 224

Topologie d’une batterie de serveurs ............................................................................................. 225

Services de domaine Active Directory, attribution des noms d’ordinateurs et équilibrage de la

charge réseau .............................................................................................................................. 225

Conventions des comptes de domaine Active Directory ................................................................ 226

Configuration préliminaire requise .................................................................................................. 227

Configurer l’authentification Kerberos pour les communications SQL ............................................... 227

Créer des noms principaux de service pour votre compte de service SQL Server ........................ 228

Vérifier que l’authentification Kerberos est utilisée pour connecter des serveurs exécutant

SharePoint Foundation 2010 à SQL Server ................................................................................ 229

Créer des noms principaux de service pour vos applications Web utilisant l’authentification Kerberos

........................................................................................................................................................ 231

Déployer la batterie de serveurs ........................................................................................................ 232

Installer SharePoint Foundation 2010 sur tous vos serveurs ......................................................... 232

Créer une batterie ........................................................................................................................... 233

Joindre les autres serveurs à la batterie de serveurs ..................................................................... 235

Configurer les services sur les serveurs de la batterie ...................................................................... 236

Recherche Windows SharePoint Services ..................................................................................... 236

Serveur d’index ............................................................................................................................... 236

Serveur de requêtes ....................................................................................................................... 237

Créer des applications Web utilisant l’authentification Kerberos ....................................................... 237

Créer l’application Web du site portail ............................................................................................ 237

Créer l’application Web Mon site .................................................................................................... 238

Créer une collection de sites à l’aide du modèle Portail de collaboration sur l’application Web du site

portail .............................................................................................................................................. 239

Vérifier l’accès aux applications Web utilisant l’authentification Kerberos ......................................... 239

Vérifier les fonctionnalités d’indexation de la recherche .................................................................... 242

Vérifier les fonctionnalités des requêtes de recherche ...................................................................... 242

Limites de configuration ..................................................................................................................... 243

Ressources supplémentaires et conseils de résolution des problèmes ............................................ 243

10

Configurer la modification automatique des mots de passe (SharePoint Foundation 2010) ................ 245

Configurer les comptes gérés ............................................................................................................ 245

Configurer les paramètres de modification automatique du mot de passe ........................................ 246

Résolution des problèmes liés à la modification automatique du mot de passe ............................... 247

Non-correspondance des mots de passe ....................................................................................... 247

Échec de mise en service de compte de service............................................................................ 247

Expiration imminente de mots de passe ......................................................................................... 248

Nécessité de modifier le compte de batterie en un autre compte .................................................. 249

Créer une collection de sites (SharePoint Foundation 2010) ................................................................ 250

Créer une collection de sites à l’aide de l’Administration centrale ..................................................... 251

Créer une collection de sites à l’aide de Windows PowerShell ......................................................... 252

Déployer des personnalisations - Vue d’ensemble (SharePoint Foundation 2010) .............................. 253

Vue d’ensemble du processus ........................................................................................................... 253


À propos des deux types d’éléments de site personnalisables ......................................................... 254

Déploiement d’éléments de site développés ...................................................................................... 255

Déploiement d’éléments de site créés ............................................................................................... 256

Voir aussi ............................................................................................................................................ 258

Déployer des packages de solution (SharePoint Foundation 2010) ..................................................... 259

Qu’est-ce qu’un package de solution ? .............................................................................................. 259

Déploiement d’éléments de sites en utilisant des packages de solution ........................................... 260

Quand utiliser des packages de solution ? ..................................................................................... 260

Déploiement de solutions de batterie de serveurs.......................................................................... 261

Ajout d’un package de solution ....................................................................................................... 261

Déploiement d’un package de solution ........................................................................................... 262

À propos de la création d’un package de solution .......................................................................... 263

À propos de la personnalisation des packages de solution ........................................................ 264

Créer manuellement un fichier de solution .................................................................................. 265

À propos du fichier manifeste de la solution ................................................................................ 265

Création et déploiement d’un package de solution de composant WebPart personnalisé à l’aide de

Visual Studio 2010 .......................................................................................................................... 267

Déployer des éléments de site créés (SharePoint Foundation 2010) ................................................... 268

À propos du déploiement d’éléments de site créés ........................................................................... 268

Quand utiliser un package de déploiement de contenu ................................................................. 269


Déployer le contenu à l’aide de l’API de migration de contenu .......................................................... 270

Créer un package de déploiement de contenu à l’aide de Windows PowerShell .............................. 270

Déployer des éléments de sites à l’aide de composants fonctionnels (SharePoint Foundation 2010) . 273

Qu’est-ce qu’un composant fonctionnel ? .......................................................................................... 273

11

Quand utiliser des composants fonctionnels ...................................................................................... 274

Créer un composant fonctionnel ........................................................................................................ 275

Installer et activer un composant fonctionnel à l’aide de Windows PowerShell ................................ 277

Déployer des modèles (SharePoint Foundation 2010) ......................................................................... 280

Que sont les définitions de site ? ....................................................................................................... 280

Configurations et définitions de site ................................................................................................... 281

Pages non personnalisées et personnalisation de pages .............................................................. 282

Fichiers de schéma de base ........................................................................................................... 282

Créer une configuration et une définition de site personnalisée ........................................................ 283

Déployer une définition de site en utilisant un package de solution .................................................. 285

Ajouter un élément SiteDefinitionManifest ...................................................................................... 286

Ajouter un élément TemplateFile .................................................................................................... 286

Processus de déploiement de flux de travail (SharePoint Foundation 2010) ....................................... 287

Présentation ....................................................................................................................................... 287


Déploiement de flux de travail ............................................................................................................ 288

Déployer des flux de travail prédéfinis ............................................................................................ 288

Déployer des flux de travail SharePoint Designer .......................................................................... 289

Déployer des flux de travail Visual Studio ...................................................................................... 290

Vérification .......................................................................................................................................... 291

Mise à niveau vers SharePoint Foundation 2010 .................................................................................. 292

Voir aussi ............................................................................................................................................ 293

À propos du processus de mise à niveau (SharePoint Foundation 2010) ............................................ 294

Nouveautés de la mise à niveau (SharePoint Foundation 2010) .......................................................... 295

Configuration requise pour la mise à niveau ...................................................................................... 295

Configuration matérielle requise : 64 bits ....................................................................................... 295

Configuration requise en matière de système d’exploitation : Windows Server 2008 ou Windows

Server 2008 R2 ........................................................................................................................... 296

Base de données requise : SQL Server 2005 SP3 ou SQL Server 2008 SP1 .............................. 297

Outil de vérification préalable à la mise à niveau ............................................................................... 297

Commande Windows PowerShell pour vérifier des bases de données avant la connexion ............. 298

Mise à niveau visuelle ........................................................................................................................ 299

Mise à niveau de composants fonctionnels ....................................................................................... 299

Nouvelles options de réduction du temps d’interruption lors d’une mise à niveau ............................ 299

Modifications des fonctionnalités clés entre les versions ................................................................... 300

Présentation du processus de mise à niveau (SharePoint Foundation 2010) ...................................... 306

Mise à niveau sur place ...................................................................................................................... 306

Mise à niveau avec liaison des bases de données ............................................................................ 308

Approche hybride 1 : bases de données en lecture seule ................................................................. 309

12

Approche hybride 2 : détacher les bases de données ....................................................................... 311

Mise à niveau depuis Windows SharePoint Services 2.0 vers SharePoint Foundation 2010 .............. 314


Séquence de mise à niveau ............................................................................................................ 315


Examiner les autorisations requises ............................................................................................... 317

Examiner la configuration matérielle et logicielle requise ............................................................... 318

Préparer la mise à niveau .................................................................................................................. 318

Préparer les batteries de serveurs ..................................................................................................... 319

Effectuer la première mise à niveau ................................................................................................... 320

Vérifier la première mise à niveau ...................................................................................................... 321

Effectuer la seconde mise à niveau ................................................................................................... 321

Vérifier la seconde mise à niveau ...................................................................................................... 321

Planifier et préparer la mise à niveau (SharePoint Foundation 2010) .................................................. 323

Déterminer l’approche de mise à niveau (SharePoint Foundation 2010) ............................................. 324

Choisir une approche de mise à niveau ............................................................................................. 324

Cas particuliers ................................................................................................................................... 328

Consulter les méthodes conseillées de mise à niveau (SharePoint Foundation 2010) ........................ 332

Passer en revue les chemins de mise à niveau pris en charge et non pris en charge (SharePoint

Foundation 2010) ............................................................................................................................... 335

Passer en revue les topologies prises en charge pour la mise à niveau ........................................... 335

Aide sur la topologie physique ........................................................................................................ 335

Topologies prises en charge ........................................................................................................... 335

Migration depuis un serveur autonome vers une batterie de serveurs .......................................... 336

Migration à partir d’une configuration matérielle 32 bits ................................................................. 336

Examiner la configuration requise pour la mise à niveau (SharePoint Foundation 2010) .................... 337

À propos de ces configurations requises ........................................................................................... 337

Déterminer comment gérer les personnalisations (SharePoint Foundation 2010) ............................... 339

Identifier les personnalisations dans votre environnement ................................................................ 339

Évaluer les personnalisations............................................................................................................. 339

Considérations pour des personnalisations spécifiques .................................................................... 340

Veiller à ce que les personnalisations futures suivent les meilleures pratiques ................................ 343

Créer un plan de communication (SharePoint Foundation 2010) ......................................................... 344

Qui est membre de l’équipe de mise à niveau ? ................................................................................ 344

Quand et comment communiquer avec l'équipe de mise à niveau ? ................................................ 345

Quand et comment communiquer avec les utilisateurs de sites ? ..................................................... 347

Planifier une mise à niveau visuelle (SharePoint Foundation 2010) ..................................................... 348

13

Phase de planification clé de la mise à niveau visuelle ..................................................................... 348

Conservation de l’interface utilisateur existante ............................................................................. 349

Mise à niveau vers la nouvelle interface utilisateur ........................................................................ 349

Formation des propriétaires de collections de sites et des propriétaires de sites ............................. 349

Problèmes connus .............................................................................................................................. 351

Voir aussi ............................................................................................................................................ 351

Test de la mise à niveau et résolution des problèmes liés à celle-ci (SharePoint Foundation 2010) ... 352

Meilleures pratiques pour tester la mise à niveau (SharePoint Foundation 2010)................................ 354

Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint

Foundation 2010) ............................................................................................................................... 356

Configurer un environnement de test ................................................................................................. 357

Utilisation d’un environnement de test virtuel ................................................................................. 357

Utilisation d’un environnement de test physique ............................................................................ 358

Environnements de test supplémentaires pour la mise à niveau par liaison de base de données 359

Identifier et installer les personnalisations ......................................................................................... 359

Copier les données réelles dans l’environnement de test et tester la mise à niveau ........................ 360

Essayer la mise à niveau sur place ................................................................................................ 361

Essayer une mise à niveau par liaison de base de données ......................................................... 362

Passer en revue vos résultats ............................................................................................................ 362

Passer en revue les fichiers journaux ............................................................................................. 362

Redémarrer la mise à niveau, si nécessaire ................................................................................... 363

Examiner les sites mis à niveau...................................................................................................... 364

Ajuster les planifications et tester à nouveau ..................................................................................... 364

Estimer la durée du processus de mise à niveau et l’espace dont vous avez besoin (SharePoint

Foundation 2010) ............................................................................................................................... 365

Estimer l’espace dont vous avez besoin pour la mise à niveau......................................................... 365

Estimer la durée de la mise à niveau ................................................................................................. 366

Nettoyage de votre environnement avant la mise à niveau (SharePoint Foundation 2010) ................. 370

Éléments à nettoyer ........................................................................................................................... 370

Supprimez les collections de sites et les sous-sites Web inutilisés ou sous-utilisés...................... 370

Traiter les grandes listes ................................................................................................................. 370

Traiter les grandes listes de contrôle d’accès ................................................................................. 371

Supprimer les versions de document en trop ................................................................................. 371

Supprimer les modèles, fonctionnalités et composants WebPart inutilisés ................................... 371

Résoudre les problèmes liés aux données ..................................................................................... 372

Réalisation de modifications structurelles .......................................................................................... 372

Résoudre les problèmes de mise à niveau (SharePoint Foundation) ................................................... 373

Principes généraux de l’identification des problèmes ........................................................................ 373

Première phase : vérifier l’état de la mise à niveau et les fichiers journaux ................................... 373

14

Seconde phase : résolution des problèmes dans l’ordre ................................................................ 374

Problèmes courants ........................................................................................................................... 374

Personnalisations ou fichiers côté serveur manquants ou désapprouvés ..................................... 374

Paramètres manquants ou incorrectement configurés pour la batterie de serveurs, l’application

Web ou les services .................................................................................................................... 376

Niveaux de mise à jour incohérents ou incorrects .......................................................................... 376

Problèmes liés aux données ........................................................................................................... 376

Modifications apportées à l’interface utilisateur .............................................................................. 377

Manque d’espace ............................................................................................................................ 377

Authentification par formulaire ........................................................................................................ 377

Sécurité et autorisations ..................................................................................................................... 377

Voir aussi ............................................................................................................................................ 378

Récupération après un échec de mise à niveau (SharePoint Foundation 2010) .................................. 379

Récupération avec des bases de données en lecture seule dans un environnement de secours (mise

à niveau avec attachement des bases de données) ...................................................................... 379

Récupération avec une sauvegarde d’environnement complète (mise à niveau sur place) ............. 380

Récupération avec des sauvegardes de bases de données (mise à niveau sur place) .................... 380

Reprendre la mise à niveau (SharePoint Foundation 2010) ................................................................. 381

Redémarrer la mise à niveau pour une batterie de serveurs à l’aide de Psconfig.exe...................... 381

Redémarrer la mise à niveau pour une base de données à l’aide de Windows PowerShell ............ 382

Effectuer les étapes préalables à la mise à niveau (SharePoint Foundation 2010).............................. 384

Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010) ................ 385

À propos du rapport de l’outil de vérification préalable à la mise à niveau ........................................ 386

Exécuter l’outil de vérification préalable à la mise à niveau ............................................................... 387

Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur place (SharePoint

Foundation 2010) ............................................................................................................................... 389

Sauvegarder l’environnement ............................................................................................................ 389

Tester les sauvegardes ...................................................................................................................... 389

Voir aussi ............................................................................................................................................ 389

Effectuer une mise à niveau sur place (SharePoint Foundation 2010) ................................................. 390

Liste de vérification pour une mise à niveau sur place (SharePoint Foundation 2010) ........................ 391


Effectuer la mise à niveau .................................................................................................................. 393

Effectuer les étapes postérieures à la mise à niveau ........................................................................ 397

Voir aussi ............................................................................................................................................ 398

Mise à niveau sur place de SharePoint Foundation 2010 ..................................................................... 399


15


Configuration requise pour l’installation ............................................................................................. 401

Exécuter le programme d’installation sur tous les serveurs ............................................................... 402

Exécuter l’Assistant Configuration des produits SharePoint .............................................................. 403

Vérifier l’état de la mise à niveau pour les sites ................................................................................. 405

Vérification .......................................................................................................................................... 406

Voir aussi ............................................................................................................................................ 406

Introduction à la mise à niveau sur place avec bases de données détachées (SharePoint

Foundation 2010) ............................................................................................................................... 407



Pour détacher des bases de données et les mettre à niveau en parallèle sur la même batterie de

serveurs .......................................................................................................................................... 409

Pour détacher des bases de données et les mettre à niveau en parallèle sur une petite batterie de

serveurs temporaire ........................................................................................................................ 410

Vérification .......................................................................................................................................... 413

Installer les packs de modèles linguistiques disponibles (SharePoint Foundation 2010) ..................... 414

À propos de l’installation des modules linguistiques et de la mise à niveau des sites ...................... 414

À propos du changement de langue .................................................................................................. 414

Passage d’un produit totalement localisé à un module linguistique................................................... 415

Changement de langue par le biais d’un nouveau module linguistique ............................................. 415

Voir aussi ............................................................................................................................................ 416

Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint

Foundation 2010 avec des bases de données de contenu dépassant 4 Go (stockage BLOB distant)

............................................................................................................................................................ 417

Dans cette section .............................................................................................................................. 418

Voir aussi ............................................................................................................................................ 419

Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint

Foundation 2010 avec stockage BLOB distant .................................................................................. 420

Voir aussi ............................................................................................................................................ 422

Mettre à niveau une installation autonome sur un contrôleur de domaine à l’aide de RBS (Remote

BLOB Storage) (liaison de bases de données) .................................................................................. 423

Voir aussi ............................................................................................................................................ 427

Mettre à niveau une installation autonome vers une nouvelle configuration matérielle à l’aide du

stockage BLOB distant (attachement de base de données) .............................................................. 428

Voir aussi ............................................................................................................................................ 434

Effectuer une mise à niveau avec liaison des bases de données vers SharePoint Foundation 2010 .. 435

16

Liste de vérification pour la mise à niveau par attachement de base de données (SharePoint

Foundation 2010) ............................................................................................................................... 436



Effectuer les étapes de post-mise à niveau ....................................................................................... 443

Voir aussi ............................................................................................................................................ 444

Préparer le nouvel environnement SharePoint Foundation .................................................................. 445


Créer et configurer le nouvel environnement ..................................................................................... 446

Installation ....................................................................................................................................... 446

Configurez les applications de service ........................................................................................... 447

Configurez les paramètres généraux de la batterie de serveurs .................................................... 447

Créez et configurez les applications Web ....................................................................................... 447

Réappliquez les personnalisations ................................................................................................. 448

Vérifier le nouvel environnement ........................................................................................................ 449


Attacher les bases de données et effectuer une mise à niveau vers SharePoint Foundation 2010 ..... 451



Définir les bases de données de la version précédente en lecture seule (facultatif) ......................... 453

Sauvegarder les bases de données disponibles dans la version précédente à l’aide des outils

SQL Server ..................................................................................................................................... 454

Détacher les bases de données de version précédente (attachement de base de données standard)

........................................................................................................................................................ 457

Restaurer une copie de sauvegarde de la base de données (attachement de base de données avec

bases de données en lecture seule) ............................................................................................... 459

Vérifier les composants personnalisés ............................................................................................... 460

Attacher une base de données de contenu à une application Web .................................................. 461

Vérification : contrôler la mise à niveau pour la première base de données ..................................... 463

Attacher les bases de données restantes .......................................................................................... 464

Vérification : contrôler la mise à niveau pour les bases de données supplémentaires ..................... 464

Voir aussi ............................................................................................................................................ 464

Effectuer les étapes postérieures à la mise à niveau (SharePoint Foundation 2010) .......................... 465


(SharePoint Foundation 2010) ........................................................................................................... 466

Convertir des applications Web en authentification par revendications ............................................ 467


l’aide de l’Administration centrale ................................................................................................... 467

Configurer les fichiers Web.Config LDAP .......................................................................................... 468

17


l’aide de Windows PowerShell ........................................................................................................ 472


Foundation 2010 ............................................................................................................................. 473

Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010) .... 475

Vérifier l’état de la mise à niveau ....................................................................................................... 475

Passer en revue les fichiers journaux ............................................................................................. 476

Vérifier le numéro de version .......................................................................................................... 477

Vérifier l’état de la mise à jour sur les sites .................................................................................... 477

Examiner les sites mis à niveau ......................................................................................................... 478

Composants WebPart ..................................................................................................................... 479

Grandes listes ................................................................................................................................. 481

Styles et apparence ........................................................................................................................ 481

Autorisations ................................................................................................................................... 482

Pages personnalisées (incarnées) ................................................................................................. 482

Voir aussi ............................................................................................................................................ 484

Gérer une mise à niveau visuelle (SharePoint Foundation 2010) ......................................................... 485

À propos de la mise à niveau visuelle ................................................................................................ 485

Consulter l’état de l’interface utilisateur active ................................................................................... 486

Rétablir l’interface utilisateur précédente des sites ............................................................................ 486

Forcer une mise à niveau vers la nouvelle interface utilisateur ......................................................... 487

Options de mise à niveau visuelle à la disposition des propriétaires de sites ................................... 488

Voir aussi ............................................................................................................................................ 489

Utilisation de redirection d’URL AAM dans le processus de mise à niveau (SharePoint

Foundation 2010) (livre blanc)............................................................................................................ 490

Déployer Office Web Apps (installé sur les produits SharePoint 2010) ................................................ 491

Présentation du déploiement d’Office Web Apps............................................................................... 492

Installer et configurer Office Web Apps sur un serveur SharePoint autonome existant .................... 493

Exécution du programme d’installation d’Office Web Apps ............................................................ 493

Exécution de PSConfig pour enregistrer les services .................................................................... 493

Démarrer les instances de service ................................................................................................. 494

Création des applications de service et des proxys d’applications de service ............................... 495

Activer la fonctionnalité Office Web Apps ....................................................................................... 497

Installer et configurer Office Web Apps sur un nouveau serveur SharePoint autonome .................. 498


Exécuter PSConfig pour inscrire les services, démarrer les instances de service, créer les

applications de service et les serveurs proxys et activer la fonctionnalité Office Web Apps ...... 499

Installer et configurer Office Web Apps sur une batterie de serveurs SharePoint existante ............. 499


Exécution de PSConfig pour enregistrer des services ................................................................... 500

18

Démarrer les instances de service ................................................................................................. 501

Création des applications de service et des proxys d’applications de service ............................... 502

Activer la fonctionnalité Office Web Apps ....................................................................................... 504

Installer et configurer Office Web Apps sur une nouvelle batterie de serveurs SharePoint .............. 505


Exécution de PSConfig pour enregistrer des services ................................................................... 506

Exécutez l'Assistant Configuration de batterie SharePoint pour démarrer les instances de service,

créer les applications de service et les serveurs proxy et activer la fonctionnalité Office Web

Apps ............................................................................................................................................. 506

Configuration supplémentaire (facultatif) ........................................................................................... 507

Configurer le comportement d’ouverture par défaut SharePoint pour les documents activés pour le

navigateur .................................................................................................................................... 507

Résolution des problèmes .................................................................................................................. 509

19

Accès à l’aide

Les auteurs ont fait tout leur possible pour garantir la précision de ce livre. Ce contenu est également

disponible en ligne dans la bibliothèque TechNet Office System. Par conséquent, en cas de problèmes,

vous pouvez vérifier si des mises à jour ont été publiées à l’adresse suivante :

http://technet.microsoft.com/fr-fr/office/bb267342

Si vous ne trouvez pas de réponse dans notre contenu en ligne, vous pouvez envoyer un message

électronique à l’équipe du contenu Microsoft Office System et serveurs à l’adresse suivante :

[email protected]

Si votre question concerne des produits Microsoft Office et qu’elle ne porte pas sur le contenu de ce

livre, consultez le centre Microsoft Aide et Support ou la Base de connaissances Microsoft à l’adresse

suivante :

http://support.microsoft.com/?ln=fr

20

Déploiement pour SharePoint Foundation 2010

Bienvenue dans le guide de déploiement de Microsoft SharePoint Foundation 2010. Les articles de ce

guide vous aident à préparer l’installation de SharePoint Foundation 2010, ainsi qu’à installer et à

configurer celui-ci. Le guide de déploiement comprend des informations sur les scénarios de

déploiement, des instructions d’installation pas à pas et des étapes de configuration post-installation.

En outre, il explique comment effectuer une mise à niveau vers SharePoint Foundation 2010.

Avant d’installer SharePoint Foundation 2010, veillez à consulter les informations disponibles dans la

rubrique Planification et architecture pour SharePoint Foundation 2010.

Pour une représentation graphique du processus de déploiement, téléchargez le modèle de

déploiement des produits SharePoint 2010 à partir de l’article Diagrammes techniques (SharePoint

Foundation 2010).

Dans cette section :

Vue d’ensemble du déploiement (SharePoint Foundation 2010)

Cet article fournit des informations sur le déploiement de SharePoint Foundation 2010. Cet article a

pour objectif de vous donner les informations dont vous avez besoin pour prendre les décisions

essentielles avec votre équipe concernant le déploiement des solutions basées sur SharePoint

Foundation 2010 dans votre organisation.

Éléments prérequis à l’installation depuis un partage réseau (SharePoint Foundation 2010)

Cet article explique comment utiliser le fichier PrerequisiteInstaller.exe pour installer des éléments

prérequis à partir d’un partage réseau, de manière à bénéficier d’un déploiement plus cohérent.

Préparer le déploiement (SharePoint Foundation 2010)

Cette section fournit les étapes essentielles à effectuer avant de déployer Microsoft SharePoint

Foundation 2010.

Scénarios de déploiement (SharePoint Foundation 2010)

Suivez les étapes de cette section pour déployer un serveur unique ou une batterie de serveurs

avec SharePoint Foundation 2010 ou pour déployer Office Web Apps pour une utilisation avec

SharePoint Foundation 2010.

Configuration initiale (SharePoint Foundation 2010)

Suivez les étapes de cette section pour installer des modules linguistiques, configurer des

paramètres et des services de batterie de serveurs et créer des collections de sites.

Déployer des personnalisations - Vue d’ensemble (SharePoint Foundation 2010)

Les articles de cette section décrivent comment déployer des éléments de site qui ont été

personnalisés par des développeurs ou des concepteurs de sites Web dans un environnement


Deploy software updates for SharePoint Foundation 2010 (en anglais)

http://technet.microsoft.com/library/ab2bedd4-d12b-4825-9c10-1c5e4079e1c6(Office.14).aspx

http://technet.microsoft.com/library/99462701-d16a-4477-af4e-36c8f5083dbf(Office.14).aspx


http://technet.microsoft.com/library/91649a7e-6b5a-4e5a-9ee5-51951f4b857f(Office.14).aspx

21

Microsoft publie régulièrement des mises à jour logicielles pour SharePoint Foundation 2010.

Suivez les étapes fournies dans cette section pour appliquer ces mises à jour à vos serveurs

SharePoint Foundation.

Mise à niveau vers SharePoint Foundation 2010

Suivez les étapes du guide de mise à niveau pour planifier, préparer et effectuer une mise à niveau

vers SharePoint Foundation 2010.

Si vous prévoyez d’utiliser Office Web Apps, vous devez l’installer et le configurer de façon à

opérer avec Produits SharePoint 2010. Pour plus d’informations, voir Déployer Office Web

Apps (installé sur les produits SharePoint 2010).

Remarque :

22

Vue d’ensemble du déploiement (SharePoint Foundation 2010)

Cet article fournit une vue d’ensemble du déploiement de batterie Microsoft SharePoint Foundation

2010. Bien que les batteries Microsoft SharePoint Foundation varient en termes de complexité et de

taille, une planification soignée alliée à un déploiement par phase incluant une évaluation et des tests

continus réduit sensiblement le risque de rencontrer des résultats inattendus.

Pour plus d’informations sur la planification de site et de solution, qui ne constitue pas le sujet

de cet article, voir Planification de sites et de solutions (SharePoint Foundation 2010).

Pour une représentation visuelle des informations fournies dans cet article, voir le modèle de

déploiement des Produits SharePoint 2010 dans la rubrique Diagrammes techniques (SharePoint

Foundation 2010).

Dans cet article :

Concepts

Architecture physique

Installation et configuration

Phases de déploiement

Concepts Le résultat logique de la flexibilité et de la richesse de SharePoint Foundation est le haut degré de

complexité lié à l’installation et à la configuration correctes de SharePoint Foundation. Une

compréhension fondamentale des éléments structurels clés suivants dans un environnement

SharePoint Foundation est nécessaire afin de déployer et prendre en charge correctement les produits

SharePoint Foundation 2010 :

Batterie de serveurs : élément de niveau supérieur d’une conception d’architecture logique pour


Application Web : site Web IIS créé et utilisé par SharePoint Foundation 2010.

Base de données de contenu : fournit le stockage du contenu des applications Web. Vous pouvez

séparer le contenu en plusieurs bases de données de contenu au niveau de la collection de sites.

Collection de sites : ensemble de sites Web qui ont le même propriétaire et partagent des

paramètres d’administration.

Site : une ou plusieurs pages Web associées et autres éléments (tels que des listes, bibliothèques

et documents) hébergés dans une collection de sites.

Remarque :

http://technet.microsoft.com/library/51d8156e-5838-402f-bfc8-d2efc209b497(Office.14).aspx



http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Concepts

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Physical

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#Installation

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b.aspx#DeploymentStages

23

En plus de la compréhension des éléments d’un environnement SharePoint Foundation et de la façon

dont il faut les configurer pour votre solution, vous devez prendre en compte les facteurs suivants :

architecture physique, installation et configuration, ainsi que les différentes phases du déploiement.

Architecture physique L’architecture physique, qui se compose d’un ou plusieurs serveurs et de l’infrastructure réseau, vous

permet d’implémenter l’architecture logique d’une solution SharePoint Foundation. On décrit

généralement l’architecture physique selon deux critères : sa taille et sa topologie. La taille, qui peut

être mesurée de plusieurs manières (par exemple d’après le nombre d’utilisateurs ou de documents)

sert à catégoriser une batterie comme petite, moyenne ou grande. La topologie utilise la notion de

couche ou de groupe de serveurs pour définir une organisation logique de batterie de serveurs.

Taille

La taille utilise le nombre d’utilisateurs et le nombre d’éléments de contenu en guise de mesure

fondamentale pour indiquer si une batterie de serveurs est petite, moyenne ou grande, de la manière

suivante :

Une batterie de serveurs de petite taille se compose généralement d’au moins deux serveurs Web

et d’un serveur de bases de données. L’un des serveurs Web héberge le site Administration

centrale et les autres gèrent les tâches supplémentaires liées à la batterie de serveurs, telles que la

fourniture du contenu aux utilisateurs.

La petite batterie peut être étendue à trois couches à l’aide d’un serveur d’applications dédié en

réponse au nombre d’utilisateurs, au nombre d’éléments de contenu et au nombre de service

requis.

Une batterie de serveurs moyenne est généralement constituée de plusieurs serveurs Web, de

deux serveurs d’applications et de plusieurs serveurs de bases de données. Nous vous

recommandons de commencer par la configuration précédente, puis de monter en puissance en

fonction de la charge de travail placée sur les serveurs.

Dans les scénarios dans lesquels des services utilisent une quantité de ressources

disproportionnée, vous pouvez faire monter en puissance la couche d’application. Les données de

performances indiqueront les services dont la charge doit être transférée vers un serveur dédié.

Une grande batterie de serveurs peut être la conséquence logique de la montée en puissance

d’une batterie moyenne visant à répondre à des exigences de capacité et de performances ou peut

être voulue par la conception avant qu’une solution SharePoint Foundation soit implémentée. Un

environnement à topologie en trois couches utilise généralement des serveurs dédiés sur toutes les

couches. De plus, ces serveurs sont souvent groupés en fonction de leur rôle dans la batterie. Par

exemple, tous les services liés aux clients peuvent être groupés sur un ou deux serveurs, puis

étendus grâce à l’ajout de serveurs à ce groupe en réponse à la demande des utilisateurs.

Remarque :

24

La recommandation en ce qui concerne la montée en puissance d’une batterie consiste à

grouper les services ou bases de données ayant des caractéristiques de performances

similaires sur des serveurs dédiés, puis à faire monter les serveurs en puissance en tant

que groupe. Dans les environnements à grande échelle, les groupes spécifiques qui

évoluent pour une batterie varient en fonction des demandes spécifiques pour chaque

service de la batterie.

Pour plus d’informations sur les chiffres spécifiques liés aux petites, moyennes et grandes batteries,

voir Gestion de la performance et de la capacité (SharePoint Server 2010).

Topologie

La topologie utilise des niveaux comme modèle d’organisation logique des serveurs de la batterie en

fonction des composants qu’ils hébergent ou de leurs rôles dans une batterie. Une batterie SharePoint

Foundation est déployée sur un, deux ou trois niveaux :

Dans un déploiement sur un seul niveau, SharePoint Foundation et le serveur de bases de

données sont installés sur un seul ordinateur.

Dans un déploiement sur deux niveaux, les composants SharePoint Foundation et la base de

données sont installés sur des serveurs distincts. Ce type de déploiement correspond à ce que l’on

appelle une petite batterie de serveurs. Les serveurs Web frontaux sont sur le premier niveau et le

serveur de bases de données sur le deuxième niveau. Dans l’industrie informatique, le premier

niveau est communément appelé niveau Web. Le serveur de bases de données est appelé niveau

base de données ou système dorsal de base de données.

Dans un déploiement sur trois niveaux, les serveurs Web frontaux sont sur le premier niveau, les

serveurs d’applications sur le deuxième niveau, qui est communément appelé niveau application,

et le serveur de bases de données se trouve sur le troisième niveau. Un déploiement sur trois

niveaux est utilisé pour les moyennes et grandes batteries de serveurs.

Installation et configuration Une fois la planification de votre solution SharePoint Foundation terminée, vous pouvez créer une

batterie SharePoint Foundation pour héberger la solution. La première étape consiste à installer

SharePoint Foundation 2010 et à créer la batterie requise pour la solution. Le processus de préparation

de l’environnement comporte les phases suivantes :

1. préparer les serveurs ;

2. créer la batterie ;

3. configurer les paramètres, les services, les solutions et les sites.

La batterie que vous créez et déployez subira d’importantes modifications en termes de taille,

de topologie et de complexité au fil des différentes phases de déploiement illustrées dans le

modèle Déploiement de produits SharePoint 2010. Ceci est tout à fait normal et la

Remarque :

http://technet.microsoft.com/library/8dd52916-f77d-4444-b593-1f7d6f330e5f(Office.14).aspx

25

conséquence attendue d’un déploiement par phases. C’est pourquoi nous vous recommandons

de respecter toutes les phases décrites dans la section « Phases de déploiement » de cet

article.

Préparer les serveurs

Durant cette phase, vous préparez vos serveurs à héberger le produit. Cela comprend les serveurs de

prise en charge et ceux sur lesquels SharePoint Foundation sera installé. Les serveurs suivants doivent

être configurés de façon à prendre en charge et à héberger une batterie :

Contrôleur de domaine : les comptes de batterie requis doivent être configurés pour le domaine et

la synchronisation d’annuaires doit être configurée.

SharePoint Foundation 2010 ne prend pas en charge les noms SLD (Single Label

Domain). L’utilisation de noms SLD n’étant pas une pratique recommandée, les Produits

SharePoint 2010 ne sont pas testés de manière approfondie dans ce scénario. Par

conséquent, il peut y avoir des problèmes d’incompatibilité lorsque les Produits

SharePoint 2010 sont implémentés dans un environnement SLD. Pour plus d’informations,

voir Informations sur la configuration des domaines Active Directory à l’aide de noms DNS

en une seule partie (http://go.microsoft.com/fwlink/?linkid=193849&clcid=0x40C) and the

Centre de solutions pour la planification de l’espace de noms DNS

(http://go.microsoft.com/fwlink/?linkid=198010&clcid=0x40C).

Pour plus d’informations sur les comptes requis, voir :

Comptes d’administration et de service requis pour le déploiement initial (SharePoint

Foundation 2010)

À propos de la synchronisation d’annuaires

(http://go.microsoft.com/fwlink/?linkid=193169&clcid=0x40C)

Serveur de bases de données : la version requise de SQL Server, y compris les Service Packs et

mises à jour cumulatives, doit être installée sur le serveur de bases de données. L’installation doit

comprendre les éventuelles fonctionnalités supplémentaires, telles que SQL Analysis Services, et

les connexions SharePoint Foundation appropriées doivent être ajoutées et configurées. Le

serveur de bases de données doit être endurci et, si nécessaire, les bases de données doivent être

créées par l’Administrateur de base de données. Pour plus d’informations, voir :

Configuration matérielle et logicielle requise (SharePoint Foundation 2010)

Sécuriser SQL Server pour les environnements SharePoint (SharePoint Foundation 2010)


(SharePoint Foundation 2010)

Serveurs d’applications et serveurs Web frontaux : les serveurs de batterie sur lesquels SharePoint

Foundation sera installé doivent être préparés comme suit : vérifiez qu’ils disposent de la

configuration matérielle requise, que leur système d’exploitation est renforcé, que les protocoles de

mise en réseau et de sécurité requis sont configurés, que les composants logiciels requis

Important :





26

SharePoint Foundation 2010 sont installés et renforcés et que l’authentification est configurée.

Pour plus d’informations, voir :

Configuration système requise (SharePoint Foundation 2010)

« Installation des logiciels prérequis » dans Configuration matérielle et logicielle requise


Planifier le renforcement de la sécurité (SharePoint Foundation 2010)

Planifier l’authentification (SharePoint Foundation 2010)

Créer la batterie

Durant cette phase, vous installez le produit et vous configurez chaque serveur de sorte qu’il prenne en

charge son rôle dans la batterie. Vous créez également la base de données de configuration et le site

Web Administration centrale de SharePoint. Les serveurs suivants sont nécessaires pour une batterie

SharePoint Foundation :

Serveur de bases de données : à moins que vous n’envisagiez d’utiliser des bases de données

créées par l’Administrateur de base de données, la base de données de configuration, la base de

données de contenu et d’autres bases de données requises sont créées lorsque vous exécutez

l’Assistant Configuration des produits SharePoint.

Serveur d’applications : après avoir préparé le serveur d’applications, installez les éventuels

composants supplémentaires nécessaires à la prise en charge de fonctions telles que la Gestion

des droits relatifs à l’information et l’aide à la décision. Installez SharePoint Foundation sur le

serveur qui hébergera le site Web Administration centrale de SharePoint, puis exécutez l’Assistant

Configuration des produits SharePoint pour créer et configurer la batterie.

Serveur Web frontal : installez SharePoint Foundation sur chaque serveur Web, installez les

modules linguistiques, puis exécutez l’Assistant Configuration des produits SharePoint pour ajouter

les serveurs Web à la batterie.

Après avoir ajouté et configuré tous les serveurs Web frontaux, vous pouvez ajouter des

serveurs d’applications supplémentaires qui font partie de votre conception de topologie à

la batterie.

Pour plus d’informations sur les scénarios de déploiement pris en charge, voir Scénarios de

déploiement (SharePoint Foundation 2010).

Configurer les paramètres, les services, les solutions et les sites

Durant cette phase, vous préparez la batterie à héberger votre contenu de site en effectuant les tâches

suivantes :

Configurer les paramètres globaux. Pour plus d’informations, voir Configurer les paramètres de la

batterie de serveurs (SharePoint Foundation 2010)

Remarque :

http://technet.microsoft.com/library/efd1f30e-f6b6-432f-b5a8-ea7852684f6a(Office.14).aspx

http://technet.microsoft.com/library/7deea288-47e2-4be2-9e22-4e0cbf79b162(Office.14).aspx

http://technet.microsoft.com/library/43782727-aeec-444e-b19d-238a1a775361(Office.14).aspx

27

Configurer les services. Pour plus d’informations, voir Configurer les services (SharePoint

Foundation 2010)

Déployer les solutions et les personnalisations. Pour plus d’informations, voir Déployer des

personnalisations - Vue d’ensemble (SharePoint Foundation 2010)

Créer et remplir les sites. Pour plus d’informations, voir Préparer l’hébergement de sites


Les étapes de configuration de la batterie ne sont pas spécifiques à une couche particulière

dans l’infrastructure de serveur.

Phases de déploiement Le déploiement d’une solution SharePoint Foundation 2010 par phases vous permet de bénéficier des

avantages offerts par une approche systématique, tels que la collecte de données d’utilisation et de

performances qui peuvent vous servir à évaluer votre solution, la vérification de vos suppositions en

matière de gestion de la capacité et l’identification des problèmes avant la mise en production de la

batterie.

Nous vous recommandons de déployer votre batterie selon les phases suivantes :

Planification

Développement

Preuve de concept (POC, Proof of concept)

Pilote

Test d’acceptation des utilisateurs (UAT, User Acceptance Test)

Production

Planification

Avant de pouvoir déployer une batterie, vous devez planifier la solution que vous souhaitez déployer et

déterminer les exigences d’infrastructure, telles que les ressources de serveur et la topologie de

batterie. À l’issue de la phase de planification, vous devez avoir documenté les éléments suivants :

Une conception de l’infrastructure pour la prise en charge de votre solution

Une description détaillée de la manière dont vous allez implémenter la batterie et la solution

Un plan pour tester et valider la solution

Une architecture de site et de solution

Une bonne compréhension des exigences techniques constantes et de la surveillance pour la prise

en charge de la solution

Un dossier sur la façon dont la solution sera administrée

Remarque :

28

Une bonne compréhension de la façon de communiquer la solution auprès des utilisateurs afin de

favoriser son adoption

Nous vous recommandons d’utiliser les articles et ressources de planification décrits dans Planification

et architecture pour SharePoint Foundation 2010.

Des problèmes de ressources et de temps peuvent vous inciter à moins de rigueur durant la

phase de planification. Il est recommandé d’être aussi méthodique que possible dans la

mesure où des éléments de planification manquants ou abordés à la légère peuvent devenir

des problèmes importants durant la phase de production. Ces problèmes peuvent provoquer

beaucoup de travail supplémentaire, consommer des ressources non prévues au budget et

nuire à la réussite de votre solution SharePoint Foundation.

À l’issue de la phase de planification, vous passez aux phases de déploiement suivantes, en mettant à

jour et en réévaluant vos plans, configurations et topologies à mesure que vous effectuez des tests.

Développement

Durant la phase de développement, vous allez déployer SharePoint Foundation sur un ou plusieurs

serveurs afin de développer, tester, évaluer et affiner la solution que vous prévoyez d’implémenter.

L’étendue de cet environnement est adaptée à vos besoins durant le développement de solution et

vous pouvez le conserver en guise d’environnement réduit à des fins de développement et de test

ultérieurs. Cet environnement n’est pas stable et n’inclut aucun contrat de niveau de service.

Preuve de concept (POC, Proof of concept)

Pendant la phase de preuve de concept, l’objectif est double : comprendre SharePoint Foundation et

évaluer SharePoint Foundation dans sa façon de répondre aux besoins de votre entreprise. Le premier

niveau d’évaluation du produit peut être réalisé en installant tous les composants du produit sur un seul

serveur. Votre évaluation du produit sera davantage poussée avec un déploiement probatoire.

Un déploiement probatoire sur un seul serveur ou sur une petite batterie de serveurs vous permet

d’élargir la portée de votre évaluation. Dans ce déploiement, du personnel non informatique vient

compléter l’équipe d’évaluation, ce qui donne une vision élargie de la façon dont les fonctionnalités de

SharePoint Foundation pourraient être utilisées dans l’organisation. L’avantage d’un tel déploiement est

la collecte de données qui peuvent servir à affiner votre plan initial. Ces données, comme les

affichages de page, les modèles de comportement utilisateur et la consommation des ressources

serveur, vous permettent par ailleurs de commencer à élaborer un test de performances en vue de

dimensionner votre batterie de serveurs. Un déploiement probatoire permet également d’évaluer les

applications de service et de déterminer les jeux de fonctionnalités à offrir à vos utilisateurs finaux.

Au cours de la phase de preuve de concept, il est important que vous compreniez les caractéristiques

et les fonctionnalités uniques de ces fonctions, car cela vous permettra de définir votre topologie

générale. Gardez à l’esprit qu’un déploiement preuve de concept nécessite des ressources

supplémentaires et allonge le temps nécessaire à la mise en production de SharePoint Foundation.

Important :



29

La virtualisation offre une bonne plateforme pour évaluer SharePoint Foundation car un

environnement virtuel offre davantage de souplesse, une capacité de déploiement rapide et la

possibilité de revenir aux états précédents des ordinateurs virtuels.

Pilote

Un pilote sert à tester votre solution à petite échelle. L’utilisation d’un déploiement pilote peut

s’effectuer selon deux approches. La première met l’accent sur les tests fonctionnels sans utilisation de

données réelles. Avec la seconde approche, vous testez des caractéristiques de production à l’aide de

données réelles et vous faites en sorte que vos utilisateurs pilotes testent différents types de tâches.

Nous vous recommandons d’adopter la seconde approche, du fait de sa plus grande portée et des

données du monde réel que vous pouvez recueillir et utiliser en vue d’affiner la conception de votre

solution.

Un déploiement pilote offre de nombreux avantages. Il vous permet de recueillir des données afin de

valider les aspects suivants de la conception de votre batterie :

conception de l’infrastructure ;

suppositions en matière de gestion de la capacité ;

architecture de site et de solution ;

suppositions en matière d’utilisation de la solution.

La phase pilote vous permet également de déterminer les données supplémentaires qui doivent être

recueillies afin d’accroître l’étendue et la profondeur de vos bancs d’essai. Ceci est important si vous

souhaitez évaluer l’impact potentiel de services ou fonctionnalités supplémentaires que vous souhaitez

ajouter à la batterie avant le test d’acceptation des utilisateurs.

À l’issue du déploiement pilote, vous pouvez utiliser les données recueillies pour ajuster les différents

composants de la solution et son infrastructure sous-jacente.

Test d’acceptation des utilisateurs (UAT, User Acceptance Test)

Les organisations font appel à un déploiement de test d’acceptation des utilisateurs (également appelé

environnement de préproduction) en guise d’étape de transition entre le déploiement pilote et le

déploiement de production. Ce sont les processus d’entreprise de l’organisation qui déterminent

l’étendue, la portée et la durée des tests d’acceptation des utilisateurs.

La topologie de l’environnement de préproduction doit être identique (ou presque) à la topologie de

production planifiée. Durant les tests d’acceptation des utilisateurs, la solution SharePoint Foundation

est testée par rapport à un sous-ensemble ou à une copie complète des données de production. Cette

phase de déploiement fournit une dernière opportunité d’affiner les performances et de valider les

procédures opérationnelles telles que sauvegardes et restaurations.

Conseil :

30

Production

L’étape finale consiste à déployer votre batterie dans un environnement de production. À ce stade,

vous aurez incorporé les réglages d’infrastructure et de solution nécessaires identifiés lors de la phase

de test d’acceptation des utilisateurs.

La mise en production de la batterie nécessite d’effectuer les tâches suivantes :

déployer la batterie ;

déployer la solution ;

implémenter le plan des opérations ;

si nécessaire, déployer des environnements supplémentaires tels que des batteries intermédiaires

et de création, ainsi que des batteries de services.

31

Éléments prérequis à l’installation depuis un partage réseau (SharePoint Foundation 2010)

Cet article explique comment installer les composants requis pour Microsoft SharePoint Foundation

2010 à partir d’un emplacement réseau partagé hors connexion à l’aide de l’outil d’installation des

composants requis (PrerequisiteInstaller.exe).

L’installation des composants requis à partir d’un emplacement hors connexion est généralement

nécessaire lorsque les serveurs sur lesquels Microsoft SharePoint Foundation doit être installé sont

isolés d’Internet. Même si ce n’est pas le cas, l’installation des composants requis à partir d’un

emplacement central hors connexion est pour vous une assurance de cohérence au niveau de la

batterie de serveurs du fait de l’installation d’un jeu d’images parfaitement connu et contrôlé.

L’Outil de préparation des produits Microsoft SharePoint est une interface utilisateur qui repose

sur PrerequisiteInstaller.exe. L’Outil de préparation des produits Microsoft SharePoint

n’accepte aucune entrée utilisateur.

Dans cet article :

Commutateurs et arguments du programme d’installation

Télécharger et regrouper les composants requis sur un partage de fichiers

Installer les composants requis depuis la ligne de commande

Installer les composants requis à l’aide d’un fichier d’arguments

Problèmes connus

Commutateurs et arguments du programme d’installation En utilisant PrerequisiteInstaller.exe avec des commutateurs et des arguments, vous pouvez savoir

quelles versions des logiciels requis sont installées, ainsi que l’emplacement à partir duquel elles le

sont.

PrequisiteInstaller.exe accepte une ou plusieurs paires de commutateur et d’argument. Si le

commutateur identifie le composant requis, l’argument en spécifie l’action et l’emplacement.

Une paire de commutateur et d’argument se présente sous la forme suivante :

/switch: <chemin_accès>

Où :

/switch représente un commutateur valide destiné à identifier un composant requis. Par exemple,

/NETFX35SP1: est le commutateur qui représente .NET Framework 3.5 Service Pack 1.

Remarque :

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#switcharg

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#download

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#Installcmd

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#install

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#issues

32

<chemin_accès> représente le chemin d’accès à un fichier local ou à un partage de fichiers, par

exemple, « C:\nom_dossier\dotnetfx35.exe » ou

« \\<nom_serveur>\<nom_partage>\dotnetfx35.exe ».

Chaque commutateur et son argument sont séparés par un signe deux-points et un espace.

L’argument est mis entre guillemets droits.

Les paires de commutateur et d’argument peuvent être transmises à l’outil PrerequisiteInstaller.exe à

l’invite de commandes ou lu à partir d’un fichier texte d’arguments.

Télécharger et regrouper les composants requis sur un partage de fichiers Le processus de téléchargement et de regroupement des composants requis consiste dans les étapes

décrites dans les procédures suivantes.

1. Reportez-vous à l’article Configuration matérielle et logicielle requise (SharePoint

Foundation 2010), qui dresse la liste de tous les logiciels obligatoires et facultatifs pour

SharePoint Foundation 2010. En outre, ce document indique l’adresse de téléchargement de

chaque composant requis disponible en téléchargement sur Internet.

2. À l’invite de commandes, accédez à la racine du support d’installation ou à l’emplacement du

dossier de SharePoint Foundation 2010.

3. À l’invite de commandes, tapez PrerequisiteInstaller.exe /?. Vous obtenez la liste des options

de ligne de commande, des commutateurs et des arguments correspondants pour installer un

composant requis depuis la ligne de commande.

Conseil :

Pour copier le contenu de la fenêtre À propos de active dans le Presse-papiers,

appuyez sur Ctrl+C.

4. Assurez-vous de la précision de la liste des logiciels requis. Comparez la sortie du programme

d’installation des composants requis à la liste des composants requis de l’étape 1.

5. Téléchargez les composants requis sur un ordinateur ayant accès à Internet.

Ensuite, exécutez la procédure suivante pour créer un emplacement central que vous utiliserez

pour installer les composant requis pour SharePoint Foundation sur tous les serveurs de la

batterie.

1. Créez un dossier partagé sur un ordinateur accessible aux serveurs sur lesquels les

composants requis seront installés.

2. Copiez les fichiers que vous avez téléchargés sur Internet dans le dossier partagé.

Pour identifier les composants requis

Pour regrouper les composants requis

33

Après avoir créé un emplacement réseau accessible pour les composants requis, exécutez la

procédure décrite dans la section suivante pour installer les composants requis pour SharePoint

Foundation 2010 sur un serveur.

Installer les composants requis depuis la ligne de commande Vous pouvez installer un ou tous les composants requis depuis la ligne de commande en exécutant la

procédure suivante.

1. À partir du menu Démarrer, ouvrez la fenêtre d’invite de commandes en utilisant l’option

Exécuter en tant qu’administrateur.

2. Accédez au répertoire source de SharePoint Foundation.

3. Tapez le commutateur et l’argument correspondant du programme requis que vous voulez

installer, puis appuyez sur Entrée. Par exemple :

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

Remarque

Pour installer plusieurs composants requis, tapez chaque paire de commutateur et d’argument en

veillant à séparer chaque paire d’un espace. Par exemple :

PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi" /ChartControl: "\\o14-

sf-admin\SP_prereqs\MSChart.exe" /W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-

KB948465-X64.exe" /NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

Installer les composants requis à l’aide d’un fichier d’arguments Vous pouvez installer les composants requis à partir du partage de fichiers en utilisant un fichier

d’arguments constitué de commutateurs et des instructions de chemin d’accès correspondantes pour

les programmes à installer.

Lorsque vous exécutez PrerequisiteInstaller.exe avec un fichier d’arguments, voici comment se déroule

le processus :

1. PrerequisiteInstaller.exe lit le fichier d’arguments pour vérifier que chaque commutateur est valide

et que le programme identifié dans l’instruction de chemin d’accès existe.

Si vous spécifiez un argument, PrerequisiteInstaller.exe ignore le fichier d’arguments et

traite uniquement l’argument de ligne de commande.

Pour installer depuis la ligne de commande

Remarque :

34

2. PrerequisiteInstaller.exe analyse le système local pour déterminer si les composants requis sont

déjà installés.

3. PrerequisiteInstaller.exe installe les programmes spécifiés dans le fichier d’arguments et renvoie

l’un des codes de sortie suivants :

0 - Réussite

1 – Une autre instance de cette application est déjà en cours d’exécution

2 – Paramètre de ligne de commande non valide

1001 – Un redémarrage en attente bloque l’installation

3010 – Un redémarrage est nécessaire

4. Si un composant requis nécessite un redémarrage, un code 3010 est généré et vous êtes invité à

cliquer sur Terminer pour redémarrer le système. Le comportement du programme d’installation

après un code 3010 dépend des conditions qui prévalent sur l’ordinateur, à savoir :

Si Windows Server 2008 Service Pack 2 (SP2) est déjà installé sur le système, le code 3010

est généré et les composants requis restants sont installés. Une fois le dernier composant

requis installé, vous êtes invité à redémarrer le système.

Si Windows Server 2008 SP2 est installé sur le système par l’outil PrerequisiteInstaller.exe, le

programme d’installation génère le code 3010 et l’installation des composants requis restants

est ignorée. Vous êtes invité à redémarrer le système.

À l’issue du redémarrage du système, PrerequisiteInstaller.exe s’exécute à nouveau, car le

fichier de démarrage créé avant le redémarrage contient un indicateur /continue.

Après un redémarrage, PrerequisiteInstaller.exe ignore le fichier d’arguments et tente de

télécharger et installer les composants requis restants via Internet. Pour plus d’informations,

voir Problèmes connus.

Utilisez la procédure suivante pour créer un fichier d’arguments.

1. À l’aide d’un éditeur de texte, créez un document texte nommé

PrerequisiteInstaller.Arguments.txt. Enregistrez ce fichier au même emplacement que

PrerequisiteInstaller.exe. Ce fichier doit contenir les commutateurs et les arguments utilisés

lorsque vous exécutez l’Outil de préparation des produits Microsoft SharePoint.

2. À l’aide d’un éditeur de texte, modifiez PrerequisiteInstaller.Arguments.txt et indiquez les

chemins d’accès aux fichiers dans la source d’installation pour chaque commutateur de

composant requis en utilisant la syntaxe suivante :

/switch: <chemin_accès>

Où /switch représente un commutateur valide et <chemin_accès> correspond à un chemin

d’accès à la source d’installation.

L’exemple suivant présente un fichier d’arguments complet qui utilise un partage de fichiers

comme point d’installation courant.

Pour créer un fichier d’arguments

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#issues

35

/SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

/ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe"

/W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe"

/NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

/PowerShell: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB968930-x64.msu"

/KB976394: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB976394-x64.msu"

/KB976462: "\\o14-sf-admin\SP_prereqs\Windows6.1-KB976462-v2-x64.msu"

/IDFX: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB974405-x64.msu"

/Sync: "\\o14-sf-admin\SP_prereqs\Synchronization.msi"

/FilterPack: "\\o14-sf-admin\SP_prereqs\FilterPackx64.exe"

/ADOMD: "\\o14-sf-admin\SP_prereqs\SQLSERVER2008_ASADOMD10.msi"

/ReportingServices: "\\o14-sf-admin\SP_prereqs\rsSharePoint.msi"

/Speech: "\\o14-sf-admin\SP_prereqs\SpeechPlatformRuntime.msi"

/SpeechLPK: "\\o14-sf-admin\SP_prereqs\MSSpeech_SR_en-US_TELE.msi"

Important :

Pour une meilleure lisibilité, les commutateurs et les instructions de chemin d’accès

dans l’exemple précédent sont présentés sur des lignes distinctes. Lorsque vous

créerez réellement un fichier PrerequisitesInstaller.Arguments.txt, au lieu d’utiliser des

sauts de ligne, séparez chaque commutateur et instruction de chemin d’accès d’un

espace. Pour plus d’informations, voir Problèmes connus.

3. Après avoir modifié PrerequisiteInstaller.Arguments.txt, enregistrez vos modifications, puis

vérifiez que ce fichier se trouve dans le même répertoire que PrerequisiteInstaller.exe.

Utilisez la procédure suivante pour installer les composants requis.

1. Exécutez PrerequisiteInstaller.exe à partir de l’invite de commandes afin d’installer les

composants requis.

Attention :

Ne cliquez pas sur Terminer pour redémarrer le système si vous y êtes invité. Cliquez

sur Annuler. Pour plus d’informations, voir Problèmes connus avant de passer à

l’étape suivante.

2. Redémarrez le système manuellement.

3. Exécutez PrerequisiteInstaller.exe à partir de l’invite de commandes.

Problèmes connus

Deux problèmes connus peuvent contrarier l’utilisation d’un fichier d’arguments :

Utilisation de sauts de ligne dans le fichier d’arguments

Pour installer les composants requis à l’aide d’un fichier d’arguments

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#known

http://technet.microsoft.com/library/192a6fb6-bdf1-4feb-80f9-0f519ae534bd.aspx#known

36

Si vous créez un fichier d’arguments et que vous utilisez des sauts de ligne pour placer chaque

commutateur et argument sur une ligne distincte, le programme d’installation des composants

requis échoue. La solution de contournement consiste à entrer toutes les paires de commutateur et

d’argument sur une même ligne.

Après le rédémarrage d’un ordinateur, le fichier d’arguments n’est pas utilisé

Après un redémarrage, l’outil PrerequisiteInstaller.exe exécute le fichier de commandes de

démarrage, qui contient un indicateur /continue. Cet indicateur contraint le programme d’installation

à ignorer le fichier d’arguments.

Vous devez empêcher tout redémarrage en supprimant la tâche de démarrage dans ce fichier de

commandes en utilisant l’une des options suivantes :

Option 1

a. Exécutez PrerequisiteInstaller.exe en double-cliquant dessus. Le programme affiche le premier

écran avec la liste des composants requis.

b. Cliquez sur Annuler. PrerequisiteInstaller.exe supprime la tâche de démarrage.

Option 2

a. Dans le menu Démarrer, choisissez Exécuter, puis tapez regedit pour ouvrir le Registre.

b. Ouvrez la clé

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell

Folders.

c. Vérifiez la valeur de « Common Startup ». Celle-ci indique le répertoire dans lequel les tâches

de démarrage sont répertoriées.

d. Fermez l’Éditeur du Registre sans apporter de modifications.

e. Accédez au répertoire de démarrage, qui est généralement

<systemdir>\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup.

f. Supprimez la tâche de démarrage en supprimant

« SharePointServerPreparationToolStartup_0FF1CE14-0000-0000-0000-

000000000000.cmd ».

37

Préparer le déploiement (SharePoint Foundation 2010)

Cette section décrit les étapes essentielles à suivre avant de déployer Microsoft SharePoint Foundation

2010.



Cet article décrit la configuration matérielle et logicielle minimale requise pour l’installation de


Comptes d’administration et de service requis pour le déploiement initial (SharePoint Foundation

2010)

Cet article fournit des informations sur les comptes d’administration et de service requis pour le

déploiement initial de SharePoint Foundation 2010. Des autorisations et des comptes

supplémentaires sont nécessaires pour implémenter entièrement tous les aspects d’une batterie de

serveurs de production.


Cet article décrit comment renforcer la sécurité de Microsoft SQL Server dans les environnements


Voir aussi Vue d’ensemble du déploiement (SharePoint Foundation 2010)


38


Cet article mentionne les configurations logicielle et matérielle minimales requises pour installer et

exécuter Microsoft SharePoint Foundation 2010.

Si vous contactez le support technique Microsoft concernant un système de production qui ne

dispose pas de la configuration matérielle minimale décrite dans ce document, le support sera

limité jusqu’à ce que le système soit mis à niveau de façon à satisfaire la configuration requise.

Dans cet article :

Présentation

Configuration matérielle requise—serveurs Web, serveurs d’applications et installations de

serveurs uniques

Configuration matérielle requise—Serveurs de bases de données

Configuration logicielle requise

Accès aux logiciels applicables

Présentation Microsoft SharePoint Foundation 2010 prend en charge une série de scénarios d’installation.

Actuellement, ces installations comprennent les installations à serveur unique avec base de données

intégrée et les installations de batterie de serveurs unique ou multiple.

Configuration matérielle requise—serveurs Web, serveurs d’applications et installations de serveurs uniques Les spécifications indiquées dans le tableau suivant s’appliquent aux installations sur un serveur

unique avec une base de données intégrée et aux serveurs exécutant SharePoint Foundation 2010

dans une installation de batterie à serveurs multiples.

Composant Configuration minimale

Processeur 64 bits, quatre cœurs

RAM 4 Go pour une utilisation à des fins

d’évaluation ou de développement

Important :

39


8 Go pour une installation de serveur unique

ou de batterie de serveurs en vue d’une

utilisation en mode production

Disque dur 80 Go pour le lecteur système

Pour une utilisation en mode de production, vous

devez disposer d’un espace disque

supplémentaire pour les opérations quotidiennes.

La quantité d’espace libre à ajouter doit

représenter le double de la RAM pour les

environnements de production. Pour plus

d’informations, voir Capacity management and

sizing for SharePoint Server 2010 (en anglais).

Configuration matérielle requise—Serveurs de bases de données Les spécifications indiquées dans le tableau suivant s’appliquent aux serveurs de bases de données

dans les environnements de production où la batterie contient plusieurs serveurs.

Nos définitions des petits et moyens déploiements sont celles décrites dans la section

« Architectures de référence » dans Capacity management and sizing for SharePoint Server

2010 (en anglais).


Processeur 64 bits, quatre cœurs pour les déploiements à petite échelle

64 bits, huit cœurs pour les déploiements à moyenne échelle

RAM 8 Go pour les déploiements à petite échelle

16 Go pour les déploiements à moyenne échelle

Pour les déploiements à grande échelle, voir la section « Estimation

de la mémoire requise » dans Planification et configuration de la

capacité de SQL Server et du stockage (SharePoint Server 2010).

Remarque :

Ces valeurs sont supérieures aux valeurs minimales

recommandées pour SQL Server en raison de la distribution

Remarque :

http://technet.microsoft.com/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce(Office.14).aspx




http://technet.microsoft.com/library/a96075c6-d315-40a8-a739-49b91c61978f(Office.14).aspx


40


des données requises pour un environnement SharePoint

Products 2010. Pour plus d’informations sur la configuration

requise de SQL Server, voir Configurations matérielle et

logicielle requises pour l’installation de SQL Server 2008 R2


Disque dur 80 Go pour le lecteur système

L’espace disque dépend de la taille de votre contenu SharePoint.

Pour plus d’informations sur l’évaluation de la taille des bases de

données de contenu et des autres bases de données pour votre

déploiement, voir Planification et configuration de la capacité de SQL

Server et du stockage (SharePoint Server 2010).

Configuration logicielle requise Les configurations indiquées dans les tableaux suivants concernent les installations de serveur unique

avec base de données intégrée et les installations de batterie comportant un ou plusieurs serveurs.

SharePoint Foundation 2010 ne prend pas en charge les noms SLD (Single Label Domain).

Pour plus d’informations, voir Informations sur la configuration des domaines Active Directory à

l’aide de noms DNS en une seule partie.

L’Outil de préparation des produits Microsoft SharePoint, auquel vous accédez depuis la page de

démarrage de SharePoint Foundation 2010, peut vous aider pour l’installation des logiciels requis pour

SharePoint Foundation 2010. Vous devez disposer d’une connexion Internet, car certains de ces

composants sont installés depuis Internet. Pour plus d’informations, voir Déployer un serveur unique

avec SQL Server (SharePoint Foundation 2010), Déployer un serveur unique avec une base de

données intégrée (SharePoint Foundation 2010) et Plusieurs serveurs en batterie à trois niveaux

(SharePoint Foundation 2010).

Configurations minimales

Environnement Configuration minimale

Serveur de bases de

données dans une batterie

L’une des applications suivantes :

L’édition 64 bits de Microsoft SQL Server 2008 R2.

L’édition 64 bits de SQL Server 2008 avec SP1 et mise à jour

Important :





http://support.microsoft.com/kb/300684/fr

http://support.microsoft.com/kb/300684/fr

41


cumulative 2. Sur la page Package de mise à jour cumulative 2 pour

SQL Server 2008 Service Pack 1

(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x40C), cliquez

sur le lien View and request hotfix downloads et suivez les

instructions affichées. Sur la page de demande de correctif,

téléchargez le fichier

SQL_Server_2008_SP1_Cumulative_Update_2. Lorsque vous

installez Microsoft SQL Server 2008 SP1 sur

Windows Server 2008 R2, un avertissement de compatibilité est

susceptible de s’afficher. Vous pouvez l’ignorer et poursuivre

l’installation.

Remarque :

Nous vous déconseillons d’utiliser CU3 ou CU4, mais plutôt

CU2, CU5, ou un CU ultérieur à CU5. Pour plus

d’informations, voir Package de mise à jour cumulative 5

pour SQL Server 2008


Téléchargez le fichier SQL_Server_2008_RTM_CU5_SNAC.

L’édition 64 bits de Microsoft SQL Server 2005 avec Service Pack 3

(SP3). Sur la page Package de mise à jour cumulative 3 pour SQL

Server 2005 Service Pack 3

(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x40C), cliquez

sur le lien View and request hotfix downloads et suivez les

instructions affichées. Sur la page de demande de correctif,

téléchargez le fichier

SQL_Server_2005_SP3_Cumulative_Update_3.

Pour plus d’informations sur le choix d’une version de SQL Server, voir

SQL Server 2008 R2 et les produits SharePoint 2010 : une association

efficace (livre blanc) (SharePoint Server 2010).

Serveur unique avec base

de données intégrée

L’édition 64 bits de Windows Server 2008 Standard, Enterprise, Data

Center ou Web Server avec SP2, ou l’édition 64 bits de Windows

Server 2008 R2 Standard, Enterprise, Data Center ou Web Server.

Si vous exécutez Windows Server 2008 sans SP2, l’Outil de

préparation des produits Microsoft SharePoint installe Windows

Server 2008 SP2 automatiquement.

Remarque :

Vous devez télécharger une mise à jour pour Windows

Server 2008 et Windows Server 2008 R2 avant d’exécuter le







http://technet.microsoft.com/library/665876e1-2706-42ad-bd76-8e4d1da0ce92(Office.14).aspx

http://technet.microsoft.com/library/665876e1-2706-42ad-bd76-8e4d1da0ce92(Office.14).aspx

42


programme d’installation. Cette mise à jour est un correctif

logiciel pour le .NET Framework 3.5 SP1 installée par l’outil

de préparation. Elle permet de prendre en charge

l’authentification par jeton sans sécurité de transport ni

chiffrement des messages dans WCF. Pour plus

d’informations et des liens, voir la section « Accès aux

logiciels applicables » plus loin dans cet article.

KB979917 - QFE pour les problèmes Sharepoint - Correctif du

compteur de performance et emprunt d’identité d’utilisateur

(éventuellement en anglais)


Pour Windows Server 2008 SP2, téléchargez le fichier

Windows6.0-KB979917-x64.msu (Vista).

Pour Windows Server 2008 R2, téléchargez le fichier

Windows6.1-KB979917-x64.msu (Win7).

Pour plus d’informations, voir l’article de la Base de connaissance

Deux problèmes se produisent lorsque vous déployez une

application ASP.NET 2.0 sur un serveur qui exécute IIS 7.0 ou

IIS 7.5 en mode intégré


L’outil de préparation installe les éléments prérequis suivants :

Rôle Serveur Web (IIS)

Rôle de serveur d’applications

Microsoft .NET Framework version 3.5 SP1

SQL Server 2008 Express avec SP1

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0

Microsoft Chart Controls for Microsoft .NET Framework 3.5

Windows PowerShell 2.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

Mise à jour d’ADO.NET Data Services pour le .NET

Framework 3.5 SP1

Un correctif pour le .NET Framework 3.5 SP1 qui fournit une

méthode pour prendre en charge l’authentification par jeton sans

sécurité de transport ou chiffrement des messages dans WCF.







43


Windows Identity Foundation (WIF)

Remarque :

Si Microsoft « Geneva » Framework est installé, vous devez

procéder à sa désinstallation avant d’installer Windows

Identity Foundation (WIF).

Serveurs Web frontaux et

serveurs d’applications

dans une batterie de

serveurs

L’édition 64 bits de Windows Server 2008 Standard, Enterprise, Data

Center ou Web Server avec SP2, ou l’édition 64 bits de Windows

Server 2008 R2 Standard, Enterprise, Data Center ou Web Server.

Si vous exécutez Windows Server 2008 avec SP1, l’Outil de

préparation des produits Microsoft SharePoint installe Windows

Server 2008 SP2 automatiquement.

Remarque :

Vous devez télécharger une mise à jour pour Windows

Server 2008 et Windows Server 2008 R2 avant d’exécuter le

programme d’installation. Cette mise à jour est un correctif

logiciel pour le .NET Framework 3.5 SP1 installée par l’outil

de préparation. Elle permet de prendre en charge

l’authentification par jeton sans sécurité de transport ni

chiffrement des messages dans WCF. Pour plus

d’informations et des liens, voir la section « Accès aux

logiciels applicables ».

KB979917 - QFE pour les problèmes Sharepoint - Correctif du

compteur de performance et emprunt d’identité d’utilisateur



Pour Windows Server 2008 SP2, téléchargez le fichier

Windows6.0-KB979917-x64.msu (Vista).

Pour Windows Server 2008 R2, téléchargez le fichier

Windows6.1-KB979917-x64.msu (Win7).

Pour plus d’informations, voir l’article de la Base de connaissance

Deux problèmes se produisent lorsque vous déployez une

application ASP.NET 2.0 sur un serveur qui exécute IIS 7.0 ou

IIS 7.5 en mode intégré


L’outil de préparation installe les éléments prérequis suivants :

Rôle Serveur Web (IIS)

Rôle de serveur d’applications







44


Microsoft .NET Framework version 3.5 SP1

Microsoft Sync Framework Runtime v1.0 (x64)

Microsoft Filter Pack 2.0


Windows PowerShell 2.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

Mise à jour d’ADO.NET Data Services pour le .NET

Framework 3.5 SP1

Un correctif pour le .NET Framework 3.5 SP1 qui fournit une

méthode pour prendre en charge l’authentification par jeton sans

sécurité de transport ou chiffrement des messages dans WCF.

Windows Identity Foundation (WIF)

Remarque :

Si Microsoft « Geneva » Framework est installé, vous devez

procéder à sa désinstallation avant d’installer Windows

Identity Foundation (WIF).

Ordinateur client Un navigateur pris en charge. Pour plus d’informations, voir Planifier

la prise en charge des navigateurs (SharePoint Foundation 2010).

Logiciels facultatifs

Environnement Logiciels facultatifs

Serveur unique avec base de données

intégrée

Windows 7 ou Windows Vista. Pour plus d’informations,

voir Configuration de l’environnement de développement

pour SharePoint Server

(http://go.microsoft.com/fwlink/?linkid=164557&clcid=0x4

0C).

Ordinateur client Client Microsoft Office 2010. Pour plus d’informations,

voir Microsoft Office 2010 (éventuellement en anglais)


0C).

http://technet.microsoft.com/library/7dd4fd50-6ede-4d21-a5d5-87b4c4d49316(Office.14).aspx





45

Environnement Logiciels facultatifs

Microsoft Silverlight 3.

Accès aux logiciels applicables Pour installer Windows Server 2008 ou Microsoft SQL Server, vous pouvez vous rendre sur les sites

Web répertoriés dans cette section. Vous pouvez installer tous les autres logiciels obligatoires via la

page de démarrage de SharePoint Foundation. La plupart des logiciels obligatoires sont également

disponibles sur les sites Web répertoriés dans cette section. Les rôles Serveur Web (IIS) et Serveur

d’application peuvent être activés manuellement dans le Gestionnaire de serveur.

Dans les scénarios dans lesquels l’installation des éléments prérequis directement à partir d’Internet

n’est pas possible ou pas réalisable, vous pouvez les installer à partir d’un partage réseau. Pour plus

d’informations, voir Éléments prérequis à l’installation depuis un partage réseau (SharePoint

Foundation 2010).

SharePoint Foundation 2010 (http://go.microsoft.com/fwlink/?linkid=197422&clcid=0x40C)

Modules linguistiques pour SharePoint Foundation 2010


Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=197426&clcid=0x40C)

Windows Server 2008 R2 (éventuellement en anglais)


SQL Server 2008 R2 (éventuellement en anglais)


SQL Server 2008 (éventuellement en anglais)


SQL Server 2005 (éventuellement en anglais)


SQL Server 2008 Service Pack 1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0x40C)

Package de mise à jour cumulative 2 pour SQL Server 2008 Service Pack 1


Package de mise à jour cumulative 5 pour SQL Server 2008

(http://go.microsoft.com/fwlink/?linkid=197434&clcid=0x40C). Téléchargez le fichier

SQL_Server_2008_RTM_CU5_SNAC.

Microsoft SQL Server 2005 Service Pack 3
















46

Microsoft Windows Server 2008 SP2 (éventuellement en anglais)


Correctif Windows Server 2008 avec SP2 : un correctif qui fournit une méthode pour prendre en

charge l’authentification par jeton sans sécurité de transport ou chiffrement des messages dans

WCF est disponible pour le .NET Framework 3.5 SP1


Correctif Windows Server 2008 R2 : un correctif qui fournit une méthode pour prendre en charge

l’authentification par jeton sans sécurité de transport ou chiffrement des messages dans WCF est

disponible pour .NET Framework 3.5 SP1 (éventuellement en anglais)


Microsoft .NET Framework 3.5 Service Pack 1


Microsoft® SQL Server® 2008 Express Edition Service Pack 1


Windows Identity Foundation pour Windows Server 2008 (éventuellement en anglais)


Windows Identity Foundation pour Windows Server 2008 R2 (éventuellement en anglais)


Microsoft Sync Framework v1.0 (éventuellement en anglais)


Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x40C)



Windows PowerShell 2.0 (éventuellement en anglais)


Microsoft SQL Server 2008 Feature Pack, août 2008


Microsoft SQL Server 2008 Analysis Services ADOMD.NET (éventuellement en anglais)


KB979917 - QFE pour les problèmes Sharepoint - Correctif du compteur de performance et

emprunt d’identité d’utilisateur (éventuellement en anglais)


Pour Windows Server 2008 SP2, téléchargez le fichier Windows6.0-KB979917-x64.msu

(Vista).

Pour Windows Server 2008 R2, téléchargez le fichier Windows6.1-KB979917-x64.msu (Win7).

Mise à jour d’ADO.NET Data Services pour le .NET Framework 3.5 SP1

(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x40C) pour Windows Server 2008 SP2





















47


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x40C) pour Windows Server 2008 R2 ou

Windows 7

Microsoft Silverlight 3 (éventuellement en anglais)


Microsoft Office 2010 (éventuellement en anglais)


Office Communicator 2007 R2 (http://go.microsoft.com/fwlink/?linkid=196930&clcid=0x40C)

Microsoft SharePoint Designer 2010 (32 bits)


Microsoft SharePoint Designer 2010 (64 bits)


Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0x40C)



Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?linkid=166496&clcid=0x40C)



Microsoft Windows Server 2008 SP2 (éventuellement en anglais)


Correctif Windows Server 2008 avec SP2 : un correctif qui fournit une méthode pour prendre en

charge l’authentification par jeton sans sécurité de transport ou chiffrement des messages dans

WCF est disponible pour .NET Framework 3.5 SP1 (éventuellement en anglais)


Correctif Windows Server 2008 R2 : un correctif qui fournit une méthode pour prendre en charge

l’authentification par jeton sans sécurité de transport ou chiffrement des messages dans WCF est

disponible pour .NET Framework 3.5 SP1 (éventuellement en anglais)


Microsoft .NET Framework 3.5 Service Pack 1


Microsoft SQL Server 2008 Express Edition Service Pack 1


Framework Windows Identity pour Windows Server 2008 (éventuellement en anglais)


Framework Windows Identity pour Windows Server 2008 R2 (éventuellement en anglais)


Microsoft Sync Framework v1.0 (http://go.microsoft.com/fwlink/?linkid=141237&clcid=0x40C)

Microsoft Office 2010 Filter Packs (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x40C)
























48



Windows PowerShell 2.0 (http://go.microsoft.com/fwlink/?linkid=161023&clcid=0x40C)

Microsoft SQL Server 2008 Native Client


Microsoft SQL Server 2008 Analysis Services ADOMD.NET (éventuellement en anglais)


KB979917 - QFE pour les problèmes Sharepoint - Correctif du compteur de performance et

emprunt d’identité d’utilisateur (éventuellement en anglais)


Pour Windows Server 2008 SP2, téléchargez le fichier Windows6.0-KB979917-x64.msu

(Vista).

Pour Windows Server 2008 R2, téléchargez le fichier Windows6.1-KB979917-x64.msu (Win7).

Pour plus d’informations, voir l’article de la Base de connaissance Deux problèmes se produisent

lorsque vous déployez une application ASP.NET 2.0 sur un serveur qui exécute IIS 7.0 ou IIS 7.5

en mode intégré (http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x40C).

Microsoft Office 2010 (éventuellement en anglais)


Microsoft Silverlight 3 (éventuellement en anglais)



(http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x40C) pour Windows Server 2008 SP2


(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x40C) pour Windows Server 2008 R2 ou

Windows 7














49

Comptes d’administration et de service requis pour le déploiement initial (SharePoint Foundation 2010)

Cet article fournit des informations sur les comptes d'administration et de service qui sont requis pour le

déploiement initial Microsoft SharePoint Foundation 2010. Des autorisations et des comptes

supplémentaires sont nécessaires pour implémenter totalement tous les aspects d'une batterie de

serveurs de production.

Autorisations requises Pour déployer SharePoint Foundation 2010 sur une batterie de serveurs, vous devez fournir les

informations d’identification de plusieurs comptes différents.

Le tableau suivant décrit les comptes utilisés pour installer et configurer SharePoint Foundation 2010.

Compte Objectif Conditions requises

Compte de service SQL

Server

Le compte de service SQL Server

utilisé pour exécuter SQL Server. Il

s’agit du compte pour les services

SQL Server suivants :

MSSQLSERVER

SQLSERVERAGENT

Si vous n’utilisez pas l’instance

SQL Server par défaut, dans la

console Windows Services, ces

services apparaîtront comme :

MSSQL$Nom_instance

SQLAgent$Nom_instance

Utiliser un compte système local ou un

compte utilisateur de domaine.

Si vous prévoyez d’effectuer une

sauvegarde ou une restauration à

partir d’une ressource externe, des

autorisations pour la ressource

externe doivent être accordées au

compte approprié. Si vous utilisez un

compte utilisateur de domaine pour le

compte de service SQL Server,

accordez des autorisations à ce

compte utilisateur de domaine. En

revanche, si vous utilisez le compte

Service réseau ou le compte système

local, accordez des autorisations à la

ressource externe sur le compte de

l’ordinateur

(nom_domaine\SQL_hostname$).

Le nom de l’instance est arbitraire et a

été créé lors de l’installation de

Microsoft SQL Server.

50


Compte utilisateur du

programme d’installation

Le compte utilisateur du

programme d’installation est utilisé

pour exécuter :

Configuration

Assistant Configuration des

produits SharePoint

Compte utilisateur de domaine.

Membre du groupe

Administrateurs sur chaque

serveur sur lequel le programme

d’installation est exécuté.

Connexion SQL Server sur

l’ordinateur qui exécute SQL

Server.

Membre des rôles de sécurité

SQL Server suivants :

Rôle serveur fixe

securityadmin

Rôle serveur fixe dbcreator

Si vous exécutez des applets de

commande Windows PowerShell qui

affectent une base de données, ce

compte doit être membre du rôle de

base de données fixe db_owner pour

la base de données.

Compte de la batterie de

serveurs ou compte

d’accès à la base de

données

Le compte de la batterie de

serveurs est utilisé pour effectuer

les tâches suivantes :

Configurer et gérer la batterie

de serveurs.

Agir comme l’identité du pool

d’applications pour le site Web

Administration centrale de

SharePoint.

Exécuter le Service Minuteur

de flux de travail Microsoft


Compte utilisateur de domaine.

Des autorisations supplémentaires

sont automatiquement accordées au

compte de la batterie de serveurs sur

les serveurs Web et les serveurs

d’applications qui sont joints à une

batterie de serveurs.

Le compte de la batterie de serveurs

est automatiquement ajouté en tant

que connexion SQL Server sur

l’ordinateur qui exécute SQL Server et

ajouté aux rôles de sécurité SQL

Server suivants :

Rôle serveur fixe dbcreator

Rôle serveur fixe securityadmin

Rôle de base de données fixe

db_owner pour toutes les bases

de données SharePoint de la

51


batterie de serveurs

52


Cet article explique comment sécuriser Microsoft SQL Server pour les environnements Produits

Microsoft SharePoint 2010.

Dans cet article :

Résumé des recommandations en matière de sécurisation

Configurer une instance de SQL Server pour être à l’écoute sur un autre port que celui par défaut

Configurer le Pare-feu Windows pour bloquer les ports d’écoute SQL Server par défaut

Configurer le Pare-feu Windows pour ouvrir les ports attribués manuellement

Configurer un alias client SQL

Tester l’alias client SQL

Résumé des recommandations en matière de sécurisation Pour sécuriser des environnements de batterie de serveurs, il est recommandé de procéder comme

suit :

Bloquez le port UDP 1434.

Configurez les instances nommées de SQL Server pour être à l’écoute sur un port non standard

(autre que le port TCP 1433 ou le port UDP 1434).

Pour plus de sécurité, bloquez le port TCP 1433 et réattribuez le port utilisé par l’instance par

défaut à un autre port.

Configurez les alias clients SQL Server sur tous les serveurs Web frontaux et les serveurs

d’applications de la batterie de serveurs. Une fois bloqué le port TCP 1433 ou le port UDP 1434,

les alias clients SQL Server sont nécessaires sur tous les ordinateurs qui communiquent avec

l’ordinateur exécutant SQL Server.

Pour plus d’informations sur ces recommandations, voir Planifier le renforcement de la sécurité


Configurer une instance de SQL Server pour être à l’écoute sur un autre port que celui par défaut Servez-vous du Gestionnaire de configuration SQL Server pour modifier le port TCP utilisé par une

instance de SQL Server.

1. Sur l’ordinateur exécutant SQL Server, ouvrez le Gestionnaire de configuration SQL Server.



53

2. Dans le volet gauche, développez Configuration réseau SQL Server.

3. Cliquez sur l’entrée correspondant à l’instance que vous configurez. L’instance par défaut est

répertoriée en tant que Protocoles pour MSSQLSERVER. Les instances nommées seront

désignées comme Protocoles pour instance_nommée.

4. Dans le volet droit, cliquez avec le bouton droit sur TCP/IP, puis sur Propriétés.

5. Cliquez sur l’onglet Adresses IP. Pour chaque adresse IP attribuée à l’ordinateur exécutant SQL

Server, il existe une entrée correspondante sous cet onglet. Par défaut, SQL Server écoute toutes

les adresses IP attribuées à l’ordinateur.

6. Pour modifier globalement le port que l’instance par défaut écoute, procédez comme suit :

a. Pour chaque adresse IP, à l’exception de la section IPAll, effacez toutes les valeurs dans les

champs Ports TCP dynamiques et Port TCP.

b. Pour la section IPAll, effacez la valeur du champ Ports TCP dynamiques. Dans le champ

Port TCP, entrez le port que vous voulez que l’instance de SQL Server écoute. Par exemple,

entrez 40000.

7. Pour modifier globalement le port qu’une instance nommée écoute, procédez comme suit :

a. Pour chaque adresse IP, y compris pour IPAll, effacez toutes les valeurs du champ Ports TCP

dynamiques. Une valeur égale à 0 pour ce champ indique que SQL Server utilise un port TCP

dynamique pour l’adresse IP. Une entrée vierge pour cette valeur signifie que SQL Server

n’utilisera pas de port TCP dynamique pour l’adresse IP.

b. Pour chaque adresse IP, à l’exception de IPAll, effacez toutes les valeurs du champ Port TCP.

c. Pour la section IPAll, effacez la valeur du champ Ports TCP dynamiques. Dans le champ

Port TCP, entrez le port que vous voulez que l’instance de SQL Server écoute. Par exemple,

entrez 40000.

8. Cliquez sur OK. Vous recevez un message indiquant que la modification ne prendra effet qu’après

le redémarrage du service SQL Server. Cliquez sur OK.

9. Fermez le Gestionnaire de configuration SQL Server.

10. Redémarrez le service SQL Server et vérifiez que l’ordinateur exécutant SQL Server est à l’écoute

sur le port que vous avez sélectionné. Vous pouvez le vérifier en recherchant les indications

correspondantes dans le journal de l’Observateur d’événements après avoir redémarré le service

SQL Server. Recherchez un événement d’information semblable à l’événement suivant :

Type d’événement : information

Source d’événement : MSSQL$MSSQLSERVER

Catégorie d’événement : (2)

ID d’événement : 26022

Date : 3/6/2008

Heure : 13:46:11

Utilisateur : N/A

Ordinateur : nom_ordinateur

54

Description :

Le serveur est à l’écoute sur [ 'any' <ipv4>50000]

Configurer le Pare-feu Windows pour bloquer les ports d’écoute SQL Server par défaut 1. Dans le Panneau de configuration, ouvrez Pare-feu Windows. Cliquez sur Modifier les

paramètres pour ouvrir la boîte de dialogue Paramètres du Pare-feu Windows

2. Sous l’onglet Général, cliquez sur Activer. Assurez-vous que la case à cocher Ne pas autoriser

les exceptions est désactivée.

3. Sous l’onglet Exceptions, cliquez sur Ajouter un port.

4. Dans la boîte de dialogue Ajouter un port, entrez un nom pour le port. Par exemple, entrez UDP-

1434. Entrez ensuite le numéro de port. Par exemple, entrez 1434.

5. Cliquez sur l’option appropriée : UDP ou TCP. Par exemple, pour bloquer le port 1434, cliquez sur

UDP. Pour bloquer le port 1433, cliquez sur TCP.

6. Cliquez sur Modifier l’étendue et assurez-vous que l’étendue pour cette exception est définie sur

N’importe quel ordinateur (y compris ceux présents sur Internet).

7. Cliquez sur OK.

8. Sous l’onglet Exceptions, recherchez l’exception que vous avez créée. Pour bloquer le port,

désactivez la case à cocher correspondant à cette exception. Par défaut, cette case à cocher est

activée, ce qui signifie que le port est ouvert.

Configurer le Pare-feu Windows pour ouvrir les ports attribués manuellement 1. Effectuez les étapes 1 à 7 de la procédure précédente pour créer une exception pour le port que

vous avez attribué manuellement à une instance de SQL Server. Par exemple, créez une exception

pour le port TCP 40000.

2. Sous l’onglet Exceptions, recherchez l’exception que vous avez créée. Assurez-vous que la case

à cocher correspondant à l’exception est activée. Par défaut, cette case à cocher est activée, ce

qui signifie que le port est ouvert.

Pour plus d’informations sur l’utilisation du protocole IPsec (Internet Protocol security) afin

de sécuriser les communications à destination et en provenance de votre ordinateur SQL

Server, voir l’article de la Base de connaissances Microsoft 233256 : Comment faire pour

activer le trafic IPSec par le biais d’un pare-feu


Remarque :



55

Configurer un alias client SQL Si vous bloquez le port UDP 1434 ou le port TCP 1433 sur l’ordinateur exécutant SQL Server, vous

devez créer un alias client SQL Server sur tous les autres ordinateurs de la batterie de serveurs. Vous

pouvez utiliser les composants clients SQL Server afin de créer un alias client SQL Server pour les

ordinateurs qui se connectent à SQL Server.

1. Exécutez le programme d’installation de SQL Server sur l’ordinateur cible, puis sélectionnez les

composants client suivants à installer :

a. Composants de connectivité

b. Outils de gestion

2. Ouvrez le Gestionnaire de configuration SQL Server.

3. Dans le volet gauche, cliquez sur Configuration de SQL Native Client.

4. Dans le volet droit, cliquez avec le bouton droit sur Alias et sélectionnez Nouvel alias.

5. Dans la boîte de dialogue Alias, entrez un nom pour l’alias, puis entrez le numéro de port pour

l’instance de base de données. Par exemple, entrez SharePoint _alias.

6. Dans le champ Numéro de port, entrez le numéro de port pour l’instance de base de données. Par

exemple, entrez 40000. Assurez-vous que le protocole est défini sur TCP/IP.

7. Dans le champ Serveur, entrez le nom de l’ordinateur exécutant SQL Server.

8. Cliquez sur Appliquer, puis sur OK.

Tester l’alias client SQL Testez la connectivité à l’ordinateur exécutant SQL Server à l’aide de Microsoft SQL Server

Management Studio, qui est disponible via l’installation des composants clients SQL Server.

1. Ouvrez SQL Server Management Studio.

2. Lorsque vous êtes invité à entrer un nom de serveur, entrez le nom de l’alias que vous avez créé,

puis cliquez sur Connexion. Si la connexion est réussie, SQL Server Management Studio est

rempli avec des objets qui correspondent à la base de données distante.

Pour vérifier la connectivité à des instances de base de données supplémentaires dans

SQL Server Management Studio, cliquez sur Connexion, puis sur Moteur de base de

données.

Remarque :

56


Cette section explique comment déployer Microsoft SharePoint Foundation 2010 sur un ou plusieurs

serveurs pour créer différentes topologies permettant de tester et d’implémenter des solutions Microsoft

SharePoint Foundation 2010 à différentes étapes du cycle de vie du déploiement.


Déployer un serveur unique avec SQL Server (SharePoint Foundation 2010)

Cet article explique comment installer SharePoint Foundation 2010 sur un serveur donné. Ce

déploiement utilise Microsoft SQL Server et peut facilement faire l’objet d’une montée en puissance

parallèle en vue de la création de topologies de batterie de serveurs à deux et trois niveaux.

Déployer un serveur unique avec une base de données intégrée (SharePoint Foundation 2010)

Cet article explique comment installer SharePoint Foundation 2010 sur un serveur donné. Ce

déploiement utilise SQL Server Express et est généralement utilisé pour l’évaluation de SharePoint

Foundation 2010.

Plusieurs serveurs en batterie à trois niveaux (SharePoint Foundation 2010)

Cet article explique comment installer SharePoint Foundation 2010 sur plusieurs serveurs. Ce

déploiement utilise Microsoft SQL Server et la topologie à trois niveaux obtenue permet

d’échafauder l’implémentation de n’importe quelle solution.

Démarrage rapide : déployer un serveur unique dans un environnement Hyper-V isolé (SharePoint

Foundation 2010)

Cet article explique comment utiliser Windows PowerShell pour installer SharePoint Foundation

2010 sur un serveur donné qui utilise SQL Server Express ou Microsoft SQL Server. Utilisez le

code Windows PowerShell inclus pour installer rapidement SharePoint Foundation 2010 dans un

environnement Hyper-V isolé permettant d’évaluer SharePoint Foundation 2010.



Cet article explique comment déployer Microsoft SharePoint Foundation 2010 dans un

environnement de batterie de serveurs qui utilise des bases de données créées par l’administrateur

de base de données.

Déploiement dans un environnement virtuel (SharePoint Foundation 2010)

Cet article fournit des instructions de déploiement d’un environnement virtuel.

57


Cet article explique comment effectuer une nouvelle installation de Microsoft SharePoint Foundation

2010 sur une seule batterie de serveurs.

Dans cet article :

Présentation

Avant de commencer

Installer SharePoint Foundation 2010

Étapes postérieures à l’installation

Présentation Lorsque vous installez SharePoint Foundation 2010 sur une seule batterie de serveurs, vous pouvez

configurer SharePoint Foundation 2010 en fonction de vos besoins. À la fin du programme d’installation

et de l’Assistant Configuration des produits SharePoint, vous aurez installé des fichiers binaires,

configuré des autorisations de sécurité, des paramètres de registre, la base de données de

configuration et la base de données de contenu, ainsi qu’installé le site Web Administration centrale de

SharePoint. Ensuite, vous pouvez exécuter l’Assistant Configuration de batterie de serveurs afin de

configurer la batterie de serveurs, de sélectionner les services à utiliser dans la batterie de serveurs et

de créer la première collection de sites ou effectuer manuellement la configuration de la batterie de

serveurs à votre propre rythme.

En règle générale, une batterie de serveurs unique se compose d’un serveur qui exécute Microsoft

SQL Server et SharePoint Foundation 2010. Vous pouvez déployer SharePoint Foundation 2010 dans

un environnement à batterie de serveurs unique si vous n’hébergez que quelques sites pour un nombre

d’utilisateurs limité. Cette configuration est également utile si vous souhaitez configurer une batterie de

serveurs en fonction de vos besoins dans un premier temps, puis ajouter des serveurs à la batterie de

serveurs lors d’une étape ultérieure.

Ce guide n’explique pas comment installer SharePoint Foundation 2010 dans un

environnement à plusieurs batteries de serveurs ou comment effectuer une mise à niveau

depuis des versions antérieures de SharePoint Foundation. Pour plus d’informations, voir

Plusieurs serveurs en batterie à trois niveaux (SharePoint Foundation 2010). Pour plus

d’informations sur la mise à niveau, voir Mise à niveau vers SharePoint Foundation 2010.

Avant de commencer Avant de commencer le déploiement, procédez aux vérifications suivantes :

Remarque :

58

Assurez-vous que vous êtes familiarisé avec les instructions liées au système d’exploitation

décrites dans Instructions pour régler les performances de Windows Server 2008 (éventuellement

en anglais) et Instructions pour régler les performances de Windows Server 2008 R2

(éventuellement en anglais).

Assurez-vous que vous respectez en totalité les configurations matérielle et logicielle requises.

Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010).

Veillez à effectuer une nouvelle installation de SharePoint Foundation 2010. Vous ne pouvez pas

installer la version RTM de SharePoint Foundation 2010 sans supprimer au préalable la version

bêta de SharePoint Foundation 2010.

Assurez-vous que vous êtes prêt à configurer les comptes requis avec les autorisations

appropriées, comme indiqué dans Comptes d’administration et de service requis pour le

déploiement initial (SharePoint Foundation 2010).

Pour des raisons de sécurité, il est recommandé d’installer SharePoint Foundation 2010 en

utilisant l’administration selon le principe des privilèges minimum.

Veillez à décider des services à utiliser pour votre application Web, comme indiqué dans

Configurer les services (SharePoint Foundation 2010).

Installer SharePoint Foundation 2010 Pour installer et configurer SharePoint Foundation 2010, suivez les étapes suivantes :

1. Exécutez l’Outil de préparation des produits Microsoft SharePoint, qui installe tous les éléments

prérequis nécessaires à l’utilisation de SharePoint Foundation 2010.

2. Exécutez le programme d’installation, qui installe les fichiers binaires, configure les autorisations de

sécurité et définit les paramètres de registre pour Microsoft SharePoint Foundation.

3. Exécutez l’Assistant Configuration des produits SharePoint, qui installe et configure la base de

données de configuration, la base de données de contenu, et installe le site Web Administration

centrale de SharePoint.

4. Configurez les paramètres du navigateur.

5. Exécutez l’Assistant Configuration de batterie de serveurs, qui configure la batterie de serveurs,

crée la première collection de sites et sélectionne les services à utiliser dans la batterie de

serveurs.

6. Effectuez les étapes postérieures à l’installation.

Pour effectuer les procédures suivantes, vous devez être membre du groupe Administrateurs

sur l’ordinateur local.

Remarque :

Important :

http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv.mspx


http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv-R2.mspx


59

Exécuter l’Outil de préparation des produits Microsoft SharePoint

Utilisez la procédure suivante pour installer les éléments logiciels requis pour SharePoint

Foundation 2010.

1. Insérez votre disque d’installation de SharePoint Foundation 2010.

2. Dans la page de démarrage de SharePoint Foundation 2010, cliquez sur Installer les

éléments logiciels requis.

Remarque :

Étant donné que l’Outil de préparation télécharge les composants à partir du Centre de

téléchargement Microsoft, l’ordinateur sur lequel vous effectuez l’installation de

Microsoft SharePoint Foundation doit avoir accès à Internet.

3. Dans la page d’accueil de l’Outil de préparation des produits Microsoft SharePoint, cliquez sur

Suivant.

4. Dans la page Contrat de licence de produit logiciel, activez la case à cocher J’accepte les

termes du ou des contrats de licence, puis cliquez sur Suivant.

5. Dans la page indiquant que l’installation est terminée, cliquez sur Terminer.

Exécuter le programme d’installation

La procédure suivante installe les fichiers binaires, configure les autorisations de sécurité et définit les

paramètres de registre pour SharePoint Foundation 2010.

1. Dans la page de démarrage de SharePoint Foundation 2010, cliquez sur Installer SharePoint

Foundation.

2. Dans la page Lire les termes du contrat de licence logiciel Microsoft, consultez les termes,

activez la case à cocher J’accepte les termes de ce contrat, puis cliquez sur Continuer.

3. Dans la page Choisir l’installation voulue, cliquez sur Batterie de serveurs.

4. Sous l’onglet Type de serveur, cliquez sur Complète.

5. Facultatif : pour installer SharePoint Foundation 2010 à l’emplacement de votre choix, cliquez

sur l’onglet Emplacement de données, puis tapez le nom de l’emplacement ou cliquez sur

Parcourir pour rechercher celui-ci.

6. Cliquez sur Installer maintenant.

7. Lorsque l’installation est terminée, cliquez sur Fermer.

Pour exécuter l’Outil de préparation des produits Microsoft SharePoint

Pour exécuter le programme d’installation

Remarque :

60

Si l’installation échoue, vérifiez le dossier TEMP de l’utilisateur qui a exécuté le programme

d’installation. Vérifiez que vous avez ouvert une session sous le compte de l’utilisateur qui a

exécuté le programme d’installation, puis tapez %temp% dans la barre d’emplacement de

l’Explorateur Windows. Si le chemin d’accès %temp% conduit à un emplacement qui se

termine par un « 1 » ou un « 2 », vous devrez accéder au niveau supérieur pour afficher les

fichiers journaux. Le nom du fichier journal est Installation de Microsoft SharePoint

Foundation 2010 (<timestamp>).

Pour accéder à l’Assistant Configuration des produits SharePoint, cliquez sur Démarrer,

pointez sur Tous les programmes, puis cliquez sur Produits Microsoft SharePoint 2010. Si

la boîte de dialogue Contrôle de compte d’utilisateur apparaît, cliquez sur Continuer.

Exécuter l’Assistant Configuration des produits SharePoint

La procédure suivante installe et configure la base de données de configuration, la base de données

de contenu, et installe le site Web Administration centrale de SharePoint.

1. Dans la page d’accueil des produits SharePoint, cliquez sur Suivant.

2. Dans la boîte de dialogue qui vous signale que certains services devront éventuellement être

redémarrés au cours de la configuration, cliquez sur Oui.

3. Dans la page Se connecter à une batterie de serveurs, cliquez sur Créer une batterie de

serveurs, puis cliquez sur Suivant.

4. Dans la page Spécifier les paramètres de la base de données de configuration, effectuez les

opérations suivantes :

a. Dans la zone Serveur de base de données, tapez le nom de l’ordinateur exécutant SQL

Server.

b. Dans la zone Nom de la base de données, tapez un nom pour votre base de données de

configuration, ou utilisez le nom de base de données par défaut. Le nom par défaut est

SharePoint_Config.

c. Dans la zone Nom d’utilisateur, tapez le nom d’utilisateur du compte de batterie de

serveurs. Veillez à taper le nom d’utilisateur sous la forme DOMAINE\nom_utilisateur.

Important :

La batterie de serveurs sert à créer votre base de données de configuration et à y

accéder. Elle sert également d’identité de pool d’applications pour le compte de

pool d’applications de l’Administration centrale de SharePoint, et elle correspond

au compte sous lequel s’exécute le service Minuteur de flux de travail Microsoft

SharePoint Foundation. L’Assistant Configuration des produits SharePoint ajoute

ce compte aux comptes de connexions SQL Server, au rôle serveur dbcreator

Conseil :

Pour exécuter l’Assistant Configuration des produits SharePoint

61

SQL Server et au rôle serveur securityadmin SQL Server. Le compte d’utilisateur

que vous spécifiez en tant que compte de service doit être un compte d’utilisateur

de domaine, mais ne doit pas obligatoirement être membre d’un groupe de sécurité

spécifique sur vos serveurs Web frontaux ou vos serveurs de base de données.

Nous vous recommandons de suivre le principe du moindre privilège et de spécifier

un compte d’utilisateur qui n’est pas membre du groupe Administrateurs sur vos

serveurs Web frontaux ou vos serveurs de base de données.

d. Dans la zone Mot de passe, tapez le mot de passe de l’utilisateur.

5. Cliquez sur Suivant.

6. Dans la page Spécifier les paramètres de sécurité de la batterie de serveurs, tapez un mot de

passe, puis cliquez sur Suivant.

Assurez-vous que le mot de passe satisfait aux critères suivants :

Il contient au moins huit caractères.

Il contient au moins trois des quatre groupes de caractères suivants :

Il utilise des majuscules non accentuées (A à Z).

Il utilise des minuscules non accentuées (a à z).

Il utilise des chiffres (0 à 9).

Il utilise des caractères non alphabétiques (comme !, $, #, %).

Remarque :

Bien qu’une phrase secrète soit similaire à un mot de passe, elle est généralement

plus longue afin que la sécurité s’en trouve renforcée. Elle permet de chiffrer les

informations d’identification des comptes inscrits dans Microsoft SharePoint

Foundation, tels que le compte système Microsoft SharePoint Foundation que vous

fournissez lorsque vous exécutez l’Assistant Configuration des produits

SharePoint. Veillez à vous souvenir du mot de passe choisi, car vous devez

l’utiliser chaque fois que vous ajoutez un serveur à la batterie de serveurs.

7. Dans la page Configurer l’application Web Administration centrale de SharePoint, procédez

comme suit :

a. Activez la case à cocher Spécifiez le numéro de port et tapez le numéro de port que doit

utiliser l’application Web Administration centrale de SharePoint ou laissez la case à cocher

Spécifiez le numéro de port désactivée si vous souhaitez utiliser le numéro de port par

défaut.

b. Cliquez sur NTLM ou Négocier (Kerberos).


9. Dans la page Fin de l’ Assistant Configuration des produits SharePoint, passez en revue vos

paramètres de configuration pour vérifier qu’ils sont corrects, puis cliquez sur Suivant.

62

Remarque :

Si vous souhaitez créer automatiquement des comptes uniques pour les utilisateurs

dans le service d’annuaire Active Directory, cliquez sur Paramètres avancés, puis

activez la création de compte Active Directory.

10. Dans la page Configuration réussie, cliquez sur Terminer.

Remarque :

Si l’Assistant Configuration des produits SharePoint échoue, vérifiez les fichiers

journaux PSCDiagnostics, qui sont situés sur le lecteur sur lequel SharePoint

Foundation est installé, dans le dossier %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS.

Remarque :

Si vous êtes invité à entrer votre nom d’utilisateur et votre mot de passe, vous devrez

peut-être ajouter le site Web Administration centrale de SharePoint à la liste des sites

de confiance et configurer les paramètres d’authentification utilisateur dans Internet

Explorer. Vous souhaitez peut-être également désactiver les paramètres de

configuration de sécurité renforcée d’Internet Explorer. Les instructions de

configuration ou de désactivation de ces paramètres sont fournies dans la section

suivante.

Remarque :

Si un message d’erreur du serveur proxy s’affiche, vous devrez peut-être configurer les

paramètres du serveur proxy afin que les adresses locales contournent celui-ci. La

section suivante indique plus loin comment configurer les paramètres du serveur proxy.

Configurer les paramètres du navigateur

Après avoir exécuté l’Assistant Configuration des produits SharePoint, assurez-vous que SharePoint

Foundation 2010 fonctionne correctement pour les administrateurs locaux de votre environnement, en

configurant des paramètres supplémentaires dans Internet Explorer.

Si les administrateurs locaux n’utilisent pas Internet Explorer, vous devez configurer des

paramètres supplémentaires. Pour plus d’informations sur les navigateurs pris en charge, voir

Planifier la prise en charge des navigateurs (SharePoint Foundation 2010).

Effectuez les procédures suivantes si vous êtes invité à entrer votre nom d’utilisateur et votre mot de

passe :

Ajouter le site Web Administration centrale de SharePoint à la liste des sites de confiance

Désactiver les paramètres de configuration de sécurité renforcée d’Internet Explorer

Effectuez la procédure suivante si vous recevez un message d’erreur du serveur proxy :

Remarque :


63

Configurer les paramètres du serveur proxy de manière à ne pas utiliser de serveur proxy pour les

adresses locales

Pour plus d’informations, voir Prise en main d’IEAK 8


1. Dans Internet Explorer, dans le menu Outils, cliquez sur Options Internet.

2. Dans l’onglet Sécurité, dans la zone Cliquez sur une zone pour afficher ou modifier les

paramètres de sécurité, cliquez sur Sites de confiance, puis sur Sites.

3. Désactivez la case à cocher Exiger un serveur sécurisé (https:) pour tous les sites de

cette zone.

4. Dans la zone Ajouter ce site Web à la zone, tapez l’URL de votre site, puis cliquez sur

Ajouter.

5. Cliquez sur Fermer pour fermer la boîte de dialogue Sites de confiance.

6. Cliquez sur OK pour fermer la boîte de dialogue Options Internet.

1. Cliquez sur Démarrer, pointez sur Tous les programmes, sur Outils d’administration, puis

cliquez sur Gestionnaire de serveur.

2. Dans Gestionnaire de serveur, sélectionnez la racine de Gestionnaire de serveur.

3. Dans la section Informations sur la sécurité, cliquez sur Paramétrer la Configuration de

sécurité renforcée d’Internet Explorer.

La boîte de dialogue Configuration de sécurité renforcée d’Internet Explorer s’ouvre.

4. Dans la section Administrateurs, cliquez sur Désactivé pour désactiver les paramètres de

configuration de sécurité renforcée d’Internet Explorer, puis cliquez sur OK.


2. Sous l’onglet Connexions, dans la zone Paramètres du réseau local, cliquez sur

Paramètres réseau.

3. Dans la zone Configuration automatique, désactivez la case à cocher Détecter

automatiquement les paramètres de connexion.

4. Dans la zone Serveur proxy, activez la case à cocher Utiliser un serveur proxy pour votre

réseau local.

5. Tapez l’adresse du serveur proxy dans la zone Adresse.

6. Tapez le numéro de port du serveur proxy dans la zone Port.

Pour ajouter le site Web Administration centrale de SharePoint à la liste des sites de confiance

Pour désactiver les paramètres de configuration de sécurité renforcée d’Internet Explorer

Pour configurer les paramètres du serveur proxy de manière à ne pas utiliser de serveur proxy pour les adresses locales


64

7. Activez la case à cocher Ne pas utiliser de serveur proxy pour les adresses locales.

8. Cliquez sur OK pour fermer la boîte de dialogue Paramètres du réseau local.


Exécuter l’Assistant Configuration de batterie de serveurs

L’installation et la configuration initiale de SharePoint Foundation 2010 sont maintenant terminées.

Vous avez créé le site Web Administration centrale de SharePoint. Vous pouvez maintenant créer vos

batterie de serveurs et sites, ainsi que sélectionner des services à l’aide de l’Assistant Configuration de


1. Sur le site Web Administration centrale de SharePoint, dans la page Assistants de

configuration, cliquez sur Exécuter l’Assistant Configuration de batterie de serveurs.

2. Dans la page Contribuer à l’amélioration de SharePoint, cliquez sur l’une des options

suivantes, puis cliquez sur OK :

Oui, j’accepte de participer (recommandé).

Non, je ne souhaite pas participer.

3. Dans la page Configuration de votre batterie SharePoint, cliquez sur Passer en revue les

paramètres à l’aide de cet Assistant, puis cliquez sur Suivant.

4. Dans la section Compte de service, cliquez sur le compte de service que vous souhaitez

utiliser pour configurer vos services.

Remarque

Pour des raisons de sécurité, il est recommandé d’utiliser un compte différent du compte

d’administrateur de batterie de serveurs pour configurer des services dans la batterie de serveurs.

Si vous décidez d’utiliser un compte géré existant, c’est-à-dire un compte dont a connaissance

SharePoint Foundation, veillez à cliquer sur cette option avant de poursuivre.

5. Sélectionnez les services à utiliser dans la batterie de serveurs, puis cliquez sur Suivant.

6. Dans la page Créer une collection de sites, procédez comme suit :

a. Dans la section Titre et description, dans la zone Titre, tapez le nom de votre nouveau

site.

b. Facultatif : dans la zone Description, tapez une description du contenu du site.

c. Dans la section Adresse du site Web, sélectionnez un chemin d’URL pour le site.

d. Dans la section Sélection du modèle, dans la liste Sélectionner un modèle ,

sélectionnez le modèle que vous souhaitez utiliser pour le site de niveau supérieur de la

collection de sites.

Remarque :

Pour Exécuter l’Assistant Configuration de batterie de serveurs

65

Pour afficher un modèle ou une description d’un modèle, cliquez sur le modèle de

votre choix dans la liste Sélectionner un modèle.

7. Cliquez sur OK.

8. Dans la page Configuration de votre batterie SharePoint, révisez le récapitulatif de la

configuration de la batterie de serveurs, puis cliquez sur Terminer.

Étapes postérieures à l’installation Une fois que vous avez installé et configuré SharePoint Foundation 2010, la fenêtre du navigateur

s’ouvre sur le site Web Administration centrale de SharePoint de votre nouveau site SharePoint. Bien

qu’il soit possible d’ajouter du contenu ou de personnaliser le site, il est recommandé d’effectuer tout

d’abord les tâches administratives suivantes dans le site Web Administration centrale de SharePoint.

Configurer la collecte de données d’utilisation et d’intégrité Vous pouvez configurer la

collecte de données d’utilisation et d’intégrité dans votre batterie de serveurs. Le système écrit les

données d’utilisation et d’intégrité dans le dossier de journalisation et dans la base de données de

journalisation. Pour plus d’informations, voir Configurer la collecte de données d’utilisation et

d’intégrité (SharePoint Foundation 2010).

Configurer la journalisation des diagnostics Vous pouvez configurer la journalisation des

diagnostics, qui est éventuellement nécessaire après un déploiement ou une mise à niveau initiale.

Les paramètres par défaut suffisent pour la plupart des situations, mais en fonction des besoins et

du cycle de vie de la batterie de serveurs, vous pouvez modifier ces paramètres. Pour plus

d’informations, voir Configurer la journalisation des diagnostics (SharePoint Foundation 2010).

Configurer le courrier électronique entrant Vous pouvez configurer le courrier électronique

entrant afin que les sites SharePoint acceptent et archivent le courrier électronique entrant. Vous

pouvez également configurer le courrier électronique de sorte que les sites SharePoint puissent

archiver les discussions électroniques en simultané, enregistrer des documents envoyés par

messagerie électronique et afficher sur les calendriers du site les réunions notifiées par courrier

électronique. De plus, vous pouvez configurer le service de gestion d’annuaire SharePoint pour

qu’il prenne en charge la création et la gestion de listes de distribution électronique. Pour plus

d’informations, voir Configurer le courrier électronique entrant (SharePoint Foundation 2010).

Configurer le courrier électronique sortant Vous pouvez configurer le courrier électronique

sortant de façon à ce que votre serveur SMTP (Simple Mail Transfer Protocol) envoie des alertes

par courrier électronique aux utilisateurs du site et des notifications aux administrateurs. L’adresse

de l’émetteur du message et l’adresse de réponse qui apparaissent dans les alertes sortantes

peuvent toutes deux être personnalisées. Pour plus d’informations, voir Configurer le courrier

électronique sortant (SharePoint Foundation 2010).

Configurer un compte mobile Vous pouvez configurer un compte mobile de telle sorte que

SharePoint envoie des alertes sous la forme de messages texte (SMS) vers votre téléphone mobile

ou vers celui des utilisateurs du site. Pour plus d’informations, voir Configurer un compte mobile


66

Installer et configurer le stockage BLOB distant Vous pouvez installer et configurer le

stockage BLOB distant d’une instance de SQL Server 2008 qui prend en charge une batterie de

serveurs SharePoint. Pour plus d’informations, voir Installer et configurer le stockage BLOB distant

ou le stockage BLOB externe (SharePoint Foundation 2010).

***DÉBUT MOSS UNIQUEMENT***

67

Déployer un serveur unique avec une base de données intégrée (SharePoint Foundation 2010)


2010 sur un serveur unique avec une base de données intégrée.

Dans cet article :

Présentation

Avant de commencer

Installer SharePoint Foundation 2010


Configurer l’utilitaire de sauvegarde de Windows Server

Présentation Vous pouvez publier rapidement un site SharePoint en déployant SharePoint Foundation 2010 sur un

serveur unique avec une base de données intégrée. Cette configuration est utile si vous souhaitez

évaluer les fonctionnalités et les capacités de SharePoint Foundation 2010, telles que la collaboration,

la gestion des documents et la recherche. Cette configuration est également utile si vous déployez un

petit nombre de sites Web et que vous souhaitez réduire les tâches d’administration au minimum.

Lorsque vous déployez SharePoint Foundation 2010 sur un serveur unique avec une base de données

intégrée en utilisant les paramètres par défaut, le programme d’installation installe Microsoft SQL

Server 2008 Express et le produit SharePoint, puis l’Assistant Configuration des produits SharePoint

crée la base de données de configuration et la base de données de contenu pour vos sites SharePoint.

En outre, l’Assistant Configuration des produits SharePoint installe le site Web Administration centrale

de SharePoint et crée votre première collection de sites SharePoint.

Cet article n’explique pas comment installer SharePoint Foundation 2010 dans un

environnement de batterie de serveurs, ni comment effectuer une mise à niveau à partir de

versions précédentes de SharePoint Foundation. Pour plus d’informations sur l’installation de

SharePoint Foundation 2010 dans une seule batterie de serveurs, voir Déployer un serveur

unique avec SQL Server (SharePoint Foundation 2010). Pour plus d’informations sur

l’installation de SharePoint Foundation 2010 dans plusieurs batteries de serveurs, voir

Plusieurs serveurs en batterie à trois niveaux (SharePoint Foundation 2010). Pour plus

d’informations sur la mise à niveau, voir Mise à niveau vers SharePoint Foundation 2010.

Prenez en considération les restrictions suivantes concernant cette méthode d’installation :

Vous ne pouvez pas installer la version serveur unique avec base de données intégrée de SharePoint

Foundation sur un contrôleur de domaine.

Remarque :

68

La taille d’une base de données SQL Server 2008 Express ne doit pas dépasser 4 Go.

Avant de commencer Avant de commencer le déploiement, assurez-vous que vous possédez la configuration matérielle et

logicielle requise. Pour plus d’informations, voir Configuration matérielle et logicielle requise

(SharePoint Foundation 2010). Veillez également à effectuer une nouvelle installation de SharePoint

Foundation 2010. Vous ne pouvez pas installer la version RTM de SharePoint Foundation 2010 sans

supprimer au préalable la version bêta de SharePoint Foundation 2010

Installer SharePoint Foundation 2010 Pour installer et configurer SharePoint Foundation 2010, suivez les étapes suivantes :

1. Exécutez l’ Outil de préparation des produits Microsoft SharePoint, qui installe tous les logiciels

requis pour utiliser SharePoint Foundation 2010.

2. Exécutez le programme d’installation, qui installe SQL Server 2008 Express et le produit

SharePoint.

3. Exécutez l’Assistant Configuration des produits SharePoint, qui installe le site Web Administration

centrale de SharePoint et crée votre première collection de sites SharePoint.

4. Configurez les paramètres du navigateur.

5. Effectuez les étapes postérieures à l’installation.

Pour effectuer les procédures suivantes, vous devez être membre du groupe Administrateurs

sur l’ordinateur local.

Exécuter l’Outil de préparation des produits Microsoft SharePoint

Utilisez la procédure suivante pour installer les éléments logiciels requis pour SharePoint

Foundation 2010.

1. Insérez votre disque d’installation de SharePoint Foundation 2010.

2. Dans la page de démarrage de SharePoint Foundation 2010, cliquez sur Installer les

éléments logiciels requis.

Remarque :

Étant donné que l’Outil de préparation télécharge les composants à partir du Centre de

téléchargement Microsoft, l’ordinateur sur lequel vous effectuez l’installation de

SharePoint Foundation doit avoir accès à Internet.

Important :

Pour exécuter l’Outil de préparation des produits Microsoft SharePoint

69


Suivant.


Exécuter le programme d’installation

La procédure suivante installe SQL Server 2008 Express et le produit SharePoint. À la fin de

l’installation, vous pouvez choisir de démarrer l’Assistant Configuration des produits SharePoint, qui est

décrit plus loin dans cette section.

1. Dans la page de démarrage de SharePoint Foundation 2010, cliquez sur Installer SharePoint

Foundation.

2. Dans la page Lire les termes du contrat de licence logiciel Microsoft, passez en revue les

termes du contrat, activez la case à cocher J’accepte les termes de ce contrat, puis cliquez

sur Continuer.

3. Dans la page Choisir l’installation voulue, cliquez sur Autonome.

4. Lorsque l’installation est terminée, une boîte de dialogue vous invite à terminer la configuration

de votre serveur. Assurez-vous que la case à cocher Exécuter l’Assistant Configuration des

produits SharePoint est activée.

5. Cliquez sur Fermer pour démarrer l’Assistant Configuration.

Si l’installation échoue, vérifiez le dossier TEMP de l’utilisateur qui a exécuté le programme

d’installation. Vérifiez que vous avez ouvert une session sous le compte de l’utilisateur qui a

exécuté le programme d’installation, puis tapez %temp% dans la barre d’emplacement de

l’Explorateur Windows. Si le chemin d’accès %temp% conduit à un emplacement qui se

termine par un « 1 » ou un « 2 », vous devrez accéder au niveau supérieur pour afficher les

fichiers journaux. Le nom du fichier journal est Installation de Microsoft SharePoint

Foundation 2010 (<timestamp>).

Pour accéder à l’Assistant Configuration des produits SharePoint, cliquez sur Démarrer,

pointez sur Tous les programmes, puis cliquez sur Produits Microsoft SharePoint 2010. Si

la boîte de dialogue Contrôle de compte d’utilisateur apparaît, cliquez sur Continuer.


La procédure suivante installe et configure la base de données de configuration, la base de données

de contenu, et installe le site Web Administration centrale de SharePoint. Elle crée également votre

première collection de sites SharePoint.


Remarque :

Conseil :

70

1. Dans la page d’accueil des produits SharePoint, cliquez sur Suivant.

2. Dans la boîte de dialogue qui vous signale que certains services devront peut-être être



Remarque :


journaux PSCDiagnostics, qui sont situés sur le lecteur sur lequel SharePoint

Foundation est installé, dans le dossier %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS.

Remarque :

Si vous êtes invité à entrer votre nom d’utilisateur et votre mot de passe, vous devrez

peut-être ajouter le site Web Administration centrale de SharePoint à la liste des sites

de confiance et configurer les paramètres d’authentification utilisateur dans Internet

Explorer. Vous souhaitez peut-être également désactiver les paramètres de

configuration de sécurité renforcée d’Internet Explorer. Les instructions de

configuration ou de désactivation de ces paramètres sont fournies dans la section

suivante.

Remarque :

Si un message d’erreur du serveur proxy s’affiche, vous devrez peut-être configurer les

paramètres du serveur proxy afin que les adresses locales contournent celui-ci. La

section suivante indique plus loin comment configurer les paramètres du serveur proxy.

Configurer les paramètres du navigateur

Après avoir exécuté l’Assistant Configuration des produits SharePoint, assurez-vous que SharePoint

Foundation fonctionne correctement pour les administrateurs locaux de votre environnement, en

configurant des paramètres supplémentaires dans Internet Explorer.

Si les administrateurs locaux n’utilisent pas Internet Explorer, vous devez configurer des

paramètres supplémentaires. Pour plus d’informations sur les navigateurs pris en charge, voir

Planifier la prise en charge des navigateurs (SharePoint Foundation 2010).

Effectuez les procédures suivantes si vous êtes invité à entrer votre nom d’utilisateur et votre mot de

passe :

Ajouter le site Web Administration centrale de SharePoint à la liste des sites de confiance

Désactiver les paramètres de configuration de sécurité renforcée d’Internet Explorer

Effectuez la procédure suivante si vous recevez un message d’erreur du serveur proxy :


Remarque :


71

Configurer les paramètres du serveur proxy de manière à ne pas utiliser de serveur proxy pour les

adresses locales

Pour plus d’informations, voir Prise en main d’IEAK 8



2. Dans l’onglet Sécurité, dans la zone Sélectionner une zone pour afficher ou modifier les

paramètres de sécurité, cliquez sur Sites de confiance, puis sur Sites.

3. Désactivez la case à cocher Exiger un serveur sécurisé (https:) pour tous les sites de

cette zone.

4. Dans la zone Ajouter ce site Web à la zone, tapez l’URL de votre site, puis cliquez sur

Ajouter.

5. Cliquez sur Fermer pour fermer la boîte de dialogue Sites de confiance.


Si vous utilisez un serveur proxy dans votre organisation, procédez comme suit pour configurer

Internet Explorer de manière à ne pas utiliser de serveur proxy pour les adresses locales.

1. Cliquez sur Démarrer, pointez sur Tous les programmes, sur Outils d’administration, puis

cliquez sur Gestionnaire de serveur.

2. Dans Gestionnaire de serveur, sélectionnez la racine de Gestionnaire de serveur.

3. Dans la section Informations sur la sécurité, cliquez sur Paramétrer la Configuration de

sécurité renforcée d’Internet Explorer.

La boîte de dialogue Configuration de sécurité renforcée d’Internet Explorer s’ouvre.

4. Dans la section Administrateurs, cliquez sur Désactivé pour désactiver les paramètres de

configuration de sécurité renforcée d’Internet Explorer, puis cliquez sur OK.


2. Sous l’onglet Connexions, dans la zone Paramètres du réseau local, cliquez sur

Paramètres réseau.

3. Dans la zone Configuration automatique, désactivez la case à cocher Détecter

Pour ajouter le site Web Administration centrale de SharePoint à la liste des sites de confiance

Pour désactiver les paramètres de configuration de sécurité renforcée d’Internet Explorer

Pour configurer les paramètres du serveur proxy de manière à ne pas utiliser de serveur proxy pour les adresses locales


72

automatiquement les paramètres de connexion.

4. Dans la zone Serveur proxy, activez la case à cocher Utiliser un serveur proxy pour votre

réseau local.

5. Tapez l’adresse du serveur proxy dans la zone Adresse.

6. Tapez le numéro de port du serveur proxy dans la zone Port.

7. Activez la case à cocher Ne pas utiliser de serveur proxy pour les adresses locales.

8. Cliquez sur OK pour fermer la boîte de dialogue Paramètres du réseau local.


Étapes postérieures à l’installation Une fois l’installation de SharePoint Foundation 2010 terminée, la fenêtre du navigateur s’ouvre sur le

site Web Administration centrale de SharePoint de votre nouveau site SharePoint. Bien qu’il soit

possible d’ajouter du contenu ou de personnaliser le site, il est recommandé d’effectuer tout d’abord les

tâches administratives suivantes dans le site Web Administration centrale de SharePoint.

Configurer la collecte de données d’utilisation et d’intégrité Vous pouvez configurer la

collecte de données d’utilisation et d’intégrité dans votre batterie de serveurs. Le système écrit les

données d’utilisation et d’intégrité dans le dossier de journalisation et dans la base de données de

journalisation. Pour plus d’informations, voir Configurer la collecte de données d’utilisation et

d’intégrité (SharePoint Foundation 2010).

Configurer la journalisation des diagnostics Vous pouvez configurer la journalisation des

diagnostics, qui est éventuellement nécessaire après un déploiement ou une mise à niveau initiale.

Les paramètres par défaut suffisent pour la plupart des situations, mais en fonction des besoins et

du cycle de vie de la batterie de serveurs, vous pouvez modifier ces paramètres. Pour plus

d’informations, voir Configurer la journalisation des diagnostics (SharePoint Foundation 2010).

Configurer le courrier électronique entrant Vous pouvez configurer le courrier électronique

entrant afin que les sites SharePoint acceptent et archivent le courrier électronique entrant. Vous

pouvez également configurer le courrier électronique de sorte que les sites SharePoint puissent

archiver les discussions électroniques en simultané, enregistrer des documents envoyés par

messagerie électronique et afficher sur les calendriers du site les réunions notifiées par courrier

électronique. De plus, vous pouvez configurer le service de gestion d’annuaire SharePoint pour

qu’il prenne en charge la création et la gestion de listes de distribution électroniques. Pour plus

d’informations, voir Configurer le courrier électronique entrant (SharePoint Foundation 2010).







73





Installer et configurer le stockage BLOB distant Vous pouvez installer et configurer le

stockage BLOB distant d’une instance de SQL Server 2008 qui prend en charge une batterie de

serveurs SharePoint. Pour plus d’informations, voir Installer et configurer le stockage BLOB distant

ou le stockage BLOB externe (SharePoint Foundation 2010).

Configurer l’utilitaire de sauvegarde de Windows Server Pour employer l’utilitaire de sauvegarde de Windows Server avec SharePoint Foundation 2010, vous

devez inscrire l’enregistreur VSS de SharePoint 2010 auprès de l’utilitaire de sauvegarde de Windows

Server en exécutant la commande stsadm -o registerwsswriter. Pour plus d’informations, voir

Registerwsswriter : opération Stsadm (Windows SharePoint Services).

http://technet.microsoft.com/fr-fr/library/cc287616.aspx

74


Cet article explique comment installer Microsoft SharePoint Foundation 2010 sur plusieurs serveurs

pour créer une batterie de serveurs Microsoft SharePoint Foundation déployée sur trois niveaux. La

batterie de serveurs se compose de deux serveurs Web frontaux, d’un serveur d’applications et d’un

serveur de base de données. La séquence de déploiement et les configurations décrites dans cet

article reposent sur des meilleures pratiques recommandées. La configuration de batterie de serveurs

obtenue n’est pas complexe, mais elle fournit une infrastructure fondamentale pour l’implémentation

d’une solution SharePoint Foundation dans des batteries de serveurs similaires ou plus complexes.

La batterie de serveurs est déployée avec le service Recherche de SharePoint Foundation ; ce service

est configuré de manière à analyser le contenu créé dans le cadre de ce déploiement.

Dans cet article :

Présentation

Préparer les serveurs de la batterie de serveurs

Installer SharePoint Foundation 2010 sur les serveurs de la batterie de serveurs

Créer et configurer la batterie de serveurs

Ajouter des serveurs Web à la batterie de serveurs

Configurer la journalisation des diagnostics et la collection des données d’utilisation et d’intégrité

Configurer le service Recherche de SharePoint Foundation

Créer un site


Présentation Les étapes de base de ce déploiement sont les suivantes :

Assurez-vous que vous êtes familiarisé avec le concept d’une topologie à trois niveaux.

Assurez-vous que vous avez réalisé la totalité des tâches de planification et de préparation, telles

que la vérification des configurations matérielle et logicielle requises.

Installez les mises à jour logicielles requises sur tous les serveurs destinés à faire partie de la


Installez les éléments prérequis pour SharePoint Foundation sur les serveurs des niveaux

application et Web.

Installez SharePoint Foundation sur le serveur d’applications et sur les serveurs Web.

Créez et configurez la batterie de serveurs SharePoint.

Déployez les services.

http://technet.microsoft.com/library/bf3631e9-e03d-4f91-80b4-d9c1eab7d3a9.aspx#FoundationSearch

75

Effectuez les tâches postérieures au déploiement, le cas échéant.

Présentation de la topologie

Cette topologie est généralement utilisée pour les batteries de serveurs de tailles moyenne et grande

décrites dans Vue d’ensemble du déploiement (SharePoint Foundation 2010). En termes de

performances, de capacité et d’évolutivité, une topologie à trois niveaux est préférable à une topologie

à deux niveaux. Une topologie à trois niveaux fournit la configuration physique et logique la plus

efficace pour la prise en charge de la montée en puissance parallèle ou de la montée en puissance par

unité et offre une meilleure répartition des services parmi les serveurs membres de la batterie de

serveurs. L’illustration suivante montre le déploiement sur trois niveaux décrit dans cet article.

En vous référant à l’illustration précédente, notez ce qui suit :

Vous pouvez ajouter des serveurs Web à la couche Web. Ces serveurs peuvent être configurés en

tant que serveurs Web conventionnels pour la gestion des requêtes des utilisateurs.

Vous pouvez ajouter des serveurs de batterie de serveurs à la couche Application et les configurer

en tant que serveurs dédiés qui hébergeront le site Web Administration centrale ou d’autres

services de la batterie de serveurs qui nécessitent des ressources dédiées ou une isolation par

rapport à la couche Web (par exemple, des travaux de minuteur et des services bac à sable

(sandbox)).

76

Vous pouvez ajouter des serveurs de base de données au niveau base de données pour

implémenter une instance autonome, la mise en miroir de base de données ou un cluster de

basculement. Si vous configurez la batterie de serveurs afin qu’elle offre un haut niveau de

disponibilité, la mise en miroir de base de données ou un cluster de basculement est nécessaire au

niveau base de données.

Avant de commencer

Avant de commencer le déploiement, procédez aux vérifications suivantes :

Assurez-vous que vous êtes familiarisé avec les instructions liées au système d’exploitation

décrites dans Instructions pour régler les performances de Windows Server 2008 (éventuellement

en anglais) et Instructions pour régler les performances de Windows Server 2008 R2


Assurez-vous que vous respectez en totalité les configurations matérielle et logicielle requises.

Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010)


appropriées, comme décrit dans Comptes d’administration et de service requis pour le déploiement

initial (SharePoint Foundation 2010)

Pour des raisons de sécurité, il est recommandé d’installer SharePoint Foundation en

utilisant l’administration selon le principe des privilèges minimum.

Utilisation de l’outil de préparation des produits Microsoft SharePoint 2010

L’Outil de préparation des produits Microsoft SharePoint vérifie l’existence d’éléments prérequis, puis

installe et configure tous les programmes nécessaires. L’Outil de préparation des produits Microsoft

SharePoint requiert une connexion Internet pour télécharger et configurer les éléments prérequis pour

SharePoint Foundation. Si vous ne disposez pas d’une connexion Internet pour les serveurs de la

batterie de serveurs, vous devez obtenir des images installables pour les logiciels requis. Pour

connaître les emplacements d’installation, voir Configuration logicielle requise dans « Déterminer les

configurations matérielle et logicielle requises (SharePoint Foundation 2010) ».

Si vous décidez d’obtenir des images installables, il est recommandé de créer un point d’installation

que vous pouvez utiliser pour le stockage de ces images. Vous pourrez utiliser ce point d’installation

pour installer les mises à jour logicielles futures.

Serveur de base de données

Assurez-vous que SQL Server 2005 ou SQL Server 2008 est mis à jour vers le niveau requis et

configuré comme suit :

SQL Server 2005 : les connexions locales et distantes sont activées et sont configurées de

manière à utiliser le protocole TCP/IP.

Remarque :





77

SQL Server 2008 : le protocole TCP/IP est activé pour la configuration du réseau.

Dans les organisations dont les administrateurs de base de données opèrent indépendamment des

administrateurs SharePoint, vous devez vous assurer que la version adéquate de SQL Server est

disponible et mise à jour vers le niveau requis. En outre, vous devez demander une base de données

créée par l’administrateur de base de données qui soit configurée pour votre batterie de serveurs.

Les procédures indiquées dans cet article n’utilisent pas une base de données créée par

l’administrateur de base de données ; ces procédures sont différentes dans un déploiement de

base de données créée par l’administrateur de base de données. Pour plus d’informations, voir



Mises à jour publiques et correctifs logiciels

Assurez-vous que les mises à jour publiques et les correctifs logiciels requis sont installés pour le

système d’exploitation, SQL Server et SharePoint Foundation. Il est recommandé de mettre à jour tous

les serveurs vers la même version logicielle avant d’appliquer les mises à jour publiques. Les correctifs

logiciels doivent être appliqués pour cette version de SharePoint Foundation :

SQL Server 2008 : installez cette mise à jour avant de déployer la batterie de serveurs. Package de

mise à jour cumulative 2 pour SQL Server 2008 Service Pack 1

Après avoir installé les éléments prérequis sur chaque serveur de la batterie de serveurs, vous

devez installer le correctif Message d’erreur lorsque vous utilisez la méthode

« IMSAdminBase::CopyKey » en tant qu’élément des composants IIS 6.0 Compatibility dans

IIS 7.0 : « Exception de HRESULT : 0x80070003 » d’abord sur le serveur d’applications, puis sur

les deux serveurs Web.

Préparer les serveurs de la batterie de serveurs Avant d’installer SharePoint Foundation, vous devez rechercher tous les éléments prérequis et les

installer sur le serveur d’applications et sur les serveurs Web à l’aide de l’Outil de préparation des

produits Microsoft SharePoint.

Si vous décidez d’installer les éléments prérequis manuellement, vous pouvez quand même

exécuter l’Outil de préparation des produits Microsoft SharePoint pour déterminer les éléments

prérequis nécessaires sur chaque serveur.

Utilisez la procédure suivante pour installer les éléments prérequis sur chaque serveur de la batterie de

serveurs.

1. Téléchargez SharePoint Foundation 2010

Remarque :

Conseil :

Pour exécuter l’outil de préparation

http://support.microsoft.com/kb/970315/fr/fr/fr/fr






78

(http://go.microsoft.com/fwlink/?linkid=168781&clcid=0x40C) à partir de l’emplacement

d’installation du produit, puis double-cliquez sur le fichier exécutable approprié.

2. Si vous effectuez l’installation à partir d’une image de démarrage, cliquez sur Installer les

éléments logiciels requis dans l’écran de démarrage.

3. Si vous effectuez l’installation à partir d’une collection de fichiers, double-cliquez sur

PrerequisiteInstaller.exe.


Suivant.

Remarque :

L’outil de préparation peut avoir besoin de redémarrer le serveur local pour terminer

l’installation des éléments prérequis. Le programme d’installation continue de

s’exécuter une fois le serveur redémarré et aucune intervention manuelle n’est requise.

Toutefois, vous devrez vous reconnecter au serveur.


Remarque :

Au terme de l’exécution de l’Outil de préparation des produits Microsoft SharePoint,

vous devez installer le correctif 949516 de la Base de connaissances

(http://go.microsoft.com/fwlink/?linkid=148917&clcid=0x40C) et le correctif 971831 de

la Base de connaissances (http://support.microsoft.com/kb/971831/fr/fr/fr/fr). Vous

pouvez également être amené à redémarrer le serveur après avoir installé ce correctif

logiciel.

Remarque :

Si le message d’erreur « Le chargement de cet assembly produirait un jeu accordé

différent des autres instances. (Exception à partir de HRESULT : 0x80131401) » est

affiché lorsque vous démarrez le processus de travail IIS (w3wp.exe), un autre service

ou une application gérée sur un serveur qui exécute également SharePoint Foundation

2010, vous devez installer KB963676

(http://go.microsoft.com/fwlink/?linkid=151358&clcid=0x40C). Vous devez redémarrer

l’ordinateur après avoir appliqué ce correctif.

Installer SharePoint Foundation 2010 sur les serveurs de la batterie de serveurs Après avoir installé les éléments prérequis, utilisez la procédure suivante pour installer SharePoint

Foundation sur chaque serveur de la batterie de serveurs.




79

1. Dans la page de démarrage, cliquez sur Installer SharePoint Foundation.


termes, activez la case à cocher J’accepte les termes de ce contrat, puis cliquez sur

Continuer.

3. Dans la page Choisir l’installation voulue, cliquez sur Batterie de serveurs.

4. Sous l’onglet Type de serveur, cliquez sur Complète.

5. Sous l’onglet Emplacement du fichier, acceptez l’emplacement par défaut ou modifiez le

chemin d’accès d’installation, puis cliquez sur Installer maintenant.

Remarque :

En guise de meilleure pratique, il est recommandé d’installer SharePoint Foundation

sur un lecteur non-système.


de votre serveur. Désactivez la case à cocher Exécuter l’Assistant Configuration des

produits et technologies SharePoint.

Remarque :

À des fins de cohérence méthodologique, il est recommandé de n’exécuter l’Assistant

de configuration qu’une fois SharePoint Foundation installé sur la totalité des serveurs

d’applications et des serveurs Web frontaux qui feront partie de la batterie de serveurs.

7. Cliquez sur Fermer pour terminer l’installation.

Créer et configurer la batterie de serveurs Pour créer et configurer la batterie de serveurs, vous exécutez l’Assistant Configuration des produits

SharePoint. Cet Assistant automatise plusieurs tâches de configuration, dont la création de la base de

données de configuration, l’installation des services et la création du site Web Administration centrale. Il

est recommandé d’exécuter l’Assistant Configuration des produits SharePoint sur le serveur destiné à

héberger le site Web Administration centrale avant de l’exécuter sur les autres serveurs de la batterie

de serveurs.

1. Sur le serveur destiné à héberger l’Administration centrale (serveur d’applications), cliquez sur

Démarrer, pointez sur Tous les programmes, puis cliquez sur Produits Microsoft

SharePoint 2010.

2. Dans la liste des options disponibles, cliquez sur Assistant Configuration des produits et

technologies SharePoint.

3. Dans la page Bienvenue dans les produits SharePoint, cliquez sur Suivant.



Pour exécuter l’Assistant de configuration et configurer la batterie de serveurs

80

5. Dans la page Se connecter à une batterie de serveurs, cliquez sur Créer une batterie de

serveurs, puis cliquez sur Suivant.

6. Dans la page Spécifier les paramètres de la base de données de configuration, effectuez les


a. Dans la zone Serveur de base de données, tapez le nom de l’ordinateur exécutant SQL

Server.

b. Dans la zone Nom de la base de données, tapez un nom pour votre base de données de

configuration, ou utilisez le nom de base de données par défaut. Le nom par défaut est

SharePoint_Config.

c. Dans la zone Nom d’utilisateur, tapez le nom d’utilisateur du compte de batterie de

serveurs sous la forme DOMAINE\nom_utilisateur.

Important :

La batterie de serveurs sert à créer votre base de données de configuration et à y

accéder. Elle sert également d’identité de pool d’applications pour le compte de

pool d’applications de l’Administration centrale de SharePoint, et elle correspond

au compte sous lequel s’exécute le service Minuteur Windows SharePoint

Services. L’Assistant Configuration des produits SharePoint ajoute ce compte aux

comptes de connexions SQL Server, au rôle serveur dbcreator SQL Server et au

rôle serveur securityadmin SQL Server. Le compte d’utilisateur que vous

spécifiez en tant que compte de service doit être un compte d’utilisateur de

domaine, mais ne doit pas obligatoirement être membre d’un groupe de sécurité

spécifique sur vos serveurs Web ou vos serveurs de base de données. Nous vous

recommandons de suivre le principe du moindre privilège et de spécifier un compte

d’utilisateur qui n’est pas membre du groupe Administrateurs sur vos serveurs Web

ou vos serveurs de base de données.

d. Dans la zone Mot de passe, tapez le mot de passe de l’utilisateur.


8. Dans la page Spécifier les paramètres de sécurité de la batterie de serveurs, tapez un mot de

passe, puis cliquez sur Suivant.

Assurez-vous que le mot de passe satisfait aux critères suivants :

Il contient au moins huit caractères.

Il contient au moins trois des quatre groupes de caractères suivants :

Il utilise des majuscules non accentuées (A à Z).

Il utilise des minuscules non accentuées (a à z).

Il utilise des chiffres (0 à 9).

Il utilise des caractères non alphabétiques (comme !, $, #, %).

Remarque :

Bien qu’une phrase secrète soit similaire à un mot de passe, elle est généralement

81

plus longue afin que la sécurité s’en trouve renforcée. Elle permet de chiffrer les

informations d’identification des comptes inscrits dans SharePoint Foundation

2010, tels que le compte système SharePoint Foundation 2010 que vous

fournissez lorsque vous exécutez l’Assistant Configuration des produits

SharePoint. Veillez à vous souvenir du mot de passe choisi, car vous devez

l’utiliser chaque fois que vous ajoutez un serveur à la batterie de serveurs.

9. Dans la page Configurer l’application Web Administration centrale de SharePoint, procédez

comme suit :

a. Activez la case à cocher Spécifiez le numéro de port et tapez un numéro de port si vous

souhaitez que l’application Web Administration centrale de SharePoint utilise un numéro de

port spécifique ou laissez la case à cocher Spécifiez le numéro de port désactivée si

vous souhaitez utiliser le numéro de port par défaut.

Remarque :

Pour accéder au site Web Administration centrale de SharePoint à partir d’un

ordinateur distant, assurez-vous que vous autorisez l’accès au numéro de port que

vous configurez à cette étape. Pour ce faire, configurez la règle de trafic entrant

pour Administration centrale SharePoint v4 dans Pare-feu Windows avec

fonctions avancées de sécurité.

b. Cliquez sur NTLM ou Négocier (Kerberos).



Remarque :


journaux sur le lecteur sur lequel SharePoint Foundation 2010 est installé, dans le

dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web Server

Extensions\14\LOGS.

12. Le site Web Administration centrale s’ouvre dans une nouvelle fenêtre de navigateur.

Dans la page Contribuer à l’amélioration de SharePoint, cliquez sur l’une des options

suivantes, puis cliquez sur OK.

a. Oui, j’accepte de participer (recommandé).

b. Non, je ne souhaite pas participer.

13. Dans la page Configuration de votre batterie SharePoint, vous avez la possibilité d’utiliser un

Assistant pour configurer les services ou vous pouvez configurer ceux-ci manuellement. Dans

le cadre de cet article, nous utilisons l’option de configuration manuelle. Cliquez sur Annuler.

Le choix que vous opérez ici relève de vos préférences personnelles. L’Assistant Configuration

de batterie de serveurs configure certains services automatiquement lorsqu’il est exécuté ;

toutefois, la configuration manuelle des services offre beaucoup plus de souplesse pour la

conception de l’architecture logique.

82

Pour plus d’informations sur l’utilisation de l’Assistant pour configurer les services, voir

Déployer un serveur unique avec SQL Server (SharePoint Foundation 2010).

Important :

Si vous utilisez une base de données créée par l’administrateur de base de données,

vous ne pouvez pas utiliser l’Assistant Configuration de batterie de serveurs ; vous

devez utiliser l’Assistant Configuration des produits SharePoint.

Ajouter des serveurs Web à la batterie de serveurs Après avoir créé la batterie de serveurs sur le serveur d’applications, vous pouvez ajouter les serveurs

de la couche Web en suivant le processus décrit plus haut dans cette rubrique pour l’installation de

SharePoint Foundation sur le serveur qui héberge l’Administration centrale. La seule différence est que

durant l’installation, vous êtes invité à rejoindre une batterie de serveurs existante. Suivez les étapes de

l’Assistant pour rejoindre la batterie de serveurs.

Pour plus d’informations sur l’ajout de serveurs à une batterie de serveurs, voir Ajouter un serveur Web

ou un serveur d’applications à la batterie (SharePoint Foundation 2010). Cet article fournit également

des informations détaillées sur les étapes de la procédure suivante.

Configurer la journalisation des diagnostics et la collection des données d’utilisation et d’intégrité Après avoir ajouté les serveurs Web frontaux, configurez la journalisation des diagnostics et la

collection des données d’utilisation et d’intégrité initiales pour la batterie de serveurs.

La journalisation des diagnostics permet d’identifier et d’isoler les problèmes à mesure qu’ils se

produisent dans votre batterie de serveurs. Acceptez les valeurs par défaut lorsque vous configurez la

journalisation des diagnostics sur de nouvelles installations. Ensuite, lorsque des problèmes se

produisent dans votre batterie de serveurs, vous pouvez revenir sur ces valeurs et ajuster leurs niveaux

en conséquence. Ainsi, vous pouvez identifier la cause et isoler les problèmes. La création de rapports

sur l’utilisation et l’intégrité permet de pointer les écarts entre les paramètres de journalisation des

diagnostics et les valeurs par défaut.

Pour plus d’informations sur l’utilisation des diagnostics et des données d’intégrité, voir :

Configurer la journalisation des diagnostics (SharePoint Foundation 2010)

Configurer la collecte de données d’utilisation et d’intégrité (SharePoint Foundation 2010)

Utilisez les procédures suivantes pour accomplir la configuration initiale de la journalisation des

diagnostics et de la collection des données d’utilisation et d’intégrité.

Étant donné qu’il s’agit d’un déploiement de batterie de serveurs initial sans données de

référence, les valeurs par défaut sont acceptées, sauf indication contraire.

Remarque :

http://technet.microsoft.com/library/c027d7fb-3b13-4502-9101-391d6c161b16(Office.14).aspx

http://technet.microsoft.com/library/c027d7fb-3b13-4502-9101-391d6c161b16(Office.14).aspx

83

1. Dans la page d’accueil de l’Administration centrale, cliquez sur Analyse.

2. Dans la section Rapports, cliquez sur Configurer la journalisation des diagnostics.

3. Dans la page Journalisation des diagnostics, vérifiez que l’option Activer la protection de flux

du journal des événements est sélectionnée. Si ce n’est pas le cas, cliquez sur la case à

cocher correspondante pour activer cette fonctionnalité.

4. Par défaut, le journal de suivi se trouve sur le lecteur sur lequel vous avez installé SharePoint

Foundation. En guise de meilleure pratique, il est recommandé de stocker le journal de suivi

sur un lecteur non-système.

Important :

Si vous modifiez le chemin d’accès du journal de suivi en faveur d’un lecteur non-

système, cet emplacement doit exister sur tous les serveurs de la batterie de serveurs.

Les serveurs existants ou nouveaux ne peuvent pas journaliser des données si

l’emplacement n’existe pas. En outre, vous ne pourrez ajouter de nouveaux serveurs

que si le chemin d’accès que vous spécifiez existe sur ceux-ci. Vous ne pouvez pas

utiliser un partage réseau à des fins de journalisation.

5. Cliquez sur OK pour enregistrer vos modifications.

Après avoir configuré la journalisation des diagnostics, configurez la collection des données d’utilisation

et d’intégrité.

Dans la page Analyse de l’Administration centrale, cliquez sur Configurer la collection des

données d’utilisation et d’intégrité.

Activez la case à cocher Collection des données d’utilisation.

Activez la case à cocher Collecte des données d’intégrité.

Cliquez sur OK.

Configurer le service Recherche de SharePoint Foundation Le service Recherche de SharePoint Foundation est automatiquement installé lorsque vous installez

SharePoint Foundation. Toutefois, le service de recherche n’est pas démarré et certaines tâches de

configuration sont nécessaires.

Utilisez la procédure suivante pour configurer et démarrer la recherche pour la batterie de serveurs


Pour configurer la journalisation des diagnostics

Pour configurer la collection des données d’utilisation et d’intégrité

Pour configurer le service Recherche de SharePoint Foundation

84

1. Dans la page d’accueil de l’Administration centrale, cliquez sur Gérer les services sur le

serveur.

2. Dans la page Services sur le serveur, cliquez sur Recherche SharePoint Foundation. Cette

opération ouvre la page Configurer les paramètres du service Recherche de Microsoft

SharePoint Foundation, qui vous permet de configurer les paramètres suivants.

3. Dans la section Compte de service, tapez un nom d’utilisateur et un mot de passe.

4. Dans la section Compte d’accès au contenu, tapez un nom d’utilisateur et un mot de

passe pour un compte qui disposera d’un accès en lecture seule à la totalité du contenu.

noteDXDOC112778PADS Security Note

N’utilisez pas de compte doté de privilèges élevés ou pouvant modifier le contenu.

5. Cliquez sur OK pour enregistrer les modifications que vous avez apportées à la configuration.

6. Dans la page Services sur le serveur, cliquez sur Démarrer pour démarrer le service

Recherche de SharePoint Foundation.

Créer un site Pour créer un site pendant cette phase du déploiement, vous devez créer une application Web et une

collection de sites. Utilisez les procédures suivantes pour créer une application Web à l’aide de

l’Administration centrale, puis créez un site Web de niveau supérieur associé à l’application Web.

1. Dans la page d’accueil de l’Administration centrale, dans la section Gestion des applications,

cliquez sur Gérer les applications Web.

2. Dans le Ruban, cliquez sur Nouveau.

3. Dans la section Authentification de la page Créer une application Web, activez la case à

cocher Authentification en mode classique

4. Dans la section Site Web IIS, cliquez sur Créer un nouveau site Web IIS.

5. Conservez la valeur par défaut pour Port ou tapez un nouveau numéro de port.

6. Ne modifiez pas la valeur par défaut de la zone Chemin d’accès.

7. Dans la section Configuration de la sécurité, cliquez sur NTLM en guise de fournisseur

d’authentification.

8. Dans la section Pool d’applications, cliquez sur Créer un nouveau pool d’applications.

9. Cliquez sur Configurable.

10. Sélectionnez un compte géré dans la liste déroulante ou cliquez sur Enregistrer le nouveau

compte géré.

11. Pour Nom de la base de données et authentification, cliquez sur Authentification

Windows (recommandée).

Pour créer une application Web

85

12. Pour Connexions aux applications de service, ouvrez la liste déroulante Modifier le groupe

de connexions suivant, cliquez sur [personnalisé], puis cliquez sur Application de service

de recherche.

13. Pour Programme d’amélioration du produit, cliquez sur Oui.

14. Cliquez sur OK.

1. Dans la page d’accueil de l’Administration centrale, dans la section Gestion des applications,

cliquez sur Créer des collections de sites.

2. Dans la section Application Web, vérifiez que le nom affiché est celui de l’application Web que

vous avez créée pendant la procédure précédente. Si ce n’est pas le cas, cliquez sur la flèche

en regard de la liste déroulante, puis cliquez sur Modifier Application Web dans le menu qui

apparaît.

3. Dans la page Sélectionner une application Web, cliquez sur le nom de l’application Web que

vous avez créée, puis cliquez sur OK.

4. Dans la section Titre et description, entrez le titre et la description de votre collection de

sites :

5. Dans la section Adresse du site Web, dans la liste déroulante URL, tapez une barre oblique

(/), puis sélectionnez /sites/.

6. Dans la section Sélection du modèle, cliquez sur l’onglet Collaboration, puis cliquez sur Site

d’équipe.

7. Dans la section Administrateur principal de la collection de sites, tapez la connexion

utilisateur sous la forme DOMAINE\nom d’utilisateur.

8. Dans la section Administrateur secondaire de la collection de sites, tapez la connexion

utilisateur sous la forme DOMAINE\nom d’utilisateur.

9. Dans la section Modèle de quota, conservez la valeur par défaut.

10. Cliquez sur OK.

Une fois la collection de sites créée, la page Site Web de niveau supérieur créé avec succès apparaît.

Cliquez sur le lien pointant vers le nouveau site. Si une boîte de dialogue d’authentification apparaît,

entrez les informations de connexion de l’administrateur de site sous la forme DOMAINE\nom

d’utilisateur.

Ce nouveau site est automatiquement déployé sur les serveurs du niveau Web.

Étapes postérieures à l’installation Une fois que vous avez installé et configuré SharePoint Foundation 2010, la fenêtre du navigateur

s’ouvre sur le site Web Administration centrale de SharePoint de votre nouveau site SharePoint. Bien

Pour créer une collection de sites

Remarque :

86

qu’il soit possible d’ajouter du contenu ou de personnaliser le site, il est recommandé d’effectuer tout

d’abord les tâches administratives suivantes dans le site Web Administration centrale de SharePoint.







Vous pouvez configurer la réception du courrier électronique de façon à ce que les sites

SharePoint acceptent et archivent le courrier entrant. Toutefois, il est recommandé de

réaliser cette tâche après avoir effectué le déploiement et la configuration initiaux de la

batterie de serveurs. Pour plus d’informations, voir Configurer le courrier électronique

entrant (SharePoint Foundation 2010).





Remarque :

87

Démarrage rapide : déployer un serveur unique dans un environnement Hyper-V isolé (SharePoint Foundation 2010)

Vous pouvez utiliser un ordinateur virtuel Hyper-V isolé et sécurisé pour tester les fonctionnalités et le

comportement de SharePoint Foundation 2010. Cette méthode utilise des ressources matérielles

minimes et vous permet d’isoler le système de test SharePoint Foundation 2010 d’un environnement de

production. Cette isolation est recommandée pour éliminer les menaces de sécurité pouvant peser sur

un environnement serveur ou de réseau d’entreprise.

En utilisant les étapes manuelles ou les commandes Windows PowerShell 2.0 fournies dans cet article,

vous pouvez rapidement déployer SharePoint Foundation 2010 sur un serveur spécifique qui utilise

l’une des bases de données suivantes :

Base de données SQL Server 2008 Express et SQL Server 2008 R2 Express intégrée fournie avec

SharePoint Foundation

Microsoft SQL Server 2005 avec Service Pack 3 (SP3) et mise à jour cumulative 3 installés

SQL Server 2008 avec SP1 et mise à jour cumulative 2

Le déploiement de SharePoint Foundation sur un serveur unique décrit dans cet article est

uniquement destiné à être utilisé à des fins d’évaluation et de test, et ne doit pas être utilisé

dans un environnement de production.

Dans cet article :

Configuration requise et recommandations

Autorisations requises

Tâches de prédéploiement

Déployer SharePoint Foundation 2010 manuellement

Déployer SharePoint Foundation 2010 à l’aide de scripts Windows PowerShell

Configuration requise et recommandations La configuration requise et les recommandations suivantes pour le serveur de virtualisation Hyper-V,

l’ordinateur virtuel et l’environnement de déploiement ne s’appliquent qu’au scénario de déploiement à

serveur unique décrit dans cet article.

Configuration du serveur de virtualisation et de l’ordinateur virtuel

Important :

88

Le tableau suivant fournit la configuration minimale et celle recommandée pour le serveur de

virtualisation et les ordinateurs virtuels. Ces configurations prennent en charge les options de base de

données disponibles pour un déploiement à serveur unique.

Ressource Configuration minimale Configuration recommandée

Processeur Biprocesseur, 2 gigahertz (GHz) Biprocesseur, 2 GHz

Mémoire 4 gigaoctets (Go) 8 Go

Disque dur Disque dur virtuel de taille fixe,

ayant une capacité de 40 Go

Conseil :

Pour accélérer la création

d’un disque dur virtuel de

taille fixe, configurez

initialement le disque dur

en disque avec extension

dynamique. Après avoir

installé tous les logiciels

requis (y compris

SharePoint Foundation),

convertissez le disque dur

virtuel en un disque dur de

taille fixe.

Disque dur virtuel de taille fixe,

ayant une capacité de 80 Go

Type de carte réseau Synthétique Synthétique

Type de réseau Interne pour garantir l’isolation de

l’ordinateur virtuel et activer les

communications serveur de

virtualisation-ordinateur virtuel.

Conseil :

Pour simplifier l’accès aux

logiciels requis et

recommandés, ainsi que

leur installation, utilisez un

réseau externe. Lorsque

vous êtes prêt à installer

SharePoint Foundation,

configurez les ordinateurs

virtuels pour qu’ils utilisent

Interne pour garantir l’isolation

de l’ordinateur virtuel et activer

les communications serveur de

virtualisation-ordinateur virtuel.

89

Ressource Configuration minimale Configuration recommandée

un réseau interne.

Les indications suivantes concernent la configuration du serveur de virtualisation :

Le ratio processeur logique/virtuel (cœur) doit être aussi faible que possible, 1:1 constituant le taux

optimal.

En utilisant le ratio processeur logique/virtuel 1:1, vous devez configurer le serveur de virtualisation

de manière à ce que le nombre total de processeurs sur les ordinateurs virtuels soit inférieur au

nombre total de cœurs physiques. Par exemple, si vous utilisez un serveur de virtualisation à

quatre cœurs, la meilleure pratique consiste à créer trois ordinateurs virtuels qui utilisent un seul

processeur, ou un ordinateur virtuel doté de deux processeurs et un ordinateur virtuel utilisant un

processeur. Ces deux configurations permettent de dédier un cœur aux processus du serveur de

virtualisation.

En plus des configurations requises précédentes concernant l’environnement virtuel, consultez l’article

Configuration matérielle et logicielle requise (SharePoint Foundation 2010) avant de déployer

SharePoint Foundation 2010 sur l’ordinateur virtuel.

Environnement du déploiement

Un domaine est requis pour le déploiement de SharePoint Foundation 2010.

Si vous n’avez pas de domaine virtuel isolé disponible pour déployer SharePoint Foundation 2010,

vous devez créer un domaine virtuel sur un serveur Hyper-V configuré de manière à utiliser les

éléments suivants :

un contrôleur de domaine avec les services de domaine Active Directory (AD DS) ;

un contrôleur de domaine avec un serveur DNS.

Vous pouvez déployer SharePoint Foundation sur un contrôleur de domaine. Toutefois, une

configuration est nécessaire. Démarrez Windows PowerShell en utilisant l’option Exécuter en tant

qu’administrateur, puis exécutez les commandes suivantes pour activer le déploiement sur un

contrôleur de domaine :

$acl = Get-Acl HKLM:\System\CurrentControlSet\Control\ComputerName

$person = [System.Security.Principal.NTAccount]"Users"

$access = [System.Security.AccessControl.RegistryRights]::FullControl

$inheritance = [System.Security.AccessControl.InheritanceFlags]"ContainerInherit,

ObjectInherit"

$propagation = [System.Security.AccessControl.PropagationFlags]::None

$type = [System.Security.AccessControl.AccessControlType]::Allow

$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access,

$inheritance, $propagation, $type)

90

$acl.AddAccessRule($rule)

Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

Autorisations requises Pour installer SharePoint Foundation 2010, il est nécessaire que le compte de connexion que vous

utilisez sur l’ordinateur virtuel soit membre :

du groupe Administrateurs local sur l’ordinateur virtuel ;

du rôle de serveur fixe dbcreator SQL Server ;

du rôle de serveur securityadmin SQL Server.

Pour plus d’informations, voir Comptes d’administration et de service requis pour le déploiement initial


Tâches de prédéploiement Effectuez les tâches suivantes avant de déployer SharePoint Foundation 2010 :

Sur le serveur de virtualisation, créez un point d’installation qui contient le logiciel SharePoint

Foundation ou fournissez un support, tel qu’une image ISO, accessible à partir de l’ordinateur

virtuel.

Créez un ordinateur virtuel qui satisfait aux conditions requises décrites dans la section

« Configuration requise et recommandations » plus haut dans cet article.

Sur l’ordinateur virtuel :

Installez le système d’exploitation et les mises à jour de sécurité obligatoires et

recommandées.

Installez l’édition de SQL Server que vous souhaitez utiliser si vous ne recourez pas à la

version intégrée fournie avec SharePoint Foundation.

Installez les mises à jour obligatoires et recommandées pour l’édition de SQL Server que vous

installez.

Configurez le pare-feu Windows Server pour autoriser l’accès à SQL Server. Pour plus

d’informations, voir Configuration du Pare-feu Windows pour autoriser l’accès à SQL Server


Consultez l’article Configuration matérielle et logicielle requise (SharePoint Foundation 2010)

pour déterminer les programmes et les correctifs à se procurer et à installer avant d’installer



91

Déployer SharePoint Foundation 2010 manuellement Pour plus d’informations sur le déploiement manuel de SharePoint Foundation 2010 sur un seul

serveur, voir Déployer un serveur unique avec une base de données intégrée (SharePoint

Foundation 2010) ou Déployer un serveur unique avec SQL Server (SharePoint Foundation 2010).

Déployer SharePoint Foundation 2010 à l’aide de scripts Windows PowerShell Vous pouvez utiliser des scripts Windows PowerShell pour déployer SharePoint Foundation 2010 sur

un seul serveur.

Il est fortement recommandé de ne pas exécuter de scripts non signés.

Pour plus d’informations sur la signature des scripts Windows PowerShell, voir Windows

PowerShell : signez ici, s’il vous plaît

(http://go.microsoft.com/fwlink/?linkid=160357&clcid=0x40C) dans TechNet Magazine. Pour

plus d’informations sur la signature de code en général, voir Présentation de la signature de

code (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=59273&clcid=0x40C)

sur MSDN. Pour plus d’informations sur la configuration de votre propre autorité de

certification, voir Services de certificat Active Directory (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=136444&clcid=0x40C) dans la bibliothèque TechNet.

Créez et utilisez l’un des fichiers de script Windows PowerShell suivants pour déployer SharePoint

Foundation sur un seul serveur.

simplesingleserver.ps1 : installe SharePoint Foundation 2010 en utilisant la base de données

intégrée pour stocker les documents et les informations sur la configuration.

simplefarm.ps1 : installe SharePoint Foundation 2010 en utilisant SQL Server 2005 ou SQL

Server 2008 pour stocker les documents et les informations sur la configuration.

simplesingleserver.ps1

Ce script déploie SharePoint Foundation 2010 sur un serveur unique qui utilise la base de données

intégrée.

Copiez le code suivant dans un éditeur de texte et enregistrez-le sous le nom de fichier

simplesingleserver.ps1 dans le répertoire de votre choix :

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

noteDXDOC112778PADS Security Note






92

## Here is the script to install SharePoint Foundation 2010 with SQL Express and create Central

Admin ##

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host

if( $lastexitcode -eq 0 ) {

& $SetupPath\setup.exe /config $SetupPath\Files\SetupSilent\config.xml | Write-Host


Write-Host "Install successful..."

} else { Write-Error "ERROR: $lastexitcode" }


1. Démarrez Windows PowerShell 2.0 en utilisant l’option Exécuter en tant qu’administrateur.

2. Accédez au répertoire dans lequel vous avez enregistré simplesingleserver.ps1.

3. Exécutez .\simplesingleserver.ps1 depuis l’invite de commandes Windows PowerShell.

simplefarm.ps1

Ce script déploie SharePoint Foundation 2010 sur un serveur unique qui utilise une base de données

SQL Server. Copiez le code suivant dans un éditeur de texte et enregistrez-le sous le nom de fichier

simplefarm.ps1 dans le répertoire de votre choix :

## Settings you may want to change ##

$err = $null

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)"

Write-Host "Please specify the Farm Administrator credentials"

$FarmCredential = Get-Credential "DOMAIN\<Farm Admin>"

$DBServer = Read-Host -Prompt "Please enter the name of your database server"

$Passphrase = Read-Host -Prompt "Please enter the farm passphrase (optional)" -

AsSecureString

$FarmName = Read-Host -Prompt "Please enter a farm name (optional)"

$CAPort = Read-Host -Prompt "Please enter the Central Administration port number

(optional)"

if ([String]::IsNullOrEmpty($SetupPath))

Pour exécuter simplesingleserver.ps1

93

{

Write-Error "You must enter the install media path"

return

}

if ([String]::IsNullOrEmpty($FarmCredential))

{

Write-Error "You must enter a Farm Administrator's user name and password"

return

}

if ([String]::IsNullOrEmpty($DBServer))

{

Write-Error "You must enter a database server"

return

}

if ($Passphrase.Length -eq 0)

{

Write-Warning "You didn't enter a farm passphrase, using the Farm Administrator's password

instead"

$Passphrase = $FarmCredential.Password

}

if ([String]::IsNullOrEmpty($FarmName))

{

Write-Warning "You didn't enter a farm name, using the machine name instead"

$FarmName = $env:COMPUTERNAME

}

if ([String]::IsNullOrEmpty($CAPort))

{

Write-Warning "You didn't enter a Central Administration port number, using 5000 instead"

$CAPort = 5000

}

## Here is the script to install SharePoint Foundation 2010 and create Central Admin ##

Write-Host "[1/15] Running prerequisite installer..."

94

& $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host


Write-Host "[2/15] Running silent farm binary installation... (this will take some time)"

& $SetupPath\setup.exe /config $SetupPath\Files\SetupFarmSilent\config.xml | Write-Host

Write-Host "[3/15] Completed silent farm binary installation."


Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue

Write-Host "[4/15] Creating new configuration database..."

New-SPConfigurationDatabase -DatabaseName ("{0}_SharePoint_Configuration_DB" -f

$FarmName) -DatabaseServer $DBServer -AdministrationContentDatabaseName ("{0}_AdminContent_DB"

-f $FarmName) -FarmCredentials $FarmCredential -Passphrase $Passphrase -ErrorVariable err

Write-Host "[5/15] Verifying farm creation..."

$spfarm = get-spfarm

if ($spfarm -ne $null) {

Write-Host "[6/15] ACLing SharePoint Resources..."

Initialize-SPResourceSecurity -ErrorVariable err

if ([String]::IsNullOrEmpty($err) -eq $true) {

Write-Host "[7/15] Installing Services..."

Install-SPService -ErrorVariable err


Write-Host "[8/15] Installing Features..."

Install-SPFeature -AllExistingFeatures -ErrorVariable err


Write-Host "[9/15] Provisioning Central Administration..."

New-SPCentralAdministration -Port $CAPort -WindowsAuthProvider "NTLM" -

ErrorVariable err


Write-Host "[10/15] Installing Help..."

Install-SPHelpCollection -All -ErrorVariable err


Write-Host "[11/15] Installing Application Content..."

Install-SPApplicationContent -ErrorVariable err


95

Write-Host "[12/15] Basic configuration completed."

$SPManagedAccount = Get-SPManagedAccount

$FarmCredential.UserName

Write-Host "[13/15] Creating Web Application and

Application Pool..."

$webApp = New-SPWebApplication -Name "SharePoint - 80" -

ApplicationPool "SharePoint - 80" -ApplicationPoolAccount $SPManagedAccount -DatabaseServer

$DBServer -DatabaseName ("{0}_Content_DB" -f $FarmName) -Url "http://localhost" -ErrorVariable

err


Write-Host "[14/15] Creating site collection..."

$SPSite = New-SPSite -url "http://localhost" -

OwnerAlias $FarmCredential.UserName -ErrorVariable err


Write-Host "[15/15] Port 80 Web application and

site collect created. Browse to http://localhost to pick a template for the Web..."

} else { Write-Error "ERROR: $err" }











$exitprompt = Read-Host -Prompt "Press Enter to exit..."

1. Démarrez Windows PowerShell 2.0 en utilisant l’option Exécuter en tant qu’administrateur.

2. Accédez au répertoire dans lequel vous avez enregistré simplefarm.ps1.

Pour exécuter simplefarm.ps1

96

3. Exécutez .\simplefarm.ps1 depuis l’invite de commandes Windows PowerShell.

97

Déployer à l’aide de bases de données créées par des administrateurs de base de données (SharePoint Foundation 2010)

Cet article explique comment déployer Microsoft SharePoint Foundation 2010 dans un environnement

de batterie de serveurs qui utilise des bases de données créées par l’administrateur de base de

données. Dans les organisations où les administrateurs de bases de données opèrent

indépendamment des administrateurs SharePoint, les administrateurs de base de données créent et

gèrent toutes les bases de données. Cela est courant dans les environnements informatiques où les

besoins en matière de sécurité et de stratégies d’entreprise nécessitent une séparation des rôles

d’administrateur. L’administrateur de batterie de serveurs indique la configuration requise pour les

bases de données Microsoft SharePoint Foundation 2010 à l’administrateur de base de données qui, à

son tour, crée les bases de données Microsoft SharePoint Foundation nécessaires et configure les

connexions requises pour la batterie de serveurs.

Dans cet article :

Avant de commencer

À propos de la configuration des bases de données créées par l’administrateur de base de

données

Créer et configurer des bases de données pour l’Administration centrale

Créer et configurer des bases de données supplémentaires

Avant de commencer Avant de commencer ce déploiement, assurez-vous d’avoir toutes les informations nécessaires pour

déployer et configurer correctement SharePoint Foundation sur tous les serveurs de la batterie. Les

sections suivantes indiquent les informations nécessaires à la réussite du déploiement de SharePoint

Foundation.

Conditions requises pour les serveurs de la batterie

Assurez-vous que tous les serveurs de la batterie et le serveur de base de données remplissent les

conditions indiquées dans les articles suivants.

Configuration matérielle et logicielle requise : Configuration matérielle et logicielle requise


Comptes d’administration et de service : Comptes d’administration et de service requis pour le

déploiement initial (SharePoint Foundation 2010)

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#about

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#about

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#createandconfigure

http://technet.microsoft.com/library/e87bc635-6d5d-4d76-abe1-c18ae75bc73b.aspx#createandconfigadditional

98

Conditions requises pour les bases de données

Le déploiement de SharePoint Foundation 2010 sur des bases de données créées par l’administrateur

de base de données implique une collaboration avec ce dernier afin que toutes les bases de données

SharePoint Foundation dont vous avez besoin soient créées et correctement configurées avant que

vous ne créiez et configuriez la batterie de serveurs.

La liste suivante présente certaines, mais pas nécessairement la totalité, des informations dont un

administrateur de base de données a besoin pour créer des bases de données pour la batterie de

serveurs. Des informations supplémentaires peuvent être requises par l’administrateur de base de

données dans votre organisation :

Informations sur la version de SQL Server, ainsi que le niveau du Service Pack et de la mise à jour

cumulative. Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010).

Les comptes de connexion requis avec les rôles et les autorisations associés. Pour plus

d’informations, voir Comptes d’administration et de service requis pour le déploiement initial


Le nombre de bases de données requises, ainsi que les spécificités de la configuration de

SharePoint. Ces informations peuvent être obtenues en déployant SharePoint Foundation.

Les besoins de stockage de données SharePoint, tels que le type de données, le volume de

données, le type d’activité de base de données (lecture ou écriture) et les opérations d’entrée/sortie

par seconde.

L’administrateur de base de données doit configurer les paramètres de surface d’exposition de

sorte que les connexions locales et distantes utilisent uniquement TCP/IP ou des canaux nommés.

Toutes les bases de données requises par SharePoint Foundation utilisent le classement

Latin1_General_CI_AS_KS_WS.

Toutes les bases de données SharePoint Foundation nécessitent que le compte d’utilisateur du

programme d’installation de la batterie de serveurs soit attribué en tant que propriétaire de base de

données (dbo).

Considérations relatives au contrat de niveau de service de l’utilisateur SharePoint.

À propos de la configuration des bases de données créées par l’administrateur de base de données Utilisez les procédures de cet article comme un guide de déploiement d’une batterie de serveurs qui

utilise des bases de données créées par l’administrateur de base de données. Ce déploiement

comprend toutes les bases de données requises pour la batterie de serveurs.

Cet article s’applique uniquement aux versions de base de données SQL Server prises en

charge par SharePoint Foundation 2010.

Remarque :

99

Pour chaque procédure, vous devez utiliser les outils en ligne de commande Windows PowerShell 2.0

ou SharePoint Foundation pour configurer la batterie de serveurs.

Nous vous recommandons d’utiliser Windows PowerShell pour les tâches d’administration en ligne de

commande. L’outil en ligne de commande Stsadm a été abandonné, mais il est inclus pour assurer la

compatibilité avec les versions précédentes.

Psconfig est situé dans le dossier suivant : Program Files\Common Files\Microsoft Shared\web

server extensions\14\BIN.

Pour utiliser Windows PowerShell pour configurer la batterie de serveurs :

1. Vérifiez que le compte d’utilisateur a accès à un des serveurs sur lequel Windows PowerShell 2.0

est en cours d’exécution et qu’il est administrateur de batterie et membre du rôle

SharePoint_Shell_Access pour la base de données de contenu source SQL Server, la base de

données de contenu d’administration, la base de données de contenu de destination et la base de

données de configuration.

2. Dans le menu Démarrer, cliquez sur Tous les programmes.

3. Cliquez sur Produits Microsoft SharePoint 2010.

4. Cliquez sur SharePoint 2010 Management Shell.

5. Depuis l’invite de commandes Windows PowerShell, tapez la commande appropriée, puis appuyez

sur Entrée.

Aux fins d’illustration des procédures requises, la batterie de serveurs de base à configurer est

constituée des éléments suivants :

1. Administration centrale

2. Un portail Web

3. Journalisation des diagnostics et collecte des données d’utilisation et d’intégrité

4. Recherche

Les bases de données suivantes sont nécessaires et sont généralement utilisées par l’administrateur

de batterie de serveurs dans la séquence suivante lorsque la batterie de serveurs est créée. Les bases

de données dans la liste suivante utilisent les noms par défaut fournis lorsque vous utilisez l’Assistant

Configuration des produits SharePoint pour configurer une batterie de serveurs. Vous pouvez, bien sûr,

utiliser les noms de base de données de votre choix.

La base de données de configuration (SharePoint_Config)

La base de données de contenu de l’Administration centrale (SharePoint_AdminContent_GUID)

La base de données de contenu de site Web, qui est créée automatiquement par le programme

d’installation de SharePoint Foundation (WSS_Content_GUID)

La base de données de journalisation des diagnostics (WSS_Logging_GUID)

La base de données de recherche (nom d’ordinateur WSS_SEARCH_localhost)

Remarque :

100

Créer et configurer des bases de données pour l’Administration centrale Utilisez les procédures de cette section pour créer les bases de données requises et attribuer aux

comptes une appartenance aux rôles de groupe de sécurité et de base de données des utilisateurs de

base de données.

Les procédures nécessitent une action de l’administrateur de base de données et du compte

d’utilisateur du programme d’installation. La mention [DBA] (administrateur de base de données) ou

[Programme d’installation] est utilisée pour chaque étape pour indiquer quel rôle exécute l’action.

La procédure suivante ne doit être effectuée qu’une fois pour la batterie de serveurs, sur le serveur

devant exécuter le site Web Administration centrale. La batterie de serveurs a une base de données de

configuration et une base de données de contenu pour l’Administration centrale.

1. [DBA] Créez la base de données de configuration et la base de données de contenu de

l’Administration centrale à l’aide de la séquence de classement

LATIN1_General_CI_AS_KS_WS et définissez le propriétaire de base de données (dbo)

comme étant le compte d’utilisateur du programme d’installation.

2. [Programme d’installation] Exécutez le programme d’installation sur chaque serveur de la

batterie de serveurs. Vous devez exécuter le programme d’installation sur au moins l’un de ces

ordinateurs à l’aide de l’option d’installation Complète. Les étapes à suivre pour cette option

sont décrites dans Déployer un serveur unique avec SQL Server (SharePoint

Foundation 2010).

3. [Programme d’installation] Une fois l’installation terminée, n’exécutez pas l’Assistant

Configuration des produits SharePoint.

À partir de SharePoint 2010 Management Shell, utilisez la commande New-

SPConfigurationDatabase pour créer une base de données de configuration, par exemple :

New-SPConfigurationDatabase -DatabaseName "SharePointConfigDB1" -DatabaseServer

"SQL-01" -Passphrase (ConvertTo-SecureString "MyPassword" -AsPlainText -force) -

FarmCredentials (Get-Credential)

Pour plus d’informations, voir New-SPConfigurationDatabase.

4. [Programme d’installation] Une fois la commande terminée, exécutez l’Assistant Configuration

des produits SharePoint et effectuez le reste de la configuration pour le serveur. Cela crée

l’application Web Administration centrale et effectue d’autres tâches d’installation et de

configuration.

5. [DBA] Lorsque l’Assistant Configuration des produits SharePoint est terminé, effectuez les

actions suivantes pour la base de données de configuration et la base de données de contenu

de l’Administration centrale :

Pour créer et configurer la base de données de configuration, la base de données de contenu de l’Administration centrale et l’application Web Administration centrale

http://technet.microsoft.com/library/b04f1577-1985-41b8-b555-2f5145a00241(Office.14).aspx

101

Ajoutez le compte de recherche SharePoint Foundation, le compte d’accès au contenu par

défaut et le compte de services au groupe Utilisateurs.

Ajoutez le compte de service de recherche SharePoint Foundation, le compte d’accès au

contenu par défaut et le compte de services au rôle WSS_Content_Application_Pools.

6. [Programme d’installation] Pour vous assurer que les bases de données ont été correctement

créées et configurées, vérifiez que la page d’accueil du site Web Administration centrale est

accessible. Toutefois, ne configurez rien à l’aide de l’Administration centrale à ce stade. Si la

page Administration centrale ne s’affiche pas, vérifiez les comptes utilisés dans cette procédure

et assurez-vous qu’ils sont correctement affectés.

Le reste des batteries de serveurs sera configuré une fois que les procédures décrites dans l’article

sont terminées et que la batterie de serveurs est établie. Vous allez exécuter l’Assistant

Configuration des produits SharePoint sur ces serveurs en sélectionnant l’option Oui, je veux me

connecter à une batterie de serveurs existante, au lieu d’employer les commandes utilisées

dans cette procédure.

La procédure suivante ne devra être effectuée qu’une seule fois sur la batterie de serveurs. La batterie

de serveurs ne dispose que d’une seule base de données de recherche SharePoint Foundation.

1. [DBA] Créez la base de données de recherche SharePoint Foundation à l’aide de la séquence

de classement LATIN1_General_CI_AS_KS_WS et définissez le propriétaire de la base de

données (dbo) comme étant le compte d’utilisateur du programme d’installation.

2. [Programme d’installation] Ouvrez la ligne de commande, puis utilisez les applets de

commande Get-SPSearchService, Set-SPSearchService, Get-SPSearchServiceInstance et

Set-SPSearchServiceInstance pour configurer la base de données et démarrer le service de

recherche. Utilisez l’exemple suivant comme guide.

$searchService = Get-SPSearchService

Set-SPSearchService -MaxBackupDuration 120

Get-SPSearchServiceInstance -Local

Get-SPSearchServiceInstance -Local | Set-SPSearchServiceInstance -ProxyType proxy

Pour plus d’informations, reportez-vous aux rubriques suivantes :

Get-SPSearchService

Set-SPSearchService

Get-SPSearchServiceInstance

Set-SPSearchServiceInstance

Créer et configurer la base de données de recherche SharePoint Foundation et démarrer le service de recherche

http://technet.microsoft.com/library/90160cc4-60c3-4983-8b4a-674cbf4c4f9c(Office.14).aspx

http://technet.microsoft.com/library/664d55c9-c436-4096-a385-446c920f4df1(Office.14).aspx

http://technet.microsoft.com/library/d0fcee38-4403-4ef6-b3ed-c28cec050557(Office.14).aspx

http://technet.microsoft.com/library/85dce2d2-1b01-4f7f-86d0-5523c432efe6(Office.14).aspx

102

Créer et configurer des bases de données supplémentaires Après avoir configuré les bases de données requises pour l’Administration centrale, terminez votre

déploiement de la batterie de serveurs en créant et en configurant les bases de données requises pour

le contenu Web et les applications de service à utiliser.

La procédure suivante doit être effectuée une fois pour chaque site portail dans la batterie de serveurs.

1. [DBA] Créez la base de données de contenu d’application Web du site portail à l’aide de la

séquence de classement LATIN1_General_CI_AS_KS_WS et définissez le propriétaire de la

base de données (dbo) comme étant le compte d’utilisateur du programme d’installation.

2. [DBA] À l’aide de Microsoft SQL ServerManagement Studio, ajoutez le compte de processus

du pool d’applications au groupe Utilisateurs et au rôle db_owner pour la base de données de

contenu d’application Web.

3. [Programme d’installation] Ouvrez la ligne de commande, puis exécutez les applets de

commande New-SPWebApplication et Get-SPWebApplication pour configurer la base de

données de contenu d’application Web du site portail. Utilisez l’exemple suivant comme guide.

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -URL

"https://www.contoso.com" -ApplicationPool "ContosoAppPool" -

ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://sitename | New-SPWebApplicationExtension -Name

"ExtranetSite" -SecureSocketsLayer -Zone "Extranet"

Pour plus d’informations, voir New-SPWebApplication et Get-SPWebApplication.

Important :

L’applet de commande Get-SPWebApplication doit être exécutée sur l’ordinateur qui

exécute l’application Web. La combinaison de nom d’hôte et de port ne doit pas décrire

une application Web qui existe déjà, sinon une erreur se produit et l’application Web

n’est pas créée.

Utilisez la procédure suivante pour créer et configurer l’application Web du site portail et sa base de

données de contenu.

1. [DBA] Créez la base de données de contenu d’application Web du site portail à l’aide de la

séquence de classement LATIN1_General_CI_AS_KS_WS et définissez le propriétaire de la

base de données (dbo) comme étant le compte d’utilisateur du programme d’installation.

2. [DBA] À l’aide de SQL ServerManagement Studio, ajoutez le compte de service de l’application

de service au groupe Utilisateurs, puis au rôle db_owner pour la base de données de contenu

Créer et configurer la base de données de contenu d'application Web du site portail

Pour créer et configurer l’application Web du site portail

http://technet.microsoft.com/library/eaeb5bed-81e7-4275-b005-aa7fc465e6d5(Office.14).aspx

http://technet.microsoft.com/library/11d6521f-f99c-433e-9ab5-7cf9e953457a(Office.14).aspx

103

d’application Web du site portail.

3. [Programme d’installation] À partir de SharePoint 2010 Management Shell, utilisez les applets

de commande New-SPWebApplication et Get-SPWebApplication pour configurer la base de

données de contenu d’application Web du site portail. Utilisez l’exemple suivant comme guide.

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -HostHeader

"http://sharepoint.contoso.com" -URL "https://www.contoso.com" -ApplicationPool

"ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe")

Get-SPWebApplication http://somesite | Set-SPWebApplication -Zone "Extranet" -

HostHeader "http://www.contoso.com" - AllowAnonymousAccess

Pour plus d’informations, voir New-SPWebApplication et Get-SPWebApplication.

Important :

Cette commande doit être exécutée sur l’ordinateur qui exécute l’application Web. La

combinaison de nom d’hôte et de port ne doit pas décrire une application Web qui

existe déjà, sinon une erreur se produit et l’application Web n’est pas créée.

4. [Programme d’installation] Depuis une invite de commandes, exécutez la commande suivante

pour redémarrer les services Internet (IIS) : iisreset /noforce.



104

Déploiement dans un environnement virtuel (SharePoint Foundation 2010)

Cette section contient des articles qui fournissent des informations relatives à la configuration des

machines virtuelles pour les serveurs Microsoft SharePoint Foundation 2010 dans un environnement

virtuel.


Guide de la machine virtuelle (SharePoint Foundation 2010)

105

Guide de la machine virtuelle (SharePoint Foundation 2010)

Cet article fournit des informations sur la configuration d’un ordinateur virtuel reposant sur la

Technologie Hyper-V de Windows Server 2008 et utilisé dans une batterie Microsoft SharePoint

Foundation 2010. Il s’agit notamment de serveurs de la batterie situés au niveau du serveur Web, au

niveau du serveur d’applications et au niveau du serveur de bases de données. Avant la configuration

d’un ordinateur virtuel pour une batterie SharePoint, nous vous recommandons de lire le Guide de

démarrage de Hyper-V (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=187754&clcid=0x40C). Chacune de vos décisions relatives à la

configuration d’un ordinateur virtuel ou de son infrastructure ayant une incidence sur les performances

ou les fonctionnalités (SharePoint Foundation 2010 et Hyper-V), il est important de bien comprendre

chaque option de configuration.

Dans un environnement Hyper-V, vous avez la possibilité de spécifier la configuration de la mise en

réseau virtuelle et la configuration de chaque ordinateur virtuel. En outre, vous pouvez configurer le

mode d’interaction de l’ordinateur virtuel avec l’hôte de virtualisation, ainsi que le comportement d’arrêt

et de redémarrage de l’ordinateur virtuel si l’état en cours d’exécution de l’ordinateur virtuel est

interrompu.

Dans cet article :

Mise en réseau

Cartes réseau

Configuration de l’ordinateur virtuel

Services d’intégration

Utilisation de captures instantanées

Mise en réseau Vous pouvez configurer la mise de réseau Hyper-V avant de créer des ordinateurs virtuels ou après

avoir créé un ou plusieurs ordinateurs virtuels. Vous pouvez également créer plusieurs réseaux virtuels

pour un hôte Hyper-V.

Le Gestionnaire de réseau virtuel (accessible à partir du Gestionnaire Hyper-V) vous permet de choisir

entre trois types de réseaux virtuels. Le tableau suivant présente un résumé des différents types de

réseau et leurs caractéristiques.

Type Description

Externe Utilisez ce type lorsque vous voulez autoriser des



http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#Net

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#NetAdapt

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#vmCfg

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#intServ

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7.aspx#Snapshot

106

Type Description

ordinateurs virtuels à communiquer avec des

serveurs situés à l’extérieur et le système

d’exploitation de gestion (aussi appelé partition

parente). Ce type permet aussi aux ordinateurs

virtuels situés sur le même serveur physique de

communiquer entre eux.

Interne Utilisez ce type lorsque vous voulez autoriser la

communication entre ordinateurs virtuels sur le

même serveur physique et les ordinateurs virtuels

et le système d’exploitation de gestion. Un réseau

virtuel interne est un réseau virtuel qui n’est pas lié

à une carte réseau physique. Il est couramment

utilisé pour générer un environnement de test

dans lequel vous devez vous connecter aux

ordinateurs virtuels à partir du système

d’exploitation de gestion.

Privé Utilisez ce type lorsque vous voulez uniquement

autoriser la communication entre ordinateurs

virtuels situés sur le même serveur physique. Un

réseau virtuel privé est un réseau virtuel sans

carte réseau virtuelle dans le système

d’exploitation de gestion. Les réseaux virtuels

privés sont couramment utilisés lorsqu’il est

nécessaire d’isoler des ordinateurs virtuels du

trafic réseau dans le système d’exploitation de

gestion et dans les réseaux externes.

Utilisez les spécifications de la batterie SharePoint Foundation pour déterminer la configuration de mise

en réseau que vous voulez utiliser sur un hôte de virtualisation. Par exemple, dans l’article Démarrage

rapide : déployer un serveur unique dans un environnement Hyper-V isolé (SharePoint

Foundation 2010), nous avons utilisé un réseau interne pour isoler l’environnement de test d’un

environnement de production.

Après avoir déterminé le type de réseau que vous voulez utiliser, vous pouvez spécifier la plage

d’adresses de la sous-couche MAC (Media Access Control) qui sont automatiquement attribuées aux

cartes virtuelles. La version R2 de Microsoft Hyper-V Server 2008 vous permet de fournir des adresses

MAC statiques à une carte afin d’éviter les collisions sur un réseau.

Du point de vue des performances de la mise en réseau, le fait de pouvoir créer des réseaux locaux

virtuels (VLAN) peut générer des gains de performances. Des ordinateurs virtuels sur le même VLAN

107

peuvent communiquer par le biais du commutateur virtuel, ce qui signifie que le trafic réseau circule

plus rapidement puisqu’il n’est pas contraint d’utiliser la carte réseau physique. Par ailleurs, de par la

nature logicielle d’une configuration VLAN, vous pouvez facilement déplacer les ordinateurs tout en

conservant leur configuration réseau.

Les liens suivants fournissent des informations supplémentaires sur les concepts de mise en réseau

virtuelle et la configuration de réseaux virtuels.

Fonctionnement de la mise en réseau de base dans Hyper-V ? (éventuellement en anglais)


Hyper-V : usages des différents types de réseaux virtuels (éventuellement en anglais)


Présentation des VLAN Hyper-V (éventuellement en anglais)


VLAN Hyper-V (deuxième partie) (éventuellement en anglais)


Configuration de réseaux virtuels (http://go.microsoft.com/fwlink/?linkid=158767&clcid=0x40C)

Cartes réseau

Vous pouvez attacher deux types de cartes réseau à un ordinateur virtuel : une carte réseau et une

carte héritée. Une carte réseau offre de meilleures performances qu’une carte réseau héritée. La carte

héritée émule une carte Fast Ethernet PCI à base de Intel 21140, ce qui se traduit par un transfert de

données inférieur à celui de la carte réseau. Une carte réseau héritée prend également en charge les

installations basées sur le réseau, car elle inclut la possibilité de démarrer dans l’environnement PXE

(Pre-Boot Execution Environment).

Sauf dans les cas où vous avez besoin d’effectuer un démarrage réseau ou d’utiliser une carte héritée

avant de pouvoir installer le pilote de l’ordinateur virtuel, nous vous recommandons de configurer

l’ordinateur virtuel avec une carte réseau.

Au départ, vous pouvez utiliser la carte héritée pour effectuer un démarrage réseau. Lorsqu’elle

n’est plus nécessaire, ajoutez une carte réseau et supprimez la carte héritée.

Comme pour les serveurs physiques, vous pouvez installer plusieurs cartes sur un ordinateur virtuel.

Configuration de l’ordinateur virtuel Hyper-V vous offre plusieurs options pour configurer un ordinateur virtuel. Vous pouvez modifier ces

options une fois l’ordinateur virtuel démarré et Microsoft SharePoint Foundation installé. Vous devez

arrêter l’ordinateur virtuel pour pouvoir modifier la configuration. Pour chaque ordinateur virtuel,

configurez les éléments suivants :

Séquence de démarrage (carte réseau héritée, CD, IDE ou à disquette)

Quantité de mémoire

Remarque :






108

Nombre de processeurs virtuels (quatre au maximum)

Type et nombre de contrôleurs

Type et nombre de disques

Type et nombre de cartes réseau

Outre les configurations précédentes, vous pouvez également configurer des ports COM et une

disquette virtuelle.

Du point de vue de SharePoint Foundation, les principales considérations en matière de configuration

sont la mémoire, le processeur et le type et le nombre de contrôleurs et de disques durs.

Mémoire

Après avoir réservé 2 Go de mémoire RAM pour l’hôte de virtualisation, vous pouvez configurer un

ordinateur virtuel avec la quantité de mémoire restante de votre choix. Vous devez bien entendu tenir

compte de la quantité de mémoire que vous désirez attribuer aux autres ordinateurs virtuels

s’exécutant sur le même hôte de virtualisation.

La réserve de 2 Go de mémoire RAM pour l’hôte de virtualisation est donnée à titre indicatif ;

cette quantité de mémoire n’est ni requise ni imposée. En général, la quantité réelle de RAM

dédiée au serveur physique est inférieure à cela.

La surcharge de mémoire réelle sur Hyper-V est relativement faible. Pour illustrer ceci, téléchargez le

fichier Hyper-V RAM Calculator.xls (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=187756&clcid=0x40C) et calculez l’utilisation de la mémoire RAM

sur un hôte d’une taille donnée avec plusieurs ordinateurs virtuels.

Processeur

Vous pouvez configurer plusieurs processeurs virtuels pour un ordinateur virtuel (quatre au

maximum).Le nombre de processeurs que vous configurez par ordinateur virtuel ne peut pas dépasser

le nombre de processeurs logiques (cœurs) sur l’hôte de virtualisation. Par exemple, pour un serveur

physique double cœur donné, vous ne pouvez pas configurer plus de deux processeurs virtuels par

ordinateur virtuel. Bien qu’Hyper-V prenne en charge jusqu’à huit processeurs virtuels par cœur, une

configuration qui utilise ce ratio (1 processeur logique pour 8 processeurs virtuels, soit 1:8) est qualifiée

de « surabonnée ». Pour tout ordinateur virtuel utilisé dans une batterie SharePoint, nous vous

recommandons d’utiliser un ratio de 1:1. Il est possible de surabonner l’UC sur l’hôte de virtualisation,

mais les performances diminuent en fonction de la quantité de surabonnement.

Contrôleur et disque dur

Vous pouvez sélectionner des périphériques IDE ou SCSI pour des ordinateurs virtuels, comme suit :

Périphériques IDE : Hyper-V utilise des périphériques émulés avec des contrôleurs IDE. Vous

pouvez avoir jusqu’à deux contrôleurs IDE avec deux disques sur chaque contrôleur. Le disque de

Remarque :


109

démarrage doit être attaché à l’un des périphériques IDE. Le disque de démarrage peut être un

disque dur virtuel ou un disque physique. Bien qu’un ordinateur virtuel doive utiliser un périphérique

IDE comme disque de démarrage pour démarrer le système d’exploitation invité, vous disposez de

nombreuses options au moment de la sélection du périphérique physique qui fournira le stockage

pour le périphérique IDE.

Périphériques SCSI : chaque ordinateur virtuel prend en charge jusqu’à 256 disques SCSI (quatre

contrôleurs SCSI, chacun d’entre eux prenant en charge jusqu’à 64 disques). Les contrôleurs SCSI

utilisent un type de périphérique développé spécifiquement pour les ordinateurs virtuels et font

appel au bus de l’ordinateur virtuel pour communiquer. Le bus de l’ordinateur virtuel doit être

disponible lors du démarrage du système d’exploitation invité. Par conséquent, les disques durs

virtuels attachés aux contrôleurs SCSI ne peuvent pas être utilisés comme disques de démarrage.

Bien que les performances E/S des périphériques SCSI et IDE physiques puissent différer

de manière significative, il n’en va pas de même pour les périphériques SCSI et IDE

virtualisés dans Hyper-V. Les périphériques IDE et SCSI offrent des performances E/S tout

aussi rapides lorsque des services d’intégration sont installés dans le système

d’exploitation invité. La prise en charge des disques durs échangeables à chaud, qui est

rendue possible par l’implémentation Hyper-V de SCSI, justifie davantage la sélection des

lecteurs SCSI que les gains en termes de performances.

La version d’Hyper-V publiée avec Windows Server 2008 R2 offre des améliorations spectaculaires en

matière de performances des disques durs virtuels. Pour plus d’informations, voir Performances des

disques durs virtuels : Windows Server 2008 / Windows Server 2008 R2 / Windows 7 (éventuellement

en anglais) (http://go.microsoft.com/fwlink/?linkid=186519&clcid=0x40C). Pour obtenir un résumé des

options relatives aux lecteurs d’ordinateur virtuel, voir la section traitant de la sélection du conteneur de

stockage Hyper-V et sur disque dur virtuel de ce livre blanc. En outre, suivez bien le conseil des

auteurs, à savoir la prise en compte des performances d’accès et des besoins de stockage au moment

de choisir le disque dur virtuel pour votre environnement. Lorsque vous utilisez Windows Server 2008

R2, la vitesse d’accès devient secondaire par rapport à la quantité de mémoire utilisée en raison de la

mise en cache avancée.

Il n’y a pas de solution de stockage générique pour chaque environnement virtuel. La sélection

d’un lecteur d’ordinateur virtuel optimal pour vos serveurs SharePoint Foundation nécessite

des efforts de recherche et des tests approfondis pour implémenter la meilleure solution de

stockage pour votre environnement virtuel.

Services d’intégration Hyper-V inclut un package logiciel pour les systèmes d’exploitation invités pris en charge qui améliore

l’intégration entre l’ordinateur physique et l’ordinateur virtuel. Ce package désigné par le terme

« services d’intégration ». Vous devez vérifier que le système d’exploitation de gestion (qui exécute le

Remarque :

Important :




110

rôle Hyper-V) et que les ordinateurs virtuels exécutent la même version des services d’intégration. Pour

plus d’informations, voir Compatibilité des versions pour les services d’intégration


Pour chaque ordinateur virtuel, vous pouvez configurer les éléments d’intégration suivants entre

l’ordinateur virtuel et l’hôte de virtualisation :

Arrêt du système d’exploitation

Synchronisation date/heure

Échange de données

Pulsation

Sauvegarde (capture instantanée de volume)

Désactivez la synchronisation date/heure pour chaque ordinateur virtuel SharePoint

Foundation. SharePoint Foundation 2010 implémente des travaux du minuteur de manière

intensive, et la latence pendant la synchronisation date/heure provoquera des résultats

imprévisibles dans l’environnement SharePoint Foundation.

Arrêt et démarrage automatiques

Pour chaque ordinateur virtuel, vous pouvez configurer un comportement automatisé d’arrêt et de

démarrage au cas où un ordinateur physique viendrait à s’arrêter. Les options d’arrêt sont les

suivantes :

Mettre en mémoire l’état de l’ordinateur virtuel. L’état actuel de l’ordinateur virtuel est enregistré et,

lorsque l’ordinateur virtuel est démarré, Hyper-V tente de rétablir l’état dans lequel se trouvait

l’ordinateur virtuel.

Éteindre l’ordinateur virtuel. Ceci revient à débrancher un serveur.

Arrêter le système d’exploitation (ordinateur virtuel) invité. Ceci revient à arrêter l’ordinateur à l’aide

de l’option Arrêter de Windows.

Pour un ordinateur virtuel SharePoint Foundation, ne configurez pas la mise en mémoire de l’état. Les

ordinateurs virtuels dont l’état mis en mémoire est rétabli ne sont plus synchronisés avec les autres

serveurs de la batterie. Nous vous recommandons de configurer l’ordinateur virtuel de telle sorte qu’il

utilise un arrêt, car il s’agit de la méthode la plus sûre pour ne pas endommager l’ordinateur virtuel.

Lorsqu’un arrêt se produit, tous les travaux du minuteur en cours d’exécution sont autorisés à se

terminer, et aucun problème de synchronisation ne se présente lorsque l’ordinateur virtuel redémarre.

L’opposé d’un arrêt automatique est un démarrage automatique. Hyper-V fournit les options de

démarrage suivantes lorsque le serveur physique redémarre :

Ne rien faire. Vous devez démarrer l’ordinateur virtuel manuellement, quel que soit son état lors de

l’arrêt du serveur physique arrêté.

Démarrer automatiquement s’il était en cours d’exécution au moment où le service a été arrêté.

Important :


111

Toujours démarrer cet ordinateur virtuel automatiquement. Hyper-V démarre l’ordinateur quel que

soit son état lors de l’arrêt du serveur physique arrêté.

Nous vous recommandons de sélectionner la première ou la deuxième option. Toutes les options sont

valides, mais la décision finale revient à l’équipe informatique en charge de la gestion et de la

maintenance de l’environnement virtuel.

En plus des options de démarrage précédentes, vous pouvez configurer un démarrage retardé pour un

ordinateur virtuel. Nous vous recommandons de procéder ainsi afin de réduire les conflits de

ressources sur un hôte de virtualisation. Cependant, si votre option de démarrage est de ne rien faire, il

n’y a pas de problème.

Utilisation de captures instantanées

Les captures instantanées sont très utiles pour capturer l’état actuel d’un ordinateur virtuel en cours

d’exécution, en pause ou arrêté. La fonctionnalité de capture instantanée vous permet de rétablir

rapidement et facilement la configuration précédente d’un ordinateur virtuel. Cette fonctionnalité est

particulièrement adaptée à un environnement de développement ou de test.

En guise de meilleure pratique, nous vous recommandons de ne pas utiliser la fonctionnalité de capture

instantanée sur des ordinateurs virtuels dans un environnement de production, et ce pour les raisons

suivantes :

Synchronisation de l’horloge : lorsque vous effectuez une capture instantanée d’un ordinateur

virtuel en cours d’exécution, une latence existe entre le moment où la capture instantanée est

démarrée et le moment où elle est terminée. Cette latence affecte les travaux du minuteur

SharePoint Foundation et, en conséquence, la synchronisation entre les serveurs de la batterie.

Si vous choisissez de créer une capture instantanée d’un ordinateur virtuel, arrêtez

l’ordinateur pour permettre aux travaux en cours d’exécution de se terminer avant de créer

la capture instantanée. Nous vous recommandons d’analyser attentivement l’ordinateur

virtuel et les autres serveurs de la batterie après le redémarrage de l’ordinateur virtuel afin

de vous assurer qu’il n’y a aucun problème de synchronisation date/heure.

Performances : lorsque vous créez une capture instantanée pour un ordinateur virtuel, vous créez

en fait un disque de différenciation. Un échange continu de données de configuration se produit

entre l’ordinateur virtuel et la capture instantanée, ce qui affecte les performances.

Important :

112

Installer SharePoint Foundation 2010 à l’aide de Windows PowerShell


2010 sur un serveur autonome ou sur une batterie de serveurs à l’aide de Windows PowerShell.

Dans cet article :

Exigences relatives aux serveurs de la batterie

Préparer SPModule

Installer SharePoint Foundation 2010 en exécutant Install-SharePoint

Configurer la batterie à l’aide de New-SharePointFarm

Créer une application Web à l’aide de Windows PowerShell

Déployer des services à l’aide de l’Assistant Configuration de batterie la SharePoint 2010

Créer une collection de sites à l’aide de Windows PowerShell

Effectuer des tâches de configuration supplémentaires

Ajouter des serveurs à la batterie à l’aide de Join-SharePointFarm

Configurer le journal de suivi

Vous pouvez simplifier le déploiement en faisant appel à Windows PowerShell pour installer Microsoft

SharePoint Foundation 2010 et à d’autres outils administrateur pour automatiser des installations sans

assistance et configurer la batterie.

Exigences relatives aux serveurs de la batterie Avant d’installer SharePoint Foundation 2010, passez en revue les informations suivantes qui décrivent

les autorisations, les configurations matérielle et logicielle requises et les étapes à effectuer avant de

démarrer le processus.

1. Assurez-vous que toutes les conditions requises pour le matériel et les logiciels sont satisfaites.

Vous devez avoir une version 64 bits de Windows Server 2008 ou de Windows Server 2008 R2.

Pour les batteries de serveurs, vous devez aussi avoir une version 64 bits de SQL Server 2005 ou

de SQL Server 2008. Pour plus d’informations sur ces conditions requises (telles que les mises à

jour spécifiques à installer), voir Déterminer la configuration matérielle et logicielle requise


2. Assurez-vous que vous êtes prêt à configurer les comptes requis avec les autorisations

appropriées. Pour plus d’informations, voir Comptes d’administration et de service requis pour le


113

Préparer SPModule Le fichier SPModule.zip est un module Windows PowerShell écrit par les membres du Groupe de

produit SharePoint qui installe une batterie SharePoint.

Pour utiliser le fichier SPModule.zip, procédez comme suit :

1. Téléchargez le fichier SPModule.zip et le fichier texte depuis la page suivante du Centre de

téléchargement (éventuellement en anglais)


2. Extrayez les fichiers dans un dossier nommé SPModule, puis ajoutez ce dossier à votre chemin

d’accès d’environnement. La variable d’environnement PSModulePath sert à stocker les chemins

d’accès aux emplacements des modules qui sont installés sur disque. Pour afficher les chemins

d’accès spécifiés dans la variable PSModulePath, depuis une invite de commandes Windows

PowerShell, tapez $env:PSModulePath. Pour plus d’informations, voir Variable d’environnement

PSModule (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=187757&clcid=0x40C). Après l’extraction, le dossier

SPModule doit contenir deux fichiers : SPModule.misc et SPModule.setup.

Si le dossier SPModule n’est pas ajouté à la variable PSModulePath, vous devez spécifier

un chemin d’accès complet pour charger SPModule.

3. Déterminez le type de signature à fournir.

Les fichiers de téléchargement ne sont pas signés. Pour fournir des scripts auto-signés,

voir AllSigned : signature de vos scripts PowerShell (éventuellement en anglais)


Par défaut, la stratégie d’exécution Windows PowerShell a la valeur Restreinte, ce qui signifie

qu’aucun script ne peut être exécuté. Pour modifier une stratégie d’exécution, exécutez l’applet de

commande Set-ExecutionPolicy. Pour plus d’informations sur l’exécution de stratégies, voir

About_Signing (http://go.microsoft.com/fwlink/?linkid=187759&clcid=0x40C).

1. Cliquez sur Démarrer, pointez sur Tous les programmes, puis cliquez sur Windows

PowerShell V2. Une fois la fenêtre d’invite de commandes Windows PowerShell ouverte,

la première chose à faire est d’ajouter le chemin d’accès au module à votre chemin d’accès

de module Windows PowerShell (en supposant que vous avez créé un dossier nommé

« SPModule » sur votre serveur) :

2. Cliquez avec le bouton droit sur Windows PowerShell V2, puis cliquez sur Exécuter en

tant qu’administrateur.

Remarque :

Si Microsoft SharePoint Foundation 2010 est déjà installé, vous pouvez ouvrir

Remarque :

Remarque :







114

SharePoint 2010 Management Shell à la place.

3. Une fois la fenêtre Invite de commandes affichée, il faut importer le module dans la session

Windows PowerShell actuelle et l’ajouter à un chemin d’accès en tapant la syntaxe

suivante depuis une invite de commandes Windows PowerShell :

Import-Module SPModule.misc

Import-Module SPModule.setup

Lors de l’importation du module SPModule.misc, vous appellerez une vérification de mise à jour. Dans

la version 1.0, cette vérification examine un fichier texte pour déterminer si une nouvelle version est

disponible. Si c’est le cas, vous pouvez la télécharger. Une fois les commandes Import-Module

exécutées avec succès, vous êtes prêt à utiliser SPModule.

Les commandes suivantes doivent être utilisées uniquement dans le contexte de SPModule et

de la procédure de cet article :

1. Install-SharePoint : installe tous les fichiers binaires pour SharePoint Foundation 2010. Pour plus

d’informations, voir Référence de déploiement par script (SharePoint Foundation 2010).

2. New-SharePointFarm : crée une batterie SharePoint et effectue les tâches associées suivantes :

configuration de la sécurité ;

création d’une application Web de services partagés que vous pouvez remplir avec des

applications de service ;

création et configuration du site Web Administration centrale ;

installation de tous les fichiers d’aide du produit ;

installation de toutes les fonctionnalités de batterie.

3. Join-SharePointFarm : ajoute des serveurs à la batterie, puis les configure. Pour plus

d’informations, voir Référence de déploiement par script (SharePoint Foundation 2010).

Une fois Windows PowerShell version 2.0 installé, vous pouvez utiliser une nouvelle fonctionnalité de

Windows PowerShell appelée Communication à distance (Remoting). Grâce à cette fonctionnalité et à

quelques lignes de code Windows PowerShell, un administrateur peut installer à distance plusieurs

serveurs dans une batterie. Pour plus d’informations sur la Communication à distance et SPModule,

voir Installation à distance avec SPModule (éventuellement en anglais)


Installer SharePoint Foundation 2010 en exécutant Install-SharePoint Une fois que vous avez déterminé les comptes requis pour l’installation, vous pouvez installer

SharePoint Foundation 2010. Le DVD du produit contient des exemples de fichiers de configuration

(Config.xml). Ces exemples sont stockés dans le dossier \Files du répertoire racine du DVD, dans des

dossiers qui correspondent aux différents scénarios. Ils sont décrits dans le tableau suivant.

Important :

http://technet.microsoft.com/library/1719cc0b-f68c-42a5-9ede-cc2d4a58d43e(Office.14).aspx



115

Fichier de configuration Description

Setup\Config.xml Installation d’un serveur autonome à l’aide de

Microsoft SQL Server 2005 Express Edition

SetupFarm\Config.xml Installation d’une batterie de serveurs

SetupFarmSilent\Config.xml Installation d’une batterie de serveurs en mode

silencieux

SetupFarmUpgrade\Config.xml Mise à niveau sur place d’une batterie existante

SetupSilent\Config.xml Installation d’un serveur autonome à l’aide de SQL

Server 2005 Express Edition en mode silencieux

SetupSingleUpgrade\Config.xml Mise à niveau sur place d’une installation mono-

serveur existante

1. Sur le lecteur où se trouve le DVD du produit SharePoint Foundation 2010, accédez au

répertoire racine pour rechercher le fichier Setup.exe.

2. Exécutez SPModule.Setup Install-SharePoint avec le fichier Config.xml sélectionné, comme

suit :

Install-SharePoint -SetupExePath<chemin d’accès et nom du fichier>-ConfigXml<chemin

d’accès et nom du fichier>

Remarque :

Vous pouvez sélectionner un des fichiers d’exemples ou personnaliser votre propre

fichier de configuration.

3. Appuyez sur Entrée.

L’installation est alors terminée.

L’exemple suivant illustre le fichier de configuration pour installer un seul serveur en mode silencieux

(SetupSilent).

<Configuration><Package Id="sts"> <Setting Id="LAUNCHEDFROMSETUPSTS" Value="Yes"

/> </Package><Package Id="spswfe"> <Setting Id="SETUPCALLED" Value="1"

/> </Package> <Logging Type="verbose" Path="%temp%" Template="SharePoint Server Setup(*).log"

/>-  <Display Level="none"

CompletionNotice="no" /> <Setting Id="SERVERROLE" Value="APPLICATION" /> <Setting

Pour exécuter Install-SharePoint avec un fichier Config.xml à une invite de commandes Windows PowerShell

116

Id="USINGUIINSTALLMODE" Value="0" /> <Setting Id="SETUP_REBOOT" Value="Never" /> <Setting

Id="SETUPTYPE" Value="CLEAN_INSTALL" /> </Configuration>

Vous pouvez également personnaliser votre propre fichier de configuration. Pour contrôler les options

d’installation, commencez par modifier le fichier Config.xml dans un éditeur de texte afin d’y inclure les

éléments souhaités ainsi que leurs paramètres. Exécutez ensuite Install-SharePoint -SetupExePath -

ConfigXML pour exécuter Setup.exe en utilisant les options définies dans Config.xml.

Options de configuration typiques :

Ignorez l’invite qui demande la clé du produit en fournissant celle-ci comme une valeur, <PIDKEY

Value="Enter PID Key Here" />, dans le fichier Config.xml.

Ajoutez un emplacement pour un fichier journal, <Logging Type="off" | "standard"(default) |

"verbose" Path="path" Template="file name.log"/>, que vous pouvez afficher en cas d’échec de

l’installation depuis la ligne de commande.

Utilisez un éditeur de texte, tel que le Bloc-notes, pour modifier le fichier Config.xml. N’utilisez

pas un éditeur XML à usage général tel que Microsoft Office Word 2007. Pour vérifier que votre

fichier XML est bien formé, utilisez un navigateur pris en charge quelconque.

Exécuter Install-SharePoint à l’aide d’une clé PID

Pour exécuter le programme d’installation en mode silencieux sans utiliser de fichier de configuration,

tapez l’une des commandes suivantes à une invite de commandes Windows PowerShell :

Pour un serveur autonome : Install-SharePoint -SetupExePath "<drive letter>:\SharePoint

2010\Setup\setup.exe" -ServerRole "SINGLESERVER"

Pour un déploiement de batterie : Install-SharePoint -SetupExePath "<drive letter>:\SharePoint

2010\Setup\setup.exe"

Pour exécuter le programme d’installation en mode silencieux à l’aide d’un fichier de configuration,

tapez l’une des commandes suivantes à une invite de commandes Windows PowerShell :

Pour un serveur autonome : Install-SharePoint -SetupExePath "G:\SharePoint

2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\singleserver_config.xml"

-ServerRole "SINGLESERVER"

Pour un déploiement de batterie : Install-SharePoint -SetupExePath "G:\SharePoint

2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\appserver_config.xml"

Pour Microsoft SharePoint Foundation 2010, le paramètre PIDKey n’a pas besoin d’être

spécifié.

Important :

Remarque :

117

Configurer la batterie à l’aide de New-SharePointFarm Vous utilisez la commande New-SharePointFarm pour configurer SharePoint Foundation 2010 après

l’exécution de la commande Install-SharePoint. Les options de configuration sont différentes selon que

vous installez SharePoint Foundation 2010 sur un serveur autonome ou sur une batterie de serveurs.

Configurer SharePoint Foundation 2010 sur un serveur autonome

Dans les déploiements de serveur autonome, vous pouvez exécuter New-SharePointFarm. Après vous

être connecté à l’aide du compte d’utilisateur du programme d’installation que vous avez créé et

configuré auparavant, vous configurez SharePoint Foundation 2010.

À l’invite de commandes Windows PowerShell (PS C:\>), tapez la commande suivante, puis

appuyez sur Entrée :

New-SharePointFarm -DatabaseServer <String> -DatabaseAccessAccount <(Get-

Credential domain\account)> -FarmName <string>

Où :

<String> est le nom du serveur de bases de données. Par exemple, « SQL01 ».

<PSCredential> est le DOMAIN\password du compte d’utilisateur qui effectue l’installation.

<String> est le nom de la batterie. Par exemple, « Batterie1 »

La commande New-SharePointFarm décrit les étapes de configuration au fur et à mesure de leur

déroulement et signale si la configuration est réussie. Pour une installation de serveur autonome, il

s’agit de l’étape finale de l’installation en ligne de commande.

Nous recommandons vivement d’installer et de configurer SharePoint Foundation 2010 sur tous les

serveurs de la batterie avant de créer des sites.

N’exécutez pas les commandes New-SharePointFarm et Join-SharePointFarm simultanément

sur plusieurs ordinateurs, car des conflits et des comportements imprévisibles peuvent se

produire.

Si l’une de ces commandes échoue, consultez les fichiers journaux de configuration après

l’installation. Ces fichiers se trouvent dans %COMMONPROGRAMFILES%\Microsoft

shared\Web server extensions\14\Logs et peuvent être identifiés grâce à leur nom qui

commence par PowerShell_ConfigurationDiagnostics et par l’extension du nom de fichier .log.

Pour configurer SharePoint Foundation 2010 sur un serveur autonome à l’aide de New-SharePointFarm

Attention :

Remarque :

Remarque :

118

Les applets de commande Windows PowerShell mentionnées dans cette section doivent être

exécutées depuis SharePoint 2010 Management Shell.

Pour établir une connexion à une base de données de configuration existante et joindre le serveur à

une batterie de serveurs existante, l’applet de commande Connect–SPConfigurationDatabase doit

être exécutée avec les applets de commandeWindows PowerShell suivantes, dans cet ordre :

Install-SPHelpCollection

Initialize-SPResourceSecurity

Install-SPService

Install-SPFeature -AllExistingFeatures

Install-SPApplicationContent

Créer une application Web à l’aide de Windows PowerShell Utilisez l’applet de commande New-SPWebApplication pour créer l’application Web et une nouvelle

base de données de contenu.

1. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-

SPShellAdmin.




5. À l’invite de commandes Windows PowerShell (PS C:\>), tapez la commande suivante, puis


New-SPWebApplication -ApplicationPool <String> –Name

<InternetSite>

–ApplicationPoolAccount (Get-SPManagedAccount

<DOMAIN\UserName>

Où :

<String> est le nom du pool d’applications. Par exemple, « SharePoint -80 ».

<InternetSite> est le nom de l’application Web.

Domain\UserName est le nom du compte de pool d’applications.

Pour plus d’informations, voir New-SPWebApplication.

Remarque :

Pour créer une application Web


119

Nous vous recommandons d’utiliser Windows PowerShell pour les tâches d’administration

en ligne de commande. L’outil en ligne de commande Stsadm a été abandonné, mais il est

inclus pour assurer la compatibilité avec les versions précédentes.

Déployer des services à l’aide de l’Assistant Configuration de batterie la SharePoint 2010 Utilisez l’Assistant Configuration des produits SharePoint pour déployer des services sur votre

installation. Pour plus d’informations sur les services et les applications de service, voir Gérer les

applications de service et les services (SharePoint Foundation 2010).

Créer une collection de sites à l’aide de Windows PowerShell Vous pouvez créer une collection de sites de niveau supérieur à l’aide de l’applet de commande New-

SPSite. L’applet de commande New-SPSite crée une collection de sites à une URL spécifique avec un

utilisateur spécifié comme propriétaire de site.


SPShellAdmin.




5. À l’invite de commandes Windows PowerShell (PS C:\>), tapez la commande suivante, puis


New-SPSite

<SiteURL>

-OwnerAlias

<DOMAIN\UserName>

Où :

<SiteURL> est l’URL du nouveau site.

<DOMAIN\UserName> est le nom de connexion d’utilisateur du propriétaire de site.

Pour plus d’informations, voir New-SPSite.

Remarque :



Pour créer une collection de sites

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

120


Si vous ne spécifiez pas le modèle de site à utiliser, les propriétaires de sites peuvent choisir le modèle

lors de leur première navigation vers le site. Vous pouvez utiliser l’applet de commande Get-

SPWebTemplate pour afficher une liste de modèles.

Pour obtenir la liste complète des modèles courants dans SharePoint Foundation 2010, voir Référence

de déploiement par script (SharePoint Foundation 2010)

Si vous souhaitez créer des collections de sites supplémentaires à l’aide de Windows PowerShell, vous

pouvez utiliser l’applet de commande New-SPSite.

Si vous souhaitez créer une base de données de contenu avec le nouveau site, utilisez l’applet

de commande New-SPContentDatabase ou l’applet de commande New-SPSite avec le

paramètre ContentDatabase.

Après avoir créé des sites, vous pouvez configurer des mappages des accès de substitution. Ceux-ci

dirigent les utilisateurs vers l’URL correcte lorsqu’ils interagissent avec SharePoint Foundation 2010

(lors de l’accès à la page d’accueil d’un site SharePoint, par exemple). Les mappages des accès de

substitution permettent à SharePoint Foundation 2010 de mapper les requêtes Web aux applications et

sites Web corrects et permettent à SharePoint Foundation 2010 de restituer le contenu approprié à

l’utilisateur. Pour plus d’informations, voir Set-SPAlternateUrl.

Effectuer des tâches de configuration supplémentaires Une fois que vous avez installé SharePoint Foundation 2010, nous vous recommandons d’effectuer les

tâches administratives suivantes :

configurer les paramètres de courrier électronique sortant ;

configurer les paramètres de flux de travail ;

configurer les paramètres de journalisation des diagnostics ;

configurer les paramètres antivirus.

Ajouter des serveurs à la batterie à l’aide de Join-SharePointFarm Vous devez exécuter la commande Join-SharePointFarm sur tous les serveurs que vous souhaitez

ajouter à la batterie. Pour établir une connexion à une base de données de configuration existante et

joindre le serveur à une batterie de serveur existante, tapez la commande suivante sur le serveur

(après avoir installé SharePoint Foundation 2010) :

Join-SharePointFarm -DatabaseServer

<String>

Remarque :



http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

121

-ConfigurationDatabaseName

<String>

-Passphrase

<SecureString>

Où :

<String> est le nom du serveur de bases de données, par exemple SQL01.

<SecureString> est le mot de passe du compte d’utilisateur au format DOMAINE\mot_de_passe.

Configurer le journal de suivi Le journal de suivi peut être utile pour l’analyse des problèmes susceptibles de se produire. Vous

pouvez utiliser les événements qui sont écrits dans le journal de suivi pour déterminer quelles

modifications de configuration ont été apportées dans SharePoint Foundation 2010 avant que le

problème ne se produise.

Par défaut, SharePoint Foundation 2010 enregistre 14 jours d’événements dans les fichiers journaux

de suivi. Cela signifie que les fichiers journaux de suivi qui contiennent des événements antérieurs à 14

jours sont supprimés. Vous pouvez utiliser l’applet de commande Set-SPLogLevel pour configurer

toute la journalisation des diagnostics.

Vous pouvez utiliser la page Journalisation des diagnostics dans l’Administration centrale pour

configurer le nombre maximal de fichiers journaux de suivi à gérer et la durée (en minutes) de capture

des événements dans chaque fichier journal.

Vous pouvez également spécifier l’emplacement où les fichiers journaux sont enregistrés ou accepter

le chemin d’accès par défaut à l’aide de l’applet de commande Set-SPLogLevel.

Les fichiers journaux de suivi peuvent vous aider à résoudre les problèmes liés aux modifications de la

configuration du service Recherche de Microsoft SharePoint Foundation. Comme ce type de problème

n’est pas toujours détecté immédiatement, il est recommandé d’enregistrer tous les fichiers journaux de

suivi créés par le système le jour où vous apportez des modifications de configuration. Stockez ces

fichiers journaux pendant un certain temps dans un emplacement sûr qui ne sera pas remplacé. Il est

conseillé de stocker ces fichiers sur une partition de disque dur dédiée exclusivement au stockage des

fichiers journaux.

Pour plus d’informations sur la journalisation des diagnostics, voir Configurer la journalisation des

diagnostics (SharePoint Foundation 2010).

122

Configuration initiale (SharePoint Foundation 2010)

Après l’installation de Microsoft SharePoint Foundation 2010, vous devez effectuer une configuration

initiale. Si vous utilisez différentes langues dans la batterie de serveurs, veillez à installer les modules

linguistiques adéquats sur vos serveurs Web. Ensuite, vous pouvez commencer à configurer les

paramètres de la batterie de serveurs. Bien que la configuration des paramètres supplémentaires soit

facultative, sachez que de nombreuses fonctionnalités clés ne seront pas disponibles si ces paramètres

ne sont pas configurés. Une fois que vous avez créé une application Web et configuré les services à

utiliser pour celle-ci, vous pouvez commencer à créer des collections de sites.

Les articles de cette section vous aident à effectuer la configuration initiale de SharePoint Foundation

2010.

Déployer des modules linguistiques (SharePoint Foundation 2010)

Les modules linguistiques permettent aux propriétaires de sites et aux administrateurs de

collections de sites de créer des sites SharePoint et des collections de sites dans plusieurs langues

sans nécessiter des installations séparées de SharePoint Foundation 2010. Cet article explique

comment installer les modules linguistiques sur les serveurs Web.

Configurer les paramètres de la batterie de serveurs (SharePoint Foundation 2010)

Cet article explique comment configurer des paramètres supplémentaires dans la batterie de

serveurs, tels que le courrier électronique sortant et entrant, le compte mobile et la journalisation

des diagnostics.

Configurer les services (SharePoint Foundation 2010)

Des services individuels peuvent être configurés indépendamment et vous pouvez implémenter

uniquement les services nécessaires à votre organisation. Les services déployés sont nommés

applications de service. Une application de service fournit une ressource qui peut être partagée

entre les sites au sein d’une batterie de serveurs ou parfois sur plusieurs batteries de serveurs et

qui peut être accessible aux utilisateurs via une application Web d’hébergement. Cet article aborde

le démarrage, l’arrêt et la configuration des services, ainsi que la gestion et la publication des

applications de service.

Préparer l’hébergement de sites (SharePoint Foundation 2010)

Après avoir installé SharePoint Foundation 2010 et effectué la configuration initiale, vous pouvez

commencer à créer des sites SharePoint. Cet article explique comment créer une application Web

et une collection de sites, sur lesquelles reposera la création des sites SharePoint.

123

Déployer des modules linguistiques (SharePoint Foundation 2010)

Dans cet article :

À propos des ID de langue et modules linguistiques

Téléchargement des modules linguistiques

Préparation des serveurs Web pour les modules linguistiques

Installation des modules linguistiques sur les serveurs Web

Désinstallation des modules linguistiques

Les modules linguistiques permettent aux propriétaires de sites et aux administrateurs de collections de

sites de créer des sites SharePoint et des collections de sites dans plusieurs langues sans nécessiter

des installations séparées de Microsoft SharePoint Foundation 2010. Vous installez les modules

linguistiques, qui contiennent des modèles de sites spécifiques à la langue, sur les serveurs Web.

Lorsqu’un administrateur crée un site ou une collection de sites reposant sur un modèle de site

spécifique de la langue, le texte qui s’affiche sur le site ou la collection de sites est dans la langue du

modèle de site. Les modules linguistiques sont généralement utilisés dans les déploiements

multinationaux où une batterie de serveurs unique prend en charge des utilisateurs dans différents

emplacements ou lorsque des sites et des pages Web doivent être dupliqués dans une ou plusieurs

langues.

Vous ne pouvez pas remplacer la langue d’un site, d’une collection de sites ou d’une page Web

qui existent déjà par une autre langue en appliquant différents modèles de sites spécifiques à

la langue. Une fois que vous avez utilisé un modèle de site spécifique de la langue, pour un

site ou une collection de sites, le site ou la collection de sites affiche toujours le contenu dans

la langue du modèle de site d’origine.

Les séparateurs de mots et les analyseurs morphologiques permettent de rechercher efficacement du

contenu sur des sites SharePoint et des collections de sites dans plusieurs langues sans nécessiter

des installations séparées de SharePoint Foundation 2010. Ils sont automatiquement installés sur les

serveurs Web par le programme d’installation.

Si vous désinstallez SharePoint Foundation 2010, vous devez désinstaller tous les modules

linguistiques avant de désinstaller SharePoint Foundation 2010.

À propos des ID de langue et modules linguistiques Lorsque les propriétaires de sites ou administrateurs de collections de sites créent des sites ou des

collections de sites, ils peuvent choisir une langue pour chaque site ou collection de sites.

Remarque :

Important :

124

La langue qu’ils choisissent possède un identificateur de langue (ID). L’ID de langue détermine la

langue qui sert à afficher et interpréter le texte qui est placé sur le site ou la collection de sites. Par

exemple, lorsqu’un propriétaire de site crée un site en français, les barres d’outils, les barres de

navigation, les listes et les en-têtes de colonne du site apparaissent en français. De même, si un

propriétaire de site crée un site en arabe, les barres d’outils, les barres de navigation, les listes et les

en-têtes de colonne du site s’affichent en arabe. En outre, l’orientation de gauche à droite par défaut du

site est changée en orientation de droite à gauche pour afficher correctement le texte en arabe.

La liste des langues disponibles pour la création d’un site ou d’une collection de sites est générée par

les modules linguistiques installés sur les serveurs Web. Par défaut, les sites et les collections de sites

sont créés dans la langue dans laquelle SharePoint Foundation 2010 a été installé. Par exemple, si

vous installez la version espagnole de SharePoint Foundation 2010, la langue par défaut pour les sites,

les collections de sites et les pages Web est l’espagnol. Si quelqu’un doit créer des sites, des

collections de sites ou des pages Web dans une langue autre que la langue de SharePoint Foundation

2010 par défaut, vous devez installer le module linguistique pour cette langue sur les serveurs Web.

Par exemple, si vous exécutez la version française de SharePoint Foundation 2010 et qu’un

propriétaire de site souhaite créer des sites en français, anglais et espagnol, vous devez installer les

modules linguistiques pour l’anglais et l’espagnol sur les serveurs Web.

Par défaut, lorsqu’un propriétaire de site crée une nouvelle page Web dans un site, le site

affiche le texte dans la langue spécifiée par l’ID de langue.

Les modules linguistiques ne sont pas regroupés dans des packages d’installation multilingues. Vous

devez installer un module linguistique spécifique pour chaque langue que vous souhaitez prendre en

charge. En outre, les modules linguistiques doivent être installés sur chacun des serveurs Web afin que

chaque serveur Web puisse afficher le contenu dans la langue spécifiée.

Vous ne pouvez pas remplacer la langue d’un site, d’une collection de sites ou d’une page Web

qui existent déjà par une autre langue en appliquant différents modèles de sites spécifiques à

la langue. Une fois que vous avez utilisé un modèle de site spécifique de la langue, pour un

site ou une collection de sites, le site ou la collection de sites affiche toujours le contenu dans

la langue du modèle de site d’origine.

Pour la liste de tous les modules linguistiques disponibles, avec des liens de téléchargement, voir

Modules linguistiques (SharePoint Foundation 2010).

Bien qu’un propriétaire de site indique un ID de langue pour un site, certains éléments de l’interface

utilisateur tels que les messages d’erreur, les notifications et les boîtes de dialogue ne s’affichent pas

dans la langue qui a été spécifiée. Cela est dû au fait que SharePoint Foundation 2010 repose sur

plusieurs technologies de prise en charge, par exemple, Microsoft .NET Framework, Microsoft

Windows Workflow Foundation, Microsoft ASP.NET et Microsoft SQL Server 2005, certaines d’entre

elles étant traduites uniquement dans un nombre limité de langues. Si un élément d’interface utilisateur

est généré par l’une des technologies de prise en charge qui n’est pas localisée dans la langue que le

propriétaire du site a spécifiée pour le site, l’élément d’interface utilisateur apparaît en anglais. Par

Remarque :

Important :

http://technet.microsoft.com/library/3d599354-863e-4528-9fe8-867df5f45658(Office.14).aspx

125

exemple, si un propriétaire de site crée un site en hébreu, et que le composant .NET Framework affiche

un message de notification, ce dernier n’apparaît pas en hébreu car le .NET Framework n’est pas

localisé dans cette langue. Cela peut se produire lorsque des sites sont créés dans n’importe quelle

langue à l’exception des langues suivantes : chinois, français, allemand, italien, japonais, coréen et

espagnol.

Chaque module linguistique que vous installez crée à l’emplacement

%COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LAYOUTS\Locale_ID un dossier qui contient des données spécifiques de la

culture. Chaque dossier locale_ID doit contenir un seul fichier d’erreurs HTML renfermant les

informations d’erreurs utilisées lorsqu’un fichier est introuvable. Chaque fois qu’un fichier est

introuvable pour un site dans la culture concernée, ce fichier est utilisé. Vous pouvez spécifier

le fichier à utiliser en définissant la propriété SPWebApplication.FileNotFoundPage pour

chaque application Web. Pour plus d’informations, voir SPWebApplication.FileNotFoundPage,

propriété (Microsoft.SharePoint.Administration) (éventuellement en anglais)


Dans certains cas, du texte peut provenir de la langue d’installation d’origine, ce qui peut créer une

interface en plusieurs langues. En règle générale, ce mélange de langues apparaît uniquement pour

les créateurs de contenu ou les propriétaires de site et n’est pas visible par les utilisateurs du site.

Téléchargement des modules linguistiques Vous devez répéter la procédure suivante pour chaque langue que vous voulez prendre en charge. Si

vous souhaitez télécharger plusieurs langues, sachez qu’un fichier unique portant un nom commun est

téléchargé pour chaque langue. Par conséquent, veillez à télécharger le module linguistique dans un

dossier distinct du disque dur de façon à ne pas remplacer le module linguistique d’une autre langue.

Les fichiers d’aide de Windows PowerShell sont installés en anglais (en-us) par défaut. Pour

afficher ces fichiers dans la même langue que le système d’exportation, vous devez installer le

module linguistique de cette langue.

Si vous effectuez une mise à niveau à partir d’une version antérieure de Microsoft SharePoint

Foundation et que vous utilisez les fonctionnalités Group Approval (eApproval), vous devez

installer tous les modules linguistiques suivants avant d’exécuter l’Assistant Configuration des

produits SharePoint :

Une fois que vous avez installé les modules linguistiques, exécutez la commande suivante

dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14 :

psconfig.exe –cmd upgrade –inplace v2v

Important :

Important :

Important



126

1. Téléchargez la version 64 bits du module linguistique à l’aide d’un des liens.

2. Dans la page de téléchargement, sélectionnez la langue de votre choix dans la liste Choisir

une autre langue, puis cliquez sur Modifier.

3. Cliquez sur Télécharger sur la page Web.

4. Dans la boîte de dialogue qui apparaît, cliquez sur Enregistrer pour télécharger un exemplaire

du fichier sur l’ordinateur local.

Si vous désinstallez SharePoint Foundation 2010, vous devez désinstaller tous les modules

linguistiques avant de désinstaller SharePoint Foundation 2010.

Préparation des serveurs Web pour les modules linguistiques Avant d’installer des modules linguistiques sur les serveurs Web, procédez comme suit :

Installez les fichiers de langues nécessaires sur les serveurs Web.

Installez SharePoint Foundation 2010 sur chacun des serveurs Web.

Exécutez l’Assistant Configuration des produits SharePoint sur chacun des serveurs Web.

Les fichiers de langue sont utilisés par le système d’exploitation et fournissent la prise en charge pour

l’affichage et la saisie de texte dans plusieurs langues. Les fichiers de langue comprennent les fichiers

suivants :

Les fichiers du clavier

Les éditeurs de méthode d'entrée

Les fichiers de police TrueType

Les fichiers de police bitmap

Les tables de conversion des pages de codes

Les fichiers de prise en charge des langues nationales (.nls)

Les moteurs de script pour le rendu des scripts complexes

Par défaut, la plupart des fichiers de langue sont installés sur le système d’exploitation Windows

Server 2008. Toutefois, vous devez installer des fichiers de langue supplémentaires pour les langues

d’Extrême-Orient et les langues à script complexe ou s’écrivant de droite à gauche. Les langues

d’Extrême-Orient incluent le chinois, le japonais et le coréen. Les langues à script complexe et

s’écrivant de droite à gauche comprennent l’arabe, l’arménien, le géorgien, l’hébreu, les langues

indiennes, le thaï et le vietnamien. Les instructions d’installation de ces fichiers de langues

supplémentaires sont fournies dans la procédure suivante.

Télécharger le module linguistique

Remarque :

127

Nous vous recommandons d’installer ces fichiers de langue uniquement si vous devez les posséder.

Les fichiers pour l’Extrême Orient requièrent environ 230 Mo d’espace sur le disque dur. Les langues à

script complexe et s’écrivant de droite à gauche n’utilisent pas beaucoup d’espace disque, mais

installer un jeu de fichiers peut réduire les performances lorsque vous entrez du texte.

Vous avez besoin de votre CD-ROM de produit Windows Server 2008 pour effectuer cette

procédure, ou vous devez connaître l’emplacement d’un dossier partagé qui contient les

fichiers d’installation du système d’exploitation.

Vous devez redémarrer l’ordinateur une fois que vous avez installé des fichiers de langues

supplémentaires.

1. Vous devez être un membre du groupe Administrateurs sur l’ordinateur pour installer ces

fichiers de langue. Une fois les fichiers de langue installés, les langues sont disponibles pour

tous les utilisateurs de l’ordinateur.

2. Sur le serveur Web, cliquez sur Démarrer, pointez sur Paramètres, puis sur Panneau de

configuration, puis cliquez sur Options régionales et linguistiques.

3. Dans la boîte de dialogue Options régionales et linguistiques, dans l’onglet Claviers et

langues, dans la section Langue d’affichage, cliquez sur Installer ou désinstaller des

langues.

4. Dans la boîte de dialogue Installer ou désinstaller des langues, cliquez sur Installer des

langues.

5. Dans la page Sélectionnez les langues à installer, sélectionnez la langue à installer dans la

liste des langues disponibles. Si la langue n’apparaît pas, cliquez sur Parcourir le dossier

pour accéder à l’emplacement auquel vous avez téléchargé le fichier de langue. Ce dernier est

un fichier .cab.

6. Sélectionnez toutes les langues à installer, puis cliquez sur Suivant.

7. Acceptez les termes, puis cliquez sur Suivant.

8. Cliquez sur Installer.

Une fois que vous avez installé les fichiers de langues nécessaires sur les serveurs Web, vous devez

installer SharePoint Foundation 2010 et exécuter l’Assistant Configuration des produits SharePoint.

L’Assistant crée et configure la base de données de configuration et effectue d’autres tâches de

configuration devant être effectuées avant que vous n’installiez les modules linguistiques. Pour plus

d’informations sur l’installation de SharePoint Foundation 2010 et l’exécution de Assistant Configuration

des produits SharePoint, voir Vue d’ensemble du déploiement (SharePoint Foundation 2010).

Remarque

Installer les fichiers de langues supplémentaires sur Windows Server 2008

128

Installation des modules linguistiques sur les serveurs Web Une fois que vous avez installé les fichiers de langues nécessaires sur les serveurs Web, vous pouvez

installer les modules linguistiques. Les modules linguistiques sont disponibles en tant que

téléchargements individuels (un téléchargement pour chaque langue prise en charge). Si vous avez un

environnement de batterie de serveurs, et que vous installez des modules multilingues, vous devez

installer ces modules sur chacun des serveurs Web.

Le module linguistique est installé dans sa langue native. Par exemple, le fichier exécutable du

module linguistique russe est en russe. La procédure suivante est celle du module linguistique

anglais.

1. Exécutez setup.exe.

2. Sur la page Lire les termes du contrat de licence logiciel Microsoft, lisez les termes du contrat,

sélectionnez la case à cocher J'accepte les termes de ce contrat, puis cliquez sur

Continuer.

3. L’Assistant Installation s’exécute et installe le module linguistique.

4. Réexécutez l’Assistant Configuration des produits SharePoint, à l’aide des paramètres par

défaut. Si vous n’exécutez pas l’Assistant Configuration des produits SharePoint après avoir

installé un module linguistique, celui-ci ne sera pas installé correctement.

1. Cliquez sur Démarrer, pointez sur Tous les programmes, cliquez sur Produits Microsoft

SharePoint 2010, puis cliquez sur Assistant Configuration des produits SharePoint 2010.


3. Cliquez sur Oui dans la boîte de dialogue qui vous avertit que vous devrez peut-être

redémarrer certains services au cours de la configuration.

4. Sur la page Modifier les paramètres de la batterie de serveurs, cliquez sur Ne pas se

déconnecter de cette batterie de serveurs, puis cliquez sur Suivant.

5. Si la page Modifier les paramètres de l’application Web Administration centrale de SharePoint

apparaît, ne modifiez pas les paramètres par défaut et cliquez sur Suivant.

6. Dans la page Fin de l'Assistant Configuration des produits et technologies SharePoint, cliquez

sur Suivant.

7. Sur la page Configuration réussie, cliquez sur Terminer.

Lorsque vous installez des modules linguistiques, les modèles de sites spécifiques à la langue sont

installés dans le répertoire %COMMONPROGRAMFILES%\Microsoft Shared\Web server

Important :

Installer un module linguistique

Réexécuter l’Assistant Configuration des produits SharePoint 2010

129

extensions\14\template\nombre, où nombre représente l’ID de la langue que vous installez. Par

exemple, le module linguistique de l’anglais (États-Unis) est installé dans le répertoire

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\template\1033. Après

avoir installé un module linguistique, les propriétaires de sites et administrateurs de collections de sites

peuvent créer des sites et des collections de sites basés sur des modèles de sites spécifiques à la

langue, en spécifiant une langue lors de la création d’un site SharePoint ou d’une collection de sites.

Désinstallation des modules linguistiques Si vous n’avez plus besoin d’une langue pour laquelle vous avez installé un module linguistique, vous

pouvez supprimer ce module linguistique à l’aide du Panneau de configuration. Supprimer un module

linguistique supprime les modèles de sites spécifiques de cette langue sur l’ordinateur. Tous les sites

précédemment créés auxquels sont associés ces modèles de sites spécifiques pour cette langue ne

fonctionneront plus (l’URL génèrera une erreur HTTP 500 - page d’erreur du serveur interne).

Réinstaller le module linguistique rendra le site fonctionnel.

Vous ne pouvez pas supprimer le module linguistique pour la version de SharePoint

Foundation 2010 que vous avez installée sur le serveur. Par exemple, si vous utilisez la version

japonaise de SharePoint Foundation 2010, vous ne pouvez pas désinstaller le module

linguistique du japonais pour SharePoint Foundation 2010.

Remarque :

130

Configurer les paramètres de la batterie de serveurs (SharePoint Foundation 2010)

Après l’installation initiale de Microsoft SharePoint Foundation 2010, vous pouvez configurer plusieurs

paramètres supplémentaires. Certains de ces paramètres comprennent la configuration de la collecte

des données d’utilisation et d’intégrité, afin que les données collectées à analyser soient pertinentes, la

configuration de plusieurs paramètres de journalisation des diagnostics, afin de faciliter la résolution

des problèmes, et la configuration d’un compte mobile, afin que les utilisateurs puissent recevoir des

alertes par SMS (Short Message Service) lorsque des modifications sont apportées dans une liste ou

dans un élément SharePoint. Bien que la configuration des paramètres supplémentaires soit

facultative, sachez que de nombreux composants fonctionnels clés ne seront pas disponibles si ces

paramètres ne sont pas configurés.

Les articles de cette section expliquent comment configurer la batterie de serveurs.


Cet article explique comment configurer la collecte des données d’utilisation et d’intégrité dans



Cet article explique comment configurer la journalisation des diagnostics éventuellement

nécessaire après le déploiement initial ou la mise à niveau et tout au long du cycle de vie du

système.

Intégration de la messagerie (SharePoint Foundation 2010)

Cet article explique comment configurer le courrier électronique entrant et le courrier électronique

sortant dans la batterie de serveurs.

Configurer un compte mobile (SharePoint Foundation 2010)

Cet article explique comment configurer et gérer un compte mobile pour que SharePoint

Foundation 2010 permette aux utilisateurs de s’abonner à des alertes envoyées par SMS (Short

Message Service).

Installer et configurer le stockage BLOB distant ou le stockage BLOB externe (SharePoint

Foundation 2010)

Cet article décrit comment installer et configurer le stockage BLOB distant (RBS, Remote BLOB

Storage) pour un serveur de base de données Microsoft SQL Server 2008 qui prend en charge une

batterie de serveurs Microsoft SharePoint Foundation 2010.

131


Cet article contient des informations sur la configuration de la collecte des données d’utilisation et

d’intégrité dans Microsoft SharePoint Foundation 2010.

Le système écrit les données d’utilisation et d’intégrité dans le dossier de journalisation et dans la base

de données de journalisation. Pour configurer les paramètres de la base de données de journalisation,

vous devez utiliser Windows PowerShell.

Dans cet article :

Configurer la collecte des données d’utilisation et d’intégrité à l’aide de l’Administration centrale

Configurer la collecte des données d’utilisation à l’aide de Windows PowerShell

Pour configurer la collecte des données d’utilisation pour un type d’événement spécifique à l’aide

de Windows PowerShell

Journaliser les données d’utilisation dans une base de données de journalisation différente à l’aide

de Windows PowerShell

Vous ne pouvez pas configurer les paramètres de collecte des données d’intégrité à l’aide de

Windows PowerShell.

Configurer la collecte des données d’utilisation et d’intégrité à l’aide de l’Administration centrale Seule l’Administration centrale vous permet de configurer la collecte des données d’utilisation et

d’intégrité.

1. Vérifiez que le compte d’utilisateur qui exécute cette procédure est membre du groupe

Administrateurs de batterie.

Remarque :

Les paramètres des données d’utilisation et d’intégrité sont définis à l’échelle de la

batterie de serveurs ; vous ne pouvez pas les définir pour des serveurs particuliers de

la batterie.

2. Dans la page Accueil de l’Administration centrale, cliquez sur Analyse.

3. Dans la page Analyse, dans la section Rapports, cliquez sur Configurer la collection des

Remarque :

Pour configurer la collecte des données d’utilisation et d’intégrité à l’aide de l’Administration centrale

132

données d’utilisation et d’intégrité.

4. Sur la page Configurer la collection des données d’utilisation et d’intégrité, dans la section

Collection des données d’utilisation, activez la collecte en sélectionnant Activer la

collection des données d’utilisation.

5. Dans la section Sélection d’événement, sélectionnez les événements à journaliser en activant

la case à cocher en regard de ceux-ci dans la liste Événements à enregistrer.

Remarque :

La journalisation consomme les ressources système et peut avoir un impact sur les

performances et l’utilisation des disques. Ne journalisez que les événements sur

lesquels vous souhaitez des rapports réguliers. Pour des rapports ou des

investigations ad hoc, activez la journalisation des événements pertinents, puis

désactivez la journalisation de ces événements une fois le rapport ou l’investigation

effectué.

6. Dans la section Paramètres de la collection des données d’utilisation, tapez le chemin

d’accès au dossier où écrire les données d’utilisation et d’intégrité dans la zone Emplacement

du fichier journal. Le chemin d’accès spécifié doit exister sur tous les serveurs de la batterie.

Remarque :

Ces paramètres sont appliqués à tous les événements. Pour définir les paramètres de

collecte d’événements de types particuliers, vous devez utiliser Windows PowerShell.

7. Tapez l’espace disque maximum pour les fichiers journaux en gigaoctets (de 1 à 20 Go) dans

la zone Taille maximale du fichier journal.

8. Dans la section Collection des données d’intégrité, activez la case à cocher Activer la

collection des données d’intégrité. Pour modifier la planification de collecte, cliquez sur

Planification de la journalisation d’intégrité. La liste des travaux du minuteur qui collectent

les données d’intégrité est affichée. Cliquez sur les travaux dont vous souhaitez modifier la

planification ; vous pouvez aussi désactiver certains travaux.

9. Dans la section Journalisation du serveur de bases de données, pour changer

l’authentification utilisée, sélectionnez l’option Authentification Windows ou

Authentification SQL.

Remarque :

Pour modifier les valeurs Serveur de bases de données et Nom de la base de

données, vous devez utiliser Windows PowerShell.

Configurer la collecte des données d’utilisation à l’aide de Windows PowerShell

Remarque :

133

À l’aide de Windows PowerShell, vous pouvez configurer la collecte des données d’utilisation,

mais pas celle des données d’intégrité.


SPShellAdmin.


3. Cliquez sur Microsoft SharePoint 2010 Products.


5. Depuis l’invite de commandes Windows PowerShell (PS C:\>), tapez la commande suivante,

puis appuyez sur Entrée :

Set-SPUsageService [-LoggingEnabled {1 | 0}] [-UsageLogLocation <Path>] [-

UsageLogMaxSpaceGB <1-20>] [-Verbose]

Important :

Vous devez spécifier pour UsageLogLocation un chemin d’accès qui existe sur tous les

serveurs de la batterie.

Activez la journalisation des données d’utilisation en tapant -LoggingEnabled 1. Spécifiez

l’espace disque maximum utilisé pour la journalisation avec le paramètre UsageLogMaxSpaceGB.

Pour plus d’informations, voir Set-SPUsageService.

Remarque :




Pour configurer la collecte des données d’utilisation pour un type d’événement spécifique à l’aide de Windows PowerShell Les types d’événements répertoriés sur la page Configurer la collection des données d’utilisation et

d’intégrité dans l’Administration centrale sont identiques à ceux des Définitions d’utilisation dans

Windows PowerShell. Seul Windows PowerShell vous permet de configurer des définitions d’utilisation

particulières. De plus, vous pouvez uniquement configurer le paramètre DaysRetained.


SPShellAdmin.

Pour configurer la collecte des données d’utilisation à l’aide de Windows PowerShell

Pour configurer la journalisation des données d’utilisation pour un type d’événement spécifique à l’aide de Windows PowerShell

http://technet.microsoft.com/library/c758e682-3a57-4d47-a932-56a96b56614d(Office.14).aspx

134






Set-SPUsageDefinition -Identity <GUID> [-Enable] [-DaysRetained <1-30>] [-Verbose]

Utilisez le commutateur Enabled pour activer la journalisation des données d’utilisation pour

cette définition d’utilisation. Utilisez DaysRetained pour spécifier la durée de conservation des

données d’utilisation dans le journal avant leur suppression. La plage va de 1 à 30 jours. Pour

afficher la progression de la commande, utilisez le paramètre Verbose.

Pour plus d’informations, voir Set-SPUsageDefinition.

Remarque :




Journaliser les données d’utilisation dans une base de données de journalisation différente à l’aide de Windows PowerShell

Seul Windows PowerShell vous permet de modifier ce paramètre.


SPShellAdmin.






Set-SPUsageApplication -DatabaseServer <Database server name> -DatabaseName <Database

name> [-DatabaseUsername <User name>] [-DatabasePassword <Password>] [-Verbose]

Vous devez spécifier la valeur du paramètre DatabaseServer, même si la nouvelle base de

données se trouve sur le même serveur de bases de données que l’ancienne. Vous devez

utiliser les deux paramètres DatabaseUsername et DatabasePassword si le propriétaire de la base

Remarque :

Pour journaliser les données d’utilisation dans une base de données de journalisation différente à l’aide de Windows PowerShell

http://technet.microsoft.com/library/05ff2fea-1955-4537-8cfb-1b0e3890e1be(Office.14).aspx

135

de données est différent du compte d’utilisateur sous lequel vous avez ouvert une session.

Pour afficher la progression de la commande, utilisez le paramètre Verbose.

Pour plus d’informations, voir Set-SPUsageApplication.

Remarque :




Voir aussi Vue d’ensemble de la surveillance (SharePoint Foundation 2010)

http://technet.microsoft.com/library/4b918524-5af9-4265-9dcc-470f70fbaaba(Office.14).aspx

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

136


Cet article fournit des informations sur la configuration de la journalisation des diagnostics dans

Microsoft SharePoint Foundation 2010.

Dans cet article :

Meilleures pratiques

Configurer la journalisation diagnostics à l’aide de l’administration centrale

Configurer la journalisation des diagnostics à l’aide de Windows PowerShell

Meilleures pratiques L’environnement SharePoint Foundation 2010 peut nécessiter la configuration des paramètres de

journalisation des diagnostics après le déploiement initial ou une mise à niveau, et éventuellement au

cours du cycle de vie du système. Les instructions de la liste suivante peuvent vous aider à élaborer de

meilleures pratiques pour votre environnement particulier.

Changer le lecteur où écrire la journalisation. Par défaut, la journalisation des diagnostics est

configurée pour écrire les journaux sur le lecteur et la partition où SharePoint Foundation 2010 a

été installé. Étant donné que cette journalisation peut consommer beaucoup d’espace du lecteur et

que l’écriture dans les journaux peut affecter les performances du lecteur, il est recommandé de

configurer la journalisation de sorte qu’elle écrive sur un lecteur différent de celui sur lequel

SharePoint Foundation 2010 a été installé. Il vous faut également tenir compte de la vitesse de

connexion au lecteur sur lequel les journaux sont écrits. Si la journalisation détaillée est configurée,

beaucoup de données sont enregistrées. Par conséquent, une connexion lente peut entraîner de

faibles performances d’enregistrement.

Restreindre l’utilisation de l’espace disque. Par défaut, la quantité d’espace disque que la

journalisation des diagnostics peut occuper n’est pas limitée. Par conséquent, limitez l’espace

disque de journalisation pour éviter la saturation du disque, surtout si vous configurez la

journalisation détaillée des événements. Lorsque la restriction d’espace disque est atteinte, les

journaux les plus anciens sont supprimés et les nouvelles informations de journalisation sont

enregistrées.

Utiliser le paramètre Détaillé avec parcimonie. Vous pouvez configurer la journalisation des

diagnostics pour enregistrer les événements de façon détaillée. Cela signifie que le système

consignera chaque action que SharePoint Foundation 2010 prend. La journalisation détaillée peut

rapidement consommer l’espace disque et affecter les performances du lecteur et du serveur. Vous

pouvez recourir à la journalisation détaillée pour enregistrer un niveau supérieur de détails lorsque

vous effectuez des changements critiques, puis reconfigurer la journalisation pour enregistrer

uniquement les événements plus importants après le changement.

137

Sauvegarder régulièrement les journaux. Les journaux de diagnostics contiennent des données

importantes. Par conséquent, sauvegardez-les régulièrement pour vous assurer que ces données

sont conservées. Lorsque vous limitez l’espace disque de journalisation, si vous conservez les

journaux seulement sur une période de quelques jours, les fichiers journaux sont automatiquement

supprimés, en commençant par les plus anciens, dès que le seuil est atteint.

Activer la protection de flux du journal des événements. L’activation de ce paramètre configure

le système afin de détecter les événements périodiques dans le journal des événements Windows.

Lorsque le même événement est enregistré à plusieurs reprises, les événements répétés sont

détectés et supprimés tant que les conditions ne reviennent pas à l’état normal.

Configurer la journalisation diagnostics à l’aide de l’administration centrale Vous pouvez utiliser l’administration centrale pour configurer la journalisation des diagnostics.


Administrateurs de batterie SharePoint.

2. Dans la page Accueil de l’Administration centrale, cliquez sur Analyse.

3. Dans la page Analyse, dans la section Rapports, cliquez sur Configurer la journalisation

des diagnostics.

4. Sur la page Journalisation des diagnostics, dans la section Limitation des événements, vous

pouvez configurer la limitation des événements de la manière suivante :

Pour configurer la limitation des événements de toutes catégories :

a. Activez la case à cocher Toutes les catégories.

b. Sélectionnez le niveau de journalisation des événements dans la liste Événement le

moins critique à enregistrer dans le journal d’événements.

c. Sélectionnez le niveau de journalisation du suivi dans la liste Événement le moins

critique à enregistrer dans le journal de suivi.

Pour configurer la limitation des événements d’une ou plusieurs catégories :

a. Activez les cases à cocher en regard des catégories voulues.

b. Sélectionnez le niveau de journalisation des événements dans la liste Événement le


c. Sélectionnez le niveau de journalisation du suivi dans la liste Événement le moins


Pour configurer la limitation des événements d’une ou plusieurs sous-catégories (vous pouvez

développer une ou plusieurs catégories et sélectionner n’importe quelle sous-catégorie) :

a. Cliquez sur (+) en regard de la catégorie pour la développer.

Pour configurer la journalisation des diagnostics à l’aide de l’administration centrale

138

b. Activez la case à cocher en regard de la sous-catégorie.

c. Sélectionnez le niveau de journalisation des événements dans la liste Événement le


d. Sélectionnez le niveau de journalisation du suivi dans la liste Événement le moins


Pour rétablir la limitation des événements de toutes les catégories aux valeurs par défaut :

a. Activez la case à cocher Toutes les catégories.

b. Sélectionnez Valeurs par défaut dans la liste Événement le moins critique à enregistrer

dans le journal d’événements.

c. Sélectionnez Valeurs par défaut dans la liste Événement le moins critique à enregistrer

dans le journal de suivi.

5. Dans la section Protection de flux du journal des événements, activez la case à cocher

Activer la protection de flux du journal des événements.

6. Dans la section Journal de suivi, dans la zone Chemin d’accès, tapez le chemin d’accès au

dossier où les journaux doivent être enregistrés.

7. Dans la zone Nombre de jours de conservation des fichiers journaux, tapez le nombre de

jours (1 à 366) de conservation des fichiers journaux. Au bout de cette période, les journaux

seront automatiquement supprimés.

8. Pour restreindre la quantité d’espace occupé par les journaux, activez la case à cocher Limiter

l’utilisation de l’espace disque pour les journaux de suivi, puis tapez le nombre de

gigaoctets (Go) auquel les journaux devront se limiter. Lorsque les journaux atteindront cette

taille, les journaux les plus anciens seront automatiquement supprimés.

9. Après avoir apporté les modifications souhaitées sur la page Journalisation des diagnostics,

cliquez sur OK.

Configurer la journalisation des diagnostics à l’aide de Windows PowerShell Windows PowerShell vous permet de configurer la journalisation des diagnostics.


SPShellAdmin.




5. À l’invite de commandes de Windows PowerShell (PS C:\>), entrez la commande suivante et

appuyez sur la touche ENTRÉE :

Pour configurer la journalisation des diagnostics à l’aide de Windows PowerShell

139

Set-SPLogLevel -TraceSeverity {None | Unexpected | Monitorable | Medium | High |

Verbose} -EventSeverity {None | Information | Warning | Error | Critical | Verbose} [-

Identity <Category name…>] -Verbose

Vous pouvez utiliser le paramètre Identity pour spécifier une ou plusieurs catégories à

changer, par exemple, Administration. Si vous ne spécifiez pas la valeur du paramètre

Identity, toutes les catégories seront changées.

Pour afficher les paramètres actuels, tapez Get-SPLogLevel, puis appuyez sur Entrée.

Pour rétablir toutes les catégories aux niveaux par défaut, tapez Clear-SPLogLevel, puis

appuyez sur Entrée.

Pour plus d’informations, voir Set-SPLogLevel.

Remarque :




Voir aussi Vue d’ensemble de la surveillance (SharePoint Foundation 2010)

http://technet.microsoft.com/library/c8ede92a-f685-4140-8587-96700d1a45de(Office.14).aspx

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

140

Intégration de la messagerie (SharePoint Foundation 2010)

Après l’installation initiale de Microsoft SharePoint Foundation 2010, vous pouvez configurer le courrier

électronique entrant et le courrier électronique sortant. Ces paramètres supplémentaires sont

facultatifs, mais peuvent s’avérer utiles si vous souhaitez recourir au courrier électronique dans la


Configurer le courrier électronique entrant (SharePoint Foundation 2010)

Cet article explique comment configurer la réception du courrier électronique de façon à ce que vos

sites SharePoint acceptent et archivent le courrier entrant. Il explique également comment

configurer la réception du courrier électronique de sorte que les sites SharePoint puissent archiver

les discussions électroniques en simultané, enregistrer des documents envoyés par messagerie

électronique et afficher sur les calendriers du site les réunions notifiées par courrier électronique.

De plus, il explique comment configurer le service de gestion d’annuaire SharePoint pour qu’il

prenne en charge la création et la gestion de listes de distribution de courrier électronique.

Configurer le courrier électronique sortant (SharePoint Foundation 2010)

Cet article explique comment configurer l’envoi du courrier électronique de façon à ce que votre

serveur SMTP (Simple Mail Transfer Protocol) envoie des alertes aux utilisateurs du site et des

notifications aux administrateurs du site.

141

Configurer le courrier électronique entrant (SharePoint Foundation 2010)

Cet article explique comment configurer le courrier électronique entrant pour Microsoft SharePoint

Foundation 2010.

Procédures décrites dans cette tâche :

Installer et configurer le service SMTP

Configurer le courrier électronique entrant dans un scénario de base

Configurer le Gestionnaire DNS

Ajouter un connecteur SMTP dans Microsoft Exchange Server 2007

Configurer AD DS afin de l’utiliser avec le service de gestion d’annuaire

Configurer des autorisations sur le dossier de dépôt des messages électroniques

Configurer le courrier électronique entrant dans un scénario avancé

Manque-t-il des pièces jointes aux messages électroniques envoyés à une bibliothèque de

documents SharePoint ?

Présentation Lorsque le courrier entrant est activé, les sites SharePoint peuvent recevoir et stocker des messages

électroniques et des pièces jointes dans des listes et des bibliothèques. Cet article décrit deux

scénarios (un scénario de base et un scénario avancé). Le scénario avancé propose plusieurs options

possibles.

Scénario de base

Dans le scénario de base, vous installez le service SMTP (Simple Mail Transfer Protocol) sur le serveur

qui exécute SharePoint Foundation 2010. Vous pouvez également utiliser un service SMTP qui

s’exécute sur un autre serveur SMTP, puis activer le courrier électronique entrant en utilisant le mode

de paramètres automatiques avec tous les paramètres par défaut. Dans ce scénario, le courrier

électronique est envoyé directement sur le serveur SMTP et SharePoint Foundation 2010 recherche

périodiquement les messages électroniques dans le dossier de dépôt des messages électroniques par

défaut qui est automatiquement configuré par le service SMTP. Le scénario de base s’applique à un

environnement dont la batterie comprend un seul serveur.

Scénario avancé

Dans le scénario avancé, vous disposez de plusieurs options pour optimiser la fonctionnalité du

courrier électronique entrant. L’une des options consiste à indiquer si vous souhaitez utiliser le service

142

de gestion d’annuaire Microsoft SharePoint. L’avantage de l’utilisation du service de gestion d’annuaire

Microsoft SharePoint est que les adresses des contacts créées pour les bibliothèques de documents

apparaissent automatiquement dans Utilisateurs et ordinateurs Active Directory dans l’unité

d’organisation pour SharePoint Foundation 2010. Ce service permet également aux utilisateurs de

créer et de gérer des groupes de distribution de courrier électronique à partir de sites SharePoint. En

outre, il crée des contacts dans l’annuaire des utilisateurs de votre organisation et les utilisateurs

peuvent rechercher des listes SharePoint activées pour la messagerie électronique dans leurs carnets

d’adresses. Toutefois, l’utilisation du service de gestion d’annuaire requiert un effort de gestion, car il

communique avec les services de domaine Active Directory (AD DS, Active Directory Domain

Services). Lorsque vous n’utilisez pas le service de gestion d’annuaire, les tâches d’administration s’en

trouvent réduites. Par contre, vous devez ajouter manuellement chaque nouvelle adresse de contact.

Si vous utilisez le scénario avancé, vous pouvez configurer le courrier électronique entrant pour une

batterie comprenant un seul serveur ou pour une batterie comportant plusieurs serveurs. Si vous

disposez d’au moins deux serveurs Web frontaux dans une batterie de serveurs SharePoint, vous

pouvez les utiliser pour router le courrier électronique entrant vers la batterie de serveurs. Le tableau

suivant décrit les actions que vous devez effectuer et les options disponibles pour configurer le courrier

électronique entrant pour une batterie de serveurs.

Action Commentaires

Configurer le Gestionnaire DNS en ajoutant un

enregistrement de ressource (A) d’hôte

Vous devez ajouter un enregistrement de

ressource (A) d’hôte pour associer les noms de

domaines DNS des ordinateurs (ou hôtes) à leurs

adresses IP.

Ajouter un connecteur SMTP Vous devez ajouter un connecteur SMTP afin que

l’ordinateur Microsoft Exchange Server 2007 route

le courrier électronique entrant vers le serveur

adéquat.

Utiliser le service de gestion d’annuaire (facultatif) Utilisez le service de gestion d’annuaire afin que

les utilisateurs puissent créer et gérer des groupes

de distribution de courrier électronique à partir des

sites SharePoint. Les adresses de contacts créées

pour les bibliothèques de documents apparaissent

automatiquement dans AD DS.

Remarque :

Si vous n’utilisez pas Exchange Server,

vous devez personnaliser votre propre

service de gestion d’annuaire.

Utiliser un dossier de dépôt des messages Utilisez un dossier de dépôt des messages

143

Action Commentaires

électroniques spécifique (facultatif) électroniques spécifique pour permettre à

SharePoint Foundation 2010 de rechercher le

courrier électronique entrant en provenance du

service SMTP.

Pour plus d’informations sur le service de gestion d’annuaire, voir Au cœur de SharePoint : intégration

de l’annuaire SharePoint (http://go.microsoft.com/fwlink/?linkid=151766&clcid=0x40C).

Avant de configurer le courrier électronique entrant dans SharePoint Foundation 2010, lisez l’article

suivant :

Planifier le courrier électronique entrant (Windows SharePoint Services)

Conditions requises pour la tâche Les conditions suivantes sont requises pour effectuer les procédures de cette tâche :

SharePoint Foundation 2010 doit être installé.

Un ou plusieurs serveurs de la batterie doivent exécuter le service SMTP et utiliser une adresse de

serveur SMTP valide. À défaut, vous devez connaître le nom d’un autre serveur qui exécute le

service SMTP.

Chaque serveur Web frontal SharePoint doit exécuter le service SMTP et le service

Application Web de Windows SharePoint Services.

Le compte d’identité du pool d’applications de l’Administration centrale, le compte d’ouverture de

session du service du minuteur Windows SharePoint Services et les comptes d’identité de pool

d’applications de vos applications Web doivent être membres du groupe Administrateurs sur

l’ordinateur local qui contient le dossier de dépôt des messages électroniques.

Installer et configurer le service SMTP Le courrier électronique entrant pour SharePoint Foundation 2010 utilise le service SMTP. Vous

pouvez utiliser le service SMTP de deux façons. Vous pouvez l’installer sur un ou plusieurs serveurs de

la batterie ou les administrateurs peuvent fournir un dossier de dépôt des messages électroniques pour

le courrier électronique transféré à partir du service sur un autre serveur.

Soyez attentif quant à la décision d’utiliser ou non l’option du dossier de dépôt des messages

électroniques. En effet, vous devez prendre deux facteurs en considération : les

administrateurs de l’autre serveur peuvent affecter la disponibilité du courrier électronique

entrant s’ils modifient la configuration de SMTP et cette option suppose la configuration

d’autorisations sur le dossier de dépôt des messages électroniques.

Remarque :




144

Installer le service SMTP

Si vous n’utilisez pas un dossier de dépôt pour le courrier électronique, le service SMTP doit être

installé sur chaque serveur Web frontal de la batterie de serveurs à configurer pour le courrier

électronique entrant. Pour installer le service SMTP, utilisez l’Assistant Ajout de fonctionnalités dans le

Gestionnaire de serveur. Au terme de la procédure, une configuration SMTP par défaut aura été créée.

Vous pouvez personnaliser cette configuration SMTP par défaut en fonction des besoins de votre

environnement.

1. Vérifiez que vous disposez des informations d’identification administratives suivantes :

Vous devez être membre du groupe Administrateurs sur l’ordinateur local.

2. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Gestionnaire de

serveur.

3. Dans Gestionnaire de serveur, cliquez sur Fonctionnalités.

4. Dans Résumé des fonctionnalités, cliquez sur Ajouter des fonctionnalités pour ouvrir

l’Assistant Ajout de fonctionnalités.

5. Dans la page Sélectionner des fonctionnalités, sélectionnez Serveur SMTP.

6. Dans la boîte de dialogue Assistant Ajout de fonctionnalités , cliquez sur Ajouter les

fonctionnalités requises, puis cliquez sur Suivant.

7. Dans la page Confirmer les sélections pour l’installation, cliquez sur Installer.

8. Dans la page Résultats de l’installation, vérifiez que l’installation s’est correctement déroulée,

puis cliquez sur Fermer.

Installer les outils de gestion d’IIS 6.0

Pour gérer le service SMTP sur Windows Server 2008, vous devez utiliser Internet Information Services

(IIS) 6.0 Manager.




serveur.

3. Dans Gestionnaire de serveur, cliquez sur Rôles.

4. Dans Services de rôle, cliquez sur Ajouter des services de rôle.

5. Dans la page Sélectionner les services de rôle, sélectionnez Outils de gestion et IIS 6

Management Compatibility, puis cliquez sur Installer.

Pour installer le service SMTP

Pour installer IIS 6.0 Manager

145

Configurer le service SMTP

Après avoir installé le service SMTP, vous le configurez afin qu’il accepte le courrier provenant du

serveur de messagerie pour le domaine. Vous pouvez décider d’accepter le courrier électronique relayé

en provenance de tous les serveurs à l’exception de ceux que vous excluez spécifiquement. Ou bien,

vous pouvez bloquer le courrier en provenance de tous les serveurs à l’exception de ceux que vous

incluez spécifiquement. Vous pouvez inclure des serveurs individuellement, ou en groupes par sous-

réseau ou domaine.

Après avoir configuré le service, définissez-le de manière à ce qu’il démarre automatiquement.



2. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Internet

Information Services (IIS) 6.0 Manager.

3. Dans le Gestionnaire des services Internet, développez le nom du serveur qui contient le

serveur SMTP que vous souhaitez configurer.

4. Cliquez avec le bouton droit sur le serveur virtuel SMTP que vous souhaitez configurer, puis

cliquez sur Démarrer.


cliquez sur Propriétés.

6. Sous l’onglet Accès, dans la zone Contrôle d’accès, cliquez sur Authentification.

7. Dans la boîte de dialogue Authentification, vérifiez que l’option Accès anonyme est activée.

8. Cliquez sur OK.

9. Sous l’onglet Accès, dans la zone Restrictions de relais, cliquez sur Relais.

10. Pour autoriser le relais depuis n’importe quel serveur, sélectionnez Tous sauf la liste ci-

dessous.

11. Pour accepter le relais depuis un ou plusieurs serveurs spécifiques, procédez comme suit :

a. Cliquez sur Uniquement la liste ci-dessous.

b. Cliquez sur Ajouter, puis ajoutez les serveurs un à un par adresse IP ou dans des groupes

par le biais d’un sous-réseau ou d’un domaine.

c. Cliquez sur OK pour fermer la boîte de dialogue Ordinateur.

12. Cliquez sur OK pour fermer la boîte de dialogue Restrictions de relais.

13. Cliquez sur OK pour fermer la boîte de dialogue Propriétés.

1. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Services.

2. Dans Services, cliquez avec le bouton droit sur SMTP (Simple Mail Transfer Protocol), puis

Pour configurer le service SMTP

Pour configurer le service SMTP de manière à ce qu’il démarre automatiquement

146

sélectionnez Propriétés.

3. Dans la boîte de dialogue Simple Mail Transfer Protocol (SMTP) Properties, sous l’onglet

Général, dans la liste Type de démarrage, sélectionnez Automatique.

4. Cliquez sur OK.

Configurer le courrier électronique entrant dans un scénario de base Avant d’activer le courrier électronique entrant sur le serveur qui exécute SharePoint Foundation 2010,

vous devez sélectionner le service SMTP à utiliser.

Vous pouvez utiliser la procédure suivante pour configurer le courrier électronique entrant. Au terme de

cette procédure, vous aurez configuré tout ce qui est nécessaire pour un scénario de base. Les

utilisateurs pourront alors envoyer du courrier électronique aux listes et aux bibliothèques.


Vous devez être membre du groupe Administrateurs sur l’ordinateur exécutant le site Web

Administration centrale de SharePoint.

2. Dans l’Administration centrale, cliquez sur Paramètres système.

3. Dans la page Paramètres système, dans la section Courrier électronique et messages texte

(SMS), cliquez sur Configurer les paramètres du courrier entrant.

4. Si vous souhaitez autoriser les sites sur ce serveur à recevoir du courrier électronique, dans la

page Configurer les paramètres du courrier entrant, dans la section Activer le courrier

entrant, cliquez sur Oui.

5. Sélectionnez le mode de paramètres Automatique.

6. Dans la section Adresse complète du serveur de courrier entrant, dans la zone Adresse

complète du serveur de messagerie, tapez un nom complet pour le serveur de messagerie

(par exemple, mail.fabrikam.com).

7. Utilisez les paramètres par défaut pour toutes les autres sections, puis cliquez sur OK.

Une fois que vous avez configuré le courrier électronique entrant, les utilisateurs habilités à gérer les

listes peuvent configurer des listes et des bibliothèques de documents activées pour la messagerie

électronique. Pour plus d’informations sur les bibliothèques de documents activées pour la messagerie

électronique, voir Activer et configurer la prise en charge des courriers électroniques pour une liste ou

une bibliothèque (http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x40C).

Pour configurer le courrier électronique entrant dans un scénario de base



147

Configurer le Gestionnaire DNS Si vous utilisez Exchange Server et que vous routez le courrier électronique de manière interne dans

votre organisation, vous devez créer un enregistrement de ressource (A) d’hôte dans le Gestionnaire

DNS pour associer les noms de domaines DNS des ordinateurs (ou hôtes) à leurs adresses IP. Il est

possible que votre organisation ait déjà configuré le Gestionnaire DNS et créé un enregistrement de

ressource A. Si tel n’est pas le cas, utilisez la procédure suivante.



2. Dans le Gestionnaire DNS, sélectionnez la zone de recherche directe du domaine qui contient

le sous-domaine de SharePoint Foundation 2010.

3. Cliquez avec le bouton droit sur la zone, puis cliquez sur Nouvel hôte (A ou AAAA).

4. Dans la boîte de dialogue Nouvel hôte, dans la zone de texte Nom, tapez le nom d’hôte ou de

sous-domaine pour SharePoint Foundation 2010.

5. Dans la zone de texte Nom de domaine pleinement qualifié (FQDN), tapez le nom de

domaine pleinement qualifié pour le serveur qui exécute SharePoint Foundation 2010. Ce nom

se présente généralement sous la forme sous-domaine.domaine.com.

Remarque :

Vérifiez que les domaines répertoriés sous le serveur SMTP dans IIS correspondent au

nom de domaine pleinement qualifié du serveur qui reçoit le courrier électronique. Si tel

n’est pas le cas, vous devez créer un domaine local, en effectuant la procédure

suivante.

6. Dans la zone de texte Adresse IP, tapez l’adresse IP sur laquelle vous souhaitez que le nom

de domaine pleinement qualifié soit résolu.

7. Cliquez sur Ajouter un hôte.

8. Dans le message de confirmation de la création de l’enregistrement d’hôte, cliquez sur OK.

9. Dans la boîte de dialogue Nouvel hôte, cliquez sur Terminé.

L’enregistrement de ressource A apparaît maintenant dans le Gestionnaire DNS.



2. Dans le Gestionnaire des services Internet, développez le serveur SMTP.

3. Cliquez avec le bouton droit sur Domaines, puis, dans le menu Action, pointez sur Nouveau

et cliquez sur Domaine.

4. Dans la boîte de dialogue Assistant Nouveau domaine SMTP, sélectionnez Alias, puis

Pour créer un enregistrement de ressource A pour un sous-domaine

Pour créer un domaine local

148

cliquez sur Suivant.

5. Dans la section Nom de domaine, dans la zone Nom, tapez l’adresse du courrier électronique

que doit recevoir ce domaine.

Cette adresse doit être la même que celle que vous avez spécifiée à l’étape 4 de la procédure

Pour créer un enregistrement de ressource A pour le sous-domaine et à l’étape 6b de la

procédure Pour configurer le courrier électronique entrant dans un scénario avancé.

6. Cliquez sur Terminer.

7. Dans le message de confirmation de la création de l’enregistrement d’hôte, cliquez sur OK.

Redémarrez le serveur SMTP afin que tous les messages électroniques se trouvant encore

dans le dossier de file d’attente soient déplacés vers le dossier de dépôt. Les messages sont

ensuite envoyés par le service du minuteur Windows SharePoint Services vers leur liste ou

bibliothèque de destination.

Si vous routez le courrier électronique provenant de l’extérieur de votre organisation vers un

serveur SMTP, vous devez utiliser un enregistrement MX. Pour plus d’informations, voir Ajouter

un enregistrement de ressource de serveur de messagerie (MX) à une zone


Ajouter un connecteur SMTP dans Microsoft Exchange Server 2007 Un connecteur SMTP vous permet de contrôler davantage le flux de messages dans votre

organisation. Il vous permet également de définir des restrictions de remise ou de spécifier un espace

d’adressage spécifique. Si vous utilisez Exchange Server pour router le courrier électronique entrant

vers des listes et des bibliothèques SharePoint, vous devez disposer d’un connecteur SMTP afin que la

totalité du courrier électronique envoyé au domaine SharePoint Foundation 2010 utilise les serveurs

SharePoint Foundation 2010 exécutant le service SMTP.

Utilisez la procédure suivante pour ajouter un connecteur SMTP dans Exchange Server. Au terme de la

procédure, le connecteur SMTP garantit l’envoi des messages électroniques entrants à la liste et à la

bibliothèque adéquates dans la batterie de serveurs.


Vous devez être membre du groupe Administrateurs sur l’ordinateur qui exécute Exchange

Server.

2. Dans le Gestionnaire du système Exchange, développez le groupe de routage, cliquez avec le

bouton droit sur Connecteurs, pointez sur Nouveau, puis cliquez sur SMTP Connector.

Remarque :

Remarque :

Pour ajouter un connecteur SMTP dans Exchange Server



149

La boîte de dialogue Propriétés pour le nouveau connecteur apparaît.

Remarque :

Si le dossier Administrative Groups n’apparaît pas, sous l’onglet Organisation

Exchange, cliquez avec le bouton droit sur Propriétés, puis activez les cases à cocher

Display Administrative Groups et Display Routing Groups. Cliquez sur OK. Vous

devez ensuite redémarrer le Gestionnaire du système Exchange.

3. Sous l’onglet Général, tapez un nom pour le connecteur SMTP.

4. Sous l’onglet Général, sélectionnez l’une des options suivantes :

Pour utiliser les paramètres DNS configurés sur le serveur virtuel SMTP qui héberge le

connecteur, sélectionnez Utiliser DNS pour rediriger vers chaque espace d’adresse

sur ce connecteur. DNS est la configuration recommandée pour Exchange Server.

Pour router le courrier électronique vers un serveur SMTP Windows ou vers un autre

serveur dans votre réseau de périmètre (également appelé sous-réseau filtré),

sélectionnez Transférer tout le courrier via ce connecteur vers le serveur de

messagerie spécifié chez votre fournisseur de services Internet (hôte intelligent).

Tapez le nom d’hôte ou l’adresse IP de l’hôte actif entre crochets pour empêcher

Exchange Server de résoudre l’adresse IP en utilisant DNS. Le connecteur SMTP route

ensuite le courrier électronique vers le serveur sélectionné, qui gère la résolution DNS et

remet le courrier électronique.

5. Sous l’onglet Général, cliquez sur Ajouter, puis ajoutez au moins un serveur pont et un

serveur virtuel SMTP.

Les serveurs que vous ajoutez apparaissent dans la liste Serveurs tête de pont locaux sous

l’onglet Général.

6. Cliquez sur l’onglet Espace d’adressage, puis cliquez sur Ajouter.

7. Dans la boîte de dialogue Ajouter un espace d’adressage, dans la liste Sélectionner un

type d’adresse, cliquez sur SMTP, puis cliquez sur OK.

8. Dans la boîte de dialogue Propriétés de l’espace d’adressage Internet, sélectionnez les

options suivantes :

a. Dans la zone Domaine de messagerie, tapez un domaine de messagerie pour le

connecteur.

Important :

Dans la zone Domaine de messagerie, la valeur par défaut * représente toutes

les adresses. Au moins un connecteur dans votre organisation doit posséder cet

espace d’adressage afin que tous les domaines externes soient routés vers

Internet.

b. Dans la zone Coût, affectez un coût approprié. Par défaut, le coût a pour valeur 1.

9. Cliquez sur OK pour revenir à l’onglet Espace d’adressage.

10. Sous l’onglet Espace d’adressage, dans la section Portée du connecteur, sélectionnez l’une

150

des options suivantes, puis cliquez sur OK:

Pour autoriser tous les serveurs de l’organisation Exchange Server à utiliser ce connecteur

pour envoyer du courrier électronique via Internet, cliquez sur Toute l’organisation.

Pour autoriser uniquement les serveurs du groupe de routage à utiliser ce connecteur pour

envoyer du courrier électronique via Internet, cliquez sur Groupe de routage.

Remarque :

Si vous sélectionnez Groupe de routage, assurez-vous que les serveurs appartenant

à différents groupes de routage peuvent envoyer du courrier électronique via Internet

selon une autre procédure.

Pour plus d’informations, voir Gestion des connecteurs


Configurer AD DS afin de l’utiliser avec le service de gestion d’annuaire Si vous envisagez d’utiliser le service de gestion d’annuaire, vous devez d’abord créer une unité

d’organisation et effectuer les configurations nécessaires dans AD DS.

Pour utiliser le service de gestion d’annuaire sur une batterie de serveurs SharePoint ou sur une

batterie de serveurs distante, vous devez configurer le compte d’identité du pool d’applications du site

Web Administration centrale de SharePoint afin qu’il détienne le droit d’utilisateur Créer, supprimer et

gérer les comptes d’utilisateurs sur le conteneur que vous spécifiez dans AD DS. Pour ce faire, la

meilleure méthode consiste à affecter le droit au compte d’identité du pool d’applications du site Web

Administration centrale de SharePoint. Un administrateur AD DS doit configurer l’unité d’organisation et

affecter le droit Créer, supprimer et gérer les comptes d’utilisateurs au conteneur. Lorsque vous

utilisez le service de gestion d’annuaire sur une batterie de serveurs distante, vous n’avez pas besoin

d’affecter des droits à l’unité d’organisation pour plusieurs comptes de service de batterie de serveurs.

Les procédures suivantes sont réalisées sur un contrôleur de domaine qui exécute Windows

Server 2008 avec le Gestionnaire DNS. Dans certains déploiements, ces applications peuvent

s’exécuter sur plusieurs serveurs dans le même domaine.


Vous devez être membre du groupe Administrateurs de domaine ou l’autorité déléguée

pour l’administration de domaine sur le contrôleur de domaine qui exécute le Gestionnaire

DNS.

2. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Utilisateurs et

ordinateurs Active Directory.

3. Dans Utilisateurs et ordinateurs Active Directory, cliquez avec le bouton droit sur le dossier du

domaine de second niveau qui contient votre batterie de serveurs, pointez sur Nouveau, puis

Pour créer une unité d’organisation dans AD DS


151

cliquez sur Unité d’organisation.

4. Tapez le nom de l’unité d’organisation, puis cliquez sur OK.

Après avoir créé l’unité d’organisation, vous devez déléguer le droit Créer, supprimer et gérer

les comptes d’utilisateurs au conteneur de l’unité d’organisation pour gérer les comptes

d’utilisateur.


Vous devez être membre du groupe Administrateurs de domaine ou Administrateurs

d’entreprise dans AD DS ou bien l’autorité déléguée pour l’administration de domaine.

2. Dans Utilisateurs et ordinateurs Active Directory, recherchez l’unité d’organisation que vous

avez créée.

3. Cliquez avec le bouton droit sur l’unité d’organisation, puis cliquez sur Délégation de contrôle.

4. Dans la page Bienvenue de l’Assistant Délégation de contrôle, cliquez sur Suivant.

5. Dans la page Utilisateurs et groupes, cliquez sur Ajouter, puis tapez le nom du compte

d’identité du pool d’applications que l’Administration centrale utilise.

6. Dans la boîte de dialogue Sélectionner des utilisateurs, des ordinateurs et des groupes,

cliquez sur OK.

7. Dans la page Utilisateurs ou groupes de l’Assistant Délégation de contrôle, cliquez sur

Suivant.

8. Dans la page Tâches à déléguer de l’Assistant Délégation de contrôle, activez la case à cocher

Créer, supprimer et gérer les comptes d’utilisateurs, puis cliquez sur Suivant.

9. Dans la dernière page de l’Assistant Délégation de contrôle, cliquez sur Terminer pour quitter

l’Assistant.

Pour créer et supprimer des objets enfants, vous devez également déléguer les contrôles Créer tous

les objets enfants et Supprimer tous les objets enfants de l’unité d’organisation au compte

d’identité du pool d’applications de l’Administration centrale. Au terme de cette procédure, le compte

d’identité du pool d’applications de l’Administration centrale possède les contrôles Créer tous les

objets enfants et Supprimer tous les objets enfants sur l’unité d’organisation et vous pouvez activer

le courrier électronique entrant.




Pour déléguer le droit au compte d’identité du pool d’applications de l’Administration centrale

Pour déléguer les contrôles Créer tous les objets enfants et Supprimer tous les objets enfants de l’unité d’organisation au compte d’identité du pool d’applications de l’Administration centrale

152

2. Cliquez avec le bouton droit sur l’unité d’organisation, puis cliquez sur Délégation de contrôle.

3. Dans l’Assistant Délégation de contrôle, cliquez sur Suivant.

4. Cliquez sur Ajouter et tapez le nom du compte d’identité du pool d’applications de

l’Administration centrale.

5. Cliquez sur OK.


7. Dans la page Tâches à déléguer de l’Assistant Délégation de contrôle, sélectionnez Créer une

tâche personnalisée à déléguer, puis cliquez sur Suivant.

8. Sélectionnez Ce dossier, les objets de ce dossier et la création d’objets dans ce dossier,

puis cliquez sur Suivant.

9. Dans la section Autorisations, sélectionnez Créer tous les objets enfants et Supprimer

tous les objets enfants.


11. Dans la dernière page de l’Assistant Délégation de contrôle, cliquez sur Terminer pour quitter

l’Assistant.

En déléguant les contrôles Créer tous les objets enfants et Supprimer tous les objets enfants

de l’unité d’organisation au compte d’identité du pool d’applications de l’Administration centrale, les

administrateurs peuvent activer le courrier électronique pour une liste. Une fois ces contrôles

délégués, les administrateurs ne peuvent pas désactiver le courrier électronique pour une liste ou

une bibliothèque de documents, car le compte de l’Administration centrale essaie de supprimer le

contact de l’unité d’organisation tout entière au lieu de le supprimer de la liste.

Pour éviter ce problème, vous devez ajouter des autorisations Supprimer la sous-arborescence

pour le compte d’identité du pool d’applications de l’Administration centrale. Utilisez la procédure

suivante pour ajouter ces autorisations. Au terme de cette procédure, vous pouvez désactiver le

courrier électronique entrant pour une liste.




2. Dans Utilisateurs et ordinateurs Active Directory, cliquez sur le menu Affichage, puis cliquez

sur Fonctionnalités avancées.

3. Cliquez avec le bouton droit sur l’unité d’organisation, puis cliquez sur Propriétés.

4. Dans la boîte de dialogue Propriétés, cliquez sur l’onglet Sécurité, puis cliquez sur

Paramètres avancés.

5. Dans la zone Entrées d’autorisations, double-cliquez sur le compte d’identité du pool

d’applications de l’Administration centrale.

Pour ajouter des autorisations Supprimer la sous-arborescence pour le compte d’identité du pool d’applications de l’Administration centrale

153

6. Dans la zone Autorisations, sélectionnez Autoriser, pour Supprimer la sous-arborescence.

7. Cliquez sur OK pour fermer la boîte de dialogue Autorisations.


9. Cliquez sur OK pour fermer Utilisateurs et ordinateurs Active Directory.

Après avoir ajouté ces autorisations, vous devez redémarrer les services Internet (IIS) pour la


Pour plus d’informations, voir Utilisateurs, ordinateurs et groupes Active Directory (éventuellement

en anglais) (http://go.microsoft.com/fwlink/?linkid=151331&clcid=0x40C).

Configurer des autorisations sur le dossier de dépôt des messages électroniques Vous pouvez spécifier un dossier de dépôt des messages électroniques particulier, ce qui permet à

SharePoint Foundation 2010 de récupérer le courrier électronique entrant à partir d’un partage réseau

sur un autre serveur. Vous pouvez utiliser cette option si vous ne souhaitez pas recourir à un service

SMTP. Toutefois, l’inconvénient de cette option est que SharePoint Foundation 2010 ne peut pas

détecter les modifications de configuration sur le serveur de messagerie distant qui remet les

messages électroniques au dossier de dépôt. Par voie de conséquence, SharePoint Foundation 2010

ne peut pas récupérer le courrier électronique si l’emplacement des messages électroniques a changé.

Toutefois, cette fonctionnalité est utile si le dossier de dépôt des messages électroniques par défaut est

plein ou pratiquement plein.

Si vous avez spécifié un dossier de dépôt des messages électroniques, vous devez vérifier que les

comptes d’identité du pool d’applications de l’Administration centrale et de l’application Web disposent

des autorisations requises sur le dossier de dépôt des messages électroniques.

Configurer le dossier de dépôt des messages électroniques pour le compte d’identité de pool d’applications d’une application Web

Si votre déploiement utilise différents comptes d’identité de pool d’applications pour l’Administration

centrale et une ou plusieurs applications Web, chaque compte d’identité de pool d’applications doit

disposer d’autorisations sur le dossier de dépôt des messages électroniques. Si le compte d’identité de

pool d’applications de l’application Web ne dispose pas des autorisations requises, le courrier

électronique n’est pas remis aux bibliothèques de documents dans cette application Web.

Dans la plupart des cas, lorsque vous configurez le courrier électronique entrant et que vous

sélectionnez un dossier de dépôt des messages électroniques, les autorisations sont ajoutées pour les

groupes de processus de traitement suivants :

WSS_Admin_WPG, qui inclut le compte d’identité de pool d’applications de l’Administration

centrale et le compte d’ouverture de session du service du minuteur Windows SharePoint Services

et dispose des autorisations Contrôle total.



154

WSS_WPG, qui inclut les comptes de pool d’applications des applications Web et dispose des

autorisations Lecture et exécution, Affichage du contenu du dossier et Lecture.

Dans certains cas, ces groupes ne sont peut-être pas configurés automatiquement pour le dossier de

dépôt des messages électroniques. Par exemple, si l’Administration centrale est exécutée en tant que

compte Service réseau, les groupes ou les comptes nécessaires au courrier électronique entrant ne

sont pas ajoutés lorsque le dossier de dépôt des messages électroniques est créé. Vérifiez si ces

groupes ont été ajoutés automatiquement au dossier de dépôt des messages électroniques. Si les

groupes n’ont pas été ajoutés automatiquement, vous pouvez les ajouter ou ajouter les comptes

spécifiques nécessaires.


Vous devez être membre du groupe Administrateurs sur l’ordinateur qui contient le dossier

de dépôt des messages électroniques.

2. Dans l’Explorateur Windows, cliquez avec le bouton droit sur le dossier de dépôt, cliquez sur

Propriétés, puis cliquez sur l’onglet Sécurité.

3. Sous l’onglet Sécurité, dans la zone Groupes ou noms d’utilisateurs, cliquez sur le bouton

Modifier.

4. Dans la boîte de dialogue Autorisations pour Windows Explorer, cliquez sur le bouton

Ajouter.

5. Dans la boîte de dialogue Sélectionner les utilisateurs, les ordinateurs ou les groupes,

dans la zone Entrez les noms des objets à sélectionner, tapez le nom du groupe de

processus de traitement ou du compte d’identité de pool d’applications de l’application Web,

puis cliquez sur OK.

Remarque :

Ce compte est répertorié dans l’onglet Identité de la boîte de dialogue Propriétés du

pool d’applications dans IIS.

6. Dans la zone Autorisations pourutilisateur ou groupe, en regard de Modification,

sélectionnez Autoriser.

7. Cliquez sur OK.

Configurer les autorisations sur le dossier de dépôt des messages électroniques pour le compte d’ouverture de session du service du minuteur Windows SharePoint Services

Assurez-vous que le compte d’ouverture de session du service du minuteur Windows SharePoint

Services dispose d’autorisations Modifier sur le dossier de dépôt des messages électroniques. Si le

Pour configurer le dossier de dépôt des messages électroniques pour le compte d’identité de pool d’applications d’une application Web

155

compte d’ouverture de session du service ne dispose pas d’autorisations Modifier, les bibliothèques de

documents activées pour le courrier électronique reçoivent les messages électroniques en double.


Vous devez être membre du groupe Administrateurs sur l’ordinateur qui contient le dossier

de dépôt des messages électroniques.

2. Dans l’Explorateur Windows, cliquez avec le bouton droit sur le dossier de dépôt, cliquez sur

Propriétés, puis cliquez sur l’onglet Sécurité.

3. Sous l’onglet Sécurité, dans la zone Groupes ou noms d’utilisateurs, cliquez sur le bouton

Modifier.

4. Dans la boîte de dialogue Autorisations pour Windows Explorer, cliquez sur le bouton

Ajouter.

5. Dans la boîte de dialogue Sélectionner les utilisateurs, les ordinateurs ou les groupes,

dans la zone Entrez les noms des objets à sélectionner, tapez le nom du compte

d’ouverture de session du service du minuteur Windows SharePoint Services, puis cliquez

sur OK.

Remarque :

Ce compte est répertorié dans l’onglet Connexion de la boîte de dialogue Propriétés

du service dans la console Services.

6. Dans la zone Autorisations pourutilisateur ou groupe, en regard de Modification,

sélectionnez Autoriser.

7. Cliquez sur OK.

Configurer le courrier électronique entrant dans un scénario avancé La procédure suivante configure le courrier électronique entrant. Vous pouvez également sélectionner

Service de gestion d’annuaire, configurer les options des serveurs de messagerie fiables ou spécifier

un dossier de dépôt des messages électroniques et spécifier l’adresse complète du courrier

électronique entrant. Au terme de cette procédure, les utilisateurs peuvent envoyer du courrier

électronique aux listes et aux bibliothèques.


Vous devez être membre du groupe Administrateurs sur l’ordinateur exécutant le site Web


Pour configurer les autorisations sur le dossier de dépôt des messages électroniques pour le compte d’ouverture de session du service du minuteur Windows SharePoint Services

Pour configurer le courrier électronique entrant dans un scénario avancé

156



(SMS), cliquez sur Configurer les paramètres du courrier entrant.

4. Si vous souhaitez autoriser les sites sur ce serveur à recevoir du courrier électronique, dans la

page Configurer les paramètres du courrier entrant, dans la section Activer le courrier

entrant, cliquez sur Oui.

5. Sélectionnez le mode Paramètres Automatique ou Avancé.

Si vous sélectionnez Automatique, vous pouvez indiquer s’il faut accepter le courrier

électronique provenant de tous les serveurs de messagerie ou de certains serveurs de

messagerie spécifiés.

Si vous choisissez Avancé, vous pouvez spécifier un dossier de dépôt plutôt qu’utiliser un

serveur SMTP.

6. Si vous souhaitez vous connecter au service de gestion d’annuaire, dans la section Service de

gestion d’annuaire, cliquez sur Oui.

a. Dans la zone Conteneur Active Directory dans lequel les nouveaux groupes de

distribution et contacts seront créés, tapez le nom du conteneur au format

OU=NomConteneur, DC=domaine, DC=com, où NomConteneur est le nom de l’unité

d’organisation dans AD DS, domaine le domaine de second niveau et com le domaine de

niveau supérieur.

Remarque :

La tâche Créer, supprimer et gérer les comptes d’utilisateurs associée au

conteneur doit être déléguée au compte d’identité de pool d’applications de

l’Administration centrale. L’accès est configuré dans les propriétés de l’unité

d’organisation dans AD DS.

b. Dans la zone Serveur de messagerie SMTP pour le courrier entrant, tapez le nom du

serveur de messagerie SMTP. Le nom du serveur doit correspondre au nom de domaine

pleinement qualifié dans l’entrée d’enregistrement de ressource A du serveur de

messagerie dans le Gestionnaire DNS.

c. Pour accepter uniquement les messages d’utilisateurs authentifiés, cliquez sur Oui pour

l’option Accepter uniquement les messages provenant d’utilisateurs authentifiés.

Dans le cas contraire, cliquez sur Non.

d. Pour autoriser les utilisateurs à créer des groupes de distribution à partir de sites

SharePoint, cliquez sur Oui pour l’option Voulez-vous autoriser la création de groupes

de distribution à partir de sites SharePoint ?. Dans le cas contraire, cliquez sur Non.

e. Sous Paramètres d’approbation de demande de groupe de distribution, sélectionnez

les actions qui nécessitent une approbation. Les actions sont les suivantes :

Créer un nouveau groupe de distribution

Modifier l’adresse de messagerie du groupe de distribution

157

Modifier le titre et la description du groupe de distribution

Supprimer le groupe de distribution

7. Si vous souhaitez utiliser un service de gestion d’annuaire distant, sélectionnez Utiliser à

distance.

a. Dans la zone URL du service de gestion d’annuaire, tapez l’URL du service de gestion

d’annuaire à utiliser. Le format de l’URL est généralement le suivant :

http://serveur:port_admin/_vti_bin/SharePointEmailWS.asmx.

b. Dans la zone Serveur de messagerie SMTP pour le courrier entrant, tapez le nom du

serveur de messagerie SMTP. Le nom du serveur doit correspondre au nom de domaine

pleinement qualifié dans l’entrée d’enregistrement de ressource A du serveur de

messagerie dans le Gestionnaire DNS sur le serveur de domaine.

c. Pour accepter les messages d’utilisateurs authentifiés uniquement, cliquez sur Oui pour

l’option Accepter uniquement les messages provenant d’utilisateurs authentifiés.

Dans le cas contraire, cliquez sur Non.

d. Pour autoriser la création de groupes de distribution à partir de sites SharePoint, cliquez

sur Oui pour l’option Voulez-vous autoriser la création de groupes de distribution à

partir de sites SharePoint ?. Dans le cas contraire, cliquez sur Non.

8. Si vous ne souhaitez pas utiliser le service de gestion d’annuaire, cliquez sur Non.

9. Dans la section Adresse complète du serveur de courrier entrant, dans la zone Adresse

complète du serveur de messagerie, tapez un nom complet pour le serveur de messagerie

(par exemple, mail.fabrikam.com).

Conseil :

Vous pouvez spécifier l’adresse du serveur de messagerie qui s’affiche lorsque les

utilisateurs créent une adresse de messagerie entrante pour une liste ou un groupe.

Utilisez ce paramètre avec le service de gestion d’annuaire pour fournir une adresse

de serveur de messagerie plus conviviale.

10. Dans la section Dossier de dépôt des messages électroniques, dans la zone Dossier de

dépôt des messages électroniques, tapez le nom du dossier dans lequel SharePoint

Foundation recherche le courrier entrant en provenance du service SMTP.

Il est utile de recourir à un dossier de dépôt des messages électroniques dédié si le dossier de

dépôt des messages électroniques par défaut est plein ou pratiquement plein.

Assurez-vous que le compte d’ouverture de session du service du minuteur SharePoint

Foundation dispose d’autorisations Modifier sur le dossier de dépôt des messages

électroniques. Pour plus d’informations, voir « Pour configurer les autorisations sur le dossier

de dépôt des messages électroniques pour le compte d’ouverture de session du service du

minuteur Windows SharePoint Services », plus haut dans cet article.

Remarque :

Cette option n’est disponible que si vous avez sélectionné le mode avancé.

158

11. Dans la section Serveurs de messagerie fiables, indiquez si vous souhaitez accepter le

courrier électronique en provenance de tous les serveurs de messagerie ou de certains

serveurs de messagerie spécifiés.

Remarque :

Cette option n’est disponible que si vous avez sélectionné le mode automatique.

12. Cliquez sur OK.

Une fois que vous avez configuré le courrier électronique entrant, les administrateurs de site peuvent

configurer des listes et des bibliothèques de documents activées pour la messagerie électronique. Pour

plus d’informations sur les bibliothèques de documents activées pour la messagerie électronique, voir

Activer et configurer la prise en charge des courriers électroniques pour une liste ou une bibliothèque


Si vous avez sélectionné Service de gestion d’annuaire, les adresses de contacts créées pour les

bibliothèques de documents s’affichent automatiquement dans Utilisateurs et ordinateurs

Active Directory. Les adresses apparaissent dans l’unité d’organisation d’AD DS pour SharePoint

Foundation 2010 et doivent être gérées par l’administrateur d’AD DS. Celui-ci peut ajouter d’autres

adresses de messagerie pour chaque contact. Pour plus d’informations sur AD DS, voir Utilisation du

service Active Directory (éventuellement en

anglais)(http://go.microsoft.com/fwlink/?linkid=151348&clcid=0x40C).

Une autre possibilité consiste à configurer l’ordinateur Exchange Server en ajoutant une nouvelle

stratégie de destinataire globale Exchange Server. La stratégie ajoute automatiquement les adresses

externes qui utilisent le nom de domaine de second niveau et non pas le nom de sous-domaine ou

d’hôte pour SharePoint Foundation 2010. Pour plus d’informations sur la façon de gérer Exchange

Server, voir Microsoft Exchange Server 2007


Manque-t-il des pièces jointes aux messages électroniques envoyés à une bibliothèque de documents SharePoint ? Si des pièces jointes sont manquantes dans les messages électroniques envoyés à une bibliothèque

de documents SharePoint Foundation 2010, il est possible que vous ayez associé la bibliothèque de

documents à une adresse de messagerie. Lorsque vous effectuez cette opération, le service de gestion

d’annuaire risque de ne pas ajouter les deux attributs suivants :

internet Encoding = 1310720

mAPIRecipient = false

Vous devez utiliser des interfaces ADSI (Active Directory Service Interface) pour ajouter manuellement

ces deux attributs manquants.

Remarque :






159

Sur les serveurs qui exécutent Windows Server 2008 ou Windows Server 2008 R2, l’éditeur

d’interface ADSI est installé lorsque vous installez le rôle AD DS pour convertir un serveur en

un contrôleur de domaine. Vous pouvez également installer les outils d’administration de

serveur distant Windows Server 2008 sur des serveurs membres du domaine ou sur des

serveurs autonomes. Pour plus d’informations, voir Installation ou suppression du pack des

outils d’administration de serveur

distant(http://go.microsoft.com/fwlink/?linkid=143345&clcid=0x40C).

1. Cliquez sur Démarrer, puis sur Exécuter.

2. Dans la boîte de dialogue Exécuter, tapez Adsiedit.msc, puis cliquez sur OK.

3. Dans la fenêtre Modification ADSI, développez Modification ADSI, Domaine

[nom_domaine], DC=nom_domaine, DC=com, puis CN=utilisateurs.

4. Cliquez avec le bouton droit sur le nom d’utilisateur auquel vous souhaitez ajouter les attributs

manquants, puis cliquez sur Propriétés.

5. Dans la boîte de dialogue Propriétés, double-cliquez sur internet Encoding sous l’onglet

Éditeur d’attributs.

6. Dans la boîte de dialogue Éditeur d’attributs de type Entier, tapez 1310720 dans la zone

Valeur, puis cliquez sur OK.

7. Dans la boîte de dialogue Propriétés, double-cliquez sur mAPIRecipient sous l’onglet Éditeur

d’attributs.

8. Dans la boîte de dialogue Éditeurs d’attributs booléens, cliquez sur Faux, puis cliquez sur

OK deux fois.

Pour ajouter des attributs à l’aide de l’outil ADSI




160

Configurer le courrier électronique sortant (SharePoint Foundation 2010)

Cet article explique comment configurer le courrier électronique sortant pour une batterie de serveurs

ou pour une application Web spécifique pour Microsoft SharePoint Foundation 2010. Il explique

également comment installer et configurer le service SMTP que vous devez utiliser pour activer le

courrier électronique sortant.

Dans cet article :


Pour installer les outils de gestion d’IIS 6.0



Pour configurer le courrier électronique sortant pour une batterie de serveurs à l’aide de

l’Administration centrale

Pour configurer le courrier électronique sortant pour une batterie de serveurs à l’aide de l’outil en

ligne de commande Stsadm

Pour configurer le courrier électronique sortant pour une application Web spécifique à l’aide de

l’Administration centrale

Pour configurer le courrier électronique sortant pour une application Web spécifique à l’aide de

l’outil en ligne de commande Stsadm

Une fois que vous avez installé SharePoint Foundation 2010 et effectué la configuration initiale de votre

batterie de serveurs, vous pouvez configurer le courrier électronique. Ceci permet aux utilisateurs de

créer des alertes pour effectuer le suivi des éléments d’un site, tels que les listes, les bibliothèques et

les documents. En outre, les administrateurs de site peuvent recevoir des messages d’administration

liés aux problèmes d’administrateur de site, tels que des notifications signalant que des propriétaires de

site ont dépassé leur limite d’espace de stockage spécifiée. Pour plus d’informations, voir Plan outgoing

e-mail (SharePoint Foundation 2010) (en anglais).

Si vous souhaitez configurer le courrier électronique sortant pour une application Web spécifique, vous

devez d’abord configurer le courrier électronique sortant par défaut pour toutes les applications Web

dans la batterie de serveurs. Si vous configurez le courrier électronique sortant pour une application

Web spécifique, cette configuration se substitue à la configuration par défaut pour toutes les

applications Web dans la batterie de serveurs.

Il est impossible de configurer le courrier électronique sortant à l’aide de Windows PowerShell.

Avant d’effectuer ces procédures, vérifiez que :

Votre système exécute SharePoint Foundation 2010.

Remarque :

http://technet.microsoft.com/library/55c8c6dc-a8af-438a-a4ae-0c196076d96e(Office.14).aspx


161

Un ou plusieurs serveurs de la batterie de serveurs exécutent le service SMTP (Simple Mail

Transfer Protocol) et possèdent une adresse de serveur SMTP valide. Autrement, vous devez

connaître le nom d’un serveur hors de la batterie exécutant le service SMTP.

Si vous n’avez pas installé et configuré le service SMTP, vous devez effectuer les procédures

suivantes avant de configurer le courrier électronique sortant :

installer et configurer le service SMTP.

Installer et configurer le service SMTP Avant d’activer le courrier électronique sortant, vous devez déterminer le serveur SMTP à utiliser. Ce

serveur SMTP doit être configuré pour autoriser les envois de courrier électronique SMTP anonymes.

Le serveur SMTP peut être un serveur appartenant à la batterie de serveurs ou externe à celle-ci.

Si votre organisation n’autorise pas l’envoi de messages électroniques SMTP anonymes à

l’aide de Microsoft Exchange Server, vous pouvez utiliser dans la batterie de serveurs

SharePoint un serveur SMTP local qui accepte les messages électroniques anonymes. Le

serveur SMTP local authentifie automatiquement les messages, puis les transfère vers

l’ordinateur Exchange Server.

Installer le service SMTP

Pour installer le service SMTP, utilisez l’Assistant Ajout de fonctionnalités dans le Gestionnaire de

serveur. À la fin de l’assistant, une configuration SMTP par défaut aura été créée. Vous pouvez

personnaliser cette configuration SMTP par défaut en fonction des besoins de votre organisation.

Si le service SMTP est déjà installé sur un serveur, vous pouvez ignorer la procédure suivante.

1. Vérifiez que vous disposez des informations d’identification d’administration suivantes : vous

devez être membre du groupe Administrateurs sur l’ordinateur local.


serveur.

3. Dans le Gestionnaire de serveur, cliquez sur Fonctionnalités.

4. Dans Résumé des fonctionnalités, cliquez sur Ajouter des fonctionnalités pour ouvrir

l’Assistant Ajout de fonctionnalités.

5. Dans la page Sélectionner des fonctionnalités, sélectionnez Serveur SMTP.

6. Dans la boîte de dialogue Assistant Ajout de fonctionnalités , cliquez sur Ajouter les

fonctionnalités requises, puis cliquez sur Suivant.

7. Dans la page Confirmer les sélections pour l’installation, cliquez sur Installer.

Remarque :

Remarque :


162

8. Dans la page Résultats de l’installation, vérifiez que l’installation est terminée, puis cliquez sur

Fermer.

Configurer le service SMTP

Après avoir installé le service SMTP, vous devez configurer le service pour qu’il accepte les messages

électroniques en provenance des serveurs de la batterie de serveurs.

Vous pouvez décider d’accepter les messages électroniques relayés en provenance de tous les

serveurs à l’exception de ceux que vous excluez spécifiquement. Ou bien, vous pouvez bloquer les

messages en provenance de tous les serveurs à l’exception de ceux que vous incluez spécifiquement.

Vous pouvez inclure des serveurs individuellement, ou en groupes par sous-réseau ou domaine.

Si vous activez l’accès anonyme et les messages électroniques relayés, vous augmentez le risque que

le serveur soit utilisé pour relayer des messages électroniques publicitaires non sollicités (courrier

indésirable). Il est important de limiter cette possibilité en configurant soigneusement les serveurs de

messagerie afin de les protéger contre le courrier indésirable. L’une des méthodes que vous pouvez

utiliser pour cela consiste à limiter les messages électroniques relayés à une liste de serveurs

spécifiques ou à un domaine et à bloquer les messages électroniques relayés en provenance de tous

les autres serveurs.

Pour gérer le service SMTP sur Windows Server 2008, vous devez utiliser Internet Information

Services (IIS) 6.0 Manager. Veillez à installer les outils de gestion d’IIS 6.0 dans le

Gestionnaire de serveur.




serveur.

3. Dans Gestionnaire de serveur, cliquez sur Rôles.

4. Dans la section Services de rôle, cliquez sur Ajouter des services de rôle.

5. Dans la page Sélectionner les services de rôle, sélectionnez Outils de gestion et IIS 6

Management Compatibility, puis cliquez sur Installer.





3. Dans le Gestionnaire des services Internet (IIS), développez le nom du serveur contenant le

Remarque :

Pour installer les outils de gestion d’IIS 6.0


163

serveur SMTP que vous souhaitez configurer.


cliquez sur Démarrer.


cliquez sur Propriétés.

6. Sous l’onglet Accès, dans la zone Contrôle d’accès, cliquez sur Authentification.

7. Dans la boîte de dialogue Authentification, vérifiez que l’option Accès anonyme est activée.

8. Cliquez sur OK.

9. Sous l’onglet Accès, dans la zone Restrictions de relais, cliquez sur Relais.

10. Pour autoriser les messages électroniques relayés à partir de n’importe quel serveur,

sélectionnez Tous sauf la liste ci-dessous.

11. Pour accepter les messages électroniques relayés à partir d’un ou plusieurs serveurs

spécifiques, procédez comme suit :

a. Cliquez sur Uniquement la liste ci-dessous.

b. Cliquez sur Ajouter, puis ajoutez les serveurs un par un par adresse IP, ou en groupes à

l'aide d'un sous-réseau ou d'un domaine.

c. Cliquez sur OK pour fermer la boîte de dialogue Ordinateur.

12. Cliquez sur OK pour fermer la boîte de dialogue Restrictions de relais.


Vérifiez que le service SMTP est en cours d’exécution et qu’il est configuré de manière à

démarrer automatiquement. Pour ce faire, effectuez la procédure suivante.

1. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Services.

2. Dans Services, cliquez avec le bouton droit sur SMTP (Simple Mail Transfer Protocol), puis

sélectionnez Propriétés.

3. Dans la boîte de dialogue Simple Mail Transfer Protocol (SMTP) Properties, sous l’onglet

Général, dans la liste Type de démarrage, sélectionnez Automatique.

4. Cliquez sur OK.

Configurer le courrier électronique sortant pour une batterie de serveurs Vous pouvez configurer le courrier électronique sortant pour une batterie de serveurs à l’aide du site

Web Administration centrale de SharePoint ou de l’outil en ligne de commande Stsadm. Utilisez les

procédures suivantes pour configurer le courrier électronique sortant. Une fois les procédures

Remarque :


164

réalisées, les utilisateurs finaux peuvent effectuer le suivi des modifications et des mises à jour

apportées aux différentes collections de sites. En outre, les administrateurs de site peuvent, par

exemple, recevoir des notifications lorsqu’un utilisateur demande l’accès à un site.

1. Vérifiez que vous disposez des informations d’identification administratives suivantes : vous

devez être membre du groupe Administrateurs de batterie sur l’ordinateur qui exécute le site

Web Administration centrale de SharePoint.



(SMS), cliquez sur Configurer les paramètres du courrier électronique sortant.

4. Dans la page Paramètres du courrier électronique sortant, dans la section Paramètres de

messagerie, tapez le nom du serveur SMTP pour le courrier sortant (par exemple,

courrier.exemple.com) dans la zone Serveur SMTP sortant.

5. Dans la zone Adresse de provenance, tapez l’adresse électronique qui doit apparaître aux

destinataires des messages.

6. Dans la zone Adresse de réponse, tapez l'adresse de messagerie à laquelle vous souhaitez

que les destinataires du courrier répondent.

7. Dans la liste Jeu de caractères, sélectionnez le jeu de caractères correspondant à votre

langue.

8. Cliquez sur OK.



2. Sur le lecteur où sont installés les produits et technologies SharePoint, accédez au répertoire

suivant : %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin.

3. Tapez la commande suivante, puis appuyez sur Entrée :

stsadm -o email

-outsmtpserver <nom du serveur SMTP>

-fromaddress <adresse électronique valide>

-replytoaddress <adresse électronique valide>

-codepage <page de code valide>

Exemple

stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -

replytoaddress [email protected] -codepage 65001

Pour configurer le courrier électronique sortant pour une batterie de serveurs à l’aide de l’Administration centrale

Pour configurer le courrier électronique sortant pour une batterie de serveurs à l’aide de l’outil en ligne de commande Stsadm

165

Pour plus d’informations, voir Email : opération Stsadm (Windows SharePoint Services)


Configurer le courrier électronique sortant pour une application Web spécifique Vous pouvez configurer le courrier électronique sortant pour une application Web spécifique à l’aide du

site Web Administration centrale ou de l’outil en ligne de commande Stsadm. Utilisez les procédures

suivantes pour configurer le courrier électronique sortant. Une fois les procédures réalisées, les

utilisateurs finaux peuvent effectuer le suivi des modifications et des mises à jour apportées aux

différentes collections de sites. En outre, les administrateurs de site peuvent, par exemple, recevoir des

notifications lorsqu’un utilisateur demande l’accès à un site.

Si vous souhaitez configurer le courrier électronique sortant pour une application Web

spécifique, vous devez d’abord configurer le courrier électronique sortant par défaut pour

toutes les applications Web dans la batterie de serveurs. Si vous configurez le courrier

électronique sortant pour une application Web spécifique, cette configuration se substitue à la

configuration par défaut pour toutes les applications Web dans la batterie de serveurs.

1. Vérifiez que vous disposez des informations d’identification administratives suivantes : vous

devez être membre du groupe Administrateurs de batterie sur l’ordinateur qui exécute le site

Web Administration centrale de SharePoint.

2. Dans l’Administration centrale, dans la section Gestion des applications, cliquez sur Gérer

les applications Web.

3. Dans la page Gestion des applications Web, sélectionnez une application Web, puis, dans le

groupe Paramètres généraux du ruban, cliquez sur Courrier électronique sortant.

4. Dans la page Paramètres de courrier sortant de l’application Web, dans la section Paramètres

de messagerie, tapez le nom du serveur SMTP pour le courrier sortant (par exemple,

courrier.fabrikam.com) dans la zone Serveur SMTP sortant.

5. Dans la zone Adresse de provenance, tapez l’adresse électronique qui doit apparaître aux

destinataires des messages (par exemple, l’alias de l’administrateur du site).

6. Dans la zone Adresse de réponse, tapez l’adresse de messagerie à laquelle vous souhaitez

que les destinataires du courrier répondent (par exemple, un alias du support technique).

7. Dans la liste Jeu de caractères, cliquez sur le jeu de caractères correspondant à votre langue.

8. Cliquez sur OK.

Remarque :

Pour configurer le courrier électronique sortant pour une application Web spécifique à l’aide de l’Administration centrale


166



2. Sur le lecteur où sont installés les produits et technologies SharePoint, accédez au répertoire

suivant : %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin.


stsadm -o email

-outsmtpserver <nom du serveur SMTP>

-fromaddress <adresse électronique valide>

-replytoaddress <adresse électronique valide>

-codepage <page de code valide>

[-url <nom d’URL>]

Exemple

stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -

replytoaddress [email protected] -codepage 65001 -url http://nom_serveur

Pour plus d’informations, voir Email : opération Stsadm (Windows SharePoint Services)


Voir aussi Plan outgoing e-mail (SharePoint Foundation 2010) (en anglais)

Configurer les paramètres d’alerte d’une application Web (SharePoint Foundation 2010)

Pour configurer le courrier électronique sortant pour une application Web spécifique à l’aide de l’outil en ligne de commande Stsadm



http://technet.microsoft.com/library/23592105-696d-4f71-bbf3-40a15e5f9d29(Office.14).aspx

167

Configurer un compte mobile (SharePoint Foundation 2010)

Cet article explique comment configurer et gérer un compte mobile pour que Microsoft SharePoint

Foundation 2010 permette aux utilisateurs de s’abonner à des alertes envoyées via SMS (Short

Message Service). Les alertes sont envoyées aux téléphones mobiles des utilisateurs lorsque des

modifications sont apportées à une liste ou à un élément SharePoint.

La fonctionnalité d’alerte mobile ressemble à une fonctionnalité existant déjà dans SharePoint

Foundation 2010 et qui permet l’envoi d’alertes par courrier électronique. Cependant, au lieu de

recevoir des alertes par courrier électronique lorsque des modifications sont apportées à une liste ou

un élément SharePoint, les utilisateurs reçoivent les alertes sur leur téléphone mobile. Pour plus

d’informations sur les alertes par courrier électronique, voir Configurer le courrier électronique sortant


Un site SharePoint se trouve généralement sur un intranet. Par conséquent, l’accès au site SharePoint

peut être difficile pour les utilisateurs qui ne sont pas à leur bureau, par exemple, lorsqu’ils sont en

déplacement ou participent à un dîner d’affaires. La fonctionnalité d’alerte mobile permet aux

utilisateurs de réagir rapidement lorsqu’ils reçoivent une alerte SMS indiquant qu’un élément d’une liste

SharePoint a été modifié.

Vous pouvez configurer un compte mobile pour toutes les applications Web dans une batterie de

serveurs ou vous pouvez configurer le compte mobile pour une application Web spécifique ; toutefois,

vous ne pouvez configurer qu’un seul compte mobile dans la batterie de serveurs. L’échelle de votre

implémentation peut déterminer si vous configurez le compte mobile pour la batterie de serveurs ou

pour une application Web spécifique. Si vous configurez le compte mobile pour une batterie de

serveurs, toute personne au sein de l’organisation peut s’abonner aux alertes. Cela est utile, par

exemple, au sein d’une petite organisation dont l’équipe dirigeante souhaite que tous les utilisateurs

reçoivent certaines alertes. Si, dans le cadre de vos différentes applications Web, votre organisation est

divisée en groupes, vous pouvez configurer un compte mobile pour un seul de ces groupes ; par

exemple, vous souhaiterez configurer un compte mobile pour permettre à toute personne au sein du

groupe des ventes de s’abonner aux alertes.


Le compte de la batterie de serveurs est autorisé à accéder à Internet pour envoyer des alertes.

Vous avez obtenu le certificat racine correspondant à l’adresse Web HTTPS du fournisseur de

services. Vous pouvez obtenir le certificat racine de la part de votre fournisseur de services ou via

votre navigateur Web.

Procédures décrites dans cet article :

Importer un certificat racine et créer une autorité racine approuvée

Configurer un compte mobile

168

Récupérer les informations du compte mobile

Supprimer un compte mobile

Importer un certificat racine et créer une autorité racine approuvée Avant de configurer un compte mobile, vous devez d’abord importer le certificat racine de l’adresse

Web HTTPS du fournisseur de services, puis créer une autorité racine approuvée. Cette étape ne peut

être effectuée que manuellement à l’aide de Windows PowerShell.

1. Vérifiez que les exigences minimales suivantes sont satisfaites : Voir Add-SPShellAdmin. En

outre, vous devez être membre du groupe Administrateurs de batterie de serveurs et membre

du groupe Administrateurs local sur l’ordinateur qui exécute Windows PowerShell.




5. Pour obtenir le certificat racine, à l’invite de commandes de Windows PowerShell, tapez la

commande suivante :

$cert = Get-PfxCertificate <ObtainedCertificatePath>

Pour créer une autorité racine approuvée, à l’invite de commandes de Windows PowerShell,

tapez la commande suivante :

New-SPTrustedRootAuthority -Name <Name> -Certificate $cert

Où :

<Name> est le nom de l’autorité racine approuvée que vous souhaitez créer.

<ObtainedCertificatePath> est l’emplacement du fichier de certificat racine.

Remarque :

Dans la fenêtre Certificat, sous l’onglet Chemin d’accès de certification, assurez-

vous d’utiliser uniquement le certificat racine et non les autres certificats listés. La liste

des autorités racines approuvées SharePoint ne doit répertorier que les certificats

racines.

Pour plus d’informations, voir New-SPTrustedRootAuthority.

Configurer un compte mobile Vous pouvez configurer un compte mobile pour une batterie de serveurs ou pour une application Web

spécifique, soit en utilisant l’Administration centrale, soit via Windows PowerShell.

Pour importer un certificat racine et créer une autorité racine approuvée à l’aide de Windows PowerShell

http://technet.microsoft.com/library/25458530-4f0d-491c-80d3-61b8f1f0dd7e(Office.14).aspx

169

Si vous ne pouvez pas configurer un compte mobile, cela signifie peut-être que vous disposez

d’un certificat erroné. Dans ce cas, contactez votre fournisseur de services.


Pour configurer un compte mobile pour une batterie de serveurs, vous devez être membre

du groupe Administrateurs de batterie sur l’ordinateur qui exécute le site Web


2. Dans la page d’accueil de l’Administration centrale, cliquez sur Paramètres système.


(SMS), cliquez sur Configurer le compte mobile.

4. Dans la page Paramètres de compte mobile, dans la section Paramètres du service de

message texte (SMS), cliquez sur le lien Microsoft Office Online pour accéder à une liste de

fournisseurs de services.

5. Dans la page Rechercher un fournisseur de services mobiles Office 2010, dans la liste Choisir

le pays/la région du fournisseur de services sans fil, sélectionnez le pays ou la région où

se trouve votre fournisseur de services sans fil.

6. Dans la page Find an Office 2010 Mobile Service Provider, dans la liste Choose your current

wireless service provider, sélectionnez le fournisseur de services sans fil à utiliser.

Après avoir effectué cette sélection, vous êtes dirigé vers le site Web du fournisseur de

services que vous avez sélectionné. Sur le site Web, vous souscrivez au service SMS. Lorsque

vous recevez les informations requises du fournisseur de services, retournez à la page

Paramètres de compte mobile.

7. Dans la zone URL du service de message texte (SMS), tapez l’URL du service SMS.

Remarque :

Assurez-vous que l’URL de service que vous entrez est une URL HTTPS.

8. Dans les zones Nom d’utilisateur et Mot de passe, tapez le nom d’utilisateur et le mot de

passe que vous a fournis le fournisseur de services SMS.

9. Pour confirmer que l’URL et les informations d’identification utilisateur sont correctes, cliquez

sur Tester le service.

10. Cliquez sur OK.



Remarque :

Pour configurer ou modifier un compte mobile pour une batterie de serveurs à l’aide de l’Administration centrale

Pour configurer ou modifier un compte mobile pour une batterie de serveurs à l’aide de Windows PowerShell

170





5. Depuis l’invite de commandes Windows PowerShell, tapez la commande suivante :

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

Où :

<WebApplicationUrl> est l’URL de l’Administration centrale.

<ServiceUrl> est l’URL du serveur où se trouve le service SMS.

<UserId> est le nom d’utilisateur que vous avez reçu de la part du fournisseur de services

SMS.

<Password> est le mot de passe d’utilisateur que vous avez reçu de la part du fournisseur

de services SMS.

Exemple :

Set-SPMobileMessagingAccount -Identity sms -WebApplication http://myserver:8080 -

ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -

Password password1

Si vous utilisez l’opérateur de pipeline, tapez la commande suivante :

Get-SPWebApplication -Identity http://myserver:8080 | Set-SPMobileMessagingAccount

-Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

[email protected] -Password password1

Remarque :


Pour plus d’informations, voir Set-SPMobileMessagingAccount et Get-SPWebApplication.


Pour configurer un compte mobile pour une batterie de serveurs, vous devez être membre


d’administration centrale de SharePoint.

2. Sur la page d’accueil Administration centrale, dans la section Gestion des applications,


3. Dans la page Applications Web, sélectionnez l’application Web pour laquelle vous souhaitez

configurer un compte mobile. Dans le Ruban, dans Paramètres généraux, cliquez sur

Pour configurer ou modifier un compte mobile pour une application Web à l’aide de l’Administration centrale

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


171

Compte mobile.

4. Dans la page Paramètres du service de message texte (SMS) de l’application Web, dans la

section Paramètres du service de message texte (SMS), cliquez sur le lien Microsoft Office

Online pour accéder à une liste de fournisseurs de services.

5. Dans la page Find an Office 2010 Mobile Service Provider, dans la liste Choose your wireless

service provider’s country/region, sélectionnez le pays ou la région dans lequel se trouve

votre fournisseur de services sans fil.

6. Dans la page Find an Office 2010 Mobile Service Provider, dans la liste Choose your current

wireless service provider, sélectionnez le fournisseur de services sans fil à utiliser.

Après avoir effectué cette sélection, vous êtes dirigé vers le site Web du fournisseur de

services que vous avez sélectionné. Sur le site Web, vous souscrivez au service SMS. Lorsque

vous recevez les informations requises du fournisseur de services, retournez à la page

Paramètres de compte mobile et entrez les informations.

7. Dans la zone URL du service de message texte (SMS), tapez l’URL du service SMS.

Remarque :


8. Dans les zones Nom d’utilisateur et Mot de passe, tapez le nom d’utilisateur et le mot de

passe que vous a fournis le fournisseur de services SMS.

9. Pour confirmer que l’URL et les informations d’identification utilisateur sont correctes, cliquez

sur Tester le service.

10. Cliquez sur OK.







5. Depuis l’invite de commandes Windows PowerShell (c’est-à-dire PS C:\>), tapez la commande

suivante :

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-

ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

Où :

<WebApplicationUrl> est l’URL de l’application Web.

<ServiceUrl> est l’URL du serveur où se trouve le service SMS.

Pour configurer ou modifier un compte mobile pour une application Web à l’aide de Windows PowerShell

172

<UserId> est le nom d’utilisateur que vous avez reçu de la part du fournisseur de services

SMS.

<Password> est le mot de passe d’utilisateur que vous avez reçu de la part du fournisseur

de services SMS.

Exemple :

Set-SPMobileMessagingAccount -Identity sms -WebApplication http://localhost -

ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -

Password password1


Get-SPWebapplication -Identity http://localhost | Set-SPMobileMessagingAccount -

Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId

[email protected] -Password password1

Remarque :


Pour plus d’informations, voir Set-SPMobileMessagingAccount et Get-SPWebApplication.

Récupérer les informations du compte mobile Vous pouvez récupérer des informations de compte mobile pour une batterie de serveurs ou une

application Web à l’aide de Windows PowerShell. Cela vous permet de consulter les informations de

compte mobile ou, par exemple, de vérifier que l’applet de commande set fonctionne correctement.








Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

Où <WebApplicationUrl> est l’URL de l’Administration centrale.

Exemple

Get-SPMobileMessagingAccount -WebApplication http://myserver


Get-SPWebApplication -Identity http://myserver | Get-SPMobileMessagingAccount -

Pour récupérer des informations de compte mobile pour une batterie de serveurs à l’aide de Windows PowerShell

http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx


173

AccountType sms

Pour plus d’informations, voir Get-SPMobileMessagingAccount et Get-SPWebApplication.








Get-SPMobileMessagingAccount -WebApplication <WebApplicationUrl>

Où <WebApplicationUrl> est l’URL de l’application Web.

Exemple

Get-SPMobileMessagingAccount -WebApplication http://localhost


Get-SPWebApplication -Identity http://localhost | Get-SPMobileMessagingAccount -

AccountType sms

Pour plus d’informations, voir Get-SPMobileMessagingAccount et Get-SPWebApplication.

Supprimer un compte mobile Vous pouvez supprimer un compte mobile pour une batterie de serveurs ou pour une application Web.

Cette opération rend le compte non disponible, ce qui empêche les utilisateurs de s’abonner aux

alertes SMS, mais elle ne supprime pas le compte que vous avez configuré avec le fournisseur de

services. Vous pouvez supprimer un compte mobile, par exemple si l’organisation décide que l’envoi

d’alertes SMS aux utilisateurs n’a pas de valeur ajoutée.

Il n’existe pas de fonctionnalité Windows PowerShell équivalente.


Pour supprimer un compte mobile pour une batterie de serveurs, vous devez être membre




Pour récupérer des informations de compte mobile pour une application Web à l’aide de Windows PowerShell

Remarque :

Pour supprimer un compte mobile pour une batterie de serveurs

http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx


174


(SMS), cliquez sur Configurer le compte mobile.

4. Dans la page Paramètres de compte mobile, effacez les entrées de toutes les zones, puis

cliquez sur OK.


Pour supprimer un compte mobile pour une batterie de serveurs, vous devez être membre





3. Dans le Ruban, dans Paramètres généraux, cliquez sur Compte mobile.

4. Dans la page Paramètres du service de message texte (SMS) de l’application Web, effacez les

entrées de toutes les zones, puis cliquez sur OK.

Voir aussi Configurer le courrier électronique sortant (SharePoint Foundation 2010)

Pour supprimer un compte mobile pour une application Web

175

Installer et configurer le stockage BLOB distant ou le stockage BLOB externe (SharePoint Foundation 2010)

Cet article décrit comment installer et configurer le stockage BLOB distant (RBS, Remote BLOB

Storage) et le fournisseur FILESTREAM sur un serveur de base de données Microsoft SQL

Server 2008 qui prend en charge un système Microsoft SharePoint Foundation 2010.

RBS est un ensemble d’API de bibliothèque incorporé en tant que module complémentaire pour

Microsoft SQL Server 2008 et Microsoft SQL Server 2008 Express. RBS est conçu pour déplacer le

stockage des objets BLOB (Binary Large Objects) depuis des serveurs de bases de données vers des

solutions de stockage de produits. RBS accompagne le fournisseur RBS FILESTREAM, qui utilise les

API RBS pour stocker les objets BLOB. Pour plus d’informations sur RBS, voir Vue d’ensemble du

stockage BLOB distant (SharePoint Foundation 2010).

Dans cet article :

Activer FILESTREAM et mettre en service le magasin de données RBS

Installer RBS

Activer et tester RBS

Le compte d’utilisateur que vous utilisez pour effectuer les procédures décrites dans cet article doit

appartenir :

au groupe Administrateurs sur les serveurs Web et les serveurs d’applications ;

aux rôles serveur fixes dbcreator et securityadmin SQL Server sur l’ordinateur exécutant SQL

Server 2008 Express ou SQL Server 2008.

Activer FILESTREAM et mettre en service le magasin de données RBS Vous devez activer et configurer FILESTREAM sur l’ordinateur qui exécute SQL Server 2008 et qui

héberge les bases de données SharePoint Foundation 2010. Pour activer et configurer FILESTREAM,

suivez les instructions indiquées dans Procédure : activer FILESTREAM

(http://go.microsoft.com/fwlink/?linkid=166110&clcid=0x40C). Après avoir activé et configuré

FILESTREAM, mettez en service un magasin BLOB comme indiqué ici.

1. Cliquez sur Démarrer, sur Tous les programmes, sur Microsoft SQL Server 2008, puis sur

SQL Server Management Studio.

2. Développez Bases de données.

Mettre en service un magasin BLOB

http://technet.microsoft.com/library/7522114b-7de5-434e-b028-8b99654a43be(Office.14).aspx


http://technet.microsoft.com/library/a1a8e804-0d7f-4695-853d-3e99a827f753.aspx#Section2




176

3. Sélectionnez la base de données de contenu pour laquelle vous souhaitez créer un magasin

BLOB, puis cliquez sur Nouvelle requête.

4. Dans le volet Requête, copiez et exécutez chacune des requêtes SQL suivantes, dans l’ordre

indiqué. Dans chaque cas, remplacez [WSS_Content] par le nom de la base de données de

contenu, et c:\BLOBStore par le volume\répertoire dans lequel vous voulez créer le magasin

BLOB. Sachez que vous ne pouvez mettre en service un magasin BLOB qu’une seule fois. Si

vous essayez de mettre en service le même magasin BLOB plusieurs fois, vous recevez un

message d’erreur.

Conseil :

Pour optimiser les performances, simplifier la résolution des problèmes et suivre une

meilleure pratique générale, il est recommandé de créer le magasin BLOB sur un

volume qui ne contient pas le système d’exploitation, les fichiers d’échange, les

données de base de données, les fichiers journaux ou le fichier tempdb.

use [WSS_Content]

if not exists (select * from sys.symmetric_keys where name =

N'##MS_DatabaseMasterKey##')create master key encryption by password = N'Admin Key

Password !2#4'

use [WSS_Content]

if not exists (select groupname from sysfilegroups where

groupname=N'RBSFilestreamProvider')alter database [WSS_Content]

add filegroup RBSFilestreamProvider contains filestream

use [WSS_Content]

alter database [WSS_Content] add file (name = RBSFilestreamFile, filename =

'c:\Blobstore') to filegroup RBSFilestreamProvider

Installer RBS Vous devez installer RBS sur la totalité des serveurs Web et des serveurs d’applications de la batterie

de serveurs SharePoint. RBS est configuré séparément pour chaque base de données de contenu

associée.

N’installez pas RBS en exécutant le fichier RBS_X64.msi et en lançant l’Assistant Installation

du stockage étendu des objets blob SQL. L’Assistant définit certaines valeurs par défaut qui ne

sont pas recommandées pour SharePoint Foundation 2010.

1. Sur un serveur Web, accédez à la page


Avertissement :

Installer RBS sur le serveur de bases de données et sur le premier serveur Web


177

(http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x40C) et téléchargez le fichier

RBS_X64.msi.

2. Cliquez sur Démarrer, puis tapez invite de commandes dans la zone de texte. Dans la liste

des résultats, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur

Exécuter en tant qu’administrateur. Cliquez sur OK.

3. Copiez la commande suivante, puis collez-la dans la fenêtre d’invite de commandes. Vous ne

devez exécuter cette commande avec les noms de base de données et d’instance SQL Server

spécifiques qu’une seule fois. L’opération doit se terminer dans un délai d’une minute

environnement.

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi TRUSTSERVERCERTIFICATE=true

FILEGROUP=PRIMARY DBNAME="WSS_Content" DBINSTANCE="DBInstanceName"

FILESTREAMFILEGROUP=RBSFilestreamProvider FILESTREAMSTORENAME=FilestreamProvider_1

Où :

WSS_Content représente le nom de la base de données ;

DBInstanceName représente le nom de l’instance SQL Server.

1. Sur un serveur Web, accédez à la page


(http://go.microsoft.com/fwlink/?linkid=165839&clcid=0x40C) et téléchargez le fichier

RBS_X64.msi.

2. Cliquez sur Démarrer, puis tapez invite de commandes dans la zone de texte. Dans la liste

des résultats, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur

Exécuter en tant qu’administrateur. Cliquez sur OK.

3. Copiez la commande suivante puis collez-la dans la fenêtre d’invite de commandes.

Remplacez WSS_Content par le nom de la base de données et DBInstanceName par le nom

de l’instance SQL Server. L’opération doit se terminer dans un délai d’une minute

environnement.

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi DBNAME="WSS_Content"

DBINSTANCE="DBInstanceName"

ADDLOCAL="Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer"

4. Répétez cette procédure pour la totalité des serveurs Web et des serveurs d’applications.

1. Le fichier journal log.txt est créé au même emplacement que le fichier RBS_X64.msi. Ouvrez le

fichier journal rbs_install_log.txt avec un éditeur de texte et faites-le défiler vers le bas. Dans

les 20 dernières lignes de la fin du fichier, une entrée doit se présenter comme suit :

Installer RBS sur tous les serveurs Web et d’applications supplémentaires

Vérifier l’installation de RBS


178

« Produit : Stockage étendu des objets blob SQL – L’installation s’est terminée

correctement ».

2. Sur l’ordinateur exécutant SQL Server 2008, vérifiez que les tables RBS ont été créées dans la

base de données de contenu. Plusieurs tables doivent résider sous la base de données de

contenu et porter des noms précédés des lettres « mssqlrbs ».

Activer et tester RBS Vous devez activer RBS sur un seul serveur Web de la batterie de serveurs SharePoint. Peu importe le

serveur Web que vous choisissez à cette fin, à condition que RBS y ait été installé à l’aide de la

procédure précédente.

1. Dans le menu Démarrer, cliquez successivement sur Programmes, Microsoft

SharePoint 2010 Products et SharePoint 2010 Management Shell.

2. Depuis l’invite de commandes Windows PowerShell, tapez chacune des commandes

suivantes. Remplacez http://nomsite par l’application Web connectée à la base de données de

contenu.

$cdb = Get-SPContentDatabase –WebApplication http://nomsite

$rbss = $cdb.RemoteBlobStorageSettings

$rbss.Installed()

$rbss.Enable()

$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])

$rbss

1. Cliquez successivement sur Démarrer, Tous les programmes, Microsoft SQL Server 2008

et SQL Server Management Studio.


3. Sélectionnez la base de données de contenu pour laquelle vous avez activé RBS, puis cliquez

sur Nouvelle requête.

4. Accédez au répertoire du magasin de données RBS.

5. Accédez à la liste des fichiers, puis ouvrez le dossier portant la date de modification la plus

récente (autre que $FSLOG). Dans ce dossier, ouvrez le fichier portant la date de modification

la plus récente. Il doit s’agir du fichier que vous avez téléchargé.

Pour autoriser des bases de données supplémentaires à utiliser RBS, voir Définir une base de données

de contenu de manière à utiliser le stockage BLOB distant (RBS) (SharePoint Foundation 2010).

Activer RBS

Tester le magasin de données RBS

http://technet.microsoft.com/library/64c80191-b6bd-44a8-a044-830f60d9191a(Office.14).aspx

http://technet.microsoft.com/library/64c80191-b6bd-44a8-a044-830f60d9191a(Office.14).aspx

179

Configurer les services (SharePoint Foundation 2010)

Dans Microsoft SharePoint Foundation 2010, vous pouvez configurer des services individuels

indépendamment et implémenter uniquement les services nécessaires à votre organisation. Pour plus

d’informations sur la façon de démarrer, arrêter et configurer les services, voir Gérer les services sur le

serveur (SharePoint Foundation 2010).

Les services déployés sont nommés applications de service. Une application de service fournit une

ressource qui peut être partagée entre les sites au sein d’une batterie de serveurs ou parfois de

plusieurs batteries de serveurs, et accessibles aux utilisateurs via une application d’hébergement Web.

Les applications de service sont associées aux applications Web par des connexions d’application de

service. Pour plus d’informations sur la gestion et la publication des applications de service, voir Gérer

les applications de service et les services (SharePoint Foundation 2010).

Pour plus d’informations sur les services et les applications de service, voir Diagrammes techniques


Cette section contient les articles suivants :

Gérer les applications de service et les services (SharePoint Foundation 2010)

Cet article présente les structures des applications de services et des services dans Microsoft

SharePoint Foundation 2010, et explique comment gérer les applications de services et les

services.

Configurer le service de jeton de sécurité (SharePoint Foundation 2010)

Cet article vous aide à configurer le service d’émission de jeton de sécurité Microsoft SharePoint

Foundation 2010. Il s’agit d’un service Web spécialisé conçu pour répondre aux demandes portant

sur les jetons de sécurité et fournir la gestion des identités.

http://technet.microsoft.com/library/8e0b7a53-6741-4b19-897e-4b42e5b8e005(Office.14).aspx




180


Les articles de cette section traitent des structures des applications de service et des services dans

Microsoft SharePoint Foundation 2010 et expliquent comment les applications de service et les

services peuvent être gérés. Ces articles sont destinés aux administrateurs de batterie de serveurs et

aux administrateurs d'applications de service qui exécuteront SharePoint Foundation 2010.

Dans cette section À propos des applications de service et des services (SharePoint Server 2010)

Fournit une introduction à l'infrastructure logique des applications de service et des services.


Décrit comment gérer, créer, configurer et partager des applications de service.

Gérer les services sur le serveur (SharePoint Foundation 2010)

Décrit comment les services peuvent être démarrés, arrêtés et configurés.

Voir aussi Gérer des applications Web (SharePoint Foundation 2010)

Diagrammes techniques (SharePoint Foundation 2010)

http://technet.microsoft.com/library/ba00a200-ea96-45f6-a423-3cfcffba77f8(Office.14).aspx


http://technet.microsoft.com/library/5b82a45b-f871-49e3-8926-47972acde573(Office.14).aspx


181

Configurer le service de jeton de sécurité (SharePoint Foundation 2010)

Cet article fournit des instructions pour vous aider à configurer le service de jeton de sécurité (STS) de

Microsoft SharePoint Foundation 2010. Ce service Web spécialisé est conçu pour répondre aux

demandes de jeton de sécurité et fournir une gestion des identités. La fonctionnalité principale de

chaque service STS est la même, mais la nature des tâches effectuées par chacun dépend du rôle que

le service STS joue en relation avec les autres services Web STS de votre conception.

Dans cet article :

Comment fonctionnent les applications Web qui utilisent un service STS

Configurer une application Web basée sur les revendications SharePoint à l’aide de Windows

PowerShell

Modifier les liaisons

Configurer une application Web qui utilise un service STS

Comment fonctionnent les applications Web qui utilisent un service STS Les applications Web qui utilisent un service d’émission de jeton de sécurité gèrent les demandes

d’émission, de gestion et de validation de jetons de sécurité. Les jetons de sécurité sont composés

d’une collection de revendications d’identité (par exemple, un nom d’utilisateur, un rôle ou un

identificateur anonyme). Les jetons peuvent être émis dans différents formats, par exemple des jetons

SAML (Security Assertion Markup Language). Les jetons de sécurité peuvent être protégés par un

certificat X.509 afin de protéger leur contenu dans les transits et permettre la validation des émetteurs

approuvés. Pour des informations supplémentaires sur le service d’émission de jeton de sécurité, voir

Planifier des méthodes d’authentification (SharePoint Foundation 2010).

Un fournisseur d’identités avec service d’émission de jeton de sécurité (IP-STS) est un service Web qui

gère les demandes de revendications d’identité approuvée. Il utilise une base de données nommée

magasin d’identités pour stocker et gérer les identités et les attributs qui leur sont associés. Le magasin

d’identités d’un fournisseur d’identités peut être une simple table de base de données SQL. Un service

IP-STS peut également utiliser un magasin d’identités complexe, comme les services de domaine

Active Directory (AD DS) ou les services d’annuaire Active Directory Lightweight Directory Service (AD

LDS).

Un service IP-STS est disponible pour les clients qui souhaitent créer et gérer des identités, et pour les

applications de partie de confiance qui doivent valider les identités que les clients leur présentent.

Chaque service IP-STS a une relation d’approbation fédérée avec les applications Web STS de partie

de confiance de partenaire de fédération (RP-STS) pour lesquelles il émet des jetons. Les clients

peuvent créer ou fournir des cartes d’informations gérées (à l’aide d’un sélecteur de carte tel qu’un

http://technet.microsoft.com/library/b6bc8fec-c11c-4ed7-a78d-3ad61c7ef6c0(Office.14).aspx

182

CardSpace) qui représentent les identités enregistrées avec le service IP-STS. Les clients interagissent

avec le service IP-STS lorsqu’ils demandent des jetons de sécurité qui représentent une identité

contenue dans le magasin d’identités du service IP-STS. Après authentification, le service IP-STS émet

un jeton de sécurité approuvé que le client peut présenter à une application de partie de confiance. Les

applications de partie de confiance peuvent établir des relations d’approbation avec un service IP-STS.

Cela leur permet de valider les jetons de sécurité émis par un service IP-STS. Une fois la relation

d’approbation établie, les applications de partie de confiance peuvent examiner les jetons de sécurité

présentés par des clients et déterminer la validité des revendications d’identité qu’ils contiennent.

Un service RP-STS est service STS de partie de confiance qui reçoit des jetons de sécurité provenant

d’un partenaire de fédération approuvé IP-STS. À son tour, le service RP-STS émet de nouveaux

jetons de sécurité qui sont utilisés par une application de partie de confiance locale. L’utilisation

d’applications Web RP-STS en fédération avec des applications Web IP-STS permet aux organisations

d’offrir l’authentification Web unique (SSO) aux utilisateurs d’organisations partenaires. Chaque

organisation continue à gérer ses propres magasins d’identités.

Configurer une application Web basée sur les revendications SharePoint à l’aide de Windows PowerShell Pour configurer une application Web basée sur les revendications SharePoint à l’aide de Windows

PowerShell, procédez comme suit.


SPShellAdmin.




5. Depuis l’invite de commandes Windows PowerShell (PS C:\>), créez un objet x509Certificate2,

comme dans l’exemple suivant :

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Créez un mappage de type revendication à utiliser dans votre fournisseur d’authentification

approuvé, comme dans l’exemple suivant :

New-SPClaimTypeMapping

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

Pour configurer une application Web basée sur les revendications SharePoint à l’aide de Windows PowerShell

183

-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Créez un fournisseur de connexion approuvé en créant d’abord une valeur pour le paramètre

de domaine, comme dans l’exemple suivant :

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Créez une valeur pour le paramètre signinurl qui pointe vers l’application Web de service

d’émission de jeton de sécurité, comme dans l’exemple suivant :

$signinurl = "https://test-2/FederationPassive/"

9. Créez le fournisseur de connexion approuvé, en utilisant la même valeur IdentifierClaim dans

un mappage de revendication ($map1.InputClaimType), comme dans l’exemple suivant :

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Créez une application Web en créant d’abord une valeur pour le compte du pool d’applications

(pour l’utilisateur actuel), comme dans l’exemple suivant :

$account = "DOMAIN\" + $env:UserName

Remarque :

Le compte du pool d’applications doit être un compte géré. Pour créer un compte géré,

utilisez New-SPManagedAccount.

11. Créez une valeur pour l’URL de l’application Web ($webappurl = "https://" +

$env:ComputerName), comme dans l’exemple suivant :

$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

-AuthenticationProvider $ap

12. Créez un site en créant d’abord un objet revendication, comme dans l’exemple suivant :

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Créez un site, comme dans l’exemple suivant :

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

184

Modifier les liaisons Après avoir configuré une application Web SharePoint basée sur les revendications, modifiez les

liaisons.

1. Lancez le gestionnaire IIS en tapant INETMGR dans une invite de commandes.

2. Accédez au site Application Web basée sur les revendications dans IIS.

3. Dans le volet gauche, cliquez avec le bouton droit sur Application Web basée sur les

revendications, puis sélectionnez Modifier les liaisons.

4. Sélectionnez https et cliquez sur Modifier.

5. Sous Certificat SSL, sélectionnez un certificat dans la liste.

Configurer une application Web qui utilise un service STS Après avoir configuré une application Web basée sur des revendications SharePoint Foundation 2010,

modifié les liaisons et configuré le fichier Web.Config, vous pouvez utiliser la procédure de cette section

pour configurer une application Web de service d’émission de jeton de sécurité.

1. Ouvrez la la console de gestion Active Directory Federation Services (AD FS) s2.0.

2. Dans le volet gauche, développez Stratégie et sélectionnez Parties de confiance.

3. Dans le volet droit, cliquez sur Ajouter une partie de confiance. Cela ouvre l’Assistant de

configuration d’Active Directory Federation Services (AD FS) 2.0.

4. Sur la première page de l’assistant, cliquez sur Démarrer.

5. Sélectionnez Entrer la configuration de la partie de confiance manuellement, puis cliquez

sur Suivant.

6. Tapez un nom de partie de confiance, puis cliquez sur Suivant.

7. Assurez-vous que Active Directory Federation Services (AD FS) 2.0 Server Profile est

sélectionné, puis cliquez sur Suivant.

8. Si vous ne comptez pas utiliser un certificat de chiffrement, cliquez sur Suivant.

9. Sélectionnez Activer la prise en charge de la fédération d’identité basée sur navigateur

Web.

10. Tapez l’URL de l’application Web et ajoutez-y /_trust/ (par exemple :

https://servername/_trust/). Cliquez sur Suivant.

11. Tapez un identificateur et cliquez sur Ajouter. Cliquez sur Suivant.

12. Sur la page de synthèse, cliquez sur Suivant, puis cliquez sur Fermer. Cela ouvre la console

Pour modifier les liaisons

Pour configurer une application Web qui utilise un service STS

185

de gestion d’édition des règles. Utilisez cette console pour configurer le mappage des

revendications d’une application Web LDAP vers SharePoint.

13. Dans le volet gauche, développez Nouvelle règle et sélectionnez Règle prédéfinie.

14. Sélectionnez Créer les revendications à partir du magasin d’attributs LDAP.

15. Dans le volet droit, dans la liste déroulante Magasin d’attributs, sélectionnez Magasin de

comptes utilisateur Enterprise Active Directory.

16. Sous Attribut LDAP, sélectionnez sAMAccountName.

17. Sous Type de revendication sortante, sélectionnez Adresse de messagerie.

18. Dans le volet de gauche, cliquez sur Enregistrer.

186

Préparer l’hébergement de sites (SharePoint Foundation 2010)

Après avoir installé Microsoft SharePoint Foundation 2010 et effectué la configuration initiale, vous

pouvez commencer à créer des sites SharePoint. Avant de créer une collection de sites, vous devez

créer une application Web dans laquelle créer la collection de sites. Si vous souhaitez utiliser

l’authentification Kerberos ou l’authentification basée sur les revendications, vous devez également

configurer l’authentification de l’application Web.

Les articles de cette section vous aident à déterminer la hiérarchie de vos sites SharePoint.

Créer une application Web (SharePoint Foundation 2010)

Les sites SharePoint étant hébergés par des applications Web, vous devez créer une ou plusieurs

applications Web avant de créer des sites. Cet article indique comment créer une application Web

à partir du site Web Administration centrale ou à l’aide de Windows PowerShell 2.0.

Configurer l’authentification par revendications (SharePoint Foundation 2010)

Cet article explique comment configurer une application Web basée sur les revendications

SharePoint Foundation 2010 qui fournira une connexion basée sur les revendications et une

infrastructure de services pour votre batterie de serveurs. L’article explique également comment

configurer un accès anonyme pour votre application Web basée sur des revendications et

configurer les zones de votre application Web pour l’authentification par formulaire ou pour

l’authentification unique Web, selon le cas.

Configurer l’authentification Kerberos (SharePoint Foundation 2010)

Pour déployer une batterie de serveurs exécutant SharePoint Foundation 2010 et utilisant

l’authentification Kerberos, vous devez installer et configurer plusieurs applications différentes sur

vos ordinateurs. Cet article décrit un exemple de batterie de serveurs exécutant SharePoint

Foundation 2010 et fournit des conseils pour le déploiement et la configuration de la batterie afin

d’utiliser l’authentification Kerberos pour travailler dans une batterie de serveurs SharePoint :

Créer une collection de sites (SharePoint Foundation 2010)

Après avoir créé une application Web, vous pouvez créer une collection de sites. Cet article vous

aide à créer une collection de sites à partir du site Web Administration centrale ou à l’aide de

Windows PowerShell 2.0. Pour que les utilisateurs puissent créer leurs propres sites, vous devez

configurer la gestion de sites libre-service pour l’application Web.

187

Créer une application Web (SharePoint Foundation 2010)

Une application Web se compose d’un site Web IIS (Internet Information Services) (mais peut avoir

jusqu’à cinq sites Web IIS auxquels elle est associée) qui agit comme une unité logique pour les

collections de sites que vous créez. Avant de pouvoir créer une collection de sites, vous devez créer

une application Web.

Chaque application Web est représentée par un site Web IIS différent avec un pool d’applications

unique ou partagé. Vous pouvez affecter à chaque application Web un nom de domaine unique, ce qui

facilite la prévention des attaques de script entre sites.

Les applications Web vous permettent d’isoler le contenu. Lorsque vous créez une application Web,

vous créez également une base de données de contenu et définissez la méthode d’authentification

utilisée pour la connexion à la base de données. En outre, vous définissez une méthode

d’authentification que devra utiliser le site Web IIS dans SharePoint Foundation 2010.

SharePoint Foundation 2010 permet d’authentifier les utilisateurs des deux façons suivantes :

L’authentification en mode classique, via laquelle les utilisateurs se connectent à une application

Web à l’aide de l’authentification Windows.

L’authentification basée sur les revendications, via laquelle les utilisateurs se connectent à une

application Web en utilisant l’authentification Windows, l’authentification par formulaires (FBA) ou

l’authentification par fournisseur d’identité approuvé (SAML). Si vous utilisez FBA ou SAML, vous

devez effectuer des étapes de configuration supplémentaires. Pour plus d’informations sur

l’authentification basée sur les revendications, voir Configurer l’authentification par formulaires pour

une application Web basée sur les revendications (SharePoint Foundation 2010).

Pour plus d’informations sur les deux types d’authentification, voir Planifier des méthodes

d’authentification (SharePoint Foundation 2010).

SharePoint Foundation 2010 fournit un ensemble d’applications de service qui sont disponibles pour

chaque application Web. Vous pouvez sélectionner les applications de service que vous souhaitez

utiliser pour chaque application Web que vous créez. Pour plus d’informations, voir Diagrammes

techniques (SharePoint Foundation 2010), Définir des chemins d’accès gérés (SharePoint Foundation

2010) et Gérer les applications de service et les services (SharePoint Foundation 2010).


Votre système exécute Microsoft SharePoint Foundation 2010.

Votre conception d’architecture logique est en place.

Vous avez planifié l’authentification pour votre application Web. Pour plus d’informations, voir

Planifier des méthodes d’authentification (SharePoint Foundation 2010) et Choisir les groupes de

sécurité (SharePoint Foundation 2010).





http://technet.microsoft.com/library/e325f0a3-02c3-4d39-b468-a51b2fe7d3a2(Office.14).aspx

http://technet.microsoft.com/library/e325f0a3-02c3-4d39-b468-a51b2fe7d3a2(Office.14).aspx


http://technet.microsoft.com/library/f27effc6-5e57-42c1-8f31-15a9f50e794e(Office.14).aspx


188

Vous avez sélectionné les applications de service à utiliser pour votre application Web. Pour plus

d’informations, voir Gérer les applications de service et les services (SharePoint Foundation 2010).

Si vous utilisez SSL (Secure Sockets Layer), vous devez associer le certificat SSL au site Web IIS

de l’application Web une fois le site Web IIS créé. Pour plus d’informations sur la configuration de

SSL, voir Configuration de SSL sur IIS 7.0 (éventuellement en anglais)


Vous avez lu de la documentation sur le mappage des accès de substitution.

Si le contrôle de compte d’utilisateur est activé dans Windows et que vous utilisez Windows

PowerShell 2.0 pour créer une application Web, vous devez cliquer avec le bouton droit sur

SharePoint 2010 Management Shell, puis sélectionner Exécuter en tant qu’administrateur.

Créer une application Web Vous pouvez créer une application Web à l’aide du site Web Administration centrale de SharePoint ou

de Windows PowerShell. Vous utilisez en général l’Administration centrale pour créer une application

Web. Si vous souhaitez automatiser la tâche de création d’une application Web, qui est courante dans

les entreprises, utilisez Windows PowerShell. Une fois la procédure terminée, vous pouvez créer une

ou plusieurs collections de sites sur l’application Web que vous avez créée.


Pour créer une application Web, vous devez être membre du groupe SharePoint

Administrateurs de batterie et membre du groupe Administrateur local sur l’ordinateur

exécutant l’Administration centrale.



3. Sur le ruban, cliquez sur Nouveau.

4. Dans la page Créer une application Web, dans la section Authentification, cliquez sur

Authentification en mode classique.

5. Dans la section Site Web IIS, vous pouvez configurer les paramètres de votre nouvelle

application Web en sélectionnant l’une des deux options suivantes :

Sélectionnez Utiliser un site Web IIS existant et sélectionnez le site Web où installer

votre nouvelle application Web.

Sélectionnez Créer un nouveau Web IIS Site, puis tapez le nom du site Web dans la zone

Nom.

6. Dans la section Site Web IIS, dans la zone Port, tapez le numéro de port que vous souhaitez

utiliser pour accéder à l’application Web. Si vous créez un nouveau site Web, ce champ est

rempli avec un numéro de port aléatoire. Si vous utilisez un site Web existant, ce champ est

Pour créer une application Web qui utilise l’authentification en mode classique à l’aide de l’Administration centrale


189

rempli avec le numéro de port actuel.

Remarque :

Le numéro de port par défaut pour l’accès HTTP est 80, tandis que le numéro de port

par défaut pour l’accès HTTPS est 443. Pour accéder à l’application Web sans taper

de numéro de port, les utilisateurs doivent recourir au numéro de port par défaut

approprié.

7. Facultatif : dans la section Site Web IIS, dans la zone En-tête de l’hôte, tapez le nom d’hôte

(par exemple, www.contoso.com) que vous souhaitez utiliser pour accéder à l’application Web.

Remarque :

En règle générale, ce champ n’est pas défini, sauf si vous souhaitez configurer

plusieurs sites Web IIS qui partagent le même numéro de port sur le même serveur, et

que DNS a été configuré pour router les demandes vers le même serveur.

8. Dans la section Site Web IIS, dans la zone Chemin d’accès, tapez le chemin d’accès du

répertoire d’accueil de sites Web IIS sur le serveur. Si vous créez un nouveau site Web, ce

champ est rempli avec un chemin d’accès suggéré. Si vous utilisez un site Web existant, ce

champ est rempli avec le chemin d’accès actuel de ce site Web.

9. Dans la section Configuration de la sécurité, configurez l’authentification et le chiffrement

pour votre application Web.

a. Dans la section Fournisseur d’authentification, cliquez sur Négocier (Kerberos) ou

NTLM.

Remarque :

Pour activer l’authentification Kerberos, vous devez effectuer une configuration

supplémentaire.

b. Dans la section Autoriser l’accès anonyme, cliquez sur Oui ou Non. Si vous choisissez

l’affirmative, l’accès anonyme au site Web est autorisé à l’aide du compte d’accès

anonyme spécifique à l’ordinateur (en l’occurrence, IIS_IUSRS).

Remarque :

Si vous souhaitez que les utilisateurs puissent accéder à n’importe quel contenu de

site de façon anonyme, vous devez autoriser l’accès anonyme pour la zone

d’application Web entière avant de l’autoriser au niveau du site SharePoint ;

ensuite, les propriétaires des sites peuvent configurer l’usage de l’accès anonyme

sur leurs sites. Si vous n’autorisez pas l’accès anonyme au niveau de l’application

Web, vous ne pouvez pas l’autoriser ultérieurement au niveau du site. Pour plus

d’informations, voir Choisir les groupes de sécurité (SharePoint Foundation 2010).

c. Dans la section Utiliser le protocole SSL, sélectionnez Oui ou Non. Si vous choisissez

d’activer le protocole SSL pour le site Web, vous devez configurer ce protocole en

demandant et en installant un certificat SSL. Pour plus d’informations sur la configuration

de SSL, voir Configuration de SSL sur IIS 7.0 (éventuellement en anglais)



190


10. Dans la section URL publique, tapez l’URL du nom de domaine pour tous les sites accessibles

aux utilisateurs dans cette application Web. Cette URL sera utilisée comme URL de base dans

tous les liens affichés sur les pages de l’application Web. L’URL par défaut est le nom du

serveur et le port actuels, et est automatiquement mise à jour pour refléter les paramètres SSL,

d’en-tête d’hôte et de numéro de port sur la page. Si vous déployez SharePoint Foundation

2010 derrière un dispositif d’équilibrage de charge ou un serveur proxy, il est possible que cette

URL doive différer des paramètres SSL, d’en-tête d’hôte et de port sur cette page.

La valeur Zone est automatiquement définie sur Par défaut pour une nouvelle

application Web.

Remarque :

Vous pouvez modifier la zone lorsque vous étendez une application Web. Pour plus

d’informations, voir Étendre une application Web (SharePoint Foundation 2010).

11. Dans la section Pool d’applications, effectuez l’une des opérations suivantes :

Cliquez sur Utiliser le pool d’applications existant, puis sélectionnez le pool

d’applications que vous souhaitez utiliser dans le menu déroulant.

Cliquez sur Créer un nouveau pool d’applications, puis tapez le nom du pool

d’applications ou conservez le nom par défaut.

12. Sous Sélectionnez un compte de sécurité pour ce pool d’applications, effectuez l’une des


Cliquez sur Prédéfini pour utiliser un compte de sécurité prédéfini, puis sélectionnez le

compte de sécurité dans le menu déroulant.

Sélectionnez Configurable pour spécifier un nouveau compte de sécurité à utiliser pour un

pool d’applications existant.

Remarque :

Vous pouvez créer un nouveau compte en cliquant sur le lien Enregistrer le nouveau

compte géré.

13. Dans la section Nom de la base de données et authentification, choisissez le serveur de

base de données, le nom de base de données et la méthode d’authentification pour votre

nouvelle application Web, comme décrit dans le tableau suivant.

Élément Action

Serveur de base de données Tapez le nom du serveur de la base de

données et l’instance Microsoft SQL Server

que vous souhaitez utiliser sous la forme

<NOM_SERVEUR\instance>. Vous pouvez

également utiliser l’entrée par défaut.

http://technet.microsoft.com/library/83ce9db7-7922-4a58-a39c-8a578f8671c8(Office.14).aspx

191

Nom de la base de données Tapez le nom de la base de données ou

utilisez l’entrée par défaut.

Authentification de la base de données Effectuez l’une des opérations suivantes pour

sélectionner l’authentification de base de

données à utiliser :

Pour utiliser

l’authentification Windows, laissez

l’option correspondante sélectionnée.

Cette option est recommandée, car

l’authentification Windows chiffre

automatiquement le mot de passe lors

de la connexion au serveur SQL.

Pour utiliser l’authentification SQL,

sélectionnez Authentification SQL.

Dans la zone Compte, tapez le nom

du compte que l’application Web doit

utiliser pour s’authentifier auprès de la

base de données SQL Server, puis

tapez le mot de passe dans la zone

Mot de passe.

Remarque :

L’authentification SQL envoie

le mot de passe

d’authentification SQL au

serveur SQL sous forme non

chiffrée. Il est recommandé

de n’utiliser l’authentification

SQL que si vous appliquez le

chiffrement de protocole au

serveur SQL ou chiffrez le

trafic réseau en utilisant

IPsec.

14. Si vous utilisez la mise en miroir de bases de données, dans la section Serveur de

basculement, dans la zone Serveur de bases de données de basculement, tapez le nom

d’un serveur de bases de données de basculement spécifique que vous souhaitez associer à

une base de données de contenu.

15. Dans la section Serveur de recherche, sous Sélectionnez le serveur de recherche

Microsoft SharePoint Foundation, vous associez une base de données de contenu à un

192

serveur qui exécute le service Recherche Microsoft SharePoint Foundation

16. Dans la section Connexions aux applications de service, sélectionnez les connexions qui

seront disponibles pour l’application Web. Dans le menu déroulant, cliquez sur par défaut ou

personnalisé. Vous utilisez l’option personnalisé pour choisir les connexions aux applications

de service que vous souhaitez utiliser pour l’application Web.

17. Dans la section Programme d’amélioration du produit, cliquez sur Oui ou sur Non.

18. Cliquez sur OK pour créer l’application Web.


Pour créer une application Web, vous devez être membre du groupe SharePoint

Administrateurs de batterie et membre du groupe Administrateurs local sur l’ordinateur

exécutant l’Administration centrale.



3. Sur le ruban, cliquez sur Nouveau.

4. Dans la page Créer une application Web, dans la section Authentification, cliquez sur

Authentification par revendications.

5. Dans la section Site Web IIS, vous pouvez configurer les paramètres de votre nouvelle

application Web en sélectionnant l’une des deux options suivantes :

Sélectionnez Utiliser un site Web IIS existant et sélectionnez le site Web où installer

votre nouvelle application Web.

Sélectionnez Créer un nouveau Web IIS Site, puis tapez le nom du site Web dans la zone

Nom.

6. Dans la section Site Web IIS, dans la zone Port, tapez le numéro de port que vous souhaitez

utiliser pour accéder à l’application Web. Si vous créez un nouveau site Web, ce champ est

rempli avec un numéro de port aléatoire. Si vous utilisez un site Web existant, ce champ est

rempli avec le numéro de port actuel.

Remarque :

Le numéro de port par défaut pour l’accès HTTP est 80, tandis que le numéro de port

par défaut pour l’accès HTTPS est 443. Pour accéder à l’application Web sans taper

de numéro de port, les utilisateurs doivent recourir au numéro de port par défaut

approprié.

7. Facultatif : dans la section Site Web IIS, dans la zone En-tête de l’hôte, tapez le nom d’hôte

(par exemple, www.contoso.com) que vous souhaitez utiliser pour accéder à l’application Web.

Remarque :

En règle générale, ce champ n’est pas défini, sauf si vous souhaitez configurer

Pour créer une application Web avec l’authentification par revendications Windows à l’aide de l’Administration centrale

193

plusieurs sites Web IIS qui partagent le même numéro de port sur le même serveur, et

que DNS a été configuré pour router les demandes vers le même serveur.

8. Dans la section Site Web IIS, dans la zone Chemin d’accès, tapez le chemin d’accès du

répertoire d’accueil de sites Web IIS sur le serveur. Si vous créez un nouveau site Web, ce

champ est rempli avec un chemin d’accès suggéré. Si vous utilisez un site Web existant, ce

champ est rempli avec le chemin d’accès actuel de ce site Web.

9. Dans la section Configuration de la sécurité, choisissez s’il faut autoriser ou non l’accès

anonyme et s’il faut utiliser ou non le protocole SSL.

a. Dans la section Autoriser l’accès anonyme, cliquez sur Oui ou Non. Si vous choisissez

l’affirmative, l’accès anonyme au site Web est autorisé à l’aide du compte d’accès

anonyme spécifique à l’ordinateur (en l’occurrence, IIS_IUSRS).

Remarque :

Si vous souhaitez que les utilisateurs puissent accéder à n’importe quel contenu de

site de façon anonyme, vous devez autoriser l’accès anonyme pour la zone

d’application Web entière avant de l’autoriser au niveau du site SharePoint ;

ensuite, les propriétaires des sites peuvent configurer l’usage de l’accès anonyme

sur leurs sites. Si vous n’autorisez pas l’accès anonyme au niveau de l’application

Web, vous ne pouvez pas l’autoriser ultérieurement au niveau du site. Pour plus

d’informations, voir Choisir les groupes de sécurité (SharePoint Foundation 2010).

b. Sous Utiliser le protocole SSL, sélectionnez Oui ou Non. Si vous choisissez d’activer le

protocole SSL pour le site Web, vous devez configurer ce protocole en demandant et en

installant un certificat SSL. Pour plus d’informations sur la configuration de SSL, voir

Configuration de SSL sur IIS 7.0 (éventuellement en anglais)


10. Dans la section Types d’authentification basée sur les revendications, sélectionnez

l’authentification à utiliser pour l’application Web.

a. Si vous souhaitez activer l’authentification Windows, sélectionnez Activer

l’authentification Windows et, dans le menu déroulant, sélectionnez Négocier

(Kerberos) ou NTLM.

Si vous ne souhaitez pas utiliser l’authentification Windows intégrée, désactivez

Authentification Windows intégrée.

Si vous souhaitez que les informations d’identification des utilisateurs soient envoyées via

le réseau sous forme non chiffrée, sélectionnez Authentification de base (le mot de

passe est envoyé en texte clair).

Remarque :

Vous pouvez sélectionner l’authentification de base et/ou l’authentification

Windows intégrée. Si vous sélectionnez les deux types d’authentification,

SharePoint Foundation 2010 les propose au navigateur Web client. Le navigateur

Web client détermine ensuite le type d’authentification à utiliser. Si vous



194

sélectionnez uniquement l’authentification de base, vérifiez que SSL est activé ;

dans le cas contraire, les informations d’identification peuvent être interceptées par

un utilisateur malveillant.

b. Si vous souhaitez activer l’authentification par formulaires, sélectionnez Activer

l’authentification par formulaire et entrez le nom du fournisseur d’appartenances et le

nom du gestionnaire de rôle dans les zones correspondantes.

Remarque :

Si vous sélectionnez cette option, assurez-vous que le protocole SSL est activé ;

sinon, les informations d’identification pourraient être interceptées par un utilisateur

malveillant.

c. Si vous avez configuré l’authentification par fournisseur d’identité approuvé dans Windows

PowerShell, la case à cocher Fournisseur d’identité approuvé est activée.

Vous pouvez utiliser un ou plusieurs types d’authentification par revendications. Pour plus

d’informations, voir Planifier des méthodes d’authentification (SharePoint Foundation 2010).

11. Dans la section URL de page de connexion, choisissez l’une des options suivantes pour vous

connecter à SharePoint Foundation 2010:

Sélectionnez Page de connexion par défaut si vous souhaitez que les utilisateurs soient

redirigés vers un site Web de connexion par défaut pour l’authentification par

revendications.

Sélectionnez Page de connexion personnalisée, puis tapez l’URL de connexion si vous

souhaitez que les utilisateurs soient redirigés vers un site Web de connexion personnalisé

pour l’authentification par revendications.

12. Dans la section URL publique, tapez l’URL du nom de domaine pour tous les sites accessibles

aux utilisateurs dans cette application Web. Cette URL sera utilisée comme URL de base dans

tous les liens affichés sur les pages de l’application Web. L’URL par défaut est le nom du

serveur et le port actuels, et est automatiquement mise à jour pour refléter les paramètres SSL,

d’en-tête d’hôte et de numéro de port sur la page. Si vous déployez SharePoint Foundation

2010 derrière un dispositif d’équilibrage de charge ou un serveur proxy, il est possible que cette

URL doive différer des paramètres SSL, d’en-tête d’hôte et de port sur cette page.

La valeur Zone est automatiquement définie sur Par défaut pour une nouvelle

application Web.

Remarque :

Vous pouvez modifier la zone lorsque vous étendez une application Web. Pour plus

d’informations, voir Étendre une application Web (SharePoint Foundation 2010).

13. Dans la section Pool d’applications, exécutez l’une des options suivantes :

Cliquez sur Utiliser le pool d’applications existant, puis sélectionnez le pool

d’applications que vous souhaitez utiliser dans le menu déroulant.

Cliquez sur Créer un nouveau pool d’applications, puis tapez le nom du nouveau pool



195

d’applications ou conservez le nom par défaut.

14. Sous Sélectionnez un compte de sécurité pour ce pool d’applications, effectuez l’une des


Cliquez sur Prédéfini pour utiliser un compte de sécurité prédéfini, puis sélectionnez le

compte de sécurité dans le menu déroulant.

Sélectionnez Configurable pour spécifier un nouveau compte de sécurité à utiliser pour un

pool d’applications existant.

Remarque :

Vous pouvez créer un nouveau compte en cliquant sur le lien Enregistrer le nouveau

compte géré.

15. Dans la section Nom de la base de données et authentification, choisissez le serveur de

base de données, le nom de la base de données et la méthode d’authentification pour votre

nouvelle application Web, comme décrit dans le tableau suivant.

Élément Action

Serveur de base de données Tapez le nom du serveur de la base de

données et l’instance Microsoft SQL Server

que vous souhaitez utiliser sous la forme

<NOM_SERVEUR\instance>. Vous pouvez

également utiliser l’entrée par défaut.

Nom de la base de données Tapez le nom de la base de données ou

utilisez l’entrée par défaut.

Authentification de la base de données Effectuez l’une des opérations suivantes pour

sélectionner l’authentification de base de

données à utiliser :

Pour utiliser

l’authentification Windows, laissez

l’option correspondante sélectionnée.

Cette option est recommandée, car

l’authentification Windows chiffre

automatiquement le mot de passe lors

de la connexion au serveur SQL.

Pour utiliser l’authentification SQL,

sélectionnez Authentification SQL.

Dans la zone Compte, tapez le nom

du compte que l’application Web doit

utiliser pour s’authentifier auprès de la

base de données SQL Server, puis

196

tapez le mot de passe dans la zone

Mot de passe.

Remarque :

L’authentification SQL envoie

le mot de passe

d’authentification SQL au

serveur SQL sous forme non

chiffrée. Il est recommandé

de n’utiliser l’authentification

SQL que si vous appliquez le

chiffrement de protocole au

serveur SQL ou chiffrez le

trafic réseau en utilisant

IPsec.

16. Si vous utilisez la mise en miroir de bases de données, dans la section Serveur de

basculement, dans la zone Serveur de bases de données de basculement, tapez le nom

d’un serveur de bases de données de basculement spécifique que vous souhaitez associer à

une base de données de contenu.

17. Dans la section Serveur de recherche, sous Sélectionnez le serveur de recherche

Microsoft SharePoint Foundation, vous associez une base de données de contenu à un

serveur qui exécute le service Recherche Microsoft SharePoint Foundation

18. Dans la section Connexions aux applications de service, sélectionnez les connexions qui

seront disponibles pour l’application Web. Dans le menu déroulant, cliquez sur par défaut ou

personnalisé. Vous utilisez l’option personnalisé pour choisir les connexions aux applications

de service que vous souhaitez utiliser pour l’application Web.

19. Dans la section Programme d’amélioration du produit, cliquez sur Oui ou sur Non.


1. Vérifiez que la configuration minimale requise suivante est satisfaite : Voir Add-SPShellAdmin.

Vous devez également être membre du groupe Administrateurs local sur l’ordinateur exécutant

Windows PowerShell. En outre, certaines procédures nécessitent l’appartenance aux rôles

serveur fixes SQL Server dbcreator et securityadmin.




Pour créer une application Web qui utilise l’authentification en mode classique à l’aide de Windows PowerShell

197

5. À partir de l’invite de commandes Windows PowerShell, tapez la commande suivante :

New-SPWebApplication -Name <Name> -ApplicationPool <ApplicationPool> -

ApplicationPoolAccount <ApplicationPoolAccount> -Port <Port> -URL <URL>

Où :

<Name> est le nom de la nouvelle application Web.

<ApplicationPool> est le nom du pool d’applications.

<ApplicationPoolAccount> représente le compte d’utilisateur sous lequel ce pool

d’applications s’exécutera.

<Port> représente le port sur lequel l’application Web sera créée dans IIS.

<URL> représente l’URL publique de l’application Web.

Exemple

New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool"

-ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -Port 80 -URL

"http://www.contoso.com"

Pour plus d’informations, voir New-SPWebApplication.

Remarque :





Vous devez également être membre du groupe Administrateurs local sur l’ordinateur exécutant

Windows PowerShell. En outre, certaines procédures nécessitent l’appartenance aux rôles

serveur fixes SQL Server dbcreator et securityadmin.




5. Pour créer un fournisseur d’authentification par revendications Windows, depuis l’invite de

commandes Windows PowerShell, tapez la commande suivante :

$ap = New-SPAuthenticationProvider

Pour créer une application Web qui utilise l’authentification par revendications Windows, depuis

l’invite de commandes Windows PowerShell, tapez la commande suivante :

$wa = New-SPWebApplication -Name <ClaimsWindowsWebApplication> -ApplicationPool

<ClaimsApplicationPool> -ApplicationPoolAccount <ClaimsApplicationPoolAccount> -

URL <URL> -Port <Port> -AuthenticationProvider $ap

Pour créer une application Web qui utilise l’authentification par revendications Windows à l’aide de Windows PowerShell


198

Remarque :

Il est recommandé que le compte du pool d’applications soit un compte géré sur la


Où :

<Name> est le nom de la nouvelle application Web qui utilise l’authentification par

revendications Windows.

<ApplicationPool> est le nom du pool d’applications.

<ApplicationPoolAccount> représente le compte d’utilisateur sous lequel ce pool

d’applications s’exécutera.

<URL> représente l’URL publique de l’application Web.

<Port> représente le port sur lequel l’application Web sera créée dans IIS.

Exemple

$ap = New-SPAuthenticationProvider

$wa = New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool

"ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -URL

"http://www.contoso.com" -Port 80 -AuthenticationProvider $ap

Pour plus d’informations, voir New-SPWebApplication et New-SPAuthenticationProvider.

Remarque :




Voir aussi Étendre une application Web (SharePoint Foundation 2010)


Configurer une application Web basée sur les revendications (SharePoint Foundation 2010)



IIS 7.0 : Configurer la sécurité du serveur Web


http://technet.microsoft.com/library/c1056674-30b6-4c9c-bfc7-a2d336064b62(Office.14).aspx



199

Configurer l’authentification par revendications (SharePoint Foundation 2010)



Configurer un accès anonyme pour une application Web basée sur des revendications (SharePoint

Foundation 2010)



Configurer l’authentification Kerberos pour le service d’émission de jetons Revendications vers

Windows (SharePoint Foundation 2010)

Configurer l’authentification à l’aide d’un jeton de sécurité SAML (SharePoint Foundation 2010)

200


La procédure décrite dans cet article vous permet de configurer une application Web basée sur les

revendications Microsoft SharePoint Foundation 2010 qui fournira une connexion basée sur les

revendications et une infrastructure de services pour votre batterie de serveurs. Avant de pouvoir

configurer une application Web basée sur des revendications, assurez-vous que vous avez effectué

avec succès les processus d'installation de SharePoint Foundation 2010 suivants :

Exécuter l'Assistant de configuration post-installation.

Exécuter l'Assistant configuration de batterie de serveurs (ou configurer individuellement les

services de batterie).

Configurer une application Web SharePoint Foundation 2010. Pour le compte de pool

d'applications, utilisez le compte administrateur de batterie de serveurs.

Configurer une collection de sites SharePoint Foundation 2010.

Configurer une application Web basée sur les revendications La procédure suivante explique comment utiliser l'administration centrale pour configurer une

application Web basée sur les revendications.


SharePoint Administrateurs de la batterie de serveurs.

2. Dans l’Administration centrale, sous Gestion des applications, sélectionnez Gérer les

applications Web.

3. Sur le ruban, sélectionnez Nouveau.

4. Dans la section Authentification de la boîte de dialogue Nouvelle application Web,

sélectionnez Authentification basée sur les revendications et cliquez sur OK.

5. Vérifiez que l'application Web a été créée.

6. Une fois que vous avez configuré une application Web basée sur les revendications, créez une


Pour configurer une application Web basée sur les revendications

201

Configurer un accès anonyme pour une application Web basée sur des revendications (SharePoint Foundation 2010)

Après avoir configuré une application Web basée sur des revendications Microsoft SharePoint

Foundation 2010, vous pouvez utiliser la procédure indiquée dans cet article pour configurer un accès

anonyme pour cette application Web. Pour plus d’informations, voir Configurer une application Web

basée sur les revendications (SharePoint Foundation 2010).

Configurer un accès anonyme pour une application Web basée sur des revendications

1. Vérifiez que le compte d’utilisateur qui effectue cette procédure est administrateur de collection

de sites.

2. Dans l’Administration centrale, accédez à la section Sécurité.

3. Sous Accès anonyme, sélectionnez Activer l’accès anonyme.

4. Cliquez sur Enregistrer.

5. Accédez au site de l’application Web appropriée.

6. Sélectionnez Actions du site.

7. Sélectionnez Autorisations de site.

8. Dans le Ruban, sélectionnez Accès anonyme.

9. Sélectionnez Intégralité du site Web ou Listes et bibliothèques, suivant l’étendue d’accès

anonyme souhaitée pour ce site.

Pour configurer un accès anonyme pour une application Web basée sur des revendications

202

Configurer l’authentification par formulaires pour une application Web basée sur les revendications (SharePoint Foundation 2010)

Les procédures indiquées dans cet article vous aident à :

configurer l’authentification par formulaires pour une application Web Microsoft SharePoint

Foundation 2010 basée sur des revendications ;

mettre à niveau des applications Web Windows SharePoint Services 3.0 existantes qui ont été

configurées pour utiliser l’authentification par formulaire afin qu’elles fonctionnent avec SharePoint

Foundation 2010.

Après une mise à niveau vers SharePoint Foundation 2010, vos applications Web Windows SharePoint

Services 3.0 seront configurées pour l’ancienne connexion. Pour vos applications Web Windows

SharePoint Services 3.0 qui étaient configurées pour utiliser l’authentification Windows, aucune étape

supplémentaire n’est requise pour la mise à niveau. Cependant, pour les applications Windows

SharePoint Services 3.0 dont la configuration prévoit l’utilisation d’une authentification par formulaires

ou l’authentification unique Web, vous devez d’abord convertir les authentifications par revendications

avant que les applications Web Windows SharePoint Services 3.0 puissent être utilisées dans

SharePoint Foundation 2010. Une fois que vous avez converti les applications Web Windows

SharePoint Services 3.0 à l’authentification par revendications, configurez vos zones d’applications

Web pour l’authentification par formulaires (ou l’authentification Web unique, si elle convient). Notez

que les noms de fournisseur d’appartenance et de fournisseur de rôle que vous utilisez dans

SharePoint Foundation 2010 doivent correspondre aux noms de fournisseur d’appartenance et de

fournisseur de rôle que vous avez utilisés dans Windows SharePoint Services 3.0. L’étape finale

consiste à migrer les utilisateurs et les autorisations vers SharePoint Foundation 2010.

Dans cet article :

Convertir des applications Web en authentification par revendications


l’aide de l’Administration centrale

Configurer les fichiers Web.Config LDAP


l’aide de Windows PowerShell


Foundation 2010

203

Convertir des applications Web en authentification par revendications Effectuez les étapes de la procédure suivante pour convertir des applications Web existantes en

authentification par revendications à l’aide de Windows PowerShell.


SPShellAdmin.




5. Depuis l’invite de commandes de Windows PowerShell, tapez la commande suivante :

$w = Get-SPWebApplication "http://<server>/"

$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Remarque :




Configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de l’Administration centrale Effectuez les étapes de la procédure suivante afin de configurer l’authentification par formulaire pour

une application Web basée sur des revendications à l’aide de l’Administration centrale.


de sites.


applications Web.

Pour convertir des applications Web en authentification par revendications

Pour configurer l’authentification par formulaire pour une application Web basée sur des revendications à l’aide de l’Administration centrale

204

3. Dans le Ruban, sélectionnez Nouveau.


sélectionnez Authentification par revendications.

5. Dans la section Type d’authentification, sélectionnez Activer le fournisseur

d’appartenances et de rôles ASP.NET.

6. Tapez un nom de fournisseur d’appartenances et un nom de gestionnaire de rôles. Dans

l’exemple de fichier Web.Config décrit dans cet article, le nom du fournisseur d’appartenances

est membership, tandis que le nom du gestionnaire de rôles est rolemanager.


Configurer les fichiers Web.Config LDAP Après avoir correctement créé l’application Web (comme décrit dans la procédure précédente),

modifiez les fichiers Web.Config suivants :

Le fichier Web.Config de l’application Web Administration centrale

Le fichier Web.Config du service d’émission de jeton de sécurité

Le fichier Web.Config de l’application Web basée sur des revendications pour l’authentification par

formulaire

1. Ouvrez le Gestionnaire IIS en tapant INETMGR depuis une invite de commandes.

2. Accédez au site Administration centrale de SharePoint dans IIS.

3. Cliquez avec le bouton droit sur Administration centrale de SharePoint, puis sélectionnez

Explorer.

4. Ouvrez le fichier Web.Config.

5. Recherchez la section <Configuration> <system.web>, puis ajoutez l’entrée suivante :

<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>

<add name="membership"

type="Microsoft.Office.Server.Security.LdapMembershipProvider,

Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

server="yourserver.com"

port="389"

useSSL="false"

userDNAttribute="distinguishedName"

userNameAttribute="sAMAccountName"

Pour configurer le fichier Web.Config de l’Administration centrale

205

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName

(of your userContainer)"

userObjectClass="person"

userFilter="(ObjectClass=person)"

scope="Subtree"

otherRequiredUserAttributes="sn,givenname,cn" />

</providers>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

<providers>

<add name="roleManager"

type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server,

Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"


port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your

groupContainer)"

groupNameAttribute="cn"

groupNameAlternateSearchAttribute="samAccountName"

groupMemberAttribute="member"


dnAttribute="distinguishedName"

groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>

Après avoir ajouté l’entrée précédente, enregistrez et fermez le fichier Web.Config.


Important :

Pour configurer le fichier Web.Config du service d’émission de jeton de sécurité

206

2. Accédez au site Services Web SharePoint.

3. Accédez au sous-site Application de service d’émission de jeton de sécurité.


Explorer.



<membership>

<providers>





port="389"

useSSL="false"



userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com"


userFilter="(&(ObjectClass=person))"

scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"




port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC=com"



207




groupFilter="(&(ObjectClass=group))"


scope="Subtree" />

</providers>

</roleManager>



2. Accédez au site Formulaires basés sur les revendications.

3. Cliquez avec le bouton droit sur Formulaires basés sur les revendications, puis sélectionnez

Explorer.


5. Recherchez la section <Configuration> <system.web>.

6. Recherchez la section <membership defaultProvider="i">, puis ajoutez l’entrée suivante :





port="389"

useSSL="false"






scope="Subtree"


Important :

Pour configurer le fichier Web.Config de l’application Web basée sur des revendications pour l’authentification par formulaire

208

Recherchez la section <roleManager defaultProvider="c" enabled="true"

cacheRolesInCookie="false">, puis ajoutez l’entrée suivante :





port="389"

useSSL="false"









scope="Subtree" />


Ne remplacez aucune entrée existante dans ce fichier Web.Config.

Configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de Windows PowerShell Effectuez les étapes de la procédure suivante afin de configurer l’authentification par formulaire pour

une application Web basée sur des revendications à l’aide de Windows PowerShell.


SPShellAdmin.



Important :

Avertissement :

Pour configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de Windows PowerShell

209


5. À partir de l’invite de commandes de Windows PowerShell, tapez la commande suivante :

$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider

"membership" -ASPNETRoleProviderName "rolemanager"

$wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims

App Pool" -ApplicationPoolAccount "internal\appool"

-Url http://servername -Port 80 -AuthenticationProvider $ap

Remarque :

La valeur du paramètre ApplicationPoolAccount doit correspondre à un compte géré

dans la batterie de serveurs.

6. Après avoir correctement créé un fournisseur d’authentification et une application Web,

modifiez les fichiers Web.Config suivants à l’aide des exemples d’entrées fournis dans la

section « Configurer les fichiers Web.Config LDAP » de cet article :



Le fichier Web.Config de l’application Web basée sur des revendications pour

l’authentification par formulaire

7. Après avoir modifié les fichiers Web.Config, créez un SPClaimsPrinciple et une collection de

sites, comme illustré dans l’exemple suivant :

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType

FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

Remarque :




Migrer les utilisateurs et les autorisations depuis Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 Effectuez les étapes de la procédure suivante pour migrer les utilisateurs et les autorisations à l’aide de

Windows PowerShell.

Pour migrer les utilisateurs et les autorisations depuis Windows SharePoint Services 3.0 vers SharePoint Foundation 2010

210


SPShellAdmin.




5. À l’invite de commandes de Windows PowerShell, tapez la commande suivante :


$w.MigrateUsers(True)

Remarque :




211

Configurer l’authentification Kerberos pour le service d’émission de jetons Revendications vers Windows (SharePoint Foundation 2010)

Cet article fournit un exemple d’environnement de batterie de serveurs comprenant trois ordinateurs

afin d’illustrer la configuration de l’authentification Kerberos pour le service d’émission de jetons

Revendications vers Windows dans Microsoft SharePoint Foundation 2010.

Dans cet article :

Avant de commencer

Configurer une source de données externe

Configurer une délégation contrainte pour le compte de pool d’applications de service partagé

Configurer une délégation contrainte pour le compte de service d’émission de jetons

Revendications vers Windows

Configurer le service d’émission de jetons Revendications vers Windows sur le serveur

d’applications

Avant de commencer Avant d’ajouter des entrées de nom principal de service (SPN) à un domaine Active Directory, vérifiez

les points suivants :

Vous ne dupliquerez aucune entrée de nom principal de service existante dans le domaine.

Aucune entrée de nom principal de service que vous ajoutez n’est en cours d’utilisation par

d’autres services ou comptes d’ordinateur.

Pour plus d’informations sur la recherche des comptes d’ordinateur avec entrées de nom principal de

service en double, voir l’article 321044 de la Base de connaissances, ID d’événement 11 dans le

journal système des contrôleurs de domaine


Pour créer des noms principaux de service dans un domaine Active Directory, vous devez

disposer d’autorisations d’administration sur le domaine.

Topologie d’une batterie de serveurs

Cet article traite de la topologie de batterie de serveurs SharePoint Foundation 2010 suivante :

un ordinateur exécutant Windows Server 2008 et faisant office de serveur Web frontal ;

un ordinateur (Claims1) exécutant Windows Server 2008 et faisant office de serveur d’applications ;

Important :



212

un ordinateur (Claims2) exécutant Windows Server 2008 et SQL Server pour la batterie de

serveurs qui exécute SharePoint Foundation 2010 ;

un ordinateur (Claims3) faisant office de source de données SQL externe.

Configurer une source de données externe Pour configurer une source de données externe, installez le serveur SQL sur l’ordinateur Claims3.

Assurez-vous que le service SQL Server est en cours d’exécution en tant que compte

peopletest\osspool9.

Créez un nom principal de service en exécutant l’outil SETSPN.EXE sur le contrôleur de domaine,

comme indiqué dans l’exemple suivant :

setspn -A MSSQLSvc/claims3:1433

peopletest\osspool9

setspn -A

MSSQLSvc/claims3.peopletest.extest.mydomain.net:1433 peopletest\osspool9

Configurer une délégation contrainte pour le compte de pool d’applications de service partagé Effectuez les étapes suivantes pour configurer une délégation contrainte pour le compte de pool

d’applications de service partagé :

1. Ouvrez une session sur le contrôleur de domaine, puis cliquez successivement sur Démarrer,

Outils d’administration et Utilisateurs et ordinateurs Active Directory.

2. Développez le nœud du domaine, puis cliquez sur Utilisateurs.

3. Cliquez avec le bouton droit sur le compte d’utilisateur d’identité du pool d’applications

(peopletest\osspool8), puis sélectionnez Propriétés.

4. Sous l’onglet Délégation, vérifiez que l’option N’approuver cet utilisateur que pour la

délégation aux services spécifiés est sélectionnée.

5. Cliquez sur Utiliser tout protocole d’authentification.

6. Cliquez sur Ajouter, puis sur Utilisateurs ou ordinateurs.

7. Tapez le domaine et le nom d’utilisateur du compte exécutant le service qui doit accepter les

informations d’identification Kerberos. Dans cet exemple, tapez le nom du compte de service SQL

sur l’ordinateur claims3 (peopletest\osspool9), puis cliquez sur OK.

8. Les valeurs de services disponibles pour le compte que vous avez sélectionné apparaissent.

Sélectionnez MSSQLSvc sur l’ordinateur Claims3, puis cliquez sur OK.

9. Cliquez sur OK pour fermer la boîte de dialogue des propriétés du compte.

213

L’onglet Délégation ne s’affiche pas, sauf s’il existe un nom principal de service inscrit pour ce

compte. Par conséquent, vous pouvez créer un nom principal de service non destiné à être

utilisé, juste pour forcer l’affichage de l’onglet Délégation.

Vous pouvez créer un nom principal de service en exécutant l’outil SETSPN.EXE sur le contrôleur de

domaine, comme indiqué dans l’exemple suivant :

setspn -A http/uniquespn1

peopletest\osspool8

Configurer une délégation contrainte pour le compte de service d’émission de jetons Revendications vers Windows Effectuez les étapes suivantes pour configurer une délégation contrainte pour le compte de service

d’émission de jetons Revendications vers Windows :

1. Ouvrez une session sur le contrôleur de domaine, puis cliquez successivement sur Démarrer,

Outils d’administration et Utilisateurs et ordinateurs Active Directory.

2. Développez le nœud du domaine, puis cliquez sur Ordinateurs.

3. Cliquez avec le bouton droit sur le compte d’identité du pool d’applications. Par défaut, le service

d’émission de jetons Revendications vers Windows s’exécute sous le compte système local

(Claims1, dans cet exemple). Cliquez ensuite sur Propriétés.

4. Sous l’onglet Délégation, vérifiez que l’option N’approuver cet utilisateur que pour la délégation

aux services spécifiés est sélectionnée.

5. Cliquez sur Utiliser tout protocole d’authentification.

6. Cliquez sur Ajouter, puis sur Utilisateurs ou ordinateurs.

7. Tapez le domaine et le nom d’utilisateur du compte exécutant le service qui doit accepter les

informations d’identification Kerberos. Dans cet exemple, tapez le nom du compte de service SQL

sur l’ordinateur Claims3 (peopletest\osspool9), puis cliquez sur OK.

8. Les valeurs de services disponibles pour le compte que vous avez sélectionné apparaissent.

Sélectionnez MSSQLSvc sur l’ordinateur Claims3, puis cliquez sur OK.

9. Cliquez sur OK pour fermer la boîte de dialogue des propriétés du compte.

Remarque :

214

Configurer le service d’émission de jetons Revendications vers Windows sur le serveur d’applications Accordez au groupe WSS_SPG des autorisations permettant de convertir des revendications en

identité Windows et effectuez les étapes suivantes pour configurer le service d’émission de jetons

Revendications vers Windows sur l’ordinateur Claims1 :

1. Dans le Bloc-notes, ouvrez le fichier wtshost.exe.config.

2. Ajoutez <add value="WSS_WPG" /> à l’élément <allowedCallers> de la section

<windowsTokenService>.

Le fichier doit ressembler à l’exemple suivant :

<?xml version="1.0"?>

<configuration>

<configSections>

<section name="windowsTokenService"

type="yourcompany.IdentityModel.WindowsTokenService.Configuration.WindowsTokenServiceSection,

yourcompany.IdentityModel.WindowsTokenService, Version=1.0.0.0, Culture=neutral,

PublicKeyToken=31bf3856ad364e35"/>

</configSections>

<windowsTokenService>

<allowedCallers>

<clear/>

<add value="WSS_WPG" />

</allowedCallers>

</windowsTokenService>

</configuration>

Démarrez le service d’émission de jetons Revendications vers Windows à partir de la ligne de

commande, comme indiqué dans l’exemple suivant :

net start c2wts

sc config c2wts start= auto

215

Configurer l’authentification à l’aide d’un jeton de sécurité SAML (SharePoint Foundation 2010)

Les procédures dans cet article expliquent comment configurer l’authentification à l’aide d’un jeton de

sécurité SAML (Security Assertion Markup Language) pour une application Web Microsoft SharePoint

Foundation 2010 à base de revendications.

La connexion SAML s’utilise généralement dans les scénarios de fédération d’entreprise, par exemple

pour accorder l’accès à un partenaire commercial. On la déploie également pour accorder l’accès aux

utilisateurs internes dont les comptes résident dans un domaine ne faisant pas partie de la forêt qui

contient SharePoint Foundation 2010.

Avant de configurer l’authentification à l’aide d’un jeton de sécurité SAML pour une application Web

SharePoint Foundation 2010 basée sur les revendications, vous devez configurer un serveur exécutant

les services ADFS (Active Directory Federation Services) 2.0. Pour plus d’informations sur la

configuration d’un serveur pour l’exécution des services AD FS 2.0, voir le Guide de déploiement des

services AD FS 2.0 (éventuellement en anglais)


Dans cet article :

Configurer une application Web IP-STS (Identity Provider STS) à l’aide de Windows PowerShell

Configurer une application Web RP-STS (Relying Party STS)

Établir une relation d’approbation avec une IP-STS à l’aide de Windows PowerShell

Exporter le certificat de confiance IP-STS à l’aide de Windows PowerShell

Définir un identificateur unique pour le mappage des revendications à l’aide de Windows

PowerShell

Créer une application Web SharePoint et la configurer de façon à utiliser la connexion SAML

Configurer une application Web IP-STS (Identity Provider STS) à l’aide de Windows PowerShell Exécutez les procédures suivantes pour utiliser Windows PowerShell afin de configurer une application

Web SharePoint à base de revendications.


SPShellAdmin.



Pour configurer une application Web IP-STS à l’aide de Windows PowerShell



216


5. À partir de l’invite de commandes Windows PowerShell, créez un objet x509Certificate2,

comme illustré dans l’exemple suivant :

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert

file")

6. Créez un mappage de type de revendication à utiliser dans votre fournisseur d’authentifications

approuvé, comme illustré dans l’exemple suivant :

New-SPClaimTypeMapping


-IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. Créez un fournisseur de connexions approuvé en créant d’abord une valeur pour le paramètre

realm, comme illustré dans l’exemple suivant :

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. Créez une valeur pour le paramètre signinurl qui pointe vers l’application Web de service

d’émission de jeton de sécurité, comme dans l’exemple suivant :

$signinurl = "https://test-2/FederationPassive/"

9. Créez le fournisseur de connexions approuvé, en utilisant la même valeur IdentifierClaim que

dans le mappage de revendications ($map1.InputClaimType), comme dans l’exemple suivant :

$ap = New-SPTrustedIdentityTokenIssuer -Name

"WIF" -Description "Windows® Identity Foundation" -Realm

$realm -ImportTrustCertificate $cert

-ClaimsMappings $map1[,$map2..] -SignInUrl

$signinurl -IdentifierClaim $map1.InputClaimType

10. Créez une application Web en créant d’abord une valeur pour le compte du pool d’applications

(pour l’utilisateur actuel), comme dans l’exemple suivant :

$account = "DOMAIN\" + $env:UserName

Remarque :

Le compte du pool d’applications doit être un compte géré. Pour créer un compte géré,

utilisez New-SPManagedAccount.

11. Créez une valeur pour l’URL de l’application Web ($webappurl = "https://" +

$env:ComputerName), comme dans l’exemple suivant :

$wa = New-SPWebApplication -name "Claims WIF"

-SecureSocketsLayer -ApplicationPool "SharePoint SSL"

-ApplicationPoolAccount $account -Url $webappurl -Port 443

217

-AuthenticationProvider $ap

12. Créez un site en commençant par créer un objet de revendication, comme dans l’exemple

suivant :

$claim = New-SPClaimsPrincipal

-TrustedIdentityTokenIssuerr $ap -Identity

$env:UserName

13. Créez un site, comme dans l’exemple suivant :

$site = New-SPSite $webappurl -OwnerAlias

$claim.ToEncodedString() -template "STS#0"

Configurer une application Web RP-STS (Relying Party STS) Appliquez la procédure de cette section pour configurer une application Web RP-STS

1. Ouvrez la console de gestion Active Directory Federation Services (AD FS) 2.0.

2. Dans le volet gauche, développez Policy et sélectionnez l’option Relying Parties.

3. Dans le volet droit, cliquez sur Add Relying Party. Cela ouvre l’Assistant de configuration

AD FS (Active Directory Federation Services) 2.0.

4. Dans la première page de l’Assistant, cliquez sur Start.

5. Sélectionnez Enter relying party configuration manually, puis cliquez sur Next.

6. Tapez le nom d’un partenaire de confiance et cliquez sur Next.

7. Assurez-vous que Active Directory Federation Services (AD FS) 2.0 Server Profile est

sélectionné, puis cliquez sur Next.

8. N’utilisez pas de certificat de chiffrement. Cliquez sur Next.

9. Sélectionnez Enable support for Web-browser-based identity federation.

10. Tapez le nom de l’URL de l’application Web, puis ajoutez /_trust/ (par exemple :

https://nomserveur/_trust/). Cliquez sur Next.

11. Tapez le nom d’un identificateur (par exemple : urn:NOMORDINATEUR:Geneva), puis cliquez

sur Add. Cliquez sur Next.

12. Dans la page de synthèse, cliquez sur Next, puis cliquez sur Close. Cela ouvre la console de

gestion de l’éditeur de règles. Utilisez cette console pour configurer le mappage des

revendications entre une application Web LDAP et SharePoint.

13. Dans le volet gauche, développez New rule et sélectionnez Predefined Rule.

Pour configurer une application Web RP-STS

218

14. Sélectionnez Create Claims from LDAP Attribute Store.

15. Dans le volet droit, dans la liste déroulante Attribute Store, sélectionnez Enterprise Active

Directory User Account Store.

16. Sous LDAP Attribute, sélectionnez sAMAccountName.

17. Sous Outgoing Claim Type, sélectionnez E-Mail Address.

18. Dans le volet gauche, cliquez sur Save.

Établir une relation d’approbation avec une IP-STS à l’aide de Windows PowerShell Appliquez la procédure de cette section pour établir une relation d’approbation avec une application IP-

STS.


SPShellAdmin.




5. À partir de l’invite de commandes Windows PowerShell, établissez une relation d’approbation,

comme illustré dans l’exemple suivant :

$waurl = "https://" + $env:ComputerName

$title = "SAML-Claims"

Exporter le certificat de confiance IP-STS à l’aide de Windows PowerShell Appliquez la procédure de cette section pour exporter le certificat de l’IP-STS avec laquelle vous

souhaitez établir une relation d’approbation, puis copier le certificat à un emplacement accessible par

Microsoft SharePoint Foundation 2010.


SPShellAdmin.




Pour établir une relation d’approbation avec une IP-STS à l’aide de Windows PowerShell

Pour exporter le certificat de confiance IP-STS à l’aide de Windows PowerShell

219

5. À partir de l’invite de commandes Windows PowerShell, exportez le certificat de confiance IP-

STS, comme illustré dans l’exemple suivant :

$cert = New-Object

System.Security.Cryptography.X509Certificates.X509Certificate2("c:\geneva.cer")

Définir un identificateur unique pour le mappage des revendications à l’aide de Windows PowerShell Appliquez la procédure de cette section pour définir une adresse de messagerie qui servira

d’identificateur unique pour le mappage des revendications. En général, l’administrateur de la STS

approuvée devra fournir ces informations car seul le propriétaire de la STS sait quelle valeur dans le

jeton sera toujours unique pour chaque utilisateur. Notez que l’administrateur de la STS approuvée

peut créer un URI pour représenter l’adresse de messagerie.


SPShellAdmin.




5. À partir de l’invite de commandes Windows PowerShell, créez un mappage, comme illustré

dans l’exemple suivant :

$map = New-SPClaimTypeMapping -IncomingClaimType

"http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -

IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

Créer un fournisseur d’authentification Appliquez la procédure de cette section pour créer un fournisseur d’authentification qui sera utilisé par

l’application Web.


SPShellAdmin.




Pour définir un identificateur unique pour le mappage des revendications à l’aide de Windows PowerShell

Pour créer un fournisseur d’authentification à l’aide de Windows PowerShell

220

5. À partir de l’invite de commandes Windows PowerShell, créez un fournisseur d’authentification,

comme illustré dans l’exemple suivant. Notez que le domaine est le paramètre utilisé par la

STS approuvée pour identifier une batterie SharePoint spécifique.

$realm = "urn:" + $env:ComputerName + ":Geneva"

$ap = New-SPTrustedIdentityTokenIssuer -Name "Geneva" -Description "Geneva" -Realm

$realm -ImportTrustCertificate $cert -ClaimsMappings $map -SignInUrl

"https://test-2/FederationPassive/" -IdentifierClaim


Créer une application Web SharePoint et la configurer de façon à utiliser la connexion SAML Lors de cette étape, vous allez créer et configurer l’application Web.


SPShellAdmin.




5. À partir de l’invite de commandes Windows PowerShell, créez une application Web SharePoint

et configurez-la de façon à utiliser la connexion SAML. Notez que vous devez remplacer

"WebAppUrl" et "domain\admin" par les valeurs valides.

$wa = New-SPWebApplication -Name "SAML Sign-In" -SecureSocketsLayer -

ApplicationPool "SAML Sign-In" -ApplicationPoolAccount "domain\admin" -

Url "WebAppUrl" -Port 443 -AuthenticationProvider $ap

Remarque :

Vous activez le protocole SSL car avec la connexion SAML les cookies sont utilisés

comme ticket d’authentification unique pour l’utilisateur. Cela permet aux

administrateurs d’accorder l’accès aux ressources SharePoint pendant toute la durée

du jeton sans avoir à réauthentifier l’utilisateur. Sans le protocole SSL, ces cookies

peuvent facilement être détournés par un utilisateur malveillant et servir à emprunter

l’identité de l’utilisateur d’origine.

Une fois ces procédures terminées, créez un site SharePoint et assignez un propriétaire. Pour plus

d’informations sur la création d’un site SharePoint, voir Créer une collection de sites (SharePoint

Foundation 2010).

Pour créer une application Web SharePoint et la configurer de façon à utiliser la connexion SAML à l’aide de Windows PowerShell

221

Configurer l’authentification Kerberos (SharePoint Foundation 2010)

Dans cet article :

À propos de l’authentification Kerberos

Avant de commencer

Configurer l’authentification Kerberos pour les communications SQL

Créer des noms principaux de service pour vos applications Web utilisant l’authentification

Kerberos

Déployer la batterie de serveurs

Configurer les services sur les serveurs de la batterie

Créer des applications Web utilisant l’authentification Kerberos

Créer une collection de sites à l’aide du modèle Portail de collaboration sur l’application Web du

site portail

Vérifier l’accès aux applications Web utilisant l’authentification Kerberos

Vérifier les fonctionnalités d’indexation de la recherche

Vérifier les fonctionnalités des requêtes de recherche

Limites de configuration

Ressources supplémentaires et conseils de résolution des problèmes

À propos de l’authentification Kerberos Kerberos est un protocole sécurisé qui prend en charge l’authentification par ticket. Un serveur

d’authentification Kerberos accorde un ticket en réponse à une requête d’authentification d’un

ordinateur client, si la requête contient des informations d’identification utilisateur et un nom principal de

service valides. L’ordinateur client utilise ensuite ce ticket pour accéder aux ressources du réseau. Pour

activer l’authentification Kerberos, les ordinateurs client et serveur doivent disposer d’une connexion

approuvée au centre de distribution de clés du domaine. Ce centre distribue les clés secrètes

partagées pour permettre le chiffrement. Les ordinateurs client et serveur doivent également pouvoir

accéder aux services de domaine Active Directory (AD DS, Active Directory Domain Services). Pour

AD DS, le domaine racine de la forêt est le centre des références d’authentification Kerberos.

Pour déployer une batterie de serveurs exécutant Microsoft SharePoint Foundation 2010 et utilisant

l’authentification Kerberos, vous devez installer et configurer plusieurs applications différentes sur vos

ordinateurs. Cet article décrit un exemple de batterie de serveurs exécutant SharePoint Foundation

2010 et fournit des conseils pour le déploiement et la configuration de la batterie afin d’utiliser

l’authentification Kerberos pour prendre en charge les fonctionnalités suivantes :

222

Communication entre SharePoint Foundation 2010 et le logiciel de gestion de bases de données

Microsoft SQL Server

Accès à l’application Web Administration centrale de SharePoint

Accès à d’autres applications Web, y compris une application Web de site portail et une application

Web Mon site

Avant de commencer Cet article est destiné au personnel administratif qui possède des connaissances dans les technologies

suivantes :

Windows Server 2008

Active Directory

Internet Information Services (IIS) 6.0 (ou IIS 7.0)

SharePoint Foundation 2010

Windows Internet Explorer

Authentification Kerberos, telle qu’implémentée dans Active Directory Domain Services (AD DS)

pour Windows Server 2008

Équilibrage de la charge réseau dans Windows Server 2008

Comptes d’ordinateur dans un domaine Active Directory

Comptes d’utilisateurs dans un domaine Active Directory

Sites Web IIS, leurs liaisons et leurs paramètres d’authentification

Identités des pools d’applications IIS pour les sites Web IIS

Assistant Configuration des produits SharePoint

Applications Web SharePoint Foundation 2010

Pages de l’Administration centrale

Noms principaux de service et leur configuration dans un domaine Active Directory

Pour créer des noms principaux de service dans un domaine Active Directory, vous devez

disposer d’autorisations d’administration sur le domaine.

Cet article n’est pas une étude approfondie de l’authentification Kerberos. Kerberos est une méthode

d’authentification standard du marché qui est implémentée dans AD DS.

Cet article ne fournit pas d’instructions pas à pas pour installer SharePoint Foundation 2010 ou utiliser


Cet article ne fournit pas d’instructions pas à pas pour utiliser l’Administration centrale afin de créer des

applications Web SharePoint Foundation 2010.

Important :

223

Versions de logiciels requises

Les instructions fournies dans cet article et les tests de vérification reposent sur des systèmes

exécutant Windows Server 2008 et Internet Explorer avec les mises à jour les plus récentes appliquées

à partir du site Windows Update (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x40C). Les versions suivantes de logiciels ont

été installées :

Windows Server 2008, avec les mises à jour les plus récentes du site Windows Update

(éventuellement en anglais) site (http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x40C)

Internet Explorer

Version finale de SharePoint Foundation 2010

Vous devez également vérifier que les contrôleurs de domaine Active Directory exécutent Windows

Server 2008 avec les mises à jour les plus récentes appliquées à partir du site Windows Update

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x40C).

Problèmes connus

SharePoint Foundation 2010 peut analyser les applications Web configurées de manière à utiliser

l’authentification Kerberos si celles-ci sont hébergées sur des serveurs virtuels IIS qui sont liés à des

ports par défaut (le port TCP 80 et le port SSL 443). Toutefois, SharePoint Foundation 2010 Search ne

peut pas analyser les applications Web SharePoint Foundation 2010 qui sont configurées pour utiliser

l’authentification Kerberos si celles-ci sont hébergées sur des serveurs virtuels IIS qui sont liés à des

ports non définis par défaut (autres que le port TCP 80 ou SSL 443). Actuellement, SharePoint

Foundation 2010 Search peut analyser uniquement les applications Web SharePoint Foundation 2010

hébergées sur des serveurs virtuels IIS liés à des ports non définis par défaut et qui sont configurées

pour utiliser l’authentification NTLM ou l’authentification de base.

Pour l’accès des utilisateurs finaux à l’aide de l’authentification Kerberos, si vous devez déployer des

applications Web qui ne peuvent être hébergées que sur des serveurs virtuels IIS qui sont liés à des

ports non définis par défaut et si vous souhaitez que ces utilisateurs puissent obtenir des résultats aux

requêtes de recherche, alors :

Les mêmes applications Web doivent être hébergées sur d’autres serveurs virtuels IIS sur des

ports non définis par défaut.

Les applications Web doivent être configurées pour utiliser l’authentification NTLM ou

l’authentification de base.

L’indexation de la recherche doit analyser les applications Web en utilisant l’authentification NTLM

ou l’authentification de base.

Cet article fournit des instructions pour :

configurer l’application Web Administration centrale en utilisant l’authentification Kerberos

hébergée sur un serveur virtuel IIS lié à des ports non définis par défaut ;

configurer les applications Portail et Mon site en utilisant l’authentification Kerberos hébergée sur

des serveurs virtuels IIS liés à des ports par défaut, avec une liaison d’en-tête d’hôte IIS ;






224

vérifier que l’indexation de recherche analyse correctement les applications Web SharePoint

Foundation 2010 utilisant l’authentification Kerberos ;

vérifier que les utilisateurs qui accèdent à des applications Web utilisant l’authentification Kerberos

peuvent obtenir des résultats aux requêtes de recherche pour ces applications.

Contexte supplémentaire

Il est important de comprendre que lorsque vous utilisez l’authentification Kerberos, la précision de la

fonctionnalité d’authentification dépend en partie du comportement du client qui essaie de s’authentifier

à l’aide de Kerberos. Dans un déploiement de batterie de serveurs SharePoint Foundation 2010

utilisant l’authentification Kerberos, SharePoint Foundation 2010 n’est pas le client. Avant de déployer

une batterie de serveurs qui exécute SharePoint Foundation 2010 avec l’authentification Kerberos,

vous devez comprendre le comportement des clients suivants :

Navigateur (dans cet article, le navigateur est toujours Internet Explorer)

Microsoft .NET Framework

Le navigateur est le client utilisé pour accéder à une page Web dans une application Web SharePoint

Foundation 2010. Lorsque SharePoint Foundation 2010 effectue des tâches telles que l’analyse des

sources de contenu SharePoint Foundation 2010 locales, le .NET Framework fait office de client.

Pour que l’authentification Kerberos fonctionne correctement, vous devez créer des noms principaux de

service dans AD DS. Si les services auxquels ces noms correspondent sont à l’écoute de ports non

définis par défaut, les noms doivent inclure les numéros de port afin de garantir leur signification et

d’empêcher la création de noms principaux dupliqués.

Lorsqu’un client tente d’accéder à une ressource à l’aide de l’authentification Kerberos, le client doit

construire un nom principal de service pour le processus d’authentification Kerberos. Si le client ne

construit pas de nom qui corresponde au nom principal de service configuré dans AD DS,

l’authentification Kerberos échoue, généralement avec une erreur « Accès refusé ».

Certaines versions d’Internet Explorer ne construisent pas les noms principaux de service avec les

numéros de port. Si vous utilisez des applications Web SharePoint Foundation 2010 qui sont liées à

des numéros de port non définis par défaut dans IIS, il est possible que vous deviez configurer Internet

Explorer afin d’inclure les numéros de port dans les noms principaux de service qu’il construit. Dans

une batterie de serveurs exécutant SharePoint Foundation 2010, l’application Web Administration

centrale est hébergée, par défaut, sur un serveur virtuel IIS qui est lié à un port non défini par défaut.

Par conséquent, cet article aborde aussi bien les sites Web IIS liés à des ports que ceux liés à des en-

têtes d’hôte.

Par défaut, dans une batterie de serveurs exécutant SharePoint Foundation 2010, le .NET Framework

ne construit pas de noms principaux de service qui contiennent des numéros de port. C’est la raison

pour laquelle Search ne peut pas analyser les applications Web utilisant l’authentification Kerberos si

elles sont hébergées sur des serveurs virtuels IIS liés à des ports non définis par défaut.

225

Topologie d’une batterie de serveurs

Cet article traite de la topologie de batterie de serveurs SharePoint Foundation 2010 suivante :

Deux ordinateurs exécutant Windows Server 2008 qui agissent comme des serveurs Web frontaux,

avec l’équilibrage de la charge réseau Windows configuré.

Trois ordinateurs exécutant Windows Server 2008 qui jouent le rôle de serveurs d’applications.

L’un des serveurs d’applications héberge l’application Web Administration centrale. Le deuxième

exécute les requêtes de recherche et le troisième exécute l’indexation de la recherche.

Un ordinateur exécutant Windows Server 2008 qui fait office d’hôte SQL pour la batterie de

serveurs exécutant SharePoint Foundation 2010. Dans le cadre du scénario décrit dans cet article,

vous pouvez utiliser Microsoft SQL Server 2008.

Services de domaine Active Directory, attribution des noms d’ordinateurs et équilibrage de la charge réseau

Le scénario décrit dans cet article utilise les conventions Active Directory et les conventions

d’attribution de noms d’ordinateurs et d’équilibrage de la charge réseau suivantes :

Rôle de serveur Nom de domaine

Services de domaine Active Directory mydomain.net

Serveur Web frontal exécutant SharePoint

Foundation 2010

wssfe1.mydomain.net

Serveur Web frontal exécutant SharePoint

Foundation 2010

wssfe2.mydomain.net

Administration centrale de SharePoint Foundation

2010

wssadmin.mydomain.net

Indexation de recherche exécutant SharePoint

Foundation 2010

wsscrawl.mydomain.net

Requêtes de recherche exécutant SharePoint

Foundation 2010

wssquery.mydomain.net

Hôte SQL Server exécutant SharePoint

Foundation 2010

wsssql.mydomain.net

Une adresse IP virtuelle d’équilibrage de la charge réseau est affectée à wssfe1.mydomain.net et à

wssfe2.mydomain.net, suite à la configuration de l’équilibrage de la charge réseau sur ces systèmes.

Un ensemble de noms d’hôtes DNS qui pointent vers cette adresse est inscrit dans votre système

DNS. Par exemple, si votre adresse IP virtuelle d’équilibrage de la charge réseau est 192.168.100.200,

226

vous disposez d’un jeu d’enregistrements DNS qui résout les noms DNS suivants avec cette adresse

(192.168.100.200) :

kerbportal.mydomain.net

kerbmysite.mydomain.net

Conventions des comptes de domaine Active Directory

L’exemple de cet article utilise les conventions d’affectation de noms répertoriées dans le tableau ci-

après pour les comptes de service et les identités de pools d’applications utilisés dans la batterie de

serveurs exécutant SharePoint Foundation 2010.

Compte de domaine ou identité du pool

d’applications

Nom

Compte d’administrateur local

Sur tous les serveurs exécutant SharePoint

Foundation 2010 (mais pas sur l’ordinateur

hôte exécutant SQL Server)

Pour la configuration de SharePoint

Foundation 2010 et pour l’utilisateur sous le

nom duquel est exécuté l’Assistant

Configuration des produits SharePoint

mydomain\pscexec

Compte d’administrateur local sur l’ordinateur hôte

SQL Server

mydomain\sqladmin

Compte de service SQL Server utilisé pour

exécuter le service SQL Server

mydomain\wsssqlsvc

Compte d’administrateur de la batterie de serveurs


mydomain\wssfarmadmin

Utilisé en tant qu’identité du pool d’applications

pour l’Administration centrale et en tant que

compte de service pour le service du minuteur

SharePoint.

Identité du pool d’applications SharePoint

Foundation 2010 pour l’application Web du site

portail

mydomain\portalpool

Identité du pool d’applications SharePoint

Foundation 2010 pour l’application Web Mon site

mydomain\mysitepool

Compte de service de recherche SharePoint

Foundation 2010

mydomain\wsssearch

227

Compte de domaine ou identité du pool

d’applications

Nom

Compte d’accès au contenu de recherche


mydomain\wsscrawl

Compte de service de recherche SharePoint

Foundation 2010

mydomain\wsssearch

Compte d’accès au contenu SharePoint

Foundation 2010

mydomain\wsscrawl

Configuration préliminaire requise

Avant d’installer SharePoint Foundation 2010 sur les ordinateurs de votre batterie de serveurs, vérifiez

que les procédures suivantes ont été effectuées :

Tous les serveurs utilisés dans la batterie, notamment l’hôte SQL, sont configurés avec Windows

Server 2008, y compris les mises à jour les plus récentes appliquées à partir du site Windows

Update (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x40C).

Tous les serveurs de la batterie ont Internet Explorer (avec ses mises à jour les plus récentes)

installé à partir du site Windows Update (éventuellement en anglais)


SQL Server 2008 est installé et s’exécute sur l’ordinateur hôte SQL. Le service SQL Server

s’exécute en tant que compte mydomain\sqlsvc. Une instance par défaut de SQL Server est

installée et à l’écoute sur le port TCP 1433.

L’utilisateur sous le nom duquel est exécuté l’Assistant Configuration des produits SharePoint a été

ajouté :

en tant que connexion SQL sur votre hôte SQL ;

au rôle SQL Server DBCreators sur votre hôte SQL ;

au rôle Administrateurs de sécurité SQL Server sur votre hôte SQL.

Configurer l’authentification Kerberos pour les communications SQL Configurez l’authentification Kerberos pour les communications SQL avant d’installer et de configurer

SharePoint Foundation 2010 sur vos serveurs exécutant SharePoint Foundation 2010. Cette

configuration est nécessaire, car l’authentification Kerberos pour les communications SQL doit être

configurée et vérifiée pour que les ordinateurs exécutant SharePoint Foundation 2010 puissent se

connecter à votre serveur SQL.




228

Le processus de configuration de l’authentification Kerberos pour tout service installé sur un ordinateur

hôte exécutant Windows Server 2008 comprend la création d’un nom principal de service pour le

compte de domaine utilisé pour exécuter le service sur l’hôte. Les noms principaux de service sont

constitués des parties suivantes :

un nom de service (par exemple, MSSQLSvc ou HTTP) ;

un nom d’hôte (réel ou virtuel) ;

un numéro de port.

La liste suivante contient des exemples de noms principaux de service pour une instance par défaut de

SQL Server s’exécutant sur un ordinateur nommé wsssql, à l’écoute sur le port 1433 :

MSSQLSvc/wsssql:1433

MSSQLSvc/wsssql.mydomain.com:1433

Ce sont les noms principaux de service que vous allez créer pour l’instance de SQL Server sur l’hôte

SQL qui sera utilisé par la batterie de serveurs décrite dans cet article. Vous devez toujours créer des

noms principaux de service qui ont à la fois un nom NetBIOS et un nom DNS complet pour un hôte de

votre réseau.

Il existe différentes méthodes pour définir un nom principal de service pour un compte dans un

domaine Active Directory. Une méthode consiste à utiliser l’utilitaire SETSPN.EXE qui fait partie des

outils du Kit de ressources pour Windows Server 2008. Une autre méthode consiste à utiliser le

composant logiciel enfichable ADSIEDIT.MSC sur votre contrôleur de domaine Active Directory. Cet

article décrit l’utilisation du composant ADSIEDIT.MSC.

Vous devez effectuer deux étapes principales pour configurer l’authentification Kerberos pour SQL

Server :

Créer des noms principaux de service pour votre compte de service SQL Server

Vérifier que l’authentification Kerberos est utilisée pour connecter des serveurs exécutant

SharePoint Foundation 2010 à des serveurs exécutant SQL Server

Créer des noms principaux de service pour votre compte de service SQL Server

1. Ouvrez une session sur votre contrôleur de domaine Active Directory à l’aide des informations

d’identification d’un utilisateur ayant des autorisations d’administration sur le domaine.

2. Dans la boîte de dialogue Exécuter, tapez ADSIEDIT.MSC.

3. Dans la boîte de dialogue de la console de gestion, développez le dossier conteneur de domaine.

4. Développez le dossier contenant les comptes d’utilisateurs, par exemple CN=Users.

5. Recherchez le conteneur du compte de service SQL Server, par exemple CN=wsssqlsvc.

6. Cliquez avec le bouton droit sur ce compte, puis cliquez sur Propriétés.

7. Faites défiler la liste des propriétés dans la boîte de dialogue compte de service SQL Server

jusqu’à servicePrincipalName.

229

8. Sélectionnez la propriété servicePrincipalName et cliquez sur Modifier.

9. Dans le champ Valeur à ajouter de la boîte de dialogue Éditeur de chaînes à valeurs multiples,

tapez le nom principal de service MSSQLSvc/wsssql:1433, puis cliquez sur Ajouter. Ensuite,

tapez le nom principal de service MSSQLSvc/wsssql.mydomain.com:1433 dans ce champ et

cliquez sur Ajouter.

10. Cliquez sur OK dans la boîte de dialogue Éditeur de chaînes à valeurs multiples, puis cliquez

sur OK dans la boîte de dialogue Propriétés du compte de service SQL Server.

Vérifier que l’authentification Kerberos est utilisée pour connecter des serveurs exécutant SharePoint Foundation 2010 à SQL Server

Installez les outils clients SQL sur l’un de vos serveurs exécutant SharePoint Foundation 2010 et

utilisez-les pour vous connecter depuis le serveur exécutant SharePoint Foundation 2010 aux serveurs

exécutant SQL Server. Cet article n’aborde pas la procédure à suivre pour installer les outils clients

SQL sur un serveur exécutant SharePoint Foundation 2010. Les procédures de vérification reposent

sur les hypothèses suivantes :

Vous utilisez SQL Server 2008 sur votre hôte SQL.

Vous avez ouvert une session sur l’un de vos serveurs exécutant SharePoint Foundation 2010, à

l’aide du compte mydomain\pscexec, et vous avez installé les outils clients SQL 2005 sur ce

serveur SharePoint Foundation 2010.

1. Exécutez SQL Server 2005 Management Studio.

2. Lorsque la boîte de dialogue Connexion au serveur s’affiche, tapez le nom de l’ordinateur hôte

SQL (dans cet exemple, cet ordinateur est wsssql), puis cliquez sur Connexion pour vous

connecter à ce dernier.

3. Pour vérifier que l’authentification Kerberos a été utilisée pour cette connexion, exécutez

l’Observateur d’événements sur l’ordinateur hôte SQL et examinez le journal des événements de

sécurité. Le journal doit contenir un enregistrement Audit des succès pour un événement de la

catégorie Ouverture/Fermeture de session dont les données sont similaires à celles des tableaux

suivants :

Type d’événement Audit des succès

Source de l’événement Sécurité

Catégorie de l’événement Ouverture/Fermeture de session

ID d’événement 540

Date 31/10/2007

Heure 16:12:24

Utilisateur MYDOMAIN\pscexec

230

Ordinateur WSSQL

Description

Un exemple d’ouverture de session réseau réussie est illustré dans le tableau suivant.

Nom de l’utilisateur pscexec

Domaine MYDOMAIN

ID d’ouv. de session (0x0,0x6F1AC9)

Type d’ouv. de session 3

Processus d’ouv. de session Kerberos

Nom de la station de travail

GUID d’ouv. de session {36d6fbe0-2cb8-916c-4fee-4b02b0d3f0fb}

Nom d’utilisateur de l’appelant

Domaine de l’appelant

ID d’ouv. de session de l’appelant

ID du processus de l’appelant

Services en transit

Adresse réseau source 192.168.100.100

Port source 2465

Examinez l’entrée du journal pour vérifier les points suivants :

1. Le nom de l’utilisateur est correct. Le compte mydomain\pscexec a ouvert une session via le

réseau sur l’hôte SQL.

2. Le type d’ouverture de session est 3, ce qui correspond à une ouverture de session réseau.

3. Le processus d’ouverture de session et le package d’authentification utilisent tous deux

l’authentification Kerberos. Cela confirme que votre serveur exécutant SharePoint Foundation 2010

utilise l’authentification Kerberos pour communiquer avec l’hôte SQL.

4. L’adresse réseau source correspond à l’adresse IP de l’ordinateur à partir duquel la connexion a

été établie.

Si la connexion à l’hôte SQL échoue avec un message d’erreur du type Impossible de générer le

contexte SSPI, cela signifie qu’il existe probablement un problème avec le nom principal de service

utilisé pour votre instance de SQL Server. Pour diagnostiquer et corriger le problème, consultez l’article

231

COMMENT FAIRE : Résoudre le message d’erreur « Impossible de générer un contexte SSPI »

(http://go.microsoft.com/fwlink/?linkid=76621&clcid=0x40C) de la Base de connaissances Microsoft.

Créer des noms principaux de service pour vos applications Web utilisant l’authentification Kerberos En ce qui concerne l’authentification Kerberos, il n’existe aucune particularité quant aux applications

Web SharePoint Foundation 2010 basées sur IIS ; l’authentification Kerberos les traite simplement

comme tout autre site Web IIS.

Ce processus nécessite une connaissance des éléments suivants :

Classe de service pour le nom principal de service (dans le contexte de cet article, pour les

applications Web SharePoint Foundation 2010, il s’agit toujours de HTTP)

URL de toutes vos applications Web SharePoint Foundation 2010 qui utilisent l’authentification

Kerberos

Partie nom d’hôte du nom principal de service (réel ou virtuel ; cet article aborde les deux)

Partie numéro de port du nom principal de service (le scénario décrit dans cet article utilise des

applications Web SharePoint Foundation 2010 basées sur des ports IIS ou sur des en-têtes d’hôte

IIS).

Comptes Windows Active Directory pour lesquels des noms principaux de service doivent être

créés

Le tableau suivant répertorie les informations pour le scénario décrit dans cet article :

URL Compte Active

Directory

Nom principal de service

http://wssadmin.mydomain.net:10000 wssfarmadmin

HTTP/wssadmin.mydomain.net:1

0000

HTTP/wssadmin.mydomain.net:1

0000

http://kerbportal.mydomain.net portalpool HTTP/kerbportal.mydomain.net

HTTP/kerbportal

http://kerbmysite.mydomain.net mysitepool HTTP/kerbmysite.mydomain.net

HTTP/kerbmysite

Remarques à propos de ce tableau :


232

La première URL répertoriée ci-dessus est pour l’administration centrale : elle utilise un numéro de

port. Vous n’êtes pas obligé d’utiliser le port 10000. Il s’agit juste d’un exemple utilisé tout au long

de cet article pour assurer la cohérence.

Les deux URL suivantes concernent respectivement le site portail et le site Mon site.

Suivez les conseils ci-dessus pour créer les noms principaux de service dont vous avez besoin dans

AD DS afin de prendre en charge l’authentification Kerberos pour vos applications Web SharePoint

Foundation 2010. Vous devez ouvrir une session sur un contrôleur de domaine de votre environnement

à l’aide d’un compte disposant d’autorisations d’administration sur le domaine. Pour créer les noms

principaux de service, vous pouvez utiliser soit l’utilitaire SETSPN.EXE, soit le composant logiciel

enfichable ADSIEDIT.MSC, précédemment mentionnés. Si vous utilisez ADSIEDIT.MSC, reportez-vous

aux instructions fournies plus haut dans cet article pour créer les noms principaux de service. Veillez à

créer des noms principaux de service corrects pour les comptes adéquats dans AD DS.

Déployer la batterie de serveurs Le déploiement de la batterie de serveurs comprend les étapes suivantes :

1. Configurez SharePoint Foundation 2010 sur tous les serveurs exécutant SharePoint Foundation

2010.

2. Exécutez l’Assistant Configuration des produits SharePoint et créez une batterie de serveurs. Cette

étape comprend la création d’une application Web Administration centrale SharePoint Foundation

2010 qui sera hébergée sur un serveur virtuel IIS lié à un port non défini par défaut et utilisera

l’authentification Kerberos.

3. Exécutez l’Assistant Configuration des produits SharePoint et joignez les autres serveurs à la


4. Configurez les services suivants sur les serveurs de votre batterie :

service de recherche SharePoint Foundation 2010 ;

indexation de recherche de SharePoint Foundation 2010 ;

requête de recherche de SharePoint Foundation 2010.

5. Créez des applications Web utilisées pour le site portail et le site Mon site, utilisant l’authentification

Kerberos.

6. Créez une collection de sites à l’aide du modèle Portail de collaboration sur l’application Web du

site portail.

7. Vérifiez l’accès aux applications Web utilisant l’authentification Kerberos.

8. Vérifiez les fonctionnalités d’indexation de recherche.

9. Vérifiez les fonctionnalités de requête de recherche.

Installer SharePoint Foundation 2010 sur tous vos serveurs

Ce processus simple consiste à exécuter le programme d’installation de SharePoint Foundation 2010

pour installer les fichiers binaires de SharePoint Foundation 2010 sur vos serveurs exécutant

233

SharePoint Foundation 2010. Ouvrez une session sur chacun de vos ordinateurs exécutant SharePoint

Foundation 2010 à l’aide du compte mydomain\pscexec. Aucune instruction détaillée n’est fournie pour

cette étape. Pour le scénario décrit dans cet article, effectuez une installation Complète de SharePoint

Foundation 2010 sur tous les serveurs qui nécessitent SharePoint Foundation 2010.

Créer une batterie

Dans le cadre du scénario décrit dans cet article, commencez par exécuter l’Assistant Configuration

des produits SharePoint à partir du serveur d’indexation de recherche WSSADMIN, afin que

WSSADMIN héberge l’application Web Administration centrale de SharePoint Foundation 2010.

Sur le serveur nommé WSSCRAWL, une fois l’installation effectuée, une boîte de dialogue Installation

terminée apparaît, dans laquelle est activée une case à cocher permettant d’exécuter l’Assistant

Configuration des produits SharePoint. Laissez cette case à cocher activée et fermez cette boîte de

dialogue pour exécuter l’Assistant Configuration des produits SharePoint.

Lors de l’exécution de l’Assistant Configuration des produits SharePoint sur cet ordinateur, créez une

batterie de serveurs en utilisant les paramètres suivants :

Spécifiez le nom du serveur de bases de données (dans cet article, il s’agit du serveur appelé

WSSSQL).

Spécifiez le nom de la base de données de configuration (vous pouvez utiliser la valeur par défaut

ou attribuer le nom de votre choix).

Fournissez les informations du compte d’accès à la base de données (administrateur de la batterie

de serveurs). Dans le scénario de cet article, il s’agit du compte mydomain\wssfarmadmin.

Fournissez les informations requises pour l’application Web Administration centrale de SharePoint

Foundation 2010. Dans le scénario de cet article, ces informations sont les suivantes :

Numéro de port de l’application Web Administration centrale : 10000

Méthode d’authentification : Négocier

Si vous avez spécifié toutes les informations requises, l’exécution de l’Assistant Configuration des

produits SharePoint doit correctement se terminer. Si c’est le cas, vérifiez que vous pouvez accéder à

la page d’accueil de l’application Web Administration centrale de SharePoint Foundation 2010 en

utilisant l’authentification Kerberos. Pour ce faire, procédez comme suit :

1. Ouvrez une session sur un autre serveur qui exécute SharePoint Foundation 2010 ou sur un autre

ordinateur du domaine mydomain en tant que mydomain\pscexec. Ne vérifiez pas si le

comportement d’authentification Kerberos est correct directement sur l’ordinateur qui héberge

l’application Web Administration centrale de SharePoint Foundation 2010. Cette opération doit être

effectuée à partir d’un autre ordinateur du domaine.

2. Démarrez Internet Explorer sur ce serveur et essayez d’accéder à l’URL suivante :

http://wssadmin.mydomain.net:10000. La page d’accueil de l’Administration centrale doit s’afficher.

3. Pour vérifier que l’authentification Kerberos a été utilisée pour accéder à l’Administration centrale,

retournez sur l’ordinateur nommé WSSADMIN, lancez l’Observateur d’événements et consultez le

234

journal de sécurité. Le journal doit contenir un enregistrement Audit des succès comportant des

informations similaires à celles du tableau suivant :





Date 01/11/2007

Heure 14:22:20


Ordinateur WSSADMIN

Description



Domaine MYDOMAIN

ID d’ouv. de session (0x0,0x1D339D3)


Processus d’ouv. de session Kerberos

Package d’authentification Kerberos


GUID d’ouv. de session {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}





Services en transit


235

Port source 2505

Cet enregistrement du journal affiche le même type d’informations que l’entrée de journal précédente :

Vérifiez que le nom de l’utilisateur est correct ; il s’agit du compte mydomain\pscexec qui a ouvert

une session via le réseau sur le serveur exécutant SharePoint Foundation 2010 qui héberge

l’Administration centrale.

Vérifiez que le type d’ouverture de session est 3, c’est-à-dire une ouverture de session réseau.

Vérifiez que le processus d’ouverture de session et le package d’authentification utilisent tous deux

l’authentification Kerberos. Cela confirme que l’authentification Kerberos est utilisée pour accéder à

votre application Web Administration centrale.

Vérifiez que l’adresse réseau source correspond à l’adresse IP de l’ordinateur à partir duquel la

connexion a été établie.

Si la page d’accueil Administration centrale ne s’affiche pas et qu’un message d’erreur non autorisé

apparaît, cela signifie que l’authentification Kerberos a échoué. En règle générale, deux causes

seulement peuvent provoquer cet échec :

Le nom principal de service dans AD DS n’a pas été inscrit pour le compte approprié, c’est-à-dire

pour mydomain\wssfarmadmin.

Le nom principal de service dans AD DS ne correspond pas au nom construit par Internet Explorer

ou n’est pas valide. Vous pouvez avoir omis le numéro de port dans le nom principal de service

que vous avez inscrit dans AD DS. Avant de continuer, assurez-vous que ce problème est résolu et

que l’Administration centrale fonctionne en utilisant l’authentification Kerberos.

Comme outil de diagnostic, vous pouvez utiliser un espion réseau, tel que le Moniteur réseau

Microsoft, pour examiner ce qui se passe sur le réseau grâce au suivi généré durant l’accès à

l’Administration centrale. Après l’échec, examinez le suivi et recherchez les paquets du

protocole KerberosV5. Trouvez un paquet avec un nom principal de service construit par

Internet Explorer. Si ce nom semble correct, soit le nom principal de service dans AD DS n’est

pas valide, soit il a été inscrit pour un compte incorrect.

Joindre les autres serveurs à la batterie de serveurs

Maintenant que votre batterie de serveurs est créée et que vous pouvez accéder à l’Administration

centrale en utilisant l’authentification Kerberos, vous devez exécuter l’Assistant Configuration des

produits SharePoint et joindre les autres serveurs à la batterie.

Sur chacun des quatre autres serveurs exécutant SharePoint Foundation 2010 (wssfe1, wssfe2,

wssquery et wsscrawl), l’installation de SharePoint Foundation 2010 doit être terminée et la boîte de

dialogue de fin d’installation doit s’afficher avec la case à cocher Assistant Configuration des produits

SharePoint activée. Laissez cette case à cocher activée et fermez la boîte de dialogue pour exécuter

Remarque :

236

l’Assistant Configuration des produits SharePoint. Effectuez la procédure pour joindre chacun de ces

serveurs à la batterie.

À la fin de l’exécution de l’Assistant Configuration des produits SharePoint sur chaque serveur que

vous ajoutez à la batterie, vérifiez que chacun d’entre eux peut afficher l’Administration centrale qui

s’exécute sur le serveur WSSADMIN. Si l’un des serveurs ne parvient pas à afficher l’Administration

centrale, prenez les mesures adéquates pour résoudre le problème avant de poursuivre.

Configurer les services sur les serveurs de la batterie Configurez les services propres à SharePoint Foundation 2010 pour qu’ils s’exécutent sur des serveurs

spécifiques de la batterie exécutant SharePoint Foundation 2010, en utilisant les comptes indiqués

dans les sections suivantes.

Cette section ne fournit pas de description détaillée de l’interface utilisateur. Seules des

instructions générales sont fournies. Vous devez maîtriser l’Administration centrale et savoir

effectuer les étapes nécessaires avant de poursuivre.

Accédez à l’Administration centrale, puis effectuez la procédure ci-après pour configurer les services

sur les serveurs indiqués, en utilisant les comptes indiqués.

Recherche Windows SharePoint Services

Dans la page Services sur le serveur de l’Administration centrale :

1. Sélectionnez le serveur WSSQUERY.

2. Dans la liste des services qui s’affiche, près du milieu de la page, localisez le service de recherche

SharePoint Foundation 2010, puis cliquez sur Démarrer dans la colonne Action.

3. Dans la page suivante, indiquez les informations d’identification pour le compte du service de

recherche SharePoint Foundation 2010 et pour le compte d’accès au contenu SharePoint

Foundation 2010. Dans le scénario de cet article, le compte du service de recherche SharePoint

Foundation 2010 est mydomain\wsssearch et le compte d’accès au contenu SharePoint

Foundation 2010, mydomain\wsscrawl. Tapez les noms et les mots de passe des comptes dans les

champs réservés à cet effet, puis cliquez sur Démarrer.

Serveur d’index


1. Sélectionnez le serveur WSSCRAWL.


SharePoint Foundation 2010, puis cliquez sur Démarrer dans la colonne Action.

Dans la page suivante, activez la case à cocher Utiliser ce serveur pour l’indexation de contenu et

fournissez les informations d’identification pour le compte du service de recherche SharePoint

Remarque :

237

Foundation 2010. Dans le scénario de cet article, le compte du service de recherche SharePoint

Foundation 2010 est mydomain\wsssearch. Tapez les noms et les mots de passe des comptes dans

les champs réservés à cet effet, puis cliquez sur Démarrer.

Serveur de requêtes


1. Sélectionnez le serveur WSSQUERY.


SharePoint Foundation 2010, puis cliquez sur le nom du service dans la colonne Service.

Dans la page suivante, activez la case à cocher Utiliser ce serveur pour traiter les requêtes de

recherche, puis cliquez sur OK.

Créer des applications Web utilisant l’authentification Kerberos Dans cette section, vous allez créer des applications Web utilisées pour le site portail et un site Mon

site dans votre batterie de serveurs.




Créer l’application Web du site portail

1. Dans la page Gestion des applications de l’Administration centrale, cliquez sur Créer ou étendre


2. Dans la page suivante, cliquez sur Créer une application Web.

3. Dans la page suivante, vérifiez que Créer un nouveau site Web IIS est sélectionné.

Dans le champ Description, tapez SitePortail.

Dans le champ Port, tapez 80.

Dans le champ En-tête de l’hôte, tapez kerbportal.mydomain.net.

4. Vérifiez que Négocier est sélectionné comme fournisseur d’authentification pour cette application

Web.

5. Créez cette application Web dans la zone par défaut. Ne modifiez pas la zone pour cette

application Web.

6. Vérifiez que l’option Créer un nouveau pool d’applications est activée.

Dans le champ Nom du pool d’applications, tapez PoolAppPortail.

Remarque :

238

Vérifiez que l’option Configurable est activée. Dans le champ Nom d’utilisateur, tapez le

compte mydomain\portalpool.

7. Cliquez sur OK.

8. Vérifiez que l’application Web a été créée.

Si vous souhaitez utiliser une connexion SSL et lier l’application Web au port 443, tapez 443

dans le champ Port et sélectionnez Utiliser SSL dans la page Créer une application Web.

Vous devez en outre installer un certificat générique SSL. Si vous utilisez une liaison d’en-tête

d’hôte IIS sur un site Web IIS configuré pour SSL, vous devez utiliser un certificat générique

SSL. Pour plus d’informations sur les en-têtes d’hôte SSL dans IIS, voir Configuration des en-

têtes d’hôte SSL (IIS 6.0) (éventuellement en anglais)


Créer l’application Web Mon site

1. Dans la page Gestion des applications de l’Administration centrale, cliquez sur Créer ou étendre


2. Dans la page suivante, cliquez sur Créer une application Web.

3. Dans la page suivante, vérifiez que Créer un nouveau site Web IIS est sélectionné.

Dans le champ Description, tapez MonSite.

Dans le champ Port, tapez 80.

Dans le champ En-tête de l’hôte, tapez kerbmysite.mydomain.net.

4. Vérifiez que Négocier est sélectionné comme fournisseur d’authentification pour cette application

Web.

5. Créez cette application Web dans la zone par défaut. Ne modifiez pas la zone pour cette

application Web.

6. Vérifiez que l’option Créer un nouveau pool d’applications est activée.

Dans le champ Nom du pool d’applications, tapez PoolAppMonSite.

Vérifiez que l’option Configurable est activée. Dans le champ Nom d’utilisateur, tapez le

compte mydomain\mysitepool.

7. Cliquez sur OK.

8. Vérifiez que l’application Web a été créée.

Si vous souhaitez utiliser une connexion SSL et lier l’application Web au port 443, tapez 443

dans le champ Port et sélectionnez Utiliser SSL dans la page Créer une application Web.

Vous devez en outre installer un certificat générique SSL. Si vous utilisez une liaison d’en-tête

d’hôte IIS sur un site Web IIS configuré pour SSL, vous devez utiliser un certificat générique

SSL. Pour plus d’informations sur les en-têtes d’hôte SSL dans IIS, voir Configuration des en-

Remarque :

Remarque :




239

têtes d’hôte SSL (IIS 6.0) (éventuellement en anglais)


Créer une collection de sites à l’aide du modèle Portail de collaboration sur l’application Web du site portail Dans cette section, vous allez créer une collection de sites sur le site portail dans l’application Web que

vous avez créée à cet effet.




1. Dans la page Gestion des applications de l’Administration centrale, cliquez sur Créer une


2. Dans la page suivante, vérifiez que vous avez sélectionné l’application Web correcte. Pour

l’exemple de cet article, sélectionnez http://kerbportal.mydomain.net.

3. Indiquez le titre et la description que vous souhaitez utiliser pour cette collection de sites.

4. Conservez l’adresse du site Web telle quelle.

5. Dans la section Sélection du modèle, sous Sélectionner un modèle, cliquez sur l’onglet

Publication et sélectionnez le modèle Portail de collaboration.

6. Dans la section Administrateur principal de la collection de sites, tapez mydomain\pscexec.

7. Spécifiez l’administrateur secondaire de la collection de sites que vous souhaitez utiliser.

8. Cliquez sur OK.

9. Vérifiez que la collection de sites du portail a été créée.

Vérifier l’accès aux applications Web utilisant l’authentification Kerberos Vérifiez que l’authentification Kerberos fonctionne pour les applications Web récemment créées.

Commencez par le site portail.

Pour ce faire, procédez comme suit :

1. Ouvrez une session sur un serveur exécutant SharePoint Foundation 2010, plutôt que sur l’un des

deux serveurs Web frontaux qui sont configurés pour l’équilibrage de la charge réseau, en tant que

mydomain\pscexec. Ne vérifiez pas si le comportement de l’authentification Kerberos est correct

directement sur l’un des ordinateurs qui hébergent les sites Web à charge équilibrée utilisant

l’authentification Kerberos. Cette opération doit être effectuée à partir d’un ordinateur distinct du

domaine.

Remarque :

240

2. Démarrez Internet Explorer sur cet autre système et essayez d’accéder à l’URL suivante :

http://www.mydomain.com/

La page d’accueil du site portail authentifié avec Kerberos doit s’afficher.

Pour vérifier que l’authentification Kerberos a été utilisée pour accéder au site portail, passez sur l’un

des serveurs Web frontaux à charge équilibrée, lancez l’Observateur d’événements et consultez le

journal de sécurité. Le journal doit contenir un enregistrement Audit des succès comportant des

informations similaires à celles du tableau ci-après, sur l’un des serveurs Web frontaux. Notez que vous

devrez peut-être le rechercher sur les deux serveurs Web frontaux pour le trouver, selon le système

ayant traité la requête à charge équilibrée.





Date 01/11/2007

Heure 17:08:20


Ordinateur wssfe1

Description



Domaine MYDOMAIN

ID d’ouv. de session (0x0,0x1D339D3)


Processus d’ouv. de session Authentification Kerberos


GUID d’ouv. de session {fad7cb69-21f8-171b-851b-3e0dbf1bdc79}



241



Services en transit


Port source 2505

Cet enregistrement du journal affiche le même type d’informations que l’entrée de journal précédente :

Vérifiez que le nom de l’utilisateur est correct ; il s’agit du compte mydomain\pscexec qui a ouvert

une session via le réseau sur le serveur Web frontal exécutant SharePoint Foundation 2010 qui

héberge le site portail.

Vérifiez que le type d’ouverture de session est 3, c’est-à-dire une ouverture de session réseau.

Vérifiez que le processus d’ouverture de session et le package d’authentification utilisent tous deux

l’authentification Kerberos. Cela confirme que l’authentification Kerberos est utilisée pour accéder à

votre site portail.

Vérifiez que l’adresse réseau source correspond à l’adresse IP de l’ordinateur à partir duquel la

connexion a été établie.

Si la page d’accueil du site portail ne parvient pas à s’afficher et qu’un message d’erreur « non

autorisé » apparaît, cela signifie que l’authentification Kerberos a échoué. En règle générale, deux

causes seulement peuvent provoquer cet échec :

Le nom principal de service dans AD DS n’a pas été inscrit pour le compte approprié, c’est-à-dire

pour mydomain\portalpool, pour l’application Web du site portail.

Le nom principal de service dans AD DS ne correspond pas au nom principal de service construit

par Internet Explorer ou n’est pas valide. Dans ce cas, étant donné que vous utilisez des en-têtes

d’hôte IIS sans numéros de port explicites, le nom principal de service inscrit dans AD DS diffère

de l’en-tête d’hôte IIS spécifié lorsque vous avez étendu l’application Web. Vous devez corriger ce

problème pour que l’authentification Kerberos puisse fonctionner.

Comme outil de diagnostic, vous pouvez utiliser un espion réseau, tel que le Moniteur réseau

Microsoft, pour examiner ce qui se passe sur le réseau grâce au suivi généré durant l’accès à

l’Administration centrale. Après l’échec, examinez le suivi et recherchez les paquets du

protocole KerberosV5. Vous devez trouver un paquet avec un nom principal de service

construit par Internet Explorer. Si ce nom semble correct, soit le nom principal de service dans

AD DS n’est pas valide, soit il a été inscrit pour un compte incorrect.

Une fois que l’authentification Kerberos fonctionne pour votre site portail, accédez à votre site Mon site

authentifié avec Kerberos, à l’aide les URL suivantes :

http://kerbmysite.mydomain.net

Remarque :

242

La première fois que vous accédez à l’URL de Mon site, SharePoint Foundation 2010 prendra

du temps pour créer un site Mon site pour l’utilisateur ayant ouvert la session. Finalement, la

page Mon site s’affichera pour cet utilisateur.

Cette procédure doit fonctionner. Si tel n’est pas le cas, reportez-vous aux étapes de dépannage

précédentes.

Vérifier les fonctionnalités d’indexation de la recherche Vérifiez que l’indexation de la recherche analyse correctement le contenu hébergé sur cette batterie de

serveurs. Vous devez effectuer cette étape avant de vérifier les résultats des requêtes de recherche

des utilisateurs qui accèdent aux sites à l’aide de l’authentification Kerberos.




Pour vérifier les fonctionnalités d’indexation de la recherche, accédez à une application Web et

démarrez une analyse complète. Attendez la fin de l’analyse. Si l’analyse échoue, vous devez

diagnostiquer le problème et le corriger, puis exécuter une analyse complète. Si l’analyse

échoue avec des erreurs du type « Accès refusé », cela est dû soit au compte d’analyse qui ne

peut pas accéder aux sources de contenu, soit à l’authentification Kerberos qui échoue. Quelle

que soit la cause, cette erreur doit être corrigée avant de passer aux étapes suivantes.

Vous devez effectuer une analyse complète des applications Web authentifiées avec Kerberos avant

de continuer.

Vérifier les fonctionnalités des requêtes de recherche Pour vérifier que les requêtes de recherche retournent des résultats aux utilisateurs qui accèdent au

site portail utilisant l’authentification Kerberos :

1. Démarrez Internet Explorer sur un système dans mydomain.net et accédez à l’adresse

http://kerbportal.mydomain.net.

2. Lorsque la page d’accueil du site portail s’affiche, tapez un mot clé de recherche dans le champ

Recherche et appuyez sur Entrée.

3. Vérifiez que la requête de recherche retourne des résultats. Si ce n’est pas le cas, vérifiez que le

mot clé que vous avez entré est valide dans votre déploiement, que l’indexation de recherche

fonctionne correctement, que le service de recherche est en cours d’exécution sur votre serveur

d’indexation de recherche et votre serveur de requêtes de recherche, et qu’il n’y a aucun problème

Remarque :

Remarque

243

avec la propagation de la recherche à partir de votre serveur d’indexation de recherche vers votre

serveur de requêtes de recherche.

Limites de configuration La partie nom d’hôte des noms principaux de service au nouveau format qui sont créés représente le

nom NetBIOS de l’hôte exécutant le service, par exemple : MSSP/kerbtest4:56738/SSP1. En effet, les

noms d’hôtes sont extraits de la base de données de configuration de SharePoint Foundation 2010 :

seuls les noms d’ordinateurs NetBIOS sont stockés dans la base de données de configuration de

SharePoint Foundation 2010. Cela peut être ambigu dans certains scénarios.

Ressources supplémentaires et conseils de résolution des problèmes

Produit/Technologie Ressource

SQL Server Comment s’assurer que vous utilisez l’authentification

Kerberos lorsque vous créez une connexion à distance à

une instance de SQL Server 2005


SQL Server COMMENT FAIRE : Résoudre le message d’erreur

« Impossible de générer un contexte SSPI »


.NET Framework AuthenticationManager.CustomTargetNameDictionary,

propriété


Internet Explorer Message d’erreur dans Internet Explorer lorsque vous

essayez d’accéder à un site Web qui requiert une

authentification Kerberos sur un ordinateur basé sur

Windows XP : « Erreur HTTP 401 - Non autorisé : Accès

refusé en raison d’informations d’identification non valides »


Authentification Kerberos Référence technique de l’authentification Kerberos



Authentification Kerberos Dépannage des erreurs Kerberos (éventuellement en

anglais)


















244

Produit/Technologie Ressource

Authentification Kerberos Transition et délégation avec contraintes du protocole

Kerberos (éventuellement en anglais)


IIS Configuration des en-têtes d’hôte SSL (IIS 6.0)







245

Configurer la modification automatique des mots de passe (SharePoint Foundation 2010)

La modification automatique des mots de passe permet à Microsoft SharePoint Foundation 2010 de

générer automatiquement des mots de passe longs et forts du point de vue du chiffrement selon un

calendrier que vous pouvez déterminer.

Dans cet article :

Configurer les comptes gérés

Configurer les paramètres de modification automatique du mot de passe

Résolution des problèmes liés à la modification automatique du mot de passe

Configurer les comptes gérés Vous devez enregistrer des comptes gérés auprès de la batterie afin de les rendre accessibles à

plusieurs services. Vous pouvez enregistrer un compte géré par le biais de la page Enregistrer le

compte géré dans l’Administration centrale. Cette page ne propose aucune option permettant de créer

un compte dans les services de domaine Active Directory ou sur l’ordinateur local. Les options

disponibles peuvent servir à enregistrer un compte existant dans la batterie SharePoint Foundation

2010. Effectuez les étapes de la procédure suivante pour configurer les paramètres des comptes gérés

à l’aide de l’Administration centrale.


de sites.

2. Dans le site Web Administration centrale, sélectionnez Sécurité.

3. Sous Sécurité générale, cliquez sur Configurer les comptes gérés.

4. Dans la page Comptes gérés, cliquez sur Enregistrer le compte géré.

5. Dans la section Enregistrement de compte de la page Enregistrer le compte géré, entrez les

informations d’identification du compte de service.

6. Dans la section Modification automatique du mot de passe, activez la case à cocher

Activer la modification automatique du mot de passe pour autoriser SharePoint Foundation

2010 à gérer le mot de passe du compte sélectionné. Ensuite, entrez une valeur numérique qui

indique combien de jours avant l’expiration du mot de passe le processus de modification

automatique du mot de passe sera initié.

7. Dans la section Modification automatique du mot de passe, activez la case à cocher

Commencer la notification par messagerie, puis entrez une valeur numérique qui indique

combien de jours avant l’initiation du processus de modification automatique de mot de passe

Pour configurer les paramètres des comptes gérés à l’aide de l’Administration centrale

246

une notification par courrier électronique sera envoyée. Vous pouvez ensuite configurer un

calendrier de notification par courrier électronique mensuel ou hebdomadaire.

8. Cliquez sur OK.

Configurer les paramètres de modification automatique du mot de passe Utilisez la page Paramètres de gestion des mots de passe de l’Administration centrale pour configurer

les paramètres de modification automatique du mot de passe à l’échelle de la batterie. Les

administrateurs de la batterie peuvent configurer l’adresse de messagerie qui sera utilisée pour

envoyer tous les messages de notification de modification de mot de passe, ainsi que les options

d’analyse et de planification. Effectuez les étapes de la procédure suivante pour configurer les

paramètres de modification automatique de mot de passe à l’aide de l’Administration centrale.


de sites.

2. Dans le site Web Administration centrale, cliquez sur Sécurité.

3. Sous Sécurité générale, cliquez sur Configurer les paramètres de modification de mot de

passe.

4. Dans la section Adresse de messagerie pour les notifications de la page Paramètres de

gestion des mots de passe, entrez l’adresse de messagerie d’une personne ou d’un groupe qui

doit être informé(e) de tout événement d’expiration ou de modification de mot de passe

imminent.

5. Si la modification automatique du mot de passe n’est pas configurée pour un compte géré,

entrez une valeur numérique dans la section Paramètres du processus d’analyse de

compte qui indique combien de jours avant l’expiration du mot de passe une notification sera

envoyée à l’adresse de messagerie configurée dans la section Adresse de messagerie pour

les notifications.

6. Dans la section Paramètres de modification automatique du mot de passe, entrez une

valeur qui indique le nombre de secondes pendant lesquelles la modification automatique du

mot de passe patientera (après avoir informé les services d’une modification de mot de passe

en attente) avant d’initier la modification. Entrez une valeur qui indique le nombre de tentatives

de modification du mot de passe effectuées avant l’arrêt du processus.

7. Cliquez sur OK.

Pour configurer les paramètres de modification automatique de mot de passe à l’aide de l’Administration centrale

247

Résolution des problèmes liés à la modification automatique du mot de passe Utilisez les conseils suivants pour éviter les problèmes les plus courants qui peuvent se produire

lorsque vous configurez la modification automatique du mot de passe.

Non-correspondance des mots de passe

En cas d’échec de la modification automatique du mot de passe en raison d’une non-correspondance

entre les services de domaine Active Directory (AD DS) et SharePoint Foundation 2010, le processus

de modification du mot de passe peut provoquer un refus d’accès lors de la connexion, un verrouillage

de compte ou des erreurs de lecture AD DS. Si l’un de ces problèmes se produit, vérifiez que vos mots

de passe AD DS sont configurés correctement et que le compte AD DS dispose d’un accès en lecture

pour l’installation. Utilisez Windows PowerShell pour corriger tout problème lié à la non-correspondance

des mots de passe, puis poursuivez le processus de modification de mot de passe.


SPShellAdmin.

2. Dans le menu Démarrer, cliquez sur Tous les programmes. Cliquez sur Produits Microsoft

SharePoint 2010.


4. À l’invite de commandes Windows PowerShell, tapez la commande suivante :

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -ExistingPassword

<SecureString> -UseExistingPassword $true

Pour plus d’informations, voir Set-SPManagedAccount.

Échec de mise en service de compte de service

Si la (re)mise en service de compte échoue sur un ou plusieurs serveurs de la batterie, vérifiez l’état du

service du minuteur. Si celui-ci est arrêté, redémarrez-le. Vous pouvez utiliser la commande Stsadm

suivante pour démarrer immédiatement les travaux d’administration du service du minuteur : stsadm -o

execadmsvcjobs

Si le redémarrage du service du minuteur ne résout pas le problème, utilisez Windows PowerShell pour

réparer le compte géré sur chaque serveur de la batterie ayant subi un échec de mise en service.


SPShellAdmin.


Pour corriger un problème de non-correspondance des mots de passe

Pour résoudre un problème d’échec de mise en service de compte de service

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

248

SharePoint 2010.



Repair-SPManagedAccountDeployment

Pour plus d’informations, voir Repair-SPManagedAccountDeployment.

Si la procédure précédente ne résout pas le problème d’échec de mise en service de compte de

service, il est probable que la clé de chiffrement de batterie ne puisse pas être déchiffrée. Si ceci est

bien la cause du problème, utilisez Windows PowerShell pour mettre à jour la phrase secrète du

serveur local de sorte qu’elle corresponde à celle de la batterie.


SPShellAdmin.


SharePoint 2010.



Set-SPPassPhrase -PassPhrase <SecureString> -ConfirmPassPhrase <SecureString> -

LocalServerOnly $true

Pour plus d’informations, voir Set-SPPassPhrase.

Expiration imminente de mots de passe

Si le mot de passe est sur le point d’expirer mais que la modification automatique du mot de passe n’a

pas été configurée pour ce compte, utilisez Windows PowerShell pour mettre à jour le mot de passe du

compte avec une nouvelle valeur qui peut être choisie par l’administrateur ou générée

automatiquement. Après la mise à jour du mot de passe du compte, vérifiez que le service du minuteur

est démarré et que le service Administrateur est activé sur tous les serveurs de la batterie. Ensuite, la

modification de mot de passe peut être propagée à tous les serveurs de la batterie.


SPShellAdmin.


SharePoint 2010.


4. Pour mettre à jour le mot de passe du compte avec une nouvelle valeur choisie par

l’administrateur, depuis l’invite de commandes Windows PowerShell, tapez ce qui suit :

Pour mettre à jour la phrase secrète du serveur local

Pour mettre à jour le mot de passe du compte

http://technet.microsoft.com/library/42ea7573-8b34-49da-9d7f-ec7b8211a138(Office.14).aspx

http://technet.microsoft.com/library/13a76a78-fed5-4148-9fcb-df81d1514be8(Office.14).aspx

249

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -Password

<SecureString>

5. Pour mettre à jour le mot de passe du compte avec une nouvelle valeur générée

automatiquement, depuis l’invite de commandes Windows PowerShell, tapez ce qui suit :

Set-SPManagedAccount [-Identity] <SPManagedAccountPipeBind> -AutoGeneratePassword

$true

Pour plus d’informations, voir Set-SPManagedAccount.

Nécessité de modifier le compte de batterie en un autre compte

Si vous devez modifier le compte de batterie en un autre compte, utilisez la commande Stsadm

suivante : stsadm.exe -o updatefarmcredentials -userlogin DOMAIN\username -password password

http://technet.microsoft.com/library/320204fe-f72f-40c6-9b1f-e7a3ddb0aca3(Office.14).aspx

250


Une collection de sites est un groupe de sites Web qui ont le même propriétaire et partagent des

paramètres d’administration, par exemple des autorisations. Lorsque vous créez une collection de

sites, un site de niveau supérieur est automatiquement créé dans la collection. Vous pouvez ensuite

créer un ou plusieurs sous-sites sous le site de niveau supérieur.

Une collection de sites doit exister au sein d’une application Web. Vous pouvez créer une collection de

sites basée sur une application Web existante, ou créer une application Web puis une collection de

sites dans cette application. Pour plus d’informations, voir Créer une application Web (SharePoint

Foundation 2010).

Si votre application Web est destinée à être utilisée dans le cadre d’un seul projet ou par une seule

équipe, vous devez utiliser une seule collection de sites afin d’éviter la charge de traitement liée à la

gestion de plusieurs sites. Toutefois, les solutions complexes ont avantage à utiliser plusieurs

collections de sites, car il est plus facile d’organiser le contenu et de gérer les autorisations pour

chaque collection de sites. Par exemple, étant donné qu’il n’existe pas de navigation intégrée depuis

une collection de sites vers une autre, le recours à plusieurs collections de sites peut fournir une

couche supplémentaire de sécurité pour le contenu de site.

SharePoint fournit des modèles de site dans les catégories suivantes : collaboration, réunions et

personnalisé. Lorsque vous créez une collection de sites, vous sélectionnez le modèle correspondant à

la fonction prévue pour le site. Par exemple, choisissez le modèle Espace de travail de document pour

créer des documents de façon coopérative.

Avant de créer une collection de sites, vérifiez que la configuration suivante est disponible :

Une application Web dans laquelle créer la collection de sites.

Un modèle de quota, si vous envisagez de définir des valeurs spécifiant la quantité de données

pouvant être stockée dans une collection de sites et la taille de stockage qui déclenche une alerte

de messagerie en direction de l’administrateur de la collection de sites.

Un chemin d’accès générique géré personnalisé, si vous envisagez de créer la collection de sites

ailleurs que sous le répertoire racine (/) ou le répertoire /sites/.

Dans cet article :

Créer une collection de sites à l’aide de l’Administration centrale

Créer une collection de sites à l’aide de Windows PowerShell

251

Créer une collection de sites à l’aide de l’Administration centrale En règle générale, vous utilisez le site Web Administration centrale pour créer une collection de sites

dans un déploiement autonome.


Pour créer une collection de sites, vous devez être membre du groupe SharePoint

Administrateurs de batterie sur l’ordinateur exécutant le site Web Administration centrale

de SharePoint.

2. Sur le site Web Administration centrale, dans la section Gestion des applications, cliquez sur

Créer des collections de sites.

3. Dans la page Créer une collection de sites, dans la section Application Web, si l’application

Web dans laquelle vous souhaitez créer la collection de sites n’est pas sélectionnée, cliquez

sur Modifier application Web dans le menu Application Web, puis cliquez sur l’application

Web dans laquelle vous souhaitez créer la collection de sites.

4. Dans la section Titre et description, entrez le titre et la description de la collection de sites.

5. Dans la section Adresse du site Web, sélectionnez le chemin d’accès à utiliser pour votre

URL, par exemple, un chemin d’inclusion générique comme /sites/ ou le répertoire racine (/).

Si vous sélectionnez un chemin d’inclusion générique, vous devez également taper le nom du

site à utiliser dans votre URL de site.

6. Dans la section Sélection du modèle, dans la liste Sélectionner un modèle, sélectionnez le

modèle que vous souhaitez utiliser pour le site de niveau supérieur de la collection de sites, ou

cliquez sur l’onglet Personnaliser pour créer un site vide et appliquer un modèle ultérieurement.

7. Dans la section Administrateur principal de la collection de sites, entrez le nom de

l’utilisateur (sous la forme DOMAINE\nom_utilisateur) qui sera administrateur de la collection

de sites.

8. Dans la section Administrateur secondaire de la collection de sites, tapez le nom

d’utilisateur de l’administrateur secondaire de la collection de sites.

Il est recommandé de désigner un administrateur secondaire de la collection de sites afin que

quelqu’un puisse gérer celle-ci en l’absence de l’administrateur principal de la collection.

9. Si vous utilisez des quotas pour gérer le stockage des collections de sites, dans la section

Modèle de quota, cliquez sur un modèle dans la liste Sélectionnez un modèle de quota.

10. Cliquez sur OK.

Pour créer une collection de sites à l’aide de l’Administration centrale

252

Créer une collection de sites à l’aide de Windows PowerShell Généralement, pour créer une collection de sites, vous utilisez Windows PowerShell si vous souhaitez

automatiser la tâche, ce qui est souvent le cas en entreprise.


SPShellAdmin.




5. À partir de l’invite de commandes Windows PowerShell (c’est-à-dire, PS C:\>), tapez la

commande suivante, puis appuyez sur Entrée :

Get-SPWebTemplate

$template = Get-SPWebTemplate "STS#0"

New-SPSite -Url "<URL for the new site collection>" -OwnerAlias "<domain\user>" -

Template $template

Cet exemple récupère la liste de tous les modèles de sites disponibles, puis crée une collection

de sites à l’aide du modèle Site d’équipe. Pour plus d’informations, voir New-SPSite et Get-

SPWebTemplate.

Nous vous recommandons d’utiliser Windows PowerShell pour les tâches d’administration en

ligne de commande. L’outil en ligne de commande Stsadm a été abandonné, mais il est inclus

pour assurer la compatibilité avec les versions précédentes.

Pour créer une collection de sites à l’aide de Windows PowerShell

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

http://technet.microsoft.com/library/dfd10bac-c304-4f3f-bea9-eb0af5f96df5(Office.14).aspx

http://technet.microsoft.com/library/dfd10bac-c304-4f3f-bea9-eb0af5f96df5(Office.14).aspx

253

Déployer des personnalisations - Vue d’ensemble (SharePoint Foundation 2010)

Les articles de ce chapitre expliquent comment déployer des éléments de site qui ont été

personnalisés par les développeurs ou les concepteurs Web dans un environnement Microsoft


Dans cet article :

Vue d’ensemble du processus

Avant de commencer

À propos des deux types d’éléments de site personnalisables

Déploiement d’éléments de site développés

Déploiement d’éléments de site créés

Vue d’ensemble du processus Le déploiement de personnalisations peut être relativement complexe, en raison notamment des

nombreuses méthodes de déploiement disponibles dans SharePoint Foundation 2010 ; par ailleurs, les

avantages liés à l’utilisation d’une méthode plutôt qu’une autre ne sont pas toujours évidents.

Vous déployez ces différents types d’éléments de site, ou artefacts, à l’aide de différentes méthodes.

Vous ne pouvez pas déployer la gamme complète des éléments de site personnalisables avec une

seule méthode de déploiement. D’autres considérations uniques en matière de déploiement

s’appliquent à chaque type d’élément, car ces derniers proviennent généralement de différents groupes

de concepteurs et font appel à des concepts de mise à niveau différents. Les différents types

d’éléments de site sont décrits dans À propos des deux types d’éléments de site personnalisables, plus

loin dans cet article.

Pour plus d’informations sur les tâches de déploiement spécifiques et les considérations qui s’y

rapportent, voir les articles suivants :

Déployer des packages de solution (SharePoint Foundation 2010)

Déployer des éléments de site créés (SharePoint Foundation 2010)

Déployer des éléments de sites à l’aide de composants fonctionnels (SharePoint Foundation 2010)

Déployer des modèles (SharePoint Foundation 2010)

Processus de déploiement de flux de travail (SharePoint Foundation 2010)

Avant de commencer Avant de déployer du code personnalisé dans l’environnement, vous devez définir une ligne de base

pour les performances de l’environnement afin de pouvoir analyser la manière dont les

254

personnalisations affectent les performances. Une fois que vous avez défini une ligne de base pour les

performances, testez soigneusement le code personnalisé dans le cadre d’un environnement de test ou

d’intégration, puis comparez les résultats à la ligne de base. Veillez à tester soigneusement toutes les

personnalisations avant de les déployer dans l’environnement de production.

Vous devez également tester le code provenant de tiers avant de le déployer dans l’environnement de

production, même s’il provient d’une source approuvée.

Les descriptions et conseils fournis dans ces articles s’appliquent à un environnement SharePoint

Foundation déployé et configuré pour répondre aux exigences décrites dans Planification de batterie de

serveurs et de l’environnement (SharePoint Foundation 2010).

À propos des deux types d’éléments de site personnalisables Les éléments de site développés sont des artefacts de solution et sont généralement créés par les

développeurs. Une solution peut inclure des assemblys, qui sont des composants SharePoint écrits

dans des langages basés sur Microsoft .NET Framework et compilés avant d’être déployés. En règle

générale, les éléments de site développés, à l’exception des assemblys de travaux du minuteur et des

définitions de site, sont regroupés en fonctionnalités et déployés dans le cadre d’un package de

solution. Les éléments de site développés rassemblent ce qui suit :

Composants WebPart

Flux de travail

Définitions de site et de liste

Convertisseurs de documents

Récepteurs d’événements

Travaux du minuteur

Assemblys

Les éléments de site créés, qui sont généralement créés par les concepteurs Web, ne sont pas

explicitement compilés et résident dans une base de données de contenu. Les éléments de site créés

rassemblent ce qui suit :

Pages maîtres

Feuilles de style en cascade

Formulaires

Pages de disposition

Ces deux types d’éléments de site personnalisables sont différenciés via les critères suivants :

emplacement où les fichiers sont stockés dans une batterie de serveurs SharePoint Foundation

2010 ;

équipe de l’organisation chargée de l’administration de l’élément de site ;

mécanisme de déploiement dont a besoin l’élément de site.

http://technet.microsoft.com/library/a8e97903-c472-4c13-a1e1-2c075b2f8585(Office.14).aspx


255

Certains éléments peuvent être des artefacts de solution ou des artefacts créés. Par exemple, un type

de contenu peut être défini dans un fichier XML sous forme d’artefact de solution développé, ou être

créé via un navigateur en tant qu’artefact créé. Les éléments de site susceptibles d’être des artefacts

de solution ou des artefacts créés rassemblent les colonnes de site et les instances de listes. En outre,

les artefacts de solution peuvent être utilisés pour mettre en service des fichiers dans des sites Web et

être mis en cache en mémoire sur le serveur Web frontal.

Déploiement d’éléments de site développés Les éléments de site développés peuvent généralement être définis comme des éléments de site créés

dans un environnement de développement de code et déployés directement sur des serveurs Web et

des serveurs d’applications frontaux. En règle générale, ces éléments de site sont personnalisés par

des développeurs à l’aide de Microsoft Visual Studio 2010 Tools pour SharePoint 2010, Microsoft

Office SharePoint Designer ou les outils d’édition XML. Pour plus d’informations, voir Outils de

développement SharePoint Foundation (http://go.microsoft.com/fwlink/?linkid=183360&clcid=0x40C).

Cet article ne traite pas du déploiement des éléments de site développés qui sont déployés en

tant que solutions en mode bac à sable. Ces dernières sont des solutions qui peuvent accéder

à un sous-ensemble du modèle objet serveur et à un sous-ensemble des éléments de

fonctionnalités que les administrateurs de collection de sites peuvent déployer. Pour plus

d’informations, voir Vue d’ensemble des solutions en bac à sable (SharePoint

Foundation 2010).

Il est recommandé d’utiliser des packages de solution et Windows PowerShell pour déployer les

éléments de site développés. La structure de solution SharePoint Foundation simplifie et normalise le

processus de déploiement des éléments de site nouveaux ou mis à niveau dans la batterie de

serveurs, ainsi que la synchronisation d’un serveur Web frontal de sorte que son état soit cohérent par

rapport à l’état des autres serveurs de la batterie. Par exemple, les packages de solution simplifient le

processus de reconstruction d’une batterie de serveurs. Le déploiement d’éléments de site par la

gestion manuelle du code et des fichiers peut mener à des incohérences dans le processus de mise à

niveau et entraîner une désynchronisation des serveurs par rapport à d’autres serveurs. Les packages

de solution vous permettent de déployer des éléments de site développés à partir des environnements

de développement vers des batteries de serveurs d’intégration, puis vers des batteries de serveurs

intermédiaires, pilotes et de production.

Vous pouvez utiliser des applets de commande Windows PowerShell pour créer, importer, exporter et

mettre en service des packages de solution, qui tirent parti de la structure de solution pour distribuer les

personnalisations d’éléments de site développés. Les applets de commande Windows PowerShell sont

utiles pour le déploiement des personnalisations de site dans la plupart des environnements, car elles

sont incluses dans SharePoint Server 2010 et SharePoint Foundation 2010 ; par ailleurs, vous pouvez

les utiliser de manière autonome ou conjointement avec d’autres méthodes. Les applets de commande

Windows PowerShell vous permettent de déployer à la fois des artefacts et des éléments de site

Remarque :



http://technet.microsoft.com/library/9a833f4c-9e5f-4e5b-83f1-d1b34149335a(Office.14).aspx


256

développés. Vous pouvez également utiliser les applets de commande pour activer des fonctionnalités

déployées dans un package de solution.

Déploiement d’éléments de site créés Les éléments de site créés se distinguent des éléments de site développés, car ils sont stockés dans la

base de données de contenu, bien qu’ils puissent dépendre de ressources présentes dans le système

de fichiers des serveurs Web ou (moins fréquemment) des serveurs d’applications. Dans certains cas,

les éléments de site créés ne fonctionnent pas, car ils nécessitent que les éléments de site développés

soient déployés en premier.

Dans des environnements où les déploiements de personnalisation sont entièrement automatisés,

l’ordre de déploiement requis peut être appliqué par le système afin d’éliminer les problèmes de

synchronisation. Toutefois, si le déploiement de personnalisation est partiellement ou totalement

manuel, vous devez vous assurer que toutes les ressources nécessaires sont en place sur les serveurs

Web et les serveurs d’applications avant de déployer du contenu basé sur ces ressources.

Vous déployez les éléments de site créés à partir d’environnements de création vers des batteries de

serveurs intermédiaires, pilotes et de production en utilisant un ou plusieurs des différents systèmes

possibles. Le tableau suivant décrit ces systèmes et leurs interfaces et les scénarios d’utilisation.

Système de déploiement Scénario d’utilisation

Site Web d’administration centrale de

SharePoint

Dans des environnements où les batteries de serveurs

source et de destination sont connectées par un réseau,

vous pouvez utiliser les fonctionnalités de déploiement de

contenu de l’administration centrale pour créer un package

de déploiement de contenu sur la batterie de serveurs

source et l’exporter vers une autre batterie de serveurs.

Cette méthode est facile à configurer et à utiliser, et peut

servir à automatiser le déploiement des éléments de site

créés, avec peu de temps de configuration et de

maintenance.

Modèle objet de migration de contenu En fonction de la méthode que vous utilisez (programmation

à l’aide d’API d’espace de noms de déploiement, à l’aide

d’appels SOAP (Simple Object Access Protocol) à un

service Web ou déplacement d’un site entier à l’aide

d’applets de commande Windows PowerShell), vous pouvez

contrôler le contenu migré et son mode de migration.

L’utilisation de l’API pour importer et exporter le contenu est

la seule méthode prise en charge qui préserve les

identificateurs globaux uniques (GUID).

257


Pour plus d’informations, voir Migration de contenu


Windows PowerShell Vous pouvez utiliser les applets de commande Windows

PowerShell pour effectuer des opérations d’importation et

d’exportation sur un site entier, en préservant les

horodatages, les informations de sécurité et les informations

des utilisateurs. Les applets de commande Windows

PowerShell sont essentiellement utiles lorsque vous

souhaitez déplacer le contenu de base d’un site Web tout

entier.

Windows PowerShell est utile pour le déploiement de

personnalisations de site dans la plupart des

environnements, car il est inclus dans Produits

SharePoint 2010 ; par ailleurs, vous pouvez l’utiliser de

manière autonome ou conjointement avec d’autres

méthodes. Les applets de commande Windows PowerShell

vous permettent de déployer à la fois des artefacts et des

éléments de site développés.

Pour plus d’informations, voir Administration des produits

SharePoint 2010 à l’aide de Windows PowerShell.

Service Web personnalisé Vous pouvez créer un service Web personnalisé qui

automatise la migration de contenu et le déploiement. Vous

pouvez écrire des applications Windows et des scripts

personnalisés pour exécuter des tâches spécifiques dans le

cadre de ce processus.

Pour plus d’informations sur les méthodes de programmation

relatives à l’écriture d’un service Web personnalisé, voir les

ressources suivantes dans le kit de développement logiciel

(SDK) de Microsoft SharePoint 2010 :

Méthodes liées aux sites (éventuellement en anglais)


0C)

Sites.ExportWeb, méthode (éventuellement en anglais)


0C)

Sites.ImportWeb, méthode (éventuellement en anglais)


0C)


http://technet.microsoft.com/library/ae4901b4-505a-42a9-b8d4-fca778abc12e(Office.14).aspx





258


Gestion manuelle du code Dans des environnements déconnectés plus petits, ou dans

des environnements dans lesquels les éléments de site

créés ne sont pas personnalisés, vous pouvez déployer

manuellement des éléments de site et les ressources

apparentées. Dans des environnements connectés plus

petits, pensez à utiliser les fonctionnalités de déploiement de

contenu de l’administration centrale pour déployer les

personnalisations d’éléments de site créés.

Packages de solution et fonctionnalités Les éléments tels que les mises en page, pages maîtres,

formulaires et feuilles de style peuvent être regroupés et

déployés en tant que fonctionnalités dans le cadre d’un

package de solution. Les fonctionnalités déployées à partir

d’un package de solution peuvent être activées pour les

étendues où les éléments créés doivent être mis en service.

Pour plus d’informations, voir Déployer des éléments de

sites à l’aide de composants fonctionnels (SharePoint

Foundation 2010).

Modèles personnalisés Un utilisateur peut enregistrer un site existant, avec ou sans

son contenu spécifique, en tant que modèle personnalisé.

Cela permet de réutiliser les sites personnalisés. Un modèle

de site personnalisé est stocké en tant que fichier .wsp. Les

modèles de sites sont enregistrés dans la galerie de

solutions du site de niveau supérieur d’une collection de

sites, où ils sont disponibles pour la création de sous-sites

de l’ensemble des sites Web de la collection de sites. Les

modèles de sites peuvent être téléchargés et déplacés vers

d’autres galeries de collections de sites.

Voir aussi Déployer des packages de solution (SharePoint Foundation 2010)




259

Déployer des packages de solution (SharePoint Foundation 2010)

Cet article décrit les packages de solution et le rôle qu’ils jouent dans le déploiement de

personnalisations créées et développées dans Microsoft SharePoint Foundation 2010. Il inclut des

procédures pour importer et déployer des packages de solution et un exemple pour construire et

déployer un package de solution à l’aide de Microsoft Visual Studio 2010.

Dans cet article :

Qu’est-ce qu’un package de solution ?

Déploiement d’éléments de sites en utilisant des packages de solution

Création et déploiement d’un package de solution de composant WebPart personnalisé à l’aide de

Visual Studio 2010

Qu’est-ce qu’un package de solution ? Un package de solution est un package de distribution qui transmet vos développements SharePoint

Foundation 2010 personnalisés aux serveurs Web ou aux serveurs d’applications de votre batterie de

serveurs. Utilisez des solutions pour empaqueter et déployer des fonctionnalités, des définitions de site,

des modèles, des pages de disposition, des composants WebPart, des feuilles de style en cascade et

des assemblys personnalisés.

Cet article n’aborde pas le déploiement des solutions en bac à sable. Vous pouvez déployer une

solution Microsoft SharePoint Foundation 2010 directement sur votre batterie de serveurs SharePoint

Foundation ou dans un bac à sable. Un bac à sable est un environnement d’exécution restreint qui

permet aux programmes d’accéder à certaines ressources uniquement et qui empêche les problèmes

survenant dans le bac à sable d’affecter le reste de l’environnement serveur. Pour plus d’informations,

voir Vue d’ensemble des solutions en bac à sable (SharePoint Foundation 2010).

Un package de solution est un fichier CAB, dont le nom de fichier porte l’extension .wsp, et un fichier

manifeste. Il est recommandé d’utiliser les outils Visual Studio 2010 pour SharePoint 2010 pour

développer et empaqueter des solutions SharePoint. Vous pouvez également créer manuellement des

packages de solution à l’aide d’outils tels que Makecab.exe et SharePoint Packman.

Composants pouvant être empaquetés dans une solution :

Assemblys .NET Framework, généralement des assemblys de composants WebPart et des

assemblys récepteurs d’événements.

Fichiers de déploiement tels que fichiers de ressources, pages ou fichiers d’aide.

Fonctionnalités, qui permettent d’activer ou de désactiver du code dans un site Web et fournissent

des fonctionnalités incluant des éléments tels que listes personnalisées, bibliothèques, champs et

types de contenu.


260

Nouveaux modèles et nouvelles définitions de site.

Configurations qui doivent être effectuées au niveau du serveur Web, par exemple, les fichiers

Web.config pour l’inscription des composants WebPart. Vous pouvez également modifier ces

configurations avec une fonction qui est distribuée avec une fonctionnalité.

Contenu Web tel que pages Web et images qui sont appelées par les pages Web. Si vous devez

déployer le contenu Web dans un environnement déconnecté, vous devez utiliser un package de

déploiement de contenu.

Déploiement d’éléments de sites en utilisant des packages de solution Dans cette section :

Quand utiliser des packages de solution ?

Déploiement de solutions de batterie de serveurs

Ajout d’un package de solution

Déploiement d’un package de solution

À propos de la création d’un package de solution

Quand utiliser des packages de solution ?

Pour le déploiement des personnalisations, il est recommandé d’utiliser des packages de solution dans

le cadre d’un processus de gestion du cycle de vie des applications simple, sécurisé et homogène. Les

packages de solution facilitent la modification des fonctionnalités et des caractéristiques des sites Web

après la création de ces derniers.

Vous pouvez utiliser les packages de solution pour déployer de nouvelles solutions ou pour mettre à

niveau des solutions existantes sur la batterie de serveurs. Vous pouvez empaqueter toutes vos entités

SharePoint Foundation en un seul fichier, ajouter ce fichier dans le magasin de solutions et le déployer

sur les serveurs Web frontaux de la batterie. Les packages de solution permettent de synchroniser un

serveur Web frontal afin que son état soit cohérent avec celui des autres serveurs Web de la batterie.

Les packages de solution vous permettent de déployer des personnalisations d’éléments de site créées

à partir d’une batterie de serveurs d’intégration vers une batterie de serveurs de création, pilote ou de

production. Dans SharePoint Foundation, les utilisateurs peuvent enregistrer un site personnalisé sous

la forme d’un modèle. Cette option crée un package de solution avec une extension de nom de fichier

.wsp, qui peut être déployée sur une autre batterie de serveurs.

Vous pouvez utiliser des packages de solution pour déployer des personnalisations entre ces

environnements :

À partir de stations de travail de développeurs, vers une batterie de serveurs d’intégration ou un

système de gestion de configuration logicielle

261

À partir d’une batterie de serveurs d’intégration et de stations de travail clientes de création, vers

une batterie de serveurs pilote ou de production

Déploiement de solutions de batterie de serveurs

Les solutions de batterie de serveurs sont déployées localement ou à l’aide d’un service du minuteur.

Les déploiements locaux ou basés sur le minuteur peuvent être déclenchés soit par des instructions de

ligne de commande, soit par programmation du modèle objet.

Déploiement local

Dans un déploiement local, les fichiers de solution sont déployés uniquement sur l’ordinateur à partir

duquel l’opération de déploiement a été lancée. La solution n’est pas marquée comme « déployée »

dans la base de données de configuration tant que les fichiers de solution ne sont pas déployés sur

tous les serveurs applicables de la batterie de serveurs. Ensuite, les fonctionnalités de la solution sont

installées et les fichiers de schéma et de définition sont consignés dans le magasin de configuration.

Déploiements par service du minuteur

Dans les déploiements qui utilisent le service du minuteur, le déploiement crée un travail de minuteur.

Ce travail de minuteur est sélectionné par le service du minuteur sur chaque serveur Web de la batterie

de serveurs. Initialement, le manifeste et les manifestes de fonctionnalité sont analysés pour

rechercher les fichiers d’assembly et _layouts, qui sont copiés vers les emplacements appropriés. Tous

les autres fichiers contenus dans un répertoire de fonctionnalité sont copiés dans le répertoire

approprié. Une fois que les fichiers de solution sont copiés vers les ordinateurs cibles, une

réinitialisation de la configuration est planifiée pour tous les serveurs Web frontaux. Puis les

fonctionnalités de la solution sont inscrites et les fichiers de schéma et de définition sont consignés

dans le magasin de configuration.

Pour plus d’informations sur le magasin de solutions, le déploiement et la synchronisation, voir

Déploiement d’une solution (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=186995&clcid=0x40C) dans le Kit de développement logiciel SDK

de Microsoft SharePoint 2010.

Ajout d’un package de solution

Avant de déployer un package de solution, vous devez l’ajouter à la base de données de solution d’une

batterie de serveurs SharePoint Foundation.

Vous devez être membre du groupe Administrateurs sur un ordinateur exécutant Windows

PowerShell.


SPShellAdmin.

Important :

Pour importer un package de solution à l’aide de Windows PowerShell


262





Add-SPSolution -LiteralPath <SolutionPath>

La solution est ajoutée au magasin de solutions de la batterie de serveurs. Pour utiliser la solution,

suivez la procédure de la section suivante de cet article. Pour plus d’informations, voir Add-SPSolution.

Déploiement d’un package de solution

Vous pouvez déployer des solutions importées en utilisant le site Web Administration centrale ou

Windows PowerShell. Après qu’une solution a été ajoutée au magasin de solutions à l’aide de l’applet

de commande Windows PowerShellAdd-SPSolution, elle doit être déployée sur un site pour devenir

accessible.

Vous ne pouvez pas ajouter une solution au magasin de solutions à l’aide de la page Gestion

des solutions de l’Administration centrale.

Les procédures suivantes montrent comment déployer une solution importée sur un site dans la

batterie de serveurs à l’aide du site Web Administration centrale ou de Windows PowerShell.


2. Dans la section Gestion de la batterie, cliquez sur Gérer les solutions de la batterie.

3. Dans la page Gestion des solutions, cliquez sur la solution que vous souhaitez déployer.

4. Dans la page Propriétés de la solution, cliquez sur Déployer la solution.

5. Dans la page Déployer la solution, dans la section Déployer quand ?, sélectionnez l’une des

options suivantes :

Maintenant

À une heure spécifiée. Si vous sélectionnez cette option, spécifiez une heure dans les

zones de date et d’heure. Choisissez de préférence une heure à laquelle la charge est

faible sur les serveurs de destination.

6. Dans la section Destination du déploiement, dans la liste Application Web spécifique,

cliquez sur Toutes les applications Web ou sélectionnez une application Web spécifique.

7. Cliquez sur OK.

Remarque :

Pour déployer une solution à l’aide de l’Administration centrale

Pour déployer un package de solution pour une seule application Web à l’aide de Windows PowerShell

http://technet.microsoft.com/library/0c64c1ac-39c0-4d5e-923f-27d0c48b006a(Office.14).aspx

263


SPShellAdmin.





Install-SPSolution -Identity <SolutionName> -WebApplication <URLname>

Où :

<SolutionName> est le nom de la solution.

<URLname> est l’URL de l’application Web à laquelle vous souhaitez déployer la solution

importée.

Par défaut, la solution est déployée immédiatement. Vous pouvez également planifier le

déploiement à l’aide du paramètre time. Pour plus d’informations, voir Install-SPSolution.


SPShellAdmin.





Install-SPSolution -Identity <SolutionName> -AllWebApplications -time

<TimeToDeploy> -GACDeployment -CASPolicies

Où :

GACDeployment est le paramètre qui permet à SharePoint Foundation 2010 de déployer

les assemblys dans le GAC (Global Assembly Cache).

CASPolicies permet la création d’un fichier de stratégie de sécurité d’accès du code et

son activation dans le fichier Web.config de la collection de sites ciblée.

Par défaut, la solution est déployée immédiatement, mais vous pouvez également planifier son

déploiement au moyen du paramètre time.

À propos de la création d’un package de solution

SharePoint Foundation 2010 n’inclut pas d’outil permettant de créer des packages de solution. Cette

section décrit les méthodes de création des packages de solution contenant des éléments de sites

développés et des artefacts.

Pour déployer un package de solution pour toutes les applications Web à l’aide de Windows PowerShell

http://technet.microsoft.com/library/0133c53b-70c4-4dff-a2ae-3c94759ed25d(Office.14).aspx

264

Visual Studio 2010

Vous pouvez utiliser Visual Studio 2010 pour grouper des éléments SharePoint connexes en une

fonctionnalité, puis empaqueter plusieurs fonctionnalités, définitions de site, assemblys et autres

fichiers dans un package unique (fichier .wsp) afin de les déployer sur des serveurs SharePoint

Foundation 2010. Vous pouvez utiliser Visual Studio 2010 pour déboguer et tester le fichier .wsp sur le

serveur SharePoint Foundation 2010 sur l’ordinateur de développement. Vous pouvez également

personnaliser les étapes de déploiement sur l’ordinateur de développement.

Les développeurs peuvent créer leurs solutions SharePoint dans Visual Studio 2010 et produire des

fichiers .wsp à l’aide du processus de génération automatisée. Le code source du projet Visual Studio

SharePoint qui est utilisé pour générer le fichier .wsp peut également être ajouté au système de

contrôle de code source en utilisant l’intégration Visual Studio 2010. Visual Studio 2010 peut importer

des fichiers .wsp et créer des projets pour les étendre davantage et créer de nouveaux fichiers .wsp. La

source principale des fichiers .wsp qui sont importés dans Visual Studio 2010 provient des modèles

enregistrés à l’aide de la commande Enregistrer comme modèle à partir des sites SharePoint

Foundation 2010. Ces modèles peuvent être utilisés pour enregistrer la totalité des personnalisations

du site dans une solution SharePoint.

Pour plus d’informations, voir Développement SharePoint dans Visual Studio


Makecab

Les packages de solutions peuvent être créés manuellement à l’aide d’outils tels que Makecab.exe.

L’outil Makecab.exe accepte un pointeur vers un fichier .ddf, qui décrit la structure du fichier CAB. Le

format d’un fichier .ddf est similaire à celui d’un fichier .inf, c’est-à-dire que vous déclarez un en-tête

standard puis énumérez, en citant un fichier par ligne, l’ensemble des fichiers en fonction de leur

emplacement sur le disque et de leur emplacement dans le fichier CAB.

Il est possible de télécharger l’outil Makecab.exe à partir du Kit de développement logiciel (SDK)

Microsoft Cabinet (http://go.microsoft.com/fwlink/?linkid=107292&clcid=0x40C).

À propos de la personnalisation des packages de solution

Si vous avez besoin d’apporter les personnalisations suivantes à des solutions SharePoint Foundation

2010, il est recommandé d’utiliser Visual Studio 2010 pour personnaliser les packages de solution.

Vous pouvez également effectuer ces personnalisations en créant manuellement les packages de

solution SharePoint.

Déployer des assemblys .NET Framework dans le dossier d’application privé au lieu de les

déployer dans le Global Assembly Cache.

Ajouter des autorisations de sécurité d’accès du code pour la solution à appliquer au cours du

déploiement.

Modifier les noms utilisés par défaut pour les dossiers des fonctionnalités.

Localiser la solution.




265

Associer des gestionnaires d’événements de fonctionnalité à certains types de solutions

SharePoint Foundation 2010, telles que les solutions de composants WebPart.

Ajouter des ressources (fichiers XML, images, fichiers .dll et assemblys) au package de solution.

Créer manuellement un fichier de solution

Dans la plupart des scénarios de développement SharePoint Foundation 2010, nous vous

recommandons d’utiliser les outils Visual Studio 2010 pour SharePoint 2010 pour développer et

empaqueter les solutions SharePoint. Dans Visual Studio 2010, le processus de déploiement copie le

fichier .wsp sur le serveur exécutant SharePoint Foundation 2010, installe la solution, puis active les

fonctionnalités.

Vous pouvez aussi créer manuellement un fichier de solution. Voici les principales étapes de la création

d’un fichier de solution :

1. Rassemblez tous les fichiers de solution dans un dossier. Il n’existe pas de consigne particulière

pour cette opération, mais il est conseillé de séparer les différents types de fichiers de solution et

de les placer dans des sous-dossiers qui leur sont propres.

2. Créez un fichier manifest.xml qui liste les composants de la solution.

3. Créez un fichier .ddf qui définit la structure du fichier de solution. Ce fichier contient la liste des

fichiers de solution, qui détermine le fichier de sortie .wsp.

4. Exécutez Makecab.exe avec le fichier .ddf en entrée et le fichier .wsp en sortie.

À propos du fichier manifeste de la solution

Le fichier manifeste de la solution (toujours nommé manifest.xml) est stocké à la racine du fichier de

solution. Ce fichier définit la liste des fonctionnalités, des définitions de sites, des fichiers de

ressources, des fichiers de composants WebPart et des assemblys à traiter. Il ne définit pas la

structure du fichier — si les fichiers sont inclus dans une solution mais qu’ils ne sont pas listés dans le

fichier manifest.xml, ils ne sont pas traités.

L’exemple qui suit montre la structure d’un fichier manifest.xml au format XML.

<?xml version="1.0" encoding="utf-8" ?>

<Solution xmlns="http://schemas.microsoft.com/sharepoint/"

SolutionId="{79d1a62e-3627-11db-963e-00e08161165f}"

ResetWebServer="TRUE">

<Assemblies>

<Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Webparts\

Example.SharePoint.WebParts.dll">

<SafeControls>

266

<SafeControl Assembly="Example.Sharepoint.Webparts,

Version=1.0.0.0, Culture=Neutral, PublicKeyToken=63cce650e8605f5d"

Namespace="Example.Sharepoint.Webparts" TypeName="*"/>

</SafeControls>

</Assembly>

<Assembly DeploymentTarget="GlobalAssemblyCache"

Location="Example.Sharepoint.Timer/Example.Sharepoint.Timer.dll"/>

</Assemblies>

<FeatureManifests>

<FeatureManifest Location="Example.Sharepoint.Timer\Feature.xml"/>

<FeatureManifest Location="Example.CustomType\Feature.xml"/>

<FeatureManifest Location="Example.ExampleLibrary\Feature.xml"/>

<FeatureManifest Location="Example.Columns\Feature.xml"/>

<FeatureManifest Location="Example.Workflow.ProcessExample\Feature.xml"/>

<FeatureManifest Location="Example.Workflow.ProvisionExample\Feature.xml"/>

</FeatureManifests>

<SiteDefinitionManifests>

<SiteDefinitionManifest Location="EXAMPLE">

<WebTempFile Location="1033\XML\WEBTEMPExample.XML"/>

</SiteDefinitionManifest>

</SiteDefinitionManifests>

</Solution>

Par ailleurs, vous pouvez ajouter un élément DwpFiles pour spécifier des fichiers .webpart ou .dwp, ou

un élément ResourceFiles pour spécifier des fichiers de ressources, des définitions de site, des

ressources d’application et des stratégies de sécurité d’accès du code.

Annotez éventuellement vos fichiers Feature.xml avec des balises <ElementFile>.

Si votre solution contient des fonctionnalités, dans la balise <ElementManifests> de votre fichier

Feature.XML, ajoutez <ElementFile Location="..."/> pour tous les fichiers supplémentaires de votre

fonctionnalité, comme les pages ASP.NET (par exemple, allitems.aspx) ou les pages maîtres, etc.

Pour plus d’informations sur les fichiers manifeste de la solution qui définissent les éléments constitutifs

de celle-ci, voir Schéma de la solution (éventuellement en anglais)



267

Création et déploiement d’un package de solution de composant WebPart personnalisé à l’aide de Visual Studio 2010 Pour un exemple qui montre comment utiliser Visual Studio 2010 pour créer, personnaliser, déboguer

et déployer une définition de liste SharePoint pour le suivi des tâches de projet, voir Procédure pas à

pas : déploiement d’une définition de liste de tâches de projet

(http://go.microsoft.com/fwlink/?LinkId=189612&clcid=0x40C) dans la bibliothèque MSDN.

Cette procédure pas à pas illustre les tâches suivantes :

Création d’un projet de définition de liste SharePoint qui contient des tâches.

Ajout de la définition de liste à une fonctionnalité SharePoint.

Ajout d’un récepteur d’événements à la liste.

Création et personnalisation d’un package SharePoint pour déployer votre fonctionnalité.

Génération et déploiement de votre solution SharePoint.

Lorsque vous générez l’exemple de projet décrit dans cette procédure, Visual Studio 2010 déploie

automatiquement la solution sur le serveur SharePoint Foundation 2010 sur votre ordinateur de

développement à des fins de test et de débogage. Vous pouvez également créer un fichier de package

de solution qui peut être ajouté et déployé sur un autre ordinateur. Pour plus d’informations, voir

Comment : déployer une solution SharePoint

(http://go.microsoft.com/fwlink/?linkid=187004&clcid=0x40C). Vous pouvez utiliser l’applet de

commande Add-SPSolutionWindows PowerShell pour importer la solution sur un autre ordinateur.

Vous pouvez utiliser la page Gestion des solutions dans l’Administration centrale pour déployer le

package de solution. Ou bien, vous pouvez utiliser l’applet de commande Install-SPSolutionWindows

PowerShell pour déployer le package de solution.

Dans la procédure pas à pas, la portée de la fonctionnalité de liste du projet est Web. Pour activer la

fonctionnalité sur le site Web, développez le menu Actions du site, puis cliquez sur Paramètres du

site. Sous Actions du site, cliquez sur Gérer les fonctionnalités du site. Dans la page

Fonctionnalités, à côté du nom de la fonctionnalité, cliquez sur Activer.

http://go.microsoft.com/fwlink/?LinkId=189612&clcid=0x40C

http://go.microsoft.com/fwlink/?LinkId=189612&clcid=0x40C


268


Cet article décrit le déploiement des personnalisations d’éléments de site créés dans Microsoft

SharePoint Foundation 2010, notamment des procédures de déploiement, des considérations d’ordre

général, ainsi que les meilleures pratiques concernant le déploiement du contenu personnalisé.

Dans cet article :

À propos du déploiement d’éléments de site créés

Avant de commencer

Déployer le contenu à l’aide de l’API de migration de contenu

Créer un package de déploiement de contenu à l’aide de Windows PowerShell

À propos du déploiement d’éléments de site créés Les éléments de site créés correspondent en fait au « contenu » dans vos sites. Il s’agit des pages

Web, des images, des pages de disposition, des feuilles de style en cascade et d’autres ressources qui

composent votre site Web SharePoint Foundation 2010. Les éléments de site créés sont les suivants :

Artefacts Il s’agit des éléments de site, généralement conçus à l’aide d’un outil tel que Microsoft

SharePoint Designer 2010, qui composent la structure dans laquelle le contenu de votre site

apparaît. Parmi les exemples d’artefacts, citons les pages maîtres et les mises en page.

Contenu Web Il s’agit des éléments de site, généralement créés directement dans le navigateur

Web ou dans un programme de création client tel que Word 2010, qui fournissent le contenu de

votre site. Parmi les exemples de contenu Web, citons les pages Web et les images.

Cet article ne couvre pas le déploiement des éléments de site développés tels que les composants

WebPart et d’autres éléments de code. Pour plus d’informations, voir Déployer des packages de

solution (SharePoint Foundation 2010) et Déployer des éléments de sites à l’aide de composants

fonctionnels (SharePoint Foundation 2010).

Les éléments de site créés peuvent être déployés selon différentes méthodes :

Utilisez le modèle objet pour gérer des scénarios tels que l’écriture de scripts pour automatiser des

tâches courantes et la définition de propriétés personnalisées pour des opérations d’exportation et

d’importation adaptées au déploiement. Le modèle objet vous offre le plus de contrôle sur vos

scénarios de migration de données.

Les packages de déploiement de contenu sont conçus pour un déplacement ou une migration

unique de contenu dans une collection de sites de destination. Les packages de déploiement de

contenu sont des fichiers CAB qui contiennent une partie ou l’ensemble des éléments de site créés

dans un site Web et qui peuvent être déployés dans un environnement déconnecté. Les applets de

269

commande Windows PowerShell sont utilisées pour créer des packages de déploiement de

contenu.

Cet article ne couvre pas l’utilisation de packages de solutions pour transmettre votre travail de

développement SharePoint Foundation 2010 personnalisé aux serveurs Web frontaux ou les

serveurs d’applications de votre batterie de serveurs. En utilisant des packages de solutions,

vous pouvez déployer des artefacts dans un environnement déconnecté, et vous pouvez

déployer des artefacts et des éléments de site développés dans le même package. Pour plus

d’informations, voir Déployer des packages de solution (SharePoint Foundation 2010).

Quand utiliser un package de déploiement de contenu

Vous pouvez utiliser des packages de déploiement de contenu pour déployer des éléments de site

créés dans un ou plusieurs des scénarios suivants :

Migration de contenu unique Utilisez un package de déploiement de contenu pour déplacer une

seule fois le contenu dans une collection de sites de destination. Si vous envisagez de mettre à

jour régulièrement le contenu sur une collection de sites de destination, utilisez la fonctionnalité de

déploiement de contenu ou l’API de migration de contenu.

Environnements déconnectés Si les batteries de serveurs ne sont pas connectées, vous

pouvez créer un package de déploiement de contenu pour le transfert asynchrone dans la batterie

de serveurs d’intégration.

Exemple de contenu Si des personnalisations d’éléments de site créés doivent être déployées

de l’environnement de création vers l’environnement d’intégration en vue d’être utilisées comme

des exemples à des fins de développement, vous pouvez utiliser un package de déploiement de

contenu pour simplifier ce processus.

Avant de commencer Afin d’éliminer les problèmes potentiels de synchronisation, vous devez souvent déployer les éléments

de site développés avant les éléments de site créés. Les solutions de batterie de serveurs et les

solutions d’application Web doivent être installées et déployées sur la batterie de serveurs de

destination avant le déploiement de contenu. Sachez également que vous devez installer tous les

modules linguistiques qui sont utilisés sur le serveur source sur le serveur de destination ; si les

modules linguistiques requis ne sont pas installés, le déploiement de contenu échouera.

Avant d’effectuer les procédures dans cet article, familiarisez-vous avec les concepts propres au

déploiement de personnalisations d’éléments de site. Pour plus d’informations sur la planification et la

conception de sites et de collections de sites, voir Planification de site fondamentale (SharePoint

Foundation 2010). Par ailleurs, téléchargez une version Excel de la feuille de planification de

déploiement de contenu (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?LinkID=167835&clcid=0x40C).

Remarque :

http://technet.microsoft.com/library/aa456629-8de8-4328-873b-2e2db9671401(Office.14).aspx

http://technet.microsoft.com/library/aa456629-8de8-4328-873b-2e2db9671401(Office.14).aspx

http://go.microsoft.com/fwlink/?LinkID=167835&clcid=0x40C


270

Déployer le contenu à l’aide de l’API de migration de contenu Vous pouvez traiter la plupart des scénarios de déploiement à l’aide de l’Administration centrale sans

recourir à des scripts. Toutefois, vous pouvez utiliser le modèle objet pour gérer d’autres scénarios, tels

que l’écriture de scripts pour automatiser des tâches courantes et la définition des propriétés

personnalisées pour les opérations d’exportation et d’importation que vous ne pouvez pas configurer à

l’aide du site Administration centrale de SharePoint. Vous pouvez également créer du code qui exporte

et importe un package de contenu dans les situations où la connectivité entre une batterie de serveurs

source et une batterie de destination peut être limitée ou indisponible.

Pour plus d’informations sur la migration de contenu et les API de migration de contenu, voir Vue

d’ensemble de la migration de contenu (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=187033&clcid=0x40C). Pour obtenir une vue d’ensemble de la

fonctionnalité de déploiement de contenu, ainsi que le contexte et les ressources nécessaires pour

générer et mettre en œuvre des solutions de déploiement personnalisées, voir Déploiement de contenu

entre serveurs (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=181466&clcid=0x40C). Pour obtenir un exemple de code qui

montre comment utiliser le modèle objet pour créer des chemins d’accès et des travaux qui déploient

du contenu entre les collections de sites, voir Procédure : déploiement de contenu entre serveurs

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=187034&clcid=0x40C). Pour obtenir

un exemple de code et des informations sur la façon d’exporter et d’importer un package de contenu à

l’aide de l’API de migration de contenu, voir Procédure : personnaliser le déploiement dans des

scénarios déconnectés (http://go.microsoft.com/fwlink/?linkid=181076&clcid=0x40C).

Créer un package de déploiement de contenu à l’aide de Windows PowerShell Vous pouvez utiliser Windows PowerShell pour créer un package de déploiement de contenu qui

contient les éléments de site créés pour un site entier (y compris tout le contenu du site) ou une liste ou

une bibliothèque de documents.

Utilisez des packages de déploiement de contenu pour une migration de contenu unique vers

une collection de sites de destination. Utilisez la fonctionnalité de déploiement de contenu ou

l’API de migration de contenu pour déplacer périodiquement le contenu d’une collection de

sites source vers une collection de sites de destination.

Les packages de déploiement de contenu sont implémentés sous forme de fichiers CMP (Content

Migration Package ). Vous exportez ce package à partir du serveur source, puis vous l’importez dans le

serveur de destination. Vous pouvez utiliser cette méthode de déploiement de contenu dans les

environnements connectés et déconnectés.

Remarque :









271

Si vous utilisez un système de gestion de la configuration logicielle, suivez les étapes pour exporter le

package de déploiement de contenu, puis utilisez la procédure correspondant à votre système de

gestion de la configuration logicielle pour enregistrer le fichier exporté.


SPShellAdmin.




5. À l’invite de commande Windows PowerShell, tapez la commande suivante :

Export-SPWeb -Identity <URLname> -path <ExportFileName> -IncludeUserSecurity -

IncludeVersions 4 -NoFileCompression

Où :

<URLname> est le site à exporter. Ce site est écrit dans le package de déploiement de

contenu avec tous les sous-sites.

IncludeUserSecurity octroie au nouveau site des autorisations identiques à celles du site

d’origine..

IncludeVersions a la valeur 4 pour spécifier que toutes les versions doivent être incluses.

NoFileCompression signifie que le package de migration de contenu est créé dans un

dossier non compressé, et non dans un fichier CAB unique. Cela complique le déploiement

du package de migration sur un autre serveur, mais facilite la modification des fichiers.

Pour plus d’informations, voir Export-SPWeb.

Remarque :





SPShellAdmin.




5. À l’invite de commande Windows PowerShell, tapez la commande suivante :

Import-SPWeb -Identity <URLname> -path <ImportFileName> -IncludeUserSecurity

Pour créer un package de déploiement de contenu à l’aide de Windows PowerShell

Pour importer un package de déploiement de contenu à l’aide de Windows PowerShell

http://technet.microsoft.com/library/cd85bf19-6f24-4f13-bd9c-37bbf279ea2b(Office.14).aspx

272

Où :

<URLname> est le site qui sera importé avec tous les sous-sites.

Pour plus d’informations, voir Import-SPWeb.

Remarque :




http://technet.microsoft.com/library/2ecc5b6e-1b23-4367-a966-b7bd3377db3a(Office.14).aspx

273


Cet article décrit le déploiement de personnalisations d’éléments de sites développés au moyen de

composants fonctionnels. Au moyen de composants fonctionnels, vous pouvez contrôler le cadre

d’activation et de désactivation de la personnalisation de site, et facilement déployer les

personnalisations sur plusieurs batteries de serveurs.


Qu’est-ce qu’un composant fonctionnel ?

Quand utiliser des composants fonctionnels

Créer un composant fonctionnel

Installer et activer un composant fonctionnel à l’aide de Windows PowerShell

Qu’est-ce qu’un composant fonctionnel ? Un composant fonctionnel est un conteneur de différentes extensions définies pour SharePoint

Foundation 2010, et est composé d’un ensemble de fichiers XML déployés sur des serveurs Web

frontaux et des serveurs d’applications. Vous pouvez déployer un composant fonctionnel dans le cadre

d’un package de solution, et vous pouvez activer individuellement un composant fonctionnel dans des

sites SharePoint Foundation.

Les composants fonctionnels réduisent la complexité liée à la création de personnalisations de sites

simples. Les composants fonctionnels éliminent la nécessité de devoir copier de vastes sections de

code pour modifier une fonctionnalité simple et, par conséquent, ils réduisent les problèmes de contrôle

de versions et d’incohérence qui peuvent se produire entre serveurs Web frontaux.

Les composants fonctionnels facilitent l’activation ou la désactivation de la fonctionnalité au cours d’un

déploiement, et les administrateurs peuvent facilement transformer le modèle ou la définition d’un site

en activant ou désactivant un composant fonctionnel particulier sur l’interface utilisateur.

Un élément est une unité atomique d’un composant fonctionnel. L’élément Feature est utilisé dans un

fichier Feature.xml file pour définir un composant fonctionnel et spécifier l’emplacement des assemblys,

des fichiers, des dépendances ou des propriétés qui prennent en charge le composant fonctionnel. Un

composant fonctionnel inclut un fichier Feature.xml et un nombre illimité de fichiers décrivant des

éléments individuels. Un autre élément Feature d’un schéma différent est utilisé dans un fichier

Onet.xml pour indiquer qu’un composant fonctionnel doit être activé lors de la création d’un site à partir

de la définition de site.

Un fichier Feature.xml pointe généralement vers un ou plusieurs fichiers XML dont la balise de niveau

supérieur <Elements> contient des définitions pour les éléments qui prennent en charge le composant

274

fonctionnel. Les éléments dans SharePoint Foundation 2010 correspondent souvent aux anciens

nœuds discrets du fichier Onet.xml ou Schema.xml de Microsoft Office SharePoint Portal Server 2003 Il

existe plusieurs types d’éléments, par exemple, un élément de menu personnalisé ou un gestionnaire

d’événements.

Pour plus d’informations sur les possibilités des composants fonctionnels, voir Utilisation de

composants fonctionnels (éventuellement en anglais)


Pour des informations spécifiques sur le format de fichier et les éléments XML utilisés dans le

fichier Feature.xml, voir Fichiers Feature.xml (éventuellement en anglais)


Pour plus d’informations sur la façon dont les composants fonctionnels affectent le format du fichier

Onet.xml dans une définition de site, voir Fichiers de définition de site (Onet.xml) (éventuellement

en anglais) (http://go.microsoft.com/fwlink/?linkid=183454&clcid=0x40C).

Pour plus d’informations sur les types d’éléments des composants fonctionnels, voir Types

d’éléments (éventuellement en anglais)


Quand utiliser des composants fonctionnels Les composants fonctionnels représentent la méthode recommandée pour le déploiement d’éléments

de fonctionnalité, de personnalisations ou de modifications de configuration sur des serveurs Web

frontaux. Le composant fonctionnel constitue un moyen flexible de gérer une fonctionnalité tout au long

de son cycle de vie, notamment lors de l’activation, de la mise à niveau et éventuellement de la

désactivation.

Vous pouvez utiliser des composants fonctionnels pour déployer des éléments de site développés dans

un ou plusieurs des scénarios suivants :

Besoin d’activation et de désactivation Lorsque vous déployez des personnalisations

d’éléments de site dans un composant fonctionnel, vous pouvez installer, activer et désactiver le

composant fonctionnel avec Windows PowerShell ou au moyen du modèle objet. Vous pouvez

également activer et désactiver un composant fonctionnel à l’aide du site Web Administration

centrale.

Flexibilité d’étendue Vous pouvez activer un composant fonctionnel pour une étendue unique,

notamment une batterie de serveurs, une application Web, une collection de sites ou un site Web.

Simplicité de distribution des déploiements Un composant fonctionnel est facile à déployer sur

plusieurs batteries de serveurs dans le cadre d’une solution.

Contrôle approfondi via le modèle objet Composant fonctionnel Le modèle objet Composant

fonctionnel permet de spécifier la liste des composants fonctionnels installés dans une étendue

donnée et de contrôler si les composants fonctionnels sont activés aux niveaux de la batterie de

serveurs et des sites.








275

Utilisez les packages de solution pour créer des packages de composants fonctionnels à déployer dans

différents environnements. Par exemple, utilisez un package de solution pour déployer des

personnalisations entre des stations de travail de développeurs et une batterie de serveurs

d’intégration, et entre une batterie d’intégration ou des stations de travail clientes de création, et des

batteries de serveurs pilotes ou de production.

Créer un composant fonctionnel Lorsque vous créez une page Web personnalisée dans SharePoint Foundation 2010 à l’aide du

navigateur ou de SharePoint Designer, la page ASPX peut uniquement appartenir à la collection de

sites racine du serveur qui exécute SharePoint Foundation 2010. Pour créer une page sous une

collection de sites qui est disponible à toute la batterie de serveurs et dans toutes les collections de

sites, utilisez une solution pour déployer la page sous le dossier \14\Template\Layouts (en utilisant

l’élément TemplateFiles dans le fichier de manifeste de solution).

Sur une batterie de serveurs, il est recommandé de déployer des composants fonctionnels en utilisant

un package de solution. Si un serveur doit être reconstruit ou qu’un autre serveur est ajouté à la

batterie, le composant fonctionnel ne devra pas être manuellement ajouté à chaque serveur Web

frontal. En utilisant des packages de solution, vous pouvez déployer des composants fonctionnels

nouveaux et mis à niveau dans la batterie de serveurs et synchroniser un serveur Web frontal afin que

son état soit cohérent avec celui d’autres serveurs dans la batterie.

Pour contrôler la disponibilité d’une page personnalisée dans une collection de sites ou un site Web,

déployez la page Web personnalisée en tant que composant fonctionnel SharePoint dans le cadre

d’une solution. Utilisez l’élément de module dans le fichier Feature.xml pour déployer une page Web en

utilisant une étendue d’une collection de sites et d’un site Web. Les modules sont fréquemment utilisés

pour mettre en œuvre un composant WebPart dans le site.

Un composant fonctionnel qui est déployé dans le cadre d’une solution est installé automatiquement. Si

vous déployez manuellement un composant fonctionnel, vous devez l’installer et l’activer. Voir Installer

et accéder à un composant fonctionnel avec Windows PowerShell, plus loin dans cet article.

1. Créez un fichier Feature.xml. L’exemple qui suit montre un fichier Feature.xml qui permet

d’attribuer un ID unique au composant fonctionnel et de pointer vers le fichier Module.xml.


<Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title=

"Custom Web page"

Description="This simple example feature adds an ASPX page

with a hosted XmlFormView control"

Version="1.0.0.0" Scope="Web"

xmlns="http://schemas.microsoft.com/sharepoint/">

Pour créer et déployer un composant fonctionnel personnalisé

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

http://technet.microsoft.com/library/b0f3e532-48e3-4429-aacd-20750cb9f0df.aspx#InstallAndActivate

276

<ElementManifests>

<ElementManifest Location="Module.xml"/>

</ElementManifests>

</Feature>

2. Créez un fichier Module.xml. L’exemple qui suit est un fichier Module.xml contenant des

informations sur la ou les pages qui font partie de la solution.


<Elements xmlns="http://schemas.microsoft.com/sharepoint/">

<module name="file" url="" path="">

<file url="XmlFormViewPage.aspx" type="ghostable"> </file>

</module>

</Elements>

3. Changez la valeur de l’url du fichier au nom de votre page ASPX.

4. Ajoutez un sous-dossier pour la définition du composant fonctionnel dans le répertoire

d’installation des composants fonctionnels sur l’ordinateur serveur, généralement

%COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\14\TEMPLATE\FEATURES.

Important :

Une meilleure pratique consiste à utiliser des noms détaillés, qualifiés pour les sous-

dossiers que vous créez pour les définitions de composants fonctionnels. Cette

pratique minimise le risque d’ajouter des composants fonctionnels multiples ayant le

même nom et d’écraser le fichier Feature.xml pour un autre composant fonctionnel.

Par exemple, utilisez HR_Contract et Finance_Contract et non Contract.

5. Ajoutez votre page .aspx personnalisée à ce sous-dossier pour la définition du composant

fonctionnel.

6. Ajoutez les fichiers Feature.xml et Module.xml au même emplacement.

7. Ajoutez le composant fonctionnel à un package de solution.

Vous pouvez utiliser Visual Studio 2010 pour ajouter le composant fonctionnel à une solution,

ou vous pouvez manuellement ajouter un élément FeatureManifests au fichier Manifest.xml de

la solution.

8. Créez le package de solution.

Vous pouvez utiliser Visual Studio 2010 pour construire le package de la solution. Vous pouvez

également utiliser l’outil Makecab.exe pour créer le package de solution.

9. Importez et déployez le package de solution.

Ajoutez la solution au magasin de solutions à l’aide de l’applet de commande Windows

PowerShellAdd-SPSolution, puis déployez la solution à partir du magasin de solutions en

277

utilisant le site Web Administration centrale ou au moyen de Windows PowerShell.

Pour plus d’informations sur l’utilisation de Visual Studio 2010 pour ajouter des composants

fonctionnels à des packages de solution, voir Création de packages de solution SharePoint

(http://go.microsoft.com/fwlink/?linkid=187035&clcid=0x40C). Pour plus d’informations sur la

création manuelle d’un package de solution ou l’utilisation de l’outil Makecab.exe pour créer le

package, voir Création d’une solution (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=187036&clcid=0x40C). Pour plus d’informations sur le

déploiement de solutions, voir Déployer des packages de solution (SharePoint Foundation 2010).

Installer et activer un composant fonctionnel à l’aide de Windows PowerShell Vous pouvez installer et activer un composant fonctionnel à l’aide de Windows PowerShell ou du

modèle objet. Vous pouvez également activer un composant fonctionnel à l’aide de la page Gérer les

fonctionnalités des applications Web ou la page Composants fonctionnels de la collection de sites ou

du site où vous souhaitez activer le composant fonctionnel. L’installation d’un composant fonctionnel

rend sa définition et ses éléments connus dans l’ensemble d’une batterie de serveurs, et l’activation du

composant fonctionnel rend ce dernier disponible à une étendue particulière.

Les composants fonctionnels qui sont déployés dans le cadre d’un package de solution sont

installés par le déploiement et une installation manuelle n’est pas requise.

Vous installez des composants fonctionnels dans le dossier 14\Template\Features, chaque composant

fonctionnel occupant son propre sous-dossier. À la racine de ce dossier, un fichier Feature.xml définit le

contenu du composant fonctionnel. Vous devez installer des composants fonctionnels individuels avant

de pouvoir les utiliser, et, sauf si le composant fonctionnel est étendu à l’échelle de la batterie de

serveurs, vous devez les désactiver après leur installation. Si un composant fonctionnel est étendu à

l’échelle de la batterie de serveurs ou de l’application Web, il est activé automatiquement.

Pour désinstaller un composant fonctionnel afin que sa définition ne soit plus disponible dans une

batterie de serveurs, vous devez d’abord désactiver le composant fonctionnel à l’aide de l’applet de

commande Windows PowerShellDisable-SPFeature, sauf si l’étendue du composant fonctionnel couvre

les applications Web ou les batteries de serveurs. Après la désactivation du composant fonctionnel,

vous pouvez utiliser l’applet de commande Uninstall-SPFeature pour le désinstaller. Pour plus

d’informations, voir Uninstall-SPFeature. Après la désinstallation d’un composant fonctionnel,

réinitialisez IIS afin que les modifications puissent être appliquées.

Pour désactiver un composant fonctionnel afin qu’il devienne inactif comme son étendue affectée

d’origine sans le désinstaller, vous pouvez utiliser l’applet de commande Disable-SPFeature. Pour plus

d’informations, voir Disable-SPFeature.

Utilisez les procédures suivantes pour installer et activer un composant fonctionnel.

Remarque :



http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

http://technet.microsoft.com/library/2f3831e4-b964-4e0e-bcc5-02659fdc0bb7(Office.14).aspx

http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

278


SPShellAdmin.





Install-SPFeature -path <Path> [-force]

Où :

<Path> est un chemin de fichier valide ; par exemple, MyFeature. Le chemin d’accès au

composant fonctionnel doit être un chemin littéral au nom de dossier

14\Template\Features. Le nom de fichier Feature.xml est implicite et n’a pas besoin d’être

fourni.

Pour plus d’informations, voir Install-SPFeature.

Remarque :





SPShellAdmin.





Enable-SPFeature -Identity <FeatureID> [-url] <URLname> [-force]

Où :

<FeatureID> est le nom du dossier du composant fonctionnel se trouvant dans le dossier

14\Template\Features. Ce doit être un chemin d’accès de fichier valide ; par exemple,

MyCustom.

<URLname> est l’URL parent du composant fonctionnel de l’application Web, de la

collection de sites ou du site Web pour lequel le composant fonctionnel est activé ; par

exemple, http://somesite.

Pour installer un composant fonctionnel à l’aide de Windows PowerShell

Pour activer un composant fonctionnel à l’aide de Windows PowerShell

http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

279

Pour plus d’informations, voir Enable-SPFeature.

Remarque :




http://technet.microsoft.com/library/9b68c192-b640-4cb8-8a92-a98008169b27(Office.14).aspx

280


Cet article explique comment créer une définition de site personnalisé et la déployer à l'aide d'un

package de solution.

Dans cet article :

Que sont les définitions de site ?

Configurations et définitions de site

Créer une configuration et une définition de site personnalisée

Déployer une définition de site en utilisant un package de solution

Que sont les définitions de site ? Dans Microsoft SharePoint Foundation 2010, un utilisateur crée un site via l'interface utilisateur (IU) en

sélectionnant une configuration de définition de site ou un modèle de site personnalisé qui définit

comment instancier le site. Une définition de site est un modèle qui détermine par exemple les listes,

les fichiers, les composants WebPart, les fonctionnalités ou les paramètres permettant de mettre en

service un nouveau site SharePoint.

Une définition de site est une famille de configurations de définitions de site. Chaque définition de site

spécifie un nom et contient une liste des configurations de définitions de site. Dans SharePoint

Foundation 2010, une définition de site se compose d'un ensemble de fichiers XML qui peut être

appliqué pour mettre en service de nouveaux sites. Les fichiers sont situés sur des serveurs Web.

Les définitions de site se composent principalement de plusieurs fichiers XML et ASPX stockés sur un

serveur Web frontal dans des dossiers sous le dossier %ProgramFiles%\Common Files\Microsoft

Shared\Web serveur extensions\14\TEMPLATE\SiteTemplates.

Un site créé à partir d'une définition de site enrichit les informations structurelles et de contenu, sans

les répéter, à partir de la définition du site d'origine. Tout au long de leur cycle de vie, les sites

continuent à dépendre de la définition de site qui est leur fondement ultime. Pour cette raison, Microsoft

ne prend pas en charge la modification ou la suppression d'une définition de site une fois que des sites

ont été créés à partir de celle-ci. Ces modifications peuvent faire en sorte que des sites créés à partir

de la définition cessent de fonctionner correctement ou peuvent empêcher la création de nouveaux

sites basés directement, ou indirectement, sur la définition du site. Pour personnaliser une définition de

site, les développeurs peuvent ajouter une fonction qui inclut les modifications apportées à la définition

du site. La définition du site elle-même n'est pas modifiée.

Pour plus d'informations sur les types de personnalisations de définitions de site qui sont pris en charge

par Microsoft, consultez Scénarios pris en charge et non pris en charge pour utiliser les définitions de

site personnalisées et les définitions de zone personnalisées dans Windows SharePoint Services, dans



281

SharePoint Portal Server 2003 et Office SharePoint Server 2007


Dans le modèle d'objet, un SPWebTemplate représente une définition de site (et la configuration).Pour

plus d'informations sur les modèles de site et les définitions de site, voir Définitions et modèles de site


Le format STP d'un modèle de site personnalisé (fichier .stp) est abandonné dans SharePoint

Foundation 2010 et remplacé par des modèles de site au format WSP. Dans Windows

SharePoint Services 3.0, les utilisateurs peuvent enregistrer un site existant comme modèle. Le

modèle de site est stocké dans la base de données en tant que modèle et les utilisateurs

peuvent sélectionner le modèle de site comme base définissant comment instancier le site.

Dans SharePoint Foundation 2010, les utilisateurs peuvent enregistrer un site existant comme

modèle. Le modèle est enregistré sous un format de fichier .wsp dans la galerie de solutions du

site de haut niveau dans une collection de sites, où il devient disponible pour la création de

sous-sites sur tous les sites Web dans la collection de sites.

Pour plus d’informations sur les définitions de site, voir Configurations et définitions de site


Configurations et définitions de site Une définition de site définit un site SharePoint spécifique. Il existe cinq définitions de site installées en

mode natif dans SharePoint Foundation 2010. Une définition de site peut inclure plusieurs

configurations de définition de site. Les sites Web SharePoint sont basées sur des configurations de

définitions de site spécifiques, qui sont les suivantes :

SharePoint Team Services inclut les configurations de définitions de site pour les sites d'équipe, les

sites vides et les espace de travail de document.

MPS inclut les configurations de définitions de site pour l'espace de travail de réunion de base,

l'espace de travail de réunion vide, l'espace de travail de réunion pour la prise de décision, l'espace

de travail de réunion informelle et l'espace de travail de réunion multipage.

CENTRALADMIN fournit la configuration de définition de site pour les sites Web d'administration

centrale.

WIKI fournit la configuration de définition de site pour les sites Web qui prennent en charge de

contenu de la communauté à l'aide de la technologie wiki.

BLOG fournit la configuration de définition de site pour les blogs.

Chaque définition de site se compose des fichiers qui sont placés dans les sous-dossiers \\Program

Files\Common Files\Microsoft Shared\web serveur extensions\14\TEMPLATE\SiteTemplates des

serveurs Web frontaux lors de l'installation de SharePoint Foundation 2010. Les fichiers de définition de

site incluent les fichiers .xml, .aspx, .ascx et les fichiers de page .master, en plus des fichiers de

modèle de document — comme .dot et .htm — et des fichiers de contenu, tels que .gif et. doc.

Remarque :




282

Pages non personnalisées et personnalisation de pages

Les fichiers de définitions de site sont mis en cache dans la mémoire sur le serveur au démarrage du

processus Microsoft Internet Information Services (IIS). Ainsi, les pages non personnalisées peuvent

être réutilisées sur les sites. Les informations contenues dans ces fichiers sont extraites du cache au

moment de l'exécution. Les pages et les schémas de liste sont lus à partir des fichiers de définition du

site mais semblent être des fichiers réels au sein d'un site. Les nouvelles pages WebPart sont

également considérées comme étant non personnalisées.

Lorsque des pages de site sont personnalisées — à l'exclusion des personnalisations basées sur la

navigateur, telles que les modifications apportées aux composants WebPart — leur contenu est stocké

dans la base de données de contenu et la page de site personnalisée est utilisée à la place de la page

d'origine de la définition du site. Les fichiers .aspx téléchargés sont automatiquement considérés

comme étant personnalisés.

Pour plus d’informations sur le dédoublement et la personnalisation des pages, voir Configurations et

définitions de site (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x40C).

Fichiers de schéma de base

Le tableau suivant répertorie les fichiers XML principaux qui peuvent être modifiés pour une définition

de site et affiche leur emplacement dans le système de fichiers.

WebTemp.xml Identifie les définitions de site et fournit des

informations sur leurs configurations. Se trouve

dans :

\TEMPLATE\1033\XML

Onet.xml Définit les zones de navigation, spécifie les

définitions de liste disponibles, spécifie les

modèles de document et leurs fichiers, définit les

types de base pour les listes et définit les

configurations et les modules pour les définitions

de site. Se trouve dans :

\TEMPLATE\SiteDefinitions\type_site\XML

Schema.xml Définit les vues, les formulaires, les barre d'outils

et les champs spéciaux dans une définition de

liste. Chaque définition possède son propre fichier

Schema.Xml. Se trouve dans :

\TEMPLATE\FEATURES\List_Definition_Name

DocIcon.xml Chaque serveur Web frontal dans un déploiement

SharePoint Foundation contient un fichier

DocIcon.xml qui mappe le fichier des identifiants



283

programmatiques (ProgID) et les extensions de

nom de fichier des types de documents à des

icônes spécifiques et aux contrôles pour

l'ouverture de chaque type. Les modifications

apportées à DocIcon.xml sont globales pour un

déploiement SharePoint Foundation et affectent

toutes les définitions de site sur le serveur Web

frontal. Se trouve dans :

\TEMPLATE\XML

Ces fichiers XML utilisent Collaborative Application Markup Language (CAML) (éventuellement en

anglais) (http://go.microsoft.com/fwlink/?linkid=183464&clcid=0x40C) pour définir les aspects d'un site.

Pour plus d'informations sur ces fichiers XML de base que vous pouvez utiliser pour personnaliser des

définitions de site, voir Configurations et définitions de site (éventuellement en anglais)


Créer une configuration et une définition de site personnalisée Vous pouvez créer des définitions de site personnalisées en copiant manuellement une définition de

site existante ou en important un fichier .wsp dans Visual Studio 2010.

Importer des éléments à partir d'un de site SharePoint existant

Cette méthode nécessite d'enregistrer un site sous la forme d'un modèle à partir de SharePoint

Foundation pour générer un fichier .wsp et puis à importer le fichier .wsp dans Visual Studio 2010 à

l'aide du modèle de projet d'importation de solution. Le modèle de projet d'importation du package de

solution SharePoint permet de réutiliser des éléments comme les types de contenu, les définitions de

liste et les champs à partir de sites SharePoint existants dans une nouvelle solution Visual Studio

SharePoint. Pour plus d'informations sur l'importation des éléments d'un site SharePoint existant dans

un projet Visual Studio SharePoint, voir Importation d'éléments d'un site SharePoint existant

(http://go.microsoft.com/fwlink/?linkid=187040&clcid=0x40C). Ce chapitre contient une procédure pas à

pas qui illustre les tâches suivantes :

1. Personnalisation d'un site SharePoint en lui ajoutant une colonne de site personnalisée.

2. Exportation d'un site SharePoint vers un fichier .wsp.

3. Important du fichier .wsp dans un projet Visual Studio SharePoint en utilisant le projet d'importation

.wsp.

Copier un site SharePoint existant

Cette méthode implique de copier une définition de site existante, de modifier cette copie et de changer

deux fichiers de schéma : la copie d'un fichier WebTemp.xml et la copie d'un fichier ONET.Xml.





284

Ne modifiez pas le fichier WebTemp.xml initialement installé.

1. Copiez un dossier de définition de site existant situé dans le répertoire Local_Drive:\Program

Files\Common Files\Microsoft Shared\web serveur extensions\14\TEMPLATE\SiteTemplates\.

Votre copie doit être l'homologue de l'original et vous pouvez lui attribuer n'importe quel nom

dépourvu d'espaces.

Par exemple, pour créer une définition de site personnalisée qui dérive de la définition de site

d'équipe pour Microsoft SharePoint Foundation, copiez le dossier \sts.

2. Faites une copie du fichier WebTemp.xml. Ce fichier se trouve dans Local_Drive:\Program

Files\Common Files\Microsoft Shared\web serveur extensions\14\TEMPLATE\1033\XML.

Attribuez au fichier un nom unique en ajoutant une chaîne au nom du fichier d'origine ; par

exemple, WebTempAction.xml. Au moment de l'exécution, le compilateur fusionne les informations

contenues dans ce fichier avec les informations contenues dans le fichier d'origine pour spécifier

les configurations de définitions de site qui sont sont disponibles pour la création de nouveaux

sites.

3. Personnaliser le contenu du nouveau fichier WebTemp.

Chaque fichier WebTemp.xml contient une collection d'éléments Template et de sous-éléments

Configuration, permettant au compilateur d'identifier toutes les configurations de définition de site

qui peuvent être instanciées. L'élément de Configuration définit par exemple, un titre, une

description, l'URL de l'image affichée dans l'interface utilisateur (UI) et une catégorie d'affichage qui

spécifie l'onglet sous lequel afficher le modèle dans la section Template Selection de la page

Créer une collection de sites.

Dans chaque élément de Template défini dans le fichier WebTemp, l'attribut Name doit

contenir le même nom qui est affecté au nouveau dossier. Pour éviter tout conflit avec les

ID déjà utilisés dans SharePoint Foundation 2010, utilisez uniquement des valeurs

supérieures à 10 000 pour l'attribut ID .

L'exemple suivant utilise deux éléments de Configuration dans le fichier WebTemp.xml pour définir

différentes configurations de définition de site pour l'instanciation d'un site, un pour le site de

collaboration de recherche et l'autre pour un site d'espace de travail de document de recherche. Cet

exemple utilise seulement deux configurations au sein d'une définition de site unique, mais vous

pouvez inclure plusieurs définitions de site, chacune avec plusieurs configurations, dans un seul fichier

WebTemp.xml. Chaque définition de site fait référence à un dossier de définition de site différent et son

fichier ONET.Xml.

<?xml version="1.0" encoding="utf-8" ?>

<Templates xmlns:ows="Microsoft SharePoint">

<Template Name="RESEARCH" ID="10001">

<Configuration ID="0" Title="Research Collaboration site"

Avertissement :

Important :

285

Hidden="FALSE" ImageUrl="_layouts/images/stsprev.jpg"

Description="This definition creates a site for the Research

team to create, organize, and share general information."

DisplayCategory="Collaboration">

</Configuration>

<Configuration ID="1" Title="Research Workspace" Hidden="FALSE"

ImageUrl="_layouts/images/dwsprev.jpg" Description="This

definition creates a site for Research team colleagues to

work together on specific documents."

DisplayCategory="Collaboration">

</Configuration>

</Template>

</Templates>

Comme indiqué par la valeur de l'attribut de Name dans l'élément Template, cet exemple suppose

qu'un répertoire de définitions de site nommé « RESEARCH » existe. Si un fichier WebTemp*.xml

spécifie plusieurs définitions de site, les définitions se distinguent par leurs valeurs ID uniques.

Chaque élément Configuration contient également un attribut ID. La combinaison de cet ID et de la

valeur de l'attribut Name dans l'élément Template fournit une référence au contenu d'un élément

Configuration spécifique dans un fichier Onet.xml spécifique. Dans l'exemple, l'attribut Name contient

RESEARCH et les attributs ID contiennent 0 et 1, qui référencent la définition de site RESEARCH et les

configurations avec leurs ID 0 ou 1 dans Onet.xml.

Il se peut que vous deviez réinitialiser IIS pour que la nouvelle configuration de définition apparaisse

sous la forme d'une option dans l'interface utilisateur. Pour ce faire, entrez iisreset à l'invite de

commandes.

Pour plus d’informations sur la définition de chaque configuration de définition de site dans Onet.xml,

voir Comment faire : utiliser des configurations de définitions de site (éventuellement en anglais)


Déployer une définition de site en utilisant un package de solution Pour déployer une définition de site personnalisée à l'aide d'un package de solution, ajoutez un

élément SiteDefinitionManifest dans le fichier de manifeste du package de solution. Ajoutez l'élément

TemplateFiles pour définir les fichiers de modèle qui doivent être déployés dans un sous-dossier du

dossier \14\Template


286

Ajouter un élément SiteDefinitionManifest

L'élément dSiteDefinitionManifest possède un attribut Location qui récupère tous les fichiers dans le

dossier spécifié et crée le dossier requis dans le dossier \14\Template\SiteTemplates. L'élément enfant

WebTempFile déploie le fichier webtemp*.xml pour faire connaître le modèle à Produits

SharePoint 2010, comme le montre l'exemple suivant :

<SiteDefinitionManifests>

<SiteDefinitionManifest Location="LitwareSiteTemplate">

<WebTempFile Location="1033\xml\webtempLitware.xml" />

</SiteDefinitionManifest>

</SiteDefinitionManifests>

Ajouter un élément TemplateFile

L'élément TemplateFile dans un fichier manifeste de la solution est utilisé pour définir les fichiers

modèles qui doivent être déployés dans un sous-dossier du dossier \14\Template. Le fichier

fldtypes*.xml, qui définit les détails d'un type de champ personnalisé est un exemple du type de fichier

que vous pouvez déployer de cette manière. Utilisez l'attribut Location pour spécifier le chemin d'accès

relatif du fichier, qui est indiqué par la chaîne « Text » dans l'exemple suivant :

<TemplateFiles

<TemplateFile

Location="Text"/>

...

</TemplateFiles>

Pour plus d'informations sur la façon de déployer des solutions, voir Déployer des packages de solution


287

Processus de déploiement de flux de travail (SharePoint Foundation 2010)

Une fois qu’un flux de travail a été préparé pour être utilisé dans Microsoft SharePoint Foundation

2010, son déploiement dépend de ce que vous utilisez : un flux de travail prédéfini, un flux de travail

Microsoft Office SharePoint Designer ou un flux de travail personnalisé Microsoft Visual Studio.

Cet article contient des informations et des procédures pour le déploiement de flux de travail dans


Dans cet article :

Présentation

Avant de commencer

Déploiement de flux de travail

Vérification

Présentation SharePoint Foundation 2010 fournit un modèle de flux de travail prédéfini unique, pour le flux de travail

à trois états. Le modèle de flux de travail à trois états vous permet de créer des flux de travail

spécifiques à exécuter dans des sites SharePoint. Vous pouvez également utiliser Office SharePoint

Designer pour définir vos propres flux de travail ou vous pouvez utiliser Visual Studio pour créer des

flux de travail personnalisés basés sur du code. Les flux de travail reposent sur Windows Workflow

Foundation et s’exécutent dans des sites SharePoint, comme suit :

SharePoint Foundation 2010 : utilisé pour héberger des flux de travail. Une fois qu’un flux de travail

est déployé sur l’hôte, vous pouvez activer, configurer, démarrer, participer à et effectuer le suivi du

flux de travail.

SharePoint Designer 2010 : permet de créer des flux de travail définis par l’utilisateur ;

Microsoft Visio 2010 : utilisé avec SharePoint Designer 2010 pour créer des flux de travail définis

par l’utilisateur ;

Visual Studio : utilisé par les développeurs pour créer des flux de travail.

Avant de commencer Avant de suivre les procédures de déploiement indiquées dans cet article, vérifiez que le serveur

exécute SharePoint Foundation 2010.

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_overview

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_begin

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_Deployingworkflows

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763.aspx#BKMK_Verification

288

Déploiement de flux de travail

Le flux de travail à trois états prédéfini est déjà installé en tant que composant fonctionnel SharePoint

dans SharePoint Foundation 2010.

Les flux de travail sur un site Web SharePoint sont stockés en tant que modèles de flux de travail. Au

lieu d’utiliser le flux de travail prédéfini, vous pouvez créer des modèles de flux de travail SharePoint

dans Office SharePoint Designer et Visual Studio, puis les déployer sur un site Web SharePoint

Foundation 2010. Vous pouvez recourir aux outils d’administration SharePoint pour ajouter le modèle à

des bibliothèques ou à des listes sur un site Web SharePoint Foundation 2010.

Pour déployer un flux de travail prédéfini, vous l’activez pour le site, vous l’associez à une liste, une

bibliothèque, un type de contenu ou un site, puis vous le démarrez.

Pour déployer des flux de travail dans SharePoint Foundation 2010, utilisez la procédure appropriée

parmi les suivantes :

Déployer des flux de travail prédéfinis

Déployer des flux de travail SharePoint Designer

Déployer des flux de travail Visual Studio

Déployer des flux de travail prédéfinis

Activer le flux de travail

Comme décrit plus haut dans cet article, vous ne pouvez utiliser un flux de travail que s’il est actif dans

le site ou la collection de sites. Seuls les flux de travail actifs peuvent être associés aux listes et aux

bibliothèques sur le site ou la collection de sites.

Le flux de travail à trois états prédéfini est actif par défaut lorsqu’un site ou une collection de sites sont

créés. Étant donné que le flux de travail peut être désactivé, vous pouvez vérifier le site ou la collection

de sites pour déterminer si le flux de travail à trois états est actif. Utilisez la procédure suivante pour

déterminer si le flux de travail défini à trois états est actif, puis, si ce n’est pas le cas, activez-le.

Pour activer un flux de travail déployé en tant que composant fonctionnel, tel que le flux de travail à

trois états prédéfini, voir Activer ou désactiver un flux de travail (SharePoint Foundation 2010).

Ajouter l’association de flux de travail à une liste, une bibliothèque, un type de contenu ou un

site

Lorsque vous ajoutez un flux de travail, vous associez ce flux à une liste, une bibliothèque, un type de

contenu ou un site. Vous configurez le flux de travail en spécifiant des paramètres tels que le nom, les

options de démarrage, les participants et les options d’exécution du flux de travail.

Pour ajouter une association de flux de travail, voir Ajouter une association de flux de travail


Démarrer le flux de travail

Une fois qu’un flux de travail a été activé, puis ajouté à une liste, une bibliothèque, un type de contenu

ou un site, un utilisateur authentifié peut l’exécuter sur un élément de la liste, sur un document de la

http://technet.microsoft.com/library/94e0d62a-1e6d-4daa-922c-c30da7275e8c(Office.14).aspx

http://technet.microsoft.com/library/19872b79-f5ac-4b56-a24b-75af33c89763(Office.14).aspx


289

bibliothèque ou sur un site dans le cas d’un flux de travail de site. Lorsque vous ajoutez le flux de

travail, vous indiquez si vous souhaitez qu’il s’exécute automatiquement ou manuellement. Si le flux de

travail est configuré pour démarrer automatiquement, les paramètres par défaut sont toujours utilisés

au démarrage du flux de travail. Si le flux de travail est configuré pour démarrer manuellement,

l’utilisateur peut modifier les paramètres par défaut, par exemple en spécifiant les participants au flux

de travail ou une date d’échéance. Le flux de travail s’exécute sur les éléments de la liste ou des

documents de la bibliothèque auxquels le flux de travail est associé.

La procédure de démarrage d’un flux de travail varie selon que celui-ci a été configuré pour être

démarré manuellement ou automatiquement.

Pour plus d’informations, voir Démarrer une instance de flux de travail (SharePoint Foundation 2010).

Déployer des flux de travail SharePoint Designer

Lorsque des flux de travail définis par l’utilisateur sont activés, les utilisateurs peuvent déployer des flux

de travail Office SharePoint Designer sur leurs sites.

Activer les flux de travail définis par l’utilisateur

Pour permettre aux utilisateurs de créer et d’exécuter des flux de travail SharePoint Designer 2010,

vous devez vous assurer que les flux de travail définis par l’utilisateur sont activés pour la collection de

sites. Par défaut, ce paramètre est activé. Lorsque ce paramètre est activé, les utilisateurs peuvent

définir des flux de travail dans un éditeur de flux de travail déclaratifs, tel que l’éditeur de flux de travail

de SharePoint Designer 2010. Un flux de travail déclaratif est un flux de travail qui est créé à partir de

conditions et d’actions assemblées en règles et en étapes, et qui définit les paramètres pour le flux de

travail sans écrire de code. À l’inverse des flux de travail basés sur du code, tels que ceux créés à

l’aide de Visual Studio, les flux de travail déclaratifs ne sont pas déployés vers SharePoint Foundation

2010 en tant que code compilé. Au lieu de cela, ils sont compilés au moment de l’exécution.

La capacité à utiliser des flux de travail déclaratifs sur l’application Web pouvant être désactivée, vous

pouvez vérifier l’application Web pour déterminer si les flux de travail déclaratifs sont actifs.

Pour plus d’informations, voir Activer ou désactiver les flux de travail déclaratifs (SharePoint Foundation

2010).

Créer un flux de travail SharePoint Designer

À l’aide de l’Assistant Concepteur de flux de travail disponible dans SharePoint Designer 2010, vous

pouvez créer des flux de travail qui ajoutent la logique d’application au site ou à la collection de sites

sans écrire de code personnalisé. Le Concepteur de flux de travail prend en charge la création du flux

de travail, son activation et son ajout à la liste, à la bibliothèque ou au site. Vous n’avez pas besoin

d’effectuer des tâches de configuration manuelle en dehors du concepteur pour déployer le flux de

travail. Toutefois, si vous publiez un modèle de flux de travail pour une collection de sites SharePoint,

vous pouvez télécharger ce modèle en tant que fichier WSP, puis le déployer vers d’autres collections

de sites. Pour plus d’informations, voir Déployer un flux de travail sous forme de fichier WSP


http://technet.microsoft.com/library/5e8d749f-f715-4dd6-9054-5e907a1aa951(Office.14).aspx

http://technet.microsoft.com/library/e7720cba-93cd-45f2-9e5d-7f285f09d0c1(Office.14).aspx

http://technet.microsoft.com/library/e7720cba-93cd-45f2-9e5d-7f285f09d0c1(Office.14).aspx

http://technet.microsoft.com/library/bc5cc76a-68e8-4acc-bcec-bf79e72d426f(Office.14).aspx

http://technet.microsoft.com/library/bc5cc76a-68e8-4acc-bcec-bf79e72d426f(Office.14).aspx

290


Comme SharePoint Designer 2010 peut activer automatiquement le flux de travail et l’ajouter à une

liste, une bibliothèque ou un site, un utilisateur authentifié peut ensuite exécuter le flux de travail sur un

élément de la liste, sur un document de la bibliothèque, ou sur un site dans le cas d’un flux de travail de

site. Lorsque vous créez le flux de travail dans SharePoint Designer 2010, vous spécifiez si le flux de

travail doit s’exécuter automatiquement ou manuellement. Si le flux de travail est configuré pour

démarrer automatiquement, les paramètres par défaut sont toujours utilisés lorsque le flux de travail

commence. Si le flux de travail est configuré pour démarrer manuellement, un utilisateur peut modifier

les paramètres par défaut, par exemple spécifier des participants au flux de travail et une date

d’échéance, selon ce qui est autorisé par le modèle de flux de travail. Lorsqu’il est démarré, le flux de

travail s’exécute sur des éléments de la liste, sur des documents de la bibliothèque ou sur le site

auquel le flux de travail est associé.

Pour plus d’informations, voir Démarrer une instance de flux de travail (SharePoint Foundation 2010).

Déployer des flux de travail Visual Studio

Une fois qu’un flux de travail personnalisé Visual Studio est créé et installé, le processus pour le

déployer ressemble à celui d’un flux de travail prédéfini.

Créer un flux de travail personnalisé

Lorsqu’un flux de travail personnalisé est créé à l’aide de Visual Studio, il est organisé en package en

tant que composant fonctionnel SharePoint. L’organisation des composants fonctionnels en packages

permet d’encapsuler les solutions et les fonctionnalités SharePoint, ce qui facilite leur déploiement. Une

fois que l’équipe de développement a créé un flux de travail et l’a organisé en package en tant que

composant fonctionnel, déployez le flux de travail à l’aide de la commande Install-SPFeatureWindows

PowerShell comme l’explique la section suivante.

Installer le flux de travail personnalisé

Vous installez les composants fonctionnels dans le répertoire \Program Files\Common Files\Microsoft

Shared\Web Server Extensions\14\Template\Features. Chacun d’eux se trouve dans son propre sous-

répertoire. À la racine de ce dossier, un fichier Feature.xml définit le contenu du composant fonctionnel.

Utilisez l’applet de commande Windows PowerShellInstall-SPFeature pour installer le composant

fonctionnel. Pour plus d’informations, voir Install-SPFeature.

Pour exécuter Windows PowerShell, vous devez être membre du groupe Administrateurs sur

l’ordinateur local. En outre, Windows PowerShell doit être activé en tant que composant

fonctionnel sur le serveur où vous installez un flux de travail.

Activer le flux de travail

Avant de pouvoir utiliser un flux de travail Visual Studio qui a été déployé en tant que composant

fonctionnel, vous devez l’activer pour le site ou la collection de sites. Seuls les flux de travail actifs

peuvent être associés aux listes, aux bibliothèques, aux types de contenus et aux sites.

Important :


http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

291

Pour activer un flux de travail qui est déployé en tant que composant fonctionnel, voir Activer ou

désactiver un flux de travail (SharePoint Foundation 2010).

Ajouter le flux de travail à une liste, une bibliothèque, un type de contenu ou un site

Lorsque vous ajoutez un flux de travail, vous associez ce flux à une liste, une bibliothèque, un type de

contenu ou un site, et vous configurez le flux de travail en spécifiant des paramètres tels que le nom,

les options de démarrage, les participants et les options d’exécution du flux de travail.

Pour ajouter une association de flux de travail, voir Ajouter une association de flux de travail



Une fois qu’un flux de travail a été activé, puis ajouté à une liste, une bibliothèque, un type de contenu

ou un site, un utilisateur authentifié peut l’exécuter sur un élément de la liste, sur un document de la

bibliothèque ou, dans le cas d’un flux de travail de site, sur un site. Lorsque vous ajoutez le flux de

travail, vous indiquez si vous souhaitez qu’il s’exécute automatiquement ou manuellement. Si le flux de

travail est configuré pour démarrer automatiquement, les paramètres par défaut sont toujours utilisés

au démarrage du flux de travail. Si le flux de travail est configuré pour démarrer manuellement,

l’utilisateur peut modifier les paramètres par défaut, par exemple en spécifiant les participants au flux

de travail ou une date d’échéance. Le flux de travail s’exécute sur les éléments de la liste ou des

documents de la bibliothèque auxquels le flux de travail est associé.

La procédure de démarrage d’un flux de travail varie selon que celui-ci a été configuré pour être

démarré manuellement ou automatiquement. Pour plus d’informations, voir Démarrer une instance de

flux de travail (SharePoint Foundation 2010).

Vérification Une fois un flux de travail déployé, il est recommandé de le tester pour s’assurer qu’il fonctionne

correctement, qu’il envoie des notifications par courrier électronique aux participants au flux de travail

corrects aux étapes correctes, et qu’il fournit les résultats attendus.







292


Bienvenue dans le guide de mise à niveau pour Microsoft SharePoint Foundation 2010. Les articles de

ce guide vous aident à planifier et à effectuer une mise à niveau depuis Windows SharePoint

Services 3.0 vers SharePoint Foundation 2010.

Pour une vue d’ensemble graphique du processus de mise à niveau et des informations sur la

planification et le test de la mise à niveau, voir les modèles de mise à niveau suivants :

Planification de la mise à niveau (éventuellement en anglais)

Approches de mise à niveau (éventuellement en anglais)

Test du processus de mise à niveau (éventuellement en anglais)

Dans ce guide :

À propos du processus de mise à niveau (SharePoint Foundation 2010)

Découvrez les nouvelles fonctionnalités de mise à niveau et le fonctionnement du processus de

mise à niveau.

Planifier et préparer la mise à niveau (SharePoint Foundation 2010)

Déterminez l’approche à adopter pour effectuer une mise à niveau vers SharePoint Foundation

2010 et planifier votre processus de mise à niveau.

Test de la mise à niveau et résolution des problèmes liés à celle-ci (SharePoint Foundation 2010)

Découvrez comment tester votre processus de mise à niveau à l’avance pour comprendre quels

sont les problèmes susceptibles d’affecter votre mise à niveau réelle et déterminer la durée et

l’espace nécessaires pour la mise à niveau. En outre, découvrez comment résoudre les problèmes

qui se produisent pendant la mise à niveau réelle.

Effectuer les étapes préalables à la mise à niveau (SharePoint Foundation 2010)

Découvrez les étapes à suivre avant la mise à niveau, notamment les informations relatives à

l’exécution de l’outil de vérification de pré-mise à niveau.

Effectuer une mise à niveau sur place (SharePoint Foundation 2010)

Suivez les étapes indiquées dans cette section si vous effectuez une mise à niveau sur place vers

SharePoint Foundation 2010. Lorsque vous effectuez une mise à niveau sur place, vous installez

SharePoint Foundation 2010 sur le même matériel, puis vous mettez à niveau le contenu et les

paramètres sur le serveur ou la batterie de serveurs dans le cadre d’un même processus.

Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers

SharePoint Foundation 2010 avec des bases de données de contenu dépassant 4 Go (stockage

BLOB distant)

Suivez les étapes de cette section si vous disposez d’une installation autonome dont les bases de

données de contenu ont une taille proche de 4 Go.

Effectuer une mise à niveau avec liaison des bases de données vers SharePoint Foundation 2010




293

Suivez les étapes indiquées dans cette section si vous utilisez la méthode de mise à niveau avec

liaison des bases de données pour effectuer une mise à niveau vers SharePoint Foundation 2010.

Lorsque vous utilisez la méthode de mise à niveau avec liaison des bases de données, vous

mettez à niveau le contenu pour l’environnement sur une batterie de serveurs distincte.

Effectuer les étapes postérieures à la mise à niveau (SharePoint Foundation 2010)

Découvrez comment savoir si la mise à niveau a réussi et les étapes à effectuer après la mise à

niveau pour que les utilisateurs puissent à nouveau profiter de votre environnement.

Voir aussi Utilisation de redirection d’URL AAM dans le processus de mise à niveau (SharePoint

Foundation 2010) (livre blanc)

294


La première étape de tout processus de mise à niveau consiste à étudier le processus proprement dit

afin de pouvoir effectuer correctement les phases de planification et de préparation. Cette section du

guide de mise à niveau contient des articles qui vous aident à assimiler le fonctionnement de la mise à

niveau.


Nouveautés de la mise à niveau (SharePoint Foundation 2010)

Découvrez les nouvelles contraintes, approches et fonctionnalités pouvant entrer en jeu dans une

mise à niveau vers Microsoft SharePoint Foundation 2010.

Présentation du processus de mise à niveau (SharePoint Foundation 2010)

Ayez un aperçu visuel des étapes à suivre dans chaque approche de mise à niveau.

Mise à niveau depuis Windows SharePoint Services 2.0 vers SharePoint Foundation 2010

Assimilez l’utilisation de mises à niveau avec liaison des bases de données pour mettre à niveau

votre contenu depuis Windows SharePoint Services 2.0 vers Microsoft SharePoint Foundation

2010.

295


Microsoft SharePoint Foundation 2010 a été conçu dans une optique d’évolutivité et de performance ;

par conséquent, il requiert un matériel récent et une configuration logicielle conforme à la description

fournie dans cet article. Ces exigences s’appliquent à la fois aux approches de mise à niveau sur place

et de mise à niveau avec attachement des bases de données. Pour plus d’informations, voir Déterminer

l’approche de mise à niveau (SharePoint Foundation 2010).

Pour faciliter une mise à niveau conforme aux attentes et réduire l’impact des problèmes de

personnalisation et d’environnement susceptibles de provoquer l’échec de la mise à niveau, vous

pouvez utiliser l’applet de commande Windows PowerShelltest-spcontentdatabase, la nouvelle option

de mise à niveau visuelle ou l’opération Stsadm preupgradecheck.

Dans cet article :

Configuration requise pour la mise à niveau

Outil de vérification préalable à la mise à niveau

Commande Windows PowerShell pour vérifier des bases de données avant la connexion

Mise à niveau visuelle

Mise à niveau de composants fonctionnels

Nouvelles options de réduction du temps d’interruption lors d’une mise à niveau

Modifications des fonctionnalités clés entre les versions

Configuration requise pour la mise à niveau Avant de pouvoir effectuer une mise à niveau sur place ou une mise à niveau avec attachement des

bases de données vers SharePoint Foundation 2010, votre environnement Windows SharePoint

Services 3.0 existant ou votre nouvel environnement SharePoint Foundation 2010 doit répondre aux

conditions minimales requises suivantes.

Pour plus d’informations sur la configuration requise de manière générale pour SharePoint

Foundation 2010, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010). Pour plus d’informations sur les conditions préalables à la mise à niveau,

voir Examiner la configuration requise pour la mise à niveau (SharePoint Foundation 2010).

Configuration matérielle requise : 64 bits

SharePoint Foundation 2010 ne peut s’exécuter que sur une édition 64 bits du système d’exploitation

Windows Server 2008 R2 ou Windows Server 2008 avec SP2. Si vous envisagez d’effectuer une mise

Remarque :

296

à niveau sur place, votre installation Windows SharePoint Services 3.0 doit s’exécuter dans un

environnement Windows Server 2008 64 bits. Si votre installation Windows SharePoint Services 3.0

s’exécute actuellement dans un environnement 32 bits, vous ne pouvez pas effectuer de mise à niveau

sur place sur le serveur ou la batterie de serveurs existants. Vous devez installer SharePoint

Foundation 2010 sur un serveur ou une batterie de serveurs différents, prenant en charge les

applications 64 bits, puis migrer vos données vers ce serveur ou cette batterie de serveurs en utilisant

une mise à niveau avec attachement des bases de données.

Pour détecter et gérer plus facilement les problèmes au cours des processus de migration et de mise à

niveau, il est recommandé de ne pas combiner la migration d’un environnement 64 bits et la mise à

niveau sur place vers SharePoint Foundation 2010. Dans la mesure où vous devez disposer d’un

environnement 64 bits pour pouvoir effectuer la mise à niveau sur place vers SharePoint Foundation

2010, vous devez migrer vers un système d’exploitation 64 bits avant d’effectuer une mise à niveau sur

place. Si vous utilisez une mise à niveau de connexion de base de données, vous pouvez migrer vers

un environnement 64 bits dans le cadre du processus de mise à niveau.

Avant de migrer vers un environnement 64 bits :

Mettez Windows SharePoint Services 3.0 à niveau vers le même Service Pack ou le même niveau

de mise à jour de logiciels sur tous les ordinateurs de la batterie de serveurs.

Déterminez si vous devez recompiler les applications et assemblys 32 bits existants (par exemple,

les composants WebPart et les récepteurs d’événements) à exécuter dans l’environnement 64 bits.

(Certaines applications peuvent être exécutées dans les deux environnements et n’ont pas besoin

d’être recompilées.) Si les applications existantes sont des applications tierces, vérifiez les versions

64 bits et leur compatibilité auprès du fournisseur des applications en question.

Pour plus d’informations sur la planification et la réalisation d’une migration vers un environnement

64 bits, voir l’article Migration d’une batterie de serveurs existante vers un environnement 64 bits

(Windows SharePoint Services 3.0) sur TechNet


Configuration requise en matière de système d’exploitation : Windows Server 2008 ou Windows Server 2008 R2

SharePoint Foundation 2010 doit s’exécuter sur une édition 64 bits de Windows Server 2008 R2 ou

Windows Server 2008 avec Service Pack 2 (SP2). Si actuellement Windows SharePoint Services 3.0

s’exécute sur Windows Server 2003 et si vous comptez le mettre à niveau vers SharePoint Foundation

2010, vous devez planifier un nombre suffisant de licences Windows Server pour le déploiement sur le

système d’exploitation plus récent.


niveau, il est recommandé de ne pas combiner la mise à niveau ou la migration vers Windows

Server 2008 ou Windows Server 2008 R2 à la mise à niveau vers SharePoint Foundation 2010. Vous

pouvez combiner la migration vers du matériel 64 bits à la migration vers Windows Server 2008 ou

Windows Server 2008 R2.



297

Si vous fonctionnez déjà sur du matériel 64 bits, vous pouvez mettre à niveau de Windows

Server 2003 vers Windows Server 2008 ou Windows Server 2008 R2. Pour plus d’informations sur

la mise à niveau sur place vers Windows Server 2008, voir l’article Mise à niveau vers Windows

Server 2008 pour Windows SharePoint Services 3.0 avec Service Pack 1 sur TechNet


Si vous migrez vers du matériel 64 bits, profitez-en pour migrer également vers Windows

Server 2008 ou Windows Server 2008 R2. Pour plus d’informations sur l’installation de Windows

SharePoint Services 3.0 sur Windows Server 2008, voir l’article Déployer une batterie de serveurs

simple sur le système d’exploitation Windows Server 2008 (Windows SharePoint Services) sur

TechNet (http://go.microsoft.com/fwlink/?linkid=95859&clcid=0x40C).

Base de données requise : SQL Server 2005 SP3 ou SQL Server 2008 SP1

SharePoint Foundation 2010 nécessite que son serveur de bases de données soit une version 64 bits

de : Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour

cumulative 2 ou SQL Server 2005 avec SP3 et mise à jour cumulative 3. Si l’installation Windows

SharePoint Services 3.0 actuelle utilise SQL Server 2000, vous devez la mettre à niveau vers l’une de

ces versions avant de pouvoir mettre à niveau vers SharePoint Foundation 2010.


niveau, il est recommandé de ne pas combiner la migration vers la version 64 bits de SQL Server à la

mise à niveau vers SharePoint Foundation 2010. Vous pouvez combiner la migration vers SQL Server

64 bits au processus global de migration vers le matériel 64 bits.

Si vous combinez la migration vers SQL Server 2005 SP3 ou SQL Server 2008 sur du matériel

64 bits, avec une migration globale vers un environnement 64 bits, suivez les instructions de

migration vers un environnement 64 bits au début de cet article.

Pour plus d’informations sur la migration de toutes les bases de données, voir l’article Déplacer

toutes les bases de données (Windows SharePoint Services 3.0) sur TechNet


Si vous utilisez déjà du matériel 64 bits, mais que vous devez effectuer une mise à niveau vers

SQL Server 2005 SP3 ou SQL Server 2008, suivez les instructions de la documentation

SQL Server.

Outil de vérification préalable à la mise à niveau L’outil de vérification préalable à la mise à niveau est un outil en ligne de commande qui s’exécute dans

un environnement Windows SharePoint Services 3.0 pour détecter les problèmes potentiels de mise à

niveau et examiner les meilleures pratiques et les recommandations.

STSADM.exe –o preupgradecheck

L’outil de vérification préalable à la mise à niveau vous fournit les informations suivantes :







298

Liste de tous les serveurs et composants d’une batterie de serveurs et nécessité pour les serveurs

de répondre à une configuration requise : matériel 64 bits et système d’exploitation Windows

Server 2008.

URL des mappages des accès de substitution utilisées dans la batterie de serveurs.

Liste de l’ensemble des définitions de site, de modèles de site, de fonctionnalités et de modules

linguistiques installés dans la batterie de serveurs.

Présence de personnalisations dans la batterie de serveurs qui ne sont pas prises en charge

(modifications du schéma de base de données, par exemple).

Présence de bases de données ou d’orphelins de site dans la batterie de serveurs.

S’il existe des paramètres de configuration manquants ou non valides dans la batterie de serveurs

(comme un fichier Web.config manquant, des noms d’hôtes non valides ou des comptes de service

non valides).

Conformité des bases de données à la configuration requise pour la mise à niveau. Par exemple,

les bases de données sont définies comme étant en lecture/écriture, et les bases de données et les

collections de sites stockées dans Base de données interne Windows ne sont pas supérieures à

4 Go.

L’outil de vérification préalable à la mise à niveau est disponible avec Windows SharePoint Services

3.0 Service Pack 2 et a été mis à jour dans la mise à jour cumulative d’octobre 2009 pour Windows

SharePoint Services 3.0. Vous pouvez télécharger et installer cette mise à jour à partir de la page Les

packages de mise à jour cumulative d’octobre 2009 pour SharePoint Server 2007 et Windows

SharePoint Services 3.0 sont publiés (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x40C). Pour plus d’informations sur l’utilisation

de l’outil de vérification préalable à la mise à niveau, voir les articles suivants sur TechNet :

Preupgradecheck : opération Stsadm (Windows SharePoint Services)


Analyse et rapport préalables à la mise à niveau vers des versions ultérieures (Windows

SharePoint Services) (http://go.microsoft.com/fwlink/?linkid=152468&clcid=0x40C)

Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010)

Commande Windows PowerShell pour vérifier des bases de données avant la connexion Vous pouvez utiliser l’applet de commande Windows PowerShelltest-spcontentdatabase avant

d’attacher une base de données de contenu à SharePoint Foundation 2010 afin de déterminer si des

personnalisations côté serveur manquent dans l’environnement. Pour plus d’informations, voir Attacher

les bases de données et effectuer une mise à niveau vers SharePoint Foundation 2010 et Test-

SPContentDatabase.







http://technet.microsoft.com/library/ed095a0a-fa1a-4323-8503-624f0e09707d(Office.14).aspx


299

Mise à niveau visuelle Une nouvelle fonctionnalité disponible avec la mise à niveau permet à l’administrateur ou au

propriétaire du site de déterminer quand utiliser la nouvelle apparence pour SharePoint Foundation

2010, et si elle doit être utilisée, pour une collection de sites spécifique. L’administrateur du serveur

peut choisir d’adopter la nouvelle apparence pour tous les sites lors d’une mise à niveau, de permettre

aux propriétaires de sites de faire leur choix après la mise à niveau ou de conserver l’ancienne

apparence pour tous les sites.

Si l’administrateur du serveur permet aux propriétaires de sites de faire leur choix après la mise à

niveau d’un site à l’aide d’une mise à niveau sur place, une option d’aperçu est disponible dans

l’interface utilisateur du site. Elle permet d’afficher un aperçu de l’apparence de SharePoint Foundation

2010 pour le site :

Si le propriétaire est satisfait de l’apparence et des fonctions du site, il peut accepter la mise à

niveau visuelle.

Si le propriétaire souhaite que le site conserve l’ancienne apparence, il peut revenir à l’apparence

Windows SharePoint Services 3.0.

Par défaut, l’aspect de Windows SharePoint Services 3.0 est conservé. Pour plus d’informations, voir

Planifier une mise à niveau visuelle (SharePoint Foundation 2010).

Mise à niveau de composants fonctionnels SharePoint Foundation 2010 fournit de nouveaux membres et types vous permettant de mettre à

niveau des composants fonctionnels personnalisés par l’intermédiaire du contrôle de version et

d’actions de mise à niveau déclaratives. Vous pouvez mettre à jour les composants créés pour que

Windows SharePoint Services 3.0 fonctionne avec SharePoint Foundation 2010 à l’aide de ces

membres. Pour plus d’informations, voir Mise à niveau de composants fonctionnels (éventuellement en

anglais).

Nouvelles options de réduction du temps d’interruption lors d’une mise à niveau En fonction de l’environnement, de la complexité et du nombre de sites SharePoint, la mise à niveau

peut prendre du temps. Pour réduire le temps d’interruption au cours de ce processus, SharePoint

Foundation 2010 prend en charge les options suivantes :

Mettre à niveau plusieurs bases de données en même temps (mise à niveau en

parallèle) Lorsque vous procédez à la mise à niveau vers SharePoint Foundation 2010, vous

pouvez lancer manuellement la mise à niveau de plusieurs bases de données en même temps en

optant pour une approche de mise à niveau hybride avec détachement des bases de données.

Dans Windows SharePoint Services 3.0, un seul processus de mise à niveau pouvait s’exécuter à

la fois, de sorte que chaque base de données devait être traitée séquentiellement. Il y a un impact

sur les performances lorsque vous procédez à la mise à niveau sur plusieurs bases de données

http://msdn.microsoft.com/fr-fr/library/aa544511(office.14).aspx

http://msdn.microsoft.com/fr-fr/library/aa544511(office.14).aspx

300

plutôt que sur une seule, mais il est plus rapide de les mettre à niveau parallèlement que

séquentiellement. Le nombre de bases de données qui peuvent être mises à niveau parallèlement

dépend du matériel de votre environnement et de la structure du contenu des bases de données.

Pour plus d’informations, voir Introduction à la mise à niveau sur place avec bases de données

détachées (SharePoint Foundation 2010).

Utiliser des bases de données en lecture seule pour fournir un accès continu aux

données Si vous utilisez une mise à niveau avec attachement des bases de données, et si vous

définissez les bases de données d’origine en lecture seule, l’ancienne batterie de serveurs peut

continuer à fournir le contenu aux utilisateurs pendant que vous mettez à niveau une copie des

bases de données sur une nouvelle batterie de serveurs. De cette façon, les utilisateurs peuvent

continuer à accéder aux données, mais ne peuvent ni ajouter ni mettre à jour des données.

Lorsque la nouvelle batterie de serveurs est prête et que tout le contenu a été correctement mis à

niveau, les utilisateurs peuvent basculer vers la nouvelle batterie.

Pour plus d’informations sur les bases de données en lecture seule, voir l’article Faire fonctionner

une batterie qui utilise des bases de données en lecture seule (Windows SharePoint Services).

Pour plus d’informations sur ces techniques de réduction du temps d’interruption, voir l’article

Déterminer l’approche de mise à niveau (SharePoint Foundation 2010).

Modifications des fonctionnalités clés entre les versions SharePoint Foundation 2010 a une nouvelle architecture et inclut de nombreuses nouvelles

fonctionnalités. Les tableaux suivants récapitulent certaines modifications clés de la terminologie et des

fonctionnalités qui affectent directement l’administration et la gestion des sites après la mise à niveau.

Concept, terme ou fonctionnalité Nouveau ou modifié Commentaires

Outil de vérification préalable à la

mise à niveau

Nouveau L’outil de vérification préalable à la

mise à niveau est une opération

en ligne de commande Stsadm

que vous exécutez dans un

environnement Windows

SharePoint Services 3.0 pour

détecter les éventuels problèmes

de mise à niveau, ainsi que pour

revoir les recommandations et les

meilleures pratiques.

Contrairement à l’outil d’analyse

préalable à la mise à niveau

(Prescan.exe) qui était utilisé lors

de la mise à niveau vers Windows

http://technet.microsoft.com/fr-fr/library/ee845027.aspx


301


SharePoint Services 3.0, l’outil de

vérification préalable à la mise à

niveau n’apporte aucune

modification à votre

environnement. Pour plus

d’informations, voir Exécuter l’outil

de vérification préalable à la mise

à niveau (SharePoint

Foundation 2010).

Site Web d’administration

centrale de SharePoint

Modifié Le site Web Administration

centrale a été repensé afin de

proposer les nouvelles options et

fonctionnalités suivantes :

Le ruban vous permet

d’afficher ou de modifier plus

facilement les détails relatifs à

une application Web en

fournissant l’ensemble des

options sur la même page.

Pour plus d’informations sur

les applications Web, voir

Gérer des applications Web


Des Assistants Configuration

ont été ajoutés afin de

simplifier le processus de

configuration en vous guidant

tout au long des étapes qui

permettent de configurer la

batterie de serveurs. Pour plus

d’informations, voir Déployer

un serveur unique avec SQL

Server (SharePoint

Foundation 2010).

Vous pouvez désormais

effectuer une sauvegarde à

partir de la page Sauvegarde

et restauration. Pour plus

d’informations, voir



302


Sauvegarde (SharePoint

Foundation 2010).

Ruban Nouveau L’interface utilisateur du ruban a

été introduite pour garantir la

cohérence de l’expérience

utilisateur, ainsi que pour simplifier

votre utilisation des sites

SharePoint. Le ruban est

contextuel ; par conséquent, vous

ne voyez que les options

correspondant aux tâches que

vous souhaitez effectuer. Le ruban

est également personnalisable.

Applications de service Nouveau La nouvelle architecture des

services vous permet de gérer et

de centraliser efficacement les

services. Les services individuels

peuvent être configurés

indépendamment, et les sociétés

tierces peuvent ajouter des

services à la plateforme. Pour plus

d’informations, voir Configurer les

services (SharePoint

Foundation 2010).

Pages maîtres Modifié Un propriétaire de site peut

désormais appliquer une

personnalisation à son site,

indépendamment des autres

sites ; par ailleurs, les

administrateurs peuvent spécifier

si les pages système du dossier

_Layouts sont rendues à l’aide des

pages maîtres du site fournies par

les propriétaires de sites ou à

l’aide des pages maîtres par

défaut disponibles sur le système.

En outre, il est possible d’utiliser

Windows PowerShell pour

spécifier une page maître de client

http://technet.microsoft.com/library/d01c3931-3069-4267-a1f0-1e6ebaf43fcd(Office.14).aspx

http://technet.microsoft.com/library/d01c3931-3069-4267-a1f0-1e6ebaf43fcd(Office.14).aspx

303


aux pages d’erreurs système,

pages de connexion, pages de

confirmation et autres pages non

spécifiques au site.

Thèmes Modifié SharePoint Foundation 2010 a

changé le mode de

fonctionnement des thèmes, en

simplifiant leur personnalisation.

Vous pouvez importer des thèmes

Microsoft PowerPoint 2010

directement dans SharePoint

Foundation 2010. En outre, les

thèmes peuvent désormais être

appliqués à tous les sous-sites à

partir de cette interface. Pour plus

d’informations, voir Planifier

l’utilisation des thèmes


Services de connectivité

d’entreprise

Nouveau Business Connectivity Services

repose sur la fonctionnalité du

catalogue de données métiers

disponible dans la précédente

version du produit pour fournir

l’accès aux systèmes externes à

partir de solutions SharePoint.

BCS prend en charge l’interaction

avec les systèmes externes à

l’aide de listes SharePoint et de

composants WebPart ; en outre, il

prend en charge l’interaction avec

les données provenant des clients

Office complets. Pour plus

d’informations, voir Vue

d’ensemble de Business

Connectivity Services (SharePoint

Foundation 2010).

Authentification basée sur les

revendications

Nouveau L’authentification basée sur les

revendications est un nouveau

modèle d’authentification plus

http://technet.microsoft.com/library/683790b5-800b-4b13-83d6-348088c75d10(Office.14).aspx



http://technet.microsoft.com/library/ed9bb457-0ecb-48de-9076-06e61aac38d9(Office.14).aspx




304


puissant et plus souple qui

fonctionne avec tous les systèmes

d’identité d’entreprise, notamment

les services de domaine Active

Directory (AD DS), les annuaires

LDAP, les bases de données

spécifiques aux applications, ainsi

que les nouveaux modèles

d’identité centrés sur l’utilisateur

tels que LiveID. Pour plus

d’informations, voir Configurer

l’authentification par formulaires

pour une application Web basée

sur les revendications (SharePoint

Foundation 2010).

Limitation et contrôles de listes Nouveau Il s’agit de deux nouveaux

contrôles de performances. La

limitation permet de contrôler les

ressources du serveur et est

conçue de sorte que ce dernier

soit protégé contre les surcharges

qui surviennent aux heures de

forte activité. SharePoint

Foundation 2010 fournit

également plusieurs paramètres

différents qui restreignent les

requêtes pouvant être exécutées

sur une grande liste. Ces

paramètres sont configurables

pour chaque application Web.

SharePoint Designer Modifié SharePoint Foundation 2010

fournit aux administrateurs un

contrôle supplémentaire sur

l’utilisation de SharePoint

Designer dans chaque application

Web ; par exemple, les

administrateurs peuvent contrôler

si les administrateurs de sites sont

autorisés à personnaliser les

305


pages maîtres et les pages de

disposition, et s’ils peuvent gérer

la structure des URL de leur site.

Tableau de bord du développeur Nouveau Il s’agit d’un nouvel ajout aux

diagnostics du serveur. Il permet

d’afficher des informations

détaillées sur chaque chargement

de page et de résoudre, par

conséquent, les problèmes de

performance.

Solutions en mode bac à sable Nouveau Vous pouvez désormais permettre

aux administrateurs de sites de

télécharger du code utilisateur

personnalisé à l’aide des solutions

en mode bac à sable. Pour plus

d’informations, voir Planification de

solutions en mode bac à sable


http://technet.microsoft.com/library/832414b2-4b58-4e6c-9d08-c287e30e85a6(Office.14).aspx



306


Pour effectuer une mise à niveau de Windows SharePoint Services 3.0 vers Microsoft SharePoint

Foundation 2010, vous avez le choix entre deux méthodes de mise à niveau de base : la mise à niveau

sur place et la mise à niveau avec liaison des bases de données. La mise à niveau sur place est

utilisée pour mettre à niveau tous les sites Microsoft SharePoint sur le même matériel. La mise à

niveau avec liaison des bases de données permet de déplacer votre contenu vers une nouvelle batterie

de serveurs ou un nouveau matériel. Vous pouvez également combiner ces deux types de mise à

niveau dans une approche hybride pour réduire les temps d’arrêt durant la mise à niveau.

Pour plus d’informations sur ces méthodes, voir Déterminer l’approche de mise à niveau (SharePoint

Foundation 2010).

Cet article vous aide à comprendre les étapes des processus de mise à niveau à l’aide de ces

méthodes afin que vous puissiez planifier la mise à niveau. Pour des informations détaillées sur ces

différents processus, voir les rubriques suivantes :

Mise à niveau sur place de SharePoint Foundation 2010

Attacher les bases de données et effectuer une mise à niveau vers SharePoint Foundation 2010

Dans cet article :

Mise à niveau sur place

Mise à niveau avec liaison des bases de données

Approche hybride 1 : bases de données en lecture seule

Approche hybride 2 : détacher les bases de données

Il est important que l’administrateur de serveur communique avec les propriétaires et les

utilisateurs des sites pour les informer des événements pouvant se produire au cours d’une

mise à niveau. L’administrateur doit les informer du temps d’indisponibilité et du risque que la

mise à niveau soit plus longue que prévu ou que certains sites nécessitent des travaux

supplémentaires après la mise à niveau. Pour plus d’informations, voir Créer un plan de

communication (SharePoint Foundation 2010).

Mise à niveau sur place Une mise à niveau sur place s’effectue sur le matériel où votre version antérieure est installée. Lorsque

vous exécutez une mise à niveau sur place, le processus met à niveau l’installation complète dans un

ordre prédéfini.

Les étapes suivantes expliquent le déroulement de l’exécution du processus de mise à niveau sur

place :

Important :

307

1. Après avoir effectué toutes les étapes préalables à la mise à niveau, l’administrateur de serveur

exécute le programme d’installation de SharePoint Foundation 2010 sur le serveur qui héberge le

site Web Administration centrale de SharePoint. Comme la version précédente y est installée, une

mise à niveau sur place est automatiquement choisie.

2. Après l’exécution de l’installation sur le serveur qui héberge le site Web Administration centrale,

l’administrateur de serveur exécute le programme d’installation sur les serveurs Web frontaux

restants et sur les serveurs d’applications de la batterie.

3. L’administrateur de serveur exécute l’Assistant Configuration des produits SharePoint sur le

serveur qui héberge le site Web Administration centrale. Ce serveur, la base de données de

configuration, les services et les bases de données de contenu sont mis à niveau séquentiellement.

Lorsque l’assistant de configuration a terminé, le site Web Administration centrale s’ouvre. Un

travail de minuteur planifie l’exécution de la mise à niveau pour chaque collection de sites. Le

travail de minuteur effectue la mise à niveau de chaque collection de sites. Une fois tous les sites

mis à niveau, le processus de mise à niveau se termine.

4. L’administrateur de serveur exécute l’Assistant Configuration des produits SharePoint sur tous les

autres serveurs de la batterie.

5. L’administrateur du serveur confirme que la mise à niveau est terminée et réussie.

308

6. Si la mise à niveau visuelle est utilisée, l’administrateur du serveur ou le propriétaire du site a un

aperçu des sites dans l’apparence Microsoft SharePoint Foundation 2010. Lorsque l’administrateur

du serveur ou le propriétaire du site est prêt, il termine les changements dans l’apparence


Mise à niveau avec liaison des bases de données La mise à niveau avec liaison des bases de données vous permet de migrer vers une nouvelle batterie

de serveurs ou un nouveau matériel. Durant ce type de mise à niveau, vous détachez toutes les bases

de données de contenu d’une batterie de serveurs existante et les attachez à une nouvelle installation

de batterie. Lorsque vous attachez les bases de données à la nouvelle batterie de serveurs, le

processus de mise à niveau s’exécute et met à niveau les données sur place.

Les étapes suivantes expliquent le déroulement du processus de mise à niveau avec liaison des bases

de données :

1. L’administrateur du serveur installe et configure une nouvelle batterie de serveurs SharePoint

Foundation 2010. Il transfère toutes les personnalisations vers la nouvelle batterie et teste

l’environnement.

Pour plus d’informations sur la configuration du nouvel environnement, voir Préparer le nouvel

environnement SharePoint Foundation.

2. L’administrateur de serveur détache les bases de données de contenu de l’ancienne batterie de

serveurs Windows SharePoint Services 3.0 et met cette batterie hors connexion (par exemple, en

changeant l’équilibrage de charge ou les applications Web IIS pour arrêter les demandes de

service, ou en désactivant tous les composants et les services sur chaque serveur de la batterie).

3. L’administrateur de serveur attache les bases de données de contenu à la nouvelle batterie de

serveurs et effectue la mise à niveau du contenu.

309

4. L’administrateur de serveur confirme que la mise à niveau est terminée et réussie, puis configure la

nouvelle batterie de serveurs pour qu’elle prenne en charge le traitement des demandes sur la

nouvelle URL.

Approche hybride 1 : bases de données en lecture seule Cette approche confère aux utilisateurs l’accès en lecture seule ininterrompu à leurs données pendant

la mise à niveau. Les bases de données de contenu de la batterie de serveurs d’origine sont mises en

lecture seule et les copies des bases de données sont mises à niveau sur une nouvelle batterie.

Les étapes suivantes expliquent le déroulement du processus de mise à niveau avec liaison et lecture

seule des bases de données :

1. L’administrateur du serveur installe et configure une nouvelle batterie de serveurs SharePoint

Foundation 2010. Il transfère toutes les personnalisations vers la nouvelle batterie et teste

l’environnement.

310

2. L’administrateur de serveur passe les bases de données de contenu en lecture seule. Il utilise

ensuite SQL Server pour les sauvegarder sur la batterie de serveurs Windows SharePoint Services

3.0 et les restaurer sur la nouvelle batterie.

3. L’administrateur de serveur attache les nouvelles copies des bases de données de contenu ; le

processus de mise à niveau s’exécute et met à niveau le contenu.

311

4. À la fin de la mise à niveau, l’administrateur de serveur vérifie que la mise à niveau s’est déroulée

correctement. Il configure ensuite la nouvelle batterie de serveurs afin qu’elle prenne en charge le

traitement des demandes sur la nouvelle URL et met la batterie d’origine hors connexion (par

exemple, en changeant l’équilibrage de charge ou les applications Web IIS pour arrêter les

demandes de service, ou en désactivant tous les composants et les services sur chaque serveur

de la batterie).

Approche hybride 2 : détacher les bases de données Cette approche vous permet d’accélérer le processus de mise à niveau en détachant, puis rattachant

les bases de données afin de les mettre à niveau simultanément. Il s’agit d’une mise à niveau sur

place, car vous mettez à niveau la batterie de serveurs d’origine ; cependant, vous pouvez également

utiliser une autre batterie pour effectuer la mise à niveau, puis attacher les bases de données mises à

niveau à la batterie de serveurs d’origine. Notez que la batterie d’origine ne peut pas traiter les

demandes durant le processus de mise à niveau. Comme dans une mise à niveau sur place standard,

les utilisateurs ne peuvent pas accéder à leur contenu pendant la mise à niveau.

312

Les étapes suivantes expliquent le déroulement d’une mise à niveau sur place avec les bases de

données détachées :

1. L’administrateur de serveur passe la batterie de serveurs d’origine hors connexion (par exemple,

en changeant l’équilibrage de charge ou les applications Web IIS pour arrêter les demandes de


2. L’administrateur du serveur détache les bases de données de contenu de la batterie de serveurs

d’origine.

3. L’administrateur de serveur exécute une mise à niveau sur place des serveurs, des services et de

la base de données de configuration de la batterie d’origine.

4. L’administrateur de serveur attache les bases de données de contenu à la batterie de serveurs

d’origine et effectue la mise à niveau du contenu.

Sinon, vous pouvez utiliser une petite batterie de serveurs distincte temporaire pour effectuer la mise à

niveau. Dans cette approche, vous attachez les bases de données à la batterie de serveurs d’origine

après les avoir mises à niveau.

313

Les étapes suivantes expliquent le déroulement d’une mise à niveau sur place avec les bases de

données détachées et une petite batterie de serveurs temporaire pour mettre à niveau les bases de

données de contenu :

1. L’administrateur de serveur installe une petite batterie de serveurs temporaire qui exécute la

nouvelle version, puis il met la batterie de serveurs d’origine hors connexion (par exemple, en

changeant l’équilibrage de charge ou les applications Web IIS pour arrêter les demandes de


2. L’administrateur du serveur détache les bases de données de contenu de la batterie de serveurs

d’origine.

3. L’administrateur de serveur exécute une mise à niveau sur place de la batterie d’origine pour

mettre à niveau les serveurs, les services et la base de données de configuration.

4. L’administrateur de serveur attache les bases de données de contenu à la batterie de serveurs

temporaire et effectue la mise à niveau de celles-ci en parallèle.

5. L’administrateur de serveur rattache les bases de données de contenu à la batterie de serveurs

d’origine.

6. L’administrateur du serveur confirme que la mise à niveau est terminée et réussie.

7. Si la mise à niveau visuelle est utilisée, l’administrateur du serveur ou le propriétaire du site a un

aperçu des sites dans l’apparence Microsoft SharePoint Foundation 2010. Lorsque l’administrateur

du serveur ou le propriétaire du site est prêt, il termine les changements dans l’apparence Microsoft


314

Mise à niveau depuis Windows SharePoint Services 2.0 vers SharePoint Foundation 2010

Vous ne pouvez pas mettre à niveau Windows SharePoint Services 2.0 directement à Microsoft


Les différences entre les versions sont trop importantes et la configuration matérielle requise varie

tellement d’une version à l’autre qu’une mise à niveau directe et sur place n’est pas possible et n’est

pas prise en charge. Cependant, vous pouvez effectuer plusieurs mises à niveau de la liaison de base

de données pour mettre d’abord votre contenu à niveau vers Windows SharePoint Services 3.0 puis

vers SharePoint Foundation 2010. Cet article vous explique comment effectuer cette double mise à

niveau de la liaison de base de données.

Votre ancien environnement doit être hors connexion pendant la totalité du processus, afin que

les utilisateurs ne puissent pas y effectuer des modifications alors même que vous êtes en train

d’effectuer la mise à niveau. Une fois la mise à niveau terminée et validée, vous pouvez de

nouveau accorder l’accès aux utilisateurs dans l’environnement SharePoint Foundation 2010.

Dans cet article :


Avant de commencer

Préparer la mise à niveau

Préparer les batteries de serveurs

Effectuer la première mise à niveau

Effectuer la seconde mise à niveau

Vue d’ensemble du processus Cette approche de la mise à niveau combinant deux processus de mise à jour qui ont déjà été

documentés, cet article décrit comment les différentes étapes de chaque processus s’assemblent dans

l’ensemble du processus. Il ne fournit pas de détails sur chaque étape du processus, car ces étapes

sont décrites dans les articles suivants :

Déployer une nouvelle batterie de serveurs, puis migrer les bases de données de contenu


Ces articles, combinés à cette feuille de route, fournissent les informations dont vous avez besoin pour

réaliser cette double mise à niveau de la liaison de base de données.

Remarque :

Important


315

Veillez à d’abord mettre à l’essai le processus entier dans un environnement de test avant

d’essayer de mettre à niveau votre contenu réel en direct. Pour plus d’informations sur les tests

des processus de mise à niveau, voir le contenu suivant :

Séquence de mise à niveau

Pour mettre à niveau le contenu dans les deux versions, procédez comme suit :

1. Préparer la mise à niveau

a. Préparez la batterie de serveurs d’origine en exécutant l’outil d’analyse de pré-mise à niveau et

en faisant un inventaire des personnalisations que vous avez effectuées.

b. Configurez une petite batterie de serveurs temporaire exécutant Windows SharePoint Services

3.0.

c. Configurez une batterie de serveurs complète SharePoint Foundation 2010 et vérifiez qu’elle

est configurée et qu’elle fonctionne correctement.

2. Première mise à niveau : mettre à niveau le contenu vers Windows SharePoint Services 3.0

a. Détachez les bases de données de contenu de l’ancienne batterie de serveurs, puis mettez

cette dernière hors connexion.

Sinon, vous pouvez également laisser les bases de données liées et en faire une copie si vous

voulez vous assurer que la batterie de serveurs d’origine puisse être de nouveau utilisable

rapidement.

b. Liez les bases de données de contenu à la batterie de serveurs de Windows SharePoint

Services 3.0 et mettez-les à niveau.

c. Vérifiez que le contenu a bien été mis à niveau et que la batterie de serveurs de Windows

SharePoint Services 3.0 fonctionne correctement.

3. Seconde mise à niveau : mettez le contenu à niveau vers SharePoint Foundation 2010

a. Détachez les bases de données de contenu depuis la batterie de serveurs de Windows

SharePoint Services 3.0.

b. Liez les bases de données de contenu à la batterie de serveurs de SharePoint Foundation

2010 et mettez-les à niveau (vous pouvez également les mettre à niveau en parallèle).

c. Vérifiez que le contenu a bien été mis à niveau et que la batterie de serveurs de SharePoint

Foundation 2010 fonctionne correctement.

4. Commencez la prise en charge des demandes sur la batterie de serveurs SharePoint Foundation

2010.

Les diagrammes suivants illustrent ce processus :

Mise à niveau de la liaison de base de données vers Windows SharePoint Services 3.0.

316

Mise à niveau de la liaison de base de données vers SharePoint Foundation 2010.

317

Avant de commencer Avant de commencer la mise à niveau, lisez les informations suivantes sur les autorisations, ainsi que

sur les configurations matérielle et logicielle requises. Suivez les étapes spécifiées pour installer ou

configurer les logiciels prérequis ou pour modifier les paramètres.

Examiner les autorisations requises

Quand vous créez un environnement temporaire pour Windows SharePoint Services 3.0, vous

devez posséder les autorisations appropriées. Pour plus d’informations, voir Prévoir les comptes

d’administration et de service (Windows SharePoint Services).

Quand vous créez et configurez votre batterie de serveurs SharePoint Foundation 2010 de

destination, vous devez posséder les autorisations appropriées. Pour plus d’informations, voir

Comptes d’administration et de service requis pour le déploiement initial (SharePoint Foundation

2010).



318

Examiner la configuration matérielle et logicielle requise

Quand vous créez un environnement temporaire pour Windows SharePoint Services 3.0, vous

devez répondre à certaines exigences concernant la configuration matérielle et logicielle. Pour plus

d’informations, voir Déterminer la configuration matérielle et logicielle requise (Windows SharePoint

Services).

Quand vous créez et configurez votre batterie de serveurs de destination SharePoint Foundation

2010, vous devez répondre à d’autres exigences concernant la configuration matérielle et logicielle.

Pour plus d’information, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010).

Dans certains environnements, vous devez coordonner les procédures avec l’administrateur des bases

de données pour déplacer les bases de données vers une batterie de serveurs distincte. Suivez bien

les stratégies en vigueur et les directives pour la gestion des bases de données.

Préparer la mise à niveau Comme vous effectuez deux mises à niveau, vous devez comprendre toutes les étapes comprises

dans la mise à niveau vers Windows SharePoint Services 3.0 et vers SharePoint Foundation 2010. Le

contenu suivant peut vous aider à comprendre ces processus de mise à niveau :

Préparation à la mise à niveau vers Windows SharePoint Services 3.0

Lisez le chapitre Planifier et préparer la mise à niveau sur TechNet. Veillez à lire les articles

suivants :

Fonctionnement du processus de mise à niveau (Windows SharePoint Services)

Déterminer comment gérer des personnalisations (Windows SharePoint Services)

Développer de nouvelles définitions de site personnalisées et créer les fichiers de définition de

mise à niveau (Windows SharePoint Services)

Lisez le chapitre Effectuer les étapes préalables à la mise à niveau (Windows SharePoint Services)

sur TechNet. Vous devez suivre les étapes suivantes pour effectuer une mise à niveau de la liaison

de base de données (nommée migration de base de données dans cette version) :

Installer le Service Pack 2 pour Windows SharePoint Services 2.0

Exécuter l’outil d’analyse préalable à la mise à niveau (Windows SharePoint Services)

Vous suivez ces étapes dans votre batterie de serveurs Windows SharePoint Services 2.0

existante.

Préparation à la mise à niveau vers SharePoint Foundation 2010

Planifier et préparer la mise à niveau. Lisez l’article suivant sur TechNet :


Effectuer les étapes préalables à la mise à niveau. Lisez l’article suivant sur TechNet :


Important :











319

Vous suivez ces étapes dans votre batterie de serveurs Windows SharePoint Services 3.0

temporaire.

Préparer les batteries de serveurs Cette étape consiste à suivre les étapes préalables à la mise à niveau sur votre batterie de serveurs

existante, créer votre batterie de serveurs temporaire vers Windows SharePoint Services 3.0 et créer

votre batterie de serveurs de destination SharePoint Foundation 2010Suivez les étapes suivantes et le

contenu concerné lors de la préparation de votre batterie de serveurs aux mises à niveau.

Créer la batterie de serveurs Windows SharePoint Services 3.0 temporaire

Dans un environnement virtuel ou physique, créez une petite batterie de serveurs temporaire exécutant

Windows SharePoint Services 3.0 avec le Service Pack 2 (SP2) et la mise à jour cumulée

d’octobre 2009. Vous utiliserez cette batterie de serveurs pour mettre à niveau le contenu vers

Windows SharePoint Services 3.0 puis vers SharePoint Foundation 2010.

Pour de meilleurs résultats, nous vous recommandons d’appliquer les dernières mises à niveau

à l’environnement. La mise à jour cumulée d’octobre 2009 comprend des modifications du

l’outil de vérification de pré-mise à niveau pouvant aider à identifier les problèmes avant la mise

à niveau. Pour une liste des mises à jour, voir centre des mises à jour pour Microsoft Office, les

produits Office Server et les produits connexes (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=181115&clcid=0x40C). Pour plus d’information sur

l’application des mises à jour, voir Centre des ressources de mise à jour des Produits et

technologies SharePoint (éventuellement en anglais)


1. Téléchargez le logiciel pour la batterie de serveurs temporaire.

Téléchargez Windows SharePoint Services 3.0 avec SP2 à partir de l’un des liens suivants :

Version x86 : Windows SharePoint Services 3.0 avec Service Pack 2


Version x64 : Windows SharePoint Services 3.0 x64 avec Service Pack 2


2. Installez les packs de modèles linguistiques requis pour vos sites. Pour plus d’informations, voir

Installer les packs de modèles linguistiques disponibles (Windows SharePoint Services).

3. Configurez la batterie de serveurs en utilisant les paramètres de batterie de serveurs qui

conviennent à votre environnement et en réappliquant toutes les personnalisations nécessaires

pour votre contenu. Assurez-vous de déployer les personnalisations et les fichiers de définition de

mise à niveau nécessaires pour toutes les définitions de site personnalisées existant dans votre

environnement. Vous devez créer des applications Web sur la batterie de serveurs temporaire pour

chaque serveur virtuel que vous aviez dans la batterie de serveurs d’origine. L’URL des nouvelles

Important :

Conseil :








320

applications Web doit correspondre aux URL sources de la batterie de serveurs ou aux URL de

destination de la batterie de serveurs, sinon vous risquez d’ajouter des références aux URL

temporaires supplémentaires au contenu. Dans l’idéal, vous devez utiliser les mêmes URL pour les

batterie de serveurs source et de destination, afin que les URL de la batterie de serveurs

temporaire soient totalement identiques, notamment les numéros de port utilisés.

Pour plus d’information sur la configuration de la batterie de serveurs, voir Préparer le nouvel

environnement Windows SharePoint Services 3.0. Pour plus d’informations sur le déploiement des

définitions de site personnalisées et des définitions de mise à niveau, voir Déployer des fichiers de

définition de mise à niveau et de nouvelles définitions de site (Windows SharePoint Services).

Configurez votre batterie de serveurs SharePoint Foundation 2010 complète

Il s’agit de la batterie de serveurs que vous utiliserez finalement pour votre environnement de

production, donc assurez-vous de planifier votre infrastructure de manière appropriée pour prendre en

charge la solution que vous hébergez. POur plus d’information sur la planification de votre batterie de

serveurs, voir Planification de batterie de serveurs et de l’environnement (SharePoint

Foundation 2010).

1. Créez votre batterie de serveurs sur de l’équipement 64 bits avec des serveurs de base de

données exécutant une version 64 bits de SQL Server 2008 avec SP1 et mise à jour cumulative 2.

Pour plus d’information, voir Plusieurs serveurs en batterie à trois niveaux (SharePoint

Foundation 2010).

2. Installez les modules de modèles linguistiques pour vos sites. Pour plus d’informations, voir

Installer les packs de modèles linguistiques disponibles (SharePoint Foundation 2010).

3. Configurez la batterie de serveurs en utilisant les paramètres de batterie de serveur adaptés à

votre environnement et en ré-appliquant toutes les personnalisations requises par votre contenu.

Vous devez créer des applications Web sur la batterie de serveurs de destination pour chaque

serveur virtuel que vous aviez dans la batterie de serveurs d’origine.

Pour plus d’information sur la création et la configuration d’une batterie de serveurs pour une mise

à niveau de liaison de base de données, voir Préparer le nouvel environnement SharePoint

Foundation.

Effectuer la première mise à niveau Dès que vous avez terminé l’installation et la configuration des batteries de serveur, vous êtes prêt à

mettre à niveau les bases de données de contenu vers Windows SharePoint Services 3.0.

Vérifiez que vous avez bien exécuté l’outil d’analyse de pré-mise à niveau sur votre batterie de

serveurs d’origine avant de détacher les bases de données. Le processus de mise à niveau

n’est pas exécuté si vous n’avez pas analysé les bases de données. Pour plus d’information,

voir Exécuter l’outil d’analyse préalable à la mise à niveau (Windows SharePoint Services).

Pour effectuer une mise à niveau de la liaison de base de données (nommée migration de la base de

données pour cette version), suivez les étapes suivantes :

Important :








321

1. Sauvegardez les bases de données de contenu.

2. Restaurez les copies sauvegardées sur votre batterie de serveurs temporaire.

3. Ajoutez les bases de données aux applications Web pour démarrer le processus de mise à niveau.

Pour obtenir des informations complètes et connaître les étapes à suivre, voir Migrer les bases de


Vérifier la première mise à niveau Pour vérifier la mise à niveau, procédez comme suit :

Consultez le journal de mise à niveau. Pour plus d’informations, voir Migrer les bases de données

de contenu.

Vérifiez les sites mis à niveau pour vous assurer qu’ils fonctionnent toujours comme prévu et que

vos composants WebPart et les autres éléments personnalisés fonctionnent correctement.

Effectuer la seconde mise à niveau Une fois que vous avez vérifié que vos sites fonctionnent correctement, vous pouvez commencer la

mise à niveau vers SharePoint Foundation 2010.

Exécutez l’outil de vérification préalable à la mise à niveau et vérifiez le rapport afin de

répondre à des problèmes potentiels sur votre batterie de serveurs temporaire avant de mettre

à niveau le contenu. Pour plus d’informations, voir Exécuter l’outil de vérification préalable à la

mise à niveau (SharePoint Foundation 2010).

Pour effectuer la mise à niveau de liaison de base de données, effectuez les étapes suivantes :

1. Sauvegardez les bases de données de contenu.

2. Restaurez les copies sauvegardées sur votre batterie de serveurs de destination.

3. Ajoutez les bases de données aux applications Web pour démarrer le processus de mise à niveau.

Dans SharePoint Foundation 2010, vous pouvez lier des bases de données en parallèle afin

d’accélérer le processus de mise à niveau.

Pour obtenir des informations complètes et connaître les étapes à suivre, voir Attacher les bases de

données et effectuer une mise à niveau vers SharePoint Foundation 2010.

Vérifier la seconde mise à niveau Pour vérifier la mise à niveau, procédez comme suit :

Consultez le journal de mise à niveau.

Vérifiez les sites mis à niveau pour vous assurer qu’ils fonctionnent toujours comme prévu et que

vos composants WebPart et les autres éléments personnalisés fonctionnent correctement.

Important :





322

Pour plus d’informations, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau


323


Maintenant que vous avez étudié le fonctionnement du processus de mise à niveau en consultant les

articles dans À propos du processus de mise à niveau (SharePoint Foundation 2010), vous pouvez

commencer la planification de la mise à niveau. Cette section contient des articles qui vous aident à

planifier et à préparer la mise à niveau depuis Windows SharePoint Services 3.0 vers Microsoft



Déterminer l’approche de mise à niveau (SharePoint Foundation 2010)

Découvrez les différentes méthodes de mise à niveau et choisissez la mieux adaptée à votre

environnement.

Consulter les méthodes conseillées de mise à niveau (SharePoint Foundation 2010)

Évitez les problèmes pendant le processus de mise à niveau en suivant ces meilleures pratiques.

Passer en revue les chemins de mise à niveau pris en charge et non pris en charge (SharePoint

Foundation 2010)

Identifiez les types et topologies d’installation pouvant être mis à niveau vers SharePoint

Foundation 2010.

Examiner la configuration requise pour la mise à niveau (SharePoint Foundation 2010)

Passez en revue la configuration requise pour vous assurer que votre environnement peut être mis

à niveau vers SharePoint Foundation 2010.

Déterminer comment gérer les personnalisations (SharePoint Foundation 2010)

Découvrez comment identifier et évaluer les personnalisations dans votre environnement, puis

déterminez si vous allez les mettre à niveau et selon quelle procédure.

Créer un plan de communication (SharePoint Foundation 2010)

Créez un plan pour coordonner l’équipe de mise à niveau, les propriétaires et utilisateurs de site et

les parties prenantes, ainsi que pour communiquer avec ces groupes.

Planifier une mise à niveau visuelle (SharePoint Foundation 2010)

Découvrez les différentes options de mise à niveau visuelles et comment choisir l’option la mieux

adaptée aux besoins de votre entreprise.

Une feuille de calcul est à votre disposition, dans laquelle vous pouvez enregistrer les informations sur

votre environnement pendant que vous préparez la mise à niveau. Téléchargez la feuille de calcul à

partir de l’adresse http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en

anglais).



324

Déterminer l’approche de mise à niveau (SharePoint Foundation 2010)

Avant d’exécuter un processus de mise à niveau depuis Windows SharePoint Services 3.0 vers

Microsoft SharePoint Foundation 2010, vous devez déterminer quelle approche de mise à niveau

adopter. Utilisez les informations de cet article pour comparer les avantages et les inconvénients de

chaque approche et pour consulter les informations relatives aux cas particuliers qui peuvent influer sur

votre approche. En plus des informations contenues dans cet article, lisez l’article Passer en revue les

chemins de mise à niveau pris en charge et non pris en charge (SharePoint Foundation 2010) afin de

comprendre exactement quelles sont les situations dans lesquelles la mise à niveau est valide et sera

couronnée de succès.

Pour effectuer une mise à niveau, vous devez avoir installé Windows SharePoint Services 3.0

avec Service Pack 2 (SP2).

Dans cet article :

Choisir une approche de mise à niveau

Cas particuliers

Choisir une approche de mise à niveau Il existe deux approches de base en matière de mise à niveau : sur place et avec liaison des bases de

données. En outre, vous pouvez combiner les aspects de ces approches de base de différentes

manières pour limiter les temps morts ou éventuellement améliorer les performances.

Le tableau suivant compare les approches de mise à niveau sur place et avec liaison des bases de

données.

Approche Description Avantages Inconvénients

Mise à niveau sur

place

Vous pouvez installer

SharePoint Foundation

2010 sur la même

configuration matérielle.

Vous pouvez également

mettre à niveau le

contenu et les

paramètres dans la

batterie de serveurs au

cours d’un seul

Les paramètres de taille

de batterie de serveurs

sont conservés et mis à

niveau. Les

personnalisations sont

disponibles dans

l’environnement après la

mise à niveau, bien que

des étapes manuelles

puissent être nécessaires

Les serveurs et les

batteries de serveurs

sont hors connexion

pendant l’opération de

mise à niveau. La mise à

niveau se déroule de

façon continue. Par

conséquent, vous devez

allouer suffisamment de

temps pour que la totalité

Remarque :

325

Approche Description Avantages Inconvénients

processus. pour les mettre à niveau

ou les modifier.

du contenu soit mise à

niveau séquentiellement.

Mise à niveau par

attachement de base

de données

Vous pouvez mettre à

niveau le contenu de

l’environnement sur une

batterie de serveurs

séparée. Aucun des

services ou des

paramètres de la

batterie n’est alors mis

à niveau. Vous pouvez

mettre à niveau les

bases de données dans

n’importe quel ordre et

mettre à niveau

plusieurs bases de

données

simultanément. Pendant

la mise à niveau de

chaque base de

données, le contenu de

celle-ci est inaccessible

aux utilisateurs.


niveau plusieurs bases

de données de contenu

en même temps, les

mises à niveau se font

plus rapidement que s’il

s’agit d’une mise à

niveau sur place. Vous

pouvez utiliser une mise

à niveau par attachement

de base de données pour

unir plusieurs batteries

en une seule batterie de

serveurs.

Les paramètres de

serveur et de batterie de

serveurs ne sont pas mis

à niveau. Vous devez

transférer manuellement

les paramètres à

conserver depuis

l’ancienne batterie de

serveurs vers la nouvelle.

Toutes les

personnalisations doivent

également être

transférées vers la

nouvelle batterie de

serveurs manuellement.

Toute personnalisation

manquante peut

entraîner une perte de

fonctionnalité ou des

problèmes d’expérience

utilisateur involontaires.

La copie de bases de

données sur un réseau

consomme du temps et

de la bande passante.

Vous devez planifier

cette opération. Un accès

direct aux serveurs de

bases de données est

nécessaire.

Pour plus d’informations sur le fonctionnement de la mise à niveau sur place et de la mise à niveau

avec liaison des bases de données, voir Présentation du processus de mise à niveau (SharePoint

Foundation 2010).

Le tableau suivant répertorie les techniques de limitation de temps morts que vous pouvez utiliser

pendant la mise à niveau pour réduire l’intervalle de temps pendant lequel les utilisateurs ne peuvent

pas accéder à leur contenu ou pour accroître éventuellement les performances de la mise à niveau.

326

Technique Description Avantages Inconvénients

Mise à niveau

parallèle

Vous pouvez attacher

et mettre à niveau

plusieurs bases de

données à la fois pour

accélérer le processus

de mise à niveau

global. Le nombre

maximal de mises à

niveau parallèles

dépend de votre

configuration

matérielle. Cette

technique fonctionne

pour les mises à

niveau sur place ou

avec liaison des bases

de données.

Processus de mise à

niveau plus rapides pour

l’environnement global.

Il s’agit d’un processus

manuel qui requiert des

étapes et une surveillance

supplémentaires.

Approche hybride 1 :

liaison des bases de

données avec bases

de données en

lecture seule

Permet de continuer à

fournir un accès en

lecture seule au

contenu pendant le

processus de mise à

niveau. Pour cette

approche, vous

définissez les bases

de données sur lecture

seule pendant que la

mise à niveau

s’exécute sur une

autre batterie de

serveurs. Cette

méthode réduit le

temps mort perçu par

les utilisateurs.

La batterie de serveurs

existante peut continuer à

héberger des sites non

mis à niveau (en mode

lecture seule) pendant

que vous mettez à niveau

le contenu. Par

conséquent, les temps

morts sont minimes pour

les utilisateurs.


niveau plusieurs bases de

données de contenu en

même temps, ce qui,

globalement, permet

d’effectuer une mise à

niveau plus rapide qu’une

mise à niveau sur place.


niveau la configuration

matérielle en plus de la

Les paramètres de

serveur et de batterie de

serveurs ne sont pas mis

à niveau. Vous devez

transférer manuellement

les paramètres à

conserver depuis

l’ancienne batterie de

serveurs vers la nouvelle.

Toutes les

personnalisations doivent

également être

transférées et mises à

niveau manuellement.

Toute personnalisation

manquante peut entraîner

une perte de

fonctionnalité ou des

problèmes d’expérience

utilisateur involontaires.


327

Technique Description Avantages Inconvénients

configuration logicielle. données sur un réseau



Vous devez planifier cette

opération.

Un accès direct aux

serveurs de bases de

données est nécessaire.

Approche hybride 2 :

mise à niveau sur

place avec bases de

données détachées

Permet de tirer parti de

la possibilité d’une

mise à niveau sur

place pour mettre à

niveau le contenu et

les paramètres, en y

ajoutant la rapidité

d’une mise à niveau

par attachement de

base de données.

Pour cette approche,

vous utilisez une mise

à niveau sur place

pour mettre à niveau la

batterie et les

paramètres, et pour

détacher, ainsi que

mettre à niveau

plusieurs bases de

données en parallèle

(dans la même batterie

ou sur une batterie

séparée).

Les paramètres à l’échelle

de la batterie peuvent être

conservés et mis à

niveau.

Les personnalisations

sont disponibles dans

l’environnement après la

mise à niveau, bien que

des étapes manuelles

puissent être nécessaires

pour les mettre à niveau

ou les affiner.


niveau plusieurs bases de

données de contenu en

même temps, ce qui,

globalement, permet

d’effectuer une mise à

niveau plus rapide qu’une

mise à niveau sur place.


données sur un réseau



Vous devez planifier cette

opération.

Un accès direct aux

serveurs de bases de

données est nécessaire.

Gardez à l’esprit que vous pouvez également combiner ces techniques. Par exemple, vous pouvez

définir votre batterie de serveurs d’origine en mode lecture seule, créer une copie de la batterie de

serveurs et la mettre à niveau sans les bases de données de contenu, utiliser une mise à niveau

parallèle pour mettre rapidement à niveau la totalité du contenu utilisateur, puis basculer les utilisateurs

vers la nouvelle batterie de serveurs une fois la mise à niveau achevée. Pour plus d’informations sur le

fonctionnement de ces techniques de limitation de temps mort, voir Présentation du processus de mise

à niveau (SharePoint Foundation 2010).

328

Une autre option à envisager si vous êtes confronté à une plage d’indisponibilité excessivement

étendue consiste à utiliser la redirection d’URL avec mappage des accès de substitution dans le cadre

d’une approche de mise à niveau avec liaison des bases de données, afin de rediriger provisoirement

les utilisateurs vers une batterie de serveurs existante pendant que vous mettez à niveau le contenu

sur une nouvelle batterie de serveurs. Il s’agit d’une méthode avancée, qui ne doit être utilisée que si

les autres techniques de limitation de temps mort s’avèrent insuffisantes. Pour plus d’informations, voir

Utilisation de redirection d’URL AAM dans le processus de mise à niveau (SharePoint

Foundation 2010) (livre blanc).

Cas particuliers Vous pouvez avoir d’autres exigences ou des objectifs supplémentaires à atteindre lorsque vous

effectuez une mise à niveau. Le tableau suivant répertorie des cas particuliers et décrit l’approche de

mise à niveau appropriée pour chaque cas.

Cas Approche de mise à niveau

Mise à niveau d’une installation autonome avec la

base de données interne Windows ?

Si vous exécutez Windows SharePoint

Services 3.0 sur un serveur autonome avec la

base de données interne Windows, votre base de

données sera migrée vers SQL Server Express

dans le cadre du processus de mise à niveau sur

place. Si la taille de votre base de données est

supérieure à 4 Go, vous devez configurer le

stockage BLOB distant afin qu’il stocke une partie

des données. Pour plus d’informations, voir Mise à

niveau depuis une installation autonome de

Windows SharePoint Services 3.0 vers SharePoint

Foundation 2010 avec stockage BLOB distant.

Mise à niveau d’une édition 32 bits vers une

édition 64 bits de SQL Server ?

Si vous exécutez une édition 32 bits de SQL

Server, vous devez effectuer une migration vers

une édition 64 bits. Il est recommandé d’effectuer

cette migration avant de procéder à la mise à

niveau vers SharePoint Foundation 2010 afin

d’optimiser les performances. Veillez à n’effectuer

qu’un seul type de mise à niveau ou migration à la

fois pour éviter tout échec de mise à niveau. Pour

plus d’informations, voir Migrer une batterie de

serveurs existante vers un environnement 64 bits

(Windows SharePoint Services 3.0).

Les deux options suivantes permettent d’effectuer

http://technet.microsoft.com/fr-fr/library/dd637753.aspx



329


une mise à niveau depuis une édition 32 bits vers

une édition 64 bits de SQL Server :

Vous pouvez sauvegarder le jeu entier de

bases de données pour la batterie de

serveurs, effectuer la mise à niveau, puis

restaurer les bases de données (cette option

est prise en charge et recommandée puisque

vous disposez d’une sauvegarde complète et

qu’après avoir restauré les bases de données,

aucune modification n’est requise dans

SharePoint Foundation 2010).

Vous pouvez déplacer les bases de données

SQL Server que vous souhaitez mettre à

niveau vers une autre édition 64 bits de SQL

Server. Vous devez ajouter l’autre édition

64 bits, puis exécuter une commande sur les

ordinateurs exécutant SharePoint Foundation

2010 pour les faire pointer vers la nouvelle

édition 64 bits SQL Server (cette option est

prise en charge, mais non recommandée, car

cela demande plus de travail dans SharePoint

Foundation 2010 lorsque, par exemple,

l’emplacement des bases de données

change).

Remarque :

Vous pouvez mettre à niveau une version

de SQL Server, par exemple de

SQL Server 2005 SP2 vers SQL

Server 2008, avant, pendant ou après la

mise à niveau d’une édition 32 bits vers

une édition 64 bits de SQL Server.

Mise à niveau de Windows Server 2003 vers

Windows Server 2008 ?

Mettez à niveau le système d’exploitation avant de

tenter une mise à niveau vers SharePoint

Foundation 2010.

Si vous exécutez Windows SharePoint

Services 3.0, vous devez suivre des étapes

spécifiques pour effectuer une mise à niveau vers

Windows Server 2008. Pour plus d’informations,

voir Mise à niveau vers Windows Server 2008


330


pour Windows SharePoint Services 3.0 avec

Service Pack 1.

Mise à niveau d’un système d’exploitation 32 bits

vers un système d’exploitation 64 bits ?

Si vous utilisez un système d’exploitation 32 bits,

vous devez migrer vers un système d’exploitation

64 bits avant d’effectuer la mise à niveau. Pour

plus d’informations, voir Migrer une batterie de

serveurs existante vers un environnement 64 bits


Mise à niveau d’un environnement qui utilise

l’authentification par formulaire ?

La mise à niveau requiert des étapes

supplémentaires lorsque vous utilisez

l’authentification par formulaire. Pour plus

d’informations, voir Configurer l’authentification

par formulaires pour une application Web basée


Foundation 2010).

Mise à niveau de bases de données très

volumineuses ?

En général, la mise à niveau des bases de

données très volumineuses, notamment les bases

de données qui comportent des versions de

document dont le nombre ou la taille sont élevés,

prend plus de temps que celle des bases de

données plus petites. Toutefois, c’est la

complexité des données qui détermine la durée de

la mise à niveau, et non la taille de la base de

données proprement dite. Si le processus de mise

à niveau arrive à expiration, cela est généralement

dû à des problèmes de connexion. Dans Windows

SharePoint Services 3.0, le processus de mise à

niveau arrivait souvent à expiration en raison de la

durée nécessaire à l’exécution d’un processus,

mais cela est rarement le cas avec SharePoint

Foundation 2010. Pour plus d’informations sur la

durée possible de la mise à niveau pour votre

environnement, voir Estimer la durée du

processus de mise à niveau et l’espace dont vous

avez besoin (SharePoint Foundation 2010).

Mise à niveau depuis Windows SharePoint

Services 2.0 ?

Utilisez une méthode de mise à niveau avec

liaison des bases de données pour effectuer une

mise à niveau vers Windows SharePoint Services

3.0, puis réalisez une mise à niveau vers




331


SharePoint Foundation 2010. Pour plus

d’informations sur ce processus de mise à niveau,

voir Mise à niveau depuis Windows SharePoint

Services 2.0 vers SharePoint Foundation 2010.

Utilisation de noms de domaine internationaux ? Bien que Windows SharePoint Services 3.0

prenne en charge les noms de domaine

internationaux, ce n’est pas le cas de SharePoint

Foundation 2010. Si vous utilisez actuellement

des noms de domaine internationaux avec

Windows SharePoint Services 3.0 et si vous

envisagez d’effectuer une mise à niveau ou une

migration vers SharePoint Foundation 2010, vous

devez au préalable cesser d’utiliser des noms de

domaine internationaux, supprimer les paramètres

relatifs aux noms de domaine internationaux, puis

configurer un environnement non basé sur les

noms de domaine internationaux. Pour plus

d’informations, voir Planifier des sites multilingues


http://technet.microsoft.com/library/95dc3f61-13da-4447-926a-ddae0326393e(Office.14).aspx

http://technet.microsoft.com/library/95dc3f61-13da-4447-926a-ddae0326393e(Office.14).aspx

332

Consulter les méthodes conseillées de mise à niveau (SharePoint Foundation 2010)

Pour garantir un processus de mise à niveau cohérent depuis Windows SharePoint Services 3.0 vers

Microsoft SharePoint Foundation 2010, suivez ces meilleures pratiques :

1. Mettez à jour vos serveurs vers le Service Pack 2 (SP2) de Windows SharePoint Services 3.0 ou

version ultérieure.

Votre environnement doit être mis à jour vers le Service Pack 2 d’Windows SharePoint Services

3.0 pour que vous puissiez exécuter le processus de mise à niveau, qu’il s’agisse d’une mise à

niveau sur place ou d’une mise à niveau avec liaison des bases de données. Il est recommandé

d’installer la mise à jour cumulative d’octobre 2009, car elle comprend des améliorations apportées

à l’outil de vérification de pré-mise à niveau. Pour plus d’informations sur l’installation des Service

Packs et des mises à jour, voir le centre de ressource des mises à jour pour les produits et

technologies SharePoint (éventuellement en anglais). Pour la liste de toutes les mises à jour

disponibles, voir le centre des mises à jour pour Microsoft Office, les produits Office Server et les

produits connexes (éventuellement en anglais).

2. Vérifiez que l’environnement est entièrement opérationnel avant d’effectuer une mise à niveau.

Une mise à niveau ne résout pas les problèmes qui existent éventuellement déjà dans votre

environnement. Par conséquent, vérifiez que l’environnement est entièrement opérationnel avant

d’effectuer une mise à niveau. Par exemple, si certaines applications Web ne sont plus utilisées,

annulez leur extension avant de procéder à la mise à niveau. Si vous souhaitez supprimer une

application Web dans ISS, annulez son extension avant de la supprimer ; sinon, SharePoint

Foundation 2010 essaiera de mettre à niveau l’application Web même si elle n’existe pas, ce qui se

traduira par l’échec de la mise à niveau. En outre, la recherche et la résolution préalables des

problèmes permettent de respecter plus facilement la planification initiale de la mise à niveau.

3. Avant d’effectuer une mise à niveau sur place, opérez une migration vers des serveurs 64 bits.

Mettez à niveau votre système d’exploitation vers une version 64 bits de Windows Server 2008 R2

ou Windows Server 2008 avec Service Pack 2 (SP2). Si vous utilisez SQL Server, effectuez une

mise à niveau ou une migration vers une version 64 bits de Microsoft SQL Server 2008 R2, SQL

Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 ou SQL Server 2005 avec SP3

et mise à jour cumulative 3.

N’essayez pas de combiner ces opérations avec votre processus de mise à niveau. Vous ne

pouvez effectuer une mise à niveau sur place que si votre système s’exécute déjà sur un système

d’exploitation et une plateforme pris en charge. Pour plus d’informations, voir Nouveautés de la


4. Exécutez l’outil de vérification de pré-mise à niveau pour rechercher les problèmes éventuels.

L’outil de vérification de pré-mise à niveau signale, entre autres, les personnalisations manquantes

et les problèmes liés aux sites orphelins, de sorte que vous pouvez résoudre ces problèmes avant

http://technet.microsoft.com/fr-fr/office/sharepointserver/bb735839.aspx


http://technet.microsoft.com/fr-fr/office/sharepointserver/ee748587.aspx


333

d’effectuer votre mise à niveau. Pour plus d’informations, voir Exécuter l’outil de vérification

préalable à la mise à niveau (SharePoint Foundation 2010).

5. Effectuez une mise à niveau d’essai sur une batterie de serveurs de test.

Sauvegardez la batterie de serveurs utilisée, restaurez-la sur des serveurs de test, puis effectuez la

mise à niveau. Examinez les résultats pour définir ce à quoi les sites mis à niveau doivent

ressembler, pour déterminer le niveau de personnalisation nécessaire après la mise à niveau et

pour estimer le temps nécessaire à la mise à niveau. Essayez de lancer une analyse de

l’indexation de recherche en texte intégral. Pour plus d’informations, voir Utiliser une mise à niveau

d’évaluation pour rechercher les problèmes potentiels (SharePoint Foundation 2010).

6. Planifiez la capacité.

Assurez-vous de disposer de suffisamment d’espace disque, de ressources processeur et de

capacité mémoire pour répondre aux conditions requises par les mises à niveau. Pour plus

d’informations sur la configuration requise, voir Examiner la configuration requise pour la mise à

niveau (SharePoint Foundation 2010). Pour plus d’informations sur la planification de l’espace

disque requis pour la mise à niveau, voir Estimer la durée du processus de mise à niveau et

l’espace dont vous avez besoin (SharePoint Foundation 2010).

7. Sauvegardez votre environnement.

Effectuez une sauvegarde complète de votre environnement avant de procéder à la mise à niveau.

Cela vous permet de récupérer votre environnement si vous devez effectuer une restauration à

partir d’une mise à niveau. Pour plus d’informations, voir Sauvegarder l’intégralité de

l’environnement avant une mise à niveau sur place (SharePoint Foundation 2010).

8. (Facultatif) Si vous utilisez la méthode de mise à niveau avec liaison des bases de données,

configurez les bases de données d’origine en lecture seule.

Si vous envisagez une plage d’indisponibilité étendue pendant une mise à niveau avec liaison des

bases de données, vous pouvez configurer en lecture seule les bases de données dans

l’environnement d’origine afin que les utilisateurs puissent continuer à accéder à leurs données

sans les modifier. Pour plus d’informations, voir Attacher les bases de données et effectuer une

mise à niveau vers SharePoint Foundation 2010.

9. N’ajoutez aucun serveur à votre batterie de serveurs après avoir lancé le processus de mise à

niveau.

L’exécution de l’Assistant Configuration des produits SharePoint met à niveau la base de données

de configuration. Cette base de données contient la liste des serveurs de la batterie. Les serveurs

ajoutés à la batterie après l’exécution de l’Assistant de configuration ne sont pas inclus à la base

de données. Par conséquent, les serveurs ajoutés après son exécution n’apparaissent pas dans la

topologie de la version mise à niveau. Si vous devez ajouter des serveurs à votre batterie, faites-le

avant de démarrer la mise à niveau ou après avoir terminé le processus de mise à niveau.

10. Après la mise à niveau, examinez la page État de la mise à niveau et les journaux de mise à

niveau pour déterminer si des problèmes doivent être résolus. Ensuite, passez en revue les sites

mis à niveau.

334

La page État de la mise à niveau contient des informations détaillées sur le processus de mise à

niveau, tandis que les journaux de mise à niveau répertorient les erreurs ou avertissements qui se

sont éventuellement produits pendant ce processus. Vous devez vérifier tous les sites et les tester

avant de considérer que la mise à niveau est terminée. Pour plus d’informations, voir Vérifier la

mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010).

335

Passer en revue les chemins de mise à niveau pris en charge et non pris en charge (SharePoint Foundation 2010)

Lorsque vous planifiez votre processus de mise à niveau, vérifiez que le chemin de mise à niveau à

suivre est pris en charge. Cet article décrit les chemins de mise à niveau pris en charge et non pris en

charge pour une mise à niveau sur place et indique les topologies pouvant être mises à niveau sur

place vers Microsoft SharePoint Foundation 2010.

Passer en revue les topologies prises en charge pour la mise à niveau Lorsque vous effectuez une mise à niveau, vous devez la réaliser vers le même type d’installation :

serveur autonome vers serveur autonome ou batterie de serveurs vers batterie de serveurs. Vous ne

pouvez pas effectuer une migration depuis un serveur autonome vers une batterie de serveurs ou vice

versa pendant un processus de mise à niveau sur place. Toutefois, avant ou après la mise à niveau,

vous pouvez modifier la taille et l’échelle d’une batterie de serveurs en fonction de vos besoins. Par

ailleurs, si vous effectuez une mise à niveau avec liaison des bases de données, vous pouvez attacher

les bases de données à un type d’installation différent.

Aide sur la topologie physique

La topologie Microsoft SQL Server, en plus du réseau, du stockage physique et de la mise en cache,

peut avoir une incidence significative sur les performances du système. Lorsque vous planifiez la

configuration matérielle, gardez à l’esprit que pour une mise à niveau sur place, le serveur ou la

batterie de serveurs que vous mettez à niveau doit exécuter une version 64 bits de Windows

Server 2008 R2 ou Windows Server 2008 avec Service Pack 2 (SP2). Dans le cas des batteries de

serveurs, vous devez également exécuter une version 64 bits de Microsoft SQL Server 2008 R2, SQL

Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 ou SQL Server 2005 avec SP3 et

mise à jour cumulative 3. Pour plus d’informations sur les contraintes liées à la mise à niveau, voir

Examiner la configuration requise pour la mise à niveau (SharePoint Foundation 2010).

Topologies prises en charge

Le tableau suivant répertorie les topologies de début prises en charge dans Windows SharePoint

Services 3.0, ainsi que les topologies de fin prises en charge et non prises en charge lors d’une mise à

niveau sur place vers SharePoint Foundation 2010.

336

Topologie de début (Windows

SharePoint Services 3.0)

Topologie de fin prise en charge


Topologie de fin non prise en

charge (SharePoint Foundation

2010)

Serveur autonome avec base de

données interne Windows

Serveur autonome avec

Microsoft SQL Server 2008

Express

Toute batterie de serveurs

Serveur unique avec SQL

Server

Serveur unique avec SQL Server Serveur autonome avec


Express

Batterie de serveurs de

n’importe quelle taille

Batterie de serveurs de n’importe

quelle taille

Serveur autonome avec


Express

Migration depuis un serveur autonome vers une batterie de serveurs

Si vous souhaitez passer d’un serveur autonome à une batterie de serveurs, vous pouvez effectuer

cette opération avant de procéder à la mise à niveau. Pour réaliser une migration depuis un serveur

autonome vers une configuration de batterie de serveurs, vous devez créer une batterie de serveurs,

puis déplacer les bases de données depuis le serveur autonome vers la batterie de serveurs. Pour plus

d’informations, voir Migrer des bases de données de contenu entre la base de données interne de

Windows et une instance de SQL Server (Windows SharePoint Services 3.0). Une fois la migration

effectuée, vous pouvez procéder à la mise à niveau vers SharePoint Foundation 2010.

Migration à partir d’une configuration matérielle 32 bits

Vous ne pouvez pas effectuer une mise à niveau sur place depuis Windows SharePoint Services 3.0

vers SharePoint Foundation 2010 si votre configuration matérielle repose sur une architecture 32 bits.

Dans ce cas, vous devez d’abord effectuer une migration vers une configuration matérielle 64 bits. Pour

plus d’informations, voir Migrer une batterie de serveurs existante vers un environnement 64 bits

(Windows SharePoint Services 3.0) (éventuellement en anglais).





337

Examiner la configuration requise pour la mise à niveau (SharePoint Foundation 2010)

Pour que vous puissiez mettre à niveau votre environnement depuis Windows SharePoint Services 3.0

vers Microsoft SharePoint Foundation 2010, vos serveurs doivent présenter la configuration minimale

requise suivante :

Pour exécuter la nouvelle version, le matériel et les logiciels doivent satisfaire ou dépasser la

configuration système minimale requise.

Cela implique l’utilisation d’un matériel 64 bits et de versions 64 bits du système d’exploitation et de

Microsoft SQL Server. Avant de commencer le processus de mise à niveau, assurez-vous que

votre système satisfait ou dépasse la configuration minimale requise indiquée dans Configuration

matérielle et logicielle requise (SharePoint Foundation 2010). Avant de procéder à la mise à

niveau, déterminez la capacité de production que devra offrir votre environnement mis à niveau,

puis, à partir de ces informations, identifiez le matériel nécessaire pour votre mise à niveau.

Windows SharePoint Services 3.0 doit être mis à jour vers Service Pack 2.

Votre environnement doit être mis à jour vers au moins le Service Pack 2 de Windows SharePoint

Services 3.0 pour que vous puissiez exécuter le processus de mise à niveau, qu’il s’agisse d’une

mise à niveau sur place ou d’une mise à niveau avec liaison des bases de données. Il est

recommandé d’installer la mise à jour cumulative d’octobre 2009, car elle comprend des

améliorations apportées à l’outil de vérification de pré-mise à niveau. Pour plus d’informations sur

l’installation des Service Packs et des mises à jour, voir le centre de ressource des mises à jour

pour les produits et technologies SharePoint (éventuellement en anglais). Pour la liste de toutes les

mises à jour disponibles, voir le centre des mises à jour pour Microsoft Office, les produits Office

Server et les produits connexes (éventuellement en anglais).

À propos de ces configurations requises Il est important que votre matériel respecte les configurations minimales requises répertoriées dans

l’article Configuration matérielle et logicielle requise (SharePoint Foundation 2010) ; sinon, vous

pourriez rencontrer des problèmes au cours du processus de mise à niveau. Par exemple, si votre

serveur de bases de données n’a pas suffisamment de mémoire ou de puissance de processeur, il sera

peut-être dans l’impossibilité de prendre en charge toutes les transactions qui se produisent pendant le

processus de mise à niveau, et la mise à niveau peut échouer.

Il est recommandé d’utiliser une mise à niveau d’évaluation pour déterminer exactement la capacité

matérielle nécessaire pour une expérience de mise à niveau acceptable. Pour plus d’informations, voir


Foundation 2010). Si vous rencontrez des problèmes de capacité liés au matériel pendant la mise à





338

niveau d’évaluation, vous pouvez accroître la capacité et répéter la mise à niveau jusqu’à ce que vous

ayez obtenu le niveau de performance de mise à niveau optimal.

Il est important de suivre les trois composants de ressources suivants d’un serveur exécutant

SQL Server : le processeur, la mémoire et le sous-système d’E/S. Lorsqu’un ou plusieurs de

ces composants semblent utilisés au maximum de leur capacité, analysez la stratégie

appropriée en fonction de la charge de travail actuelle et prévisionnelle. Ensuite, déterminez s’il

faut ajouter des ressources ou procéder à une montée en puissance vers un nouveau serveur

exécutant SQL Server. En règle générale, il est recommandé d’envisager une montée en

puissance en plus de l’ajout de ressources supplémentaires.

Important :

339

Déterminer comment gérer les personnalisations (SharePoint Foundation 2010)

Si vous avez effectué de nombreuses personnalisations dans vos sites basés sur Windows SharePoint

Services 3.0, vous devez déterminer la façon dont vous souhaitez gérer vos sites personnalisés lors de

la mise à niveau vers Microsoft SharePoint Foundation 2010. Votre approche dépendra de l’étendue

des personnalisations, du type de personnalisation, de la complexité de votre site et de vos objectifs en

termes de mise à niveau. Avant d’effectuer une mise à niveau, vous devez identifier, puis évaluer les

personnalisations dans votre environnement et déterminer si vous allez les mettre à niveau et selon

quelles modalités.

Dans cet article :

Identifier les personnalisations dans votre environnement

Évaluer les personnalisations

Considérations pour des personnalisations spécifiques

Veiller à ce que les personnalisations futures suivent les meilleures pratiques

Identifier les personnalisations dans votre environnement Dans le cadre du processus de test de la mise à niveau, vous devez créer un inventaire des

personnalisations côté serveur dans votre environnement (solutions, fonctionnalités, composants

WebPart, gestionnaires d’événements, pages maîtres, mises en page, fichiers CSS, etc.). Pour plus

d’informations sur l’identification des personnalisations, voir Utiliser une mise à niveau d’évaluation

pour rechercher les problèmes potentiels (SharePoint Foundation 2010). Vous pouvez utiliser la feuille

de calcul relative à la planification de la mise à niveau pour répertorier les personnalisations

spécifiques, puis enregistrer les résultats de votre évaluation dans la section suivante. Téléchargez la

feuille de calcul à partir de l’adresse http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C


Évaluer les personnalisations Après avoir identifié les personnalisations, vous pouvez décider de ce que vous souhaitez en faire. Les

questions suivantes vous permettent d’évaluer les personnalisations :

La personnalisation est-elle toujours importante ?

Répond-elle à un besoin d’entreprise utile ?

Est-elle largement déployée et utilisée ?



340

La personnalisation est-elle correctement conçue ?

Repose-t-elle sur des définitions de site prédéfinies prises en charge ?

Suit-elle les meilleures pratiques pour les personnalisations ?

S’agit-il d’un type de personnalisation pris en charge ou représente-t-elle un risque pour votre

environnement ?

Lorsque vous évaluez chaque personnalisation individuelle, vous pouvez également vous pencher sur

votre approche globale des personnalisations. Les options suivantes sont à votre disposition :

1. Conserver les personnalisations Utilisez la mise à niveau visuelle pour continuer à utiliser

l’expérience utilisateur de la version précédente pour des sites spécifiques. Bien que vous puissiez

utiliser cette approche pour conserver les mêmes fonctionnalités, vous ne pourrez pas tirer parti

des nouveaux effets visuels, tels que l’interface utilisateur Fluent, également appelée le Ruban, et

des fonctionnalités disponibles dans la nouvelle version.

2. Remplacer ou rétablir les personnalisations Si vous souhaitez utiliser de nouvelles

fonctionnalités, envisagez de refondre vos sites ou modifiez de manière significative l’architecture

des informations, la mise à niveau offre une occasion d’apporter de nouvelles fonctionnalités,

d’offrir un nouvel aspect ou de définir une nouvelle organisation. Lorsque vous remplacez ou

rétablissez des personnalisations, vous pouvez tirer parti des nouvelles fonctionnalités, modifier

légèrement la conception ou opter pour une conception plus facile à gérer.

Pour plus d’informations sur le rétablissement et le redéploiement des solutions, voir

Redéploiement des personnalisations et des solutions dans SharePoint Foundation 2010 et

SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=182335&clcid=0x40C).

3. Abandonner les personnalisations Remplacez les personnalisations en utilisant des

fonctionnalités par défaut. Vous pouvez redéfinir les pages sur les définitions de site par défaut et

supprimer les composants WebPart ou les fonctionnalités que vous ne souhaitez plus prendre en

charge. Si vous décidez d’abandonner des personnalisations, vous devez résoudre les problèmes

engendrés par cette suppression dans les sites qui utilisaient ces personnalisations. Vous pouvez

utiliser l’inventaire de vos personnalisations pour déterminer les sites qui requièrent ce type

d’attention avant ou après la mise à niveau.

Considérations pour des personnalisations spécifiques Outre prendre une décision globale quant à la façon dont les personnalisations doivent être traitées

dans votre environnement pendant la mise à niveau, vous devez examiner les types spécifiques de

personnalisations pour déterminer si vous devez effectuer des actions supplémentaires afin qu’elles

fonctionnent dans l’environnement mis à niveau.

Le tableau suivant répertorie certaines personnalisations courantes et indique une recommandation

pour le traitement du type de personnalisation concerné.



341

Type de personnalisation Recommandation

Modèles de sites (fichiers STP) Les fichiers STP constituent une fonctionnalité obsolète

dans SharePoint Foundation 2010. Les nouveaux modèles

de sites dans SharePoint Foundation 2010 sont enregistrés

en tant que fichiers WSP (packages de solution).

Un site qui a été mis en service à l’aide d’un modèle de site

sera mis à niveau, mais vous ne pourrez pas créer de sites

basés sur ce modèle. Pour créer des sites, vous pouvez

créer et déployer un package de solution.

Définition de site Migrez les sites vers une définition de site prédéfinie prise

en charge, puis appliquez les fonctionnalités personnalisées

à l’aide d’un déploiement de solution.

Vous pouvez également continuer à utiliser une définition

de site personnalisée. Vous n’avez pas besoin de créer une

définition de site basée sur SharePoint Foundation 2010.

Toutefois, si vous devez effectuer des opérations de mise à

niveau personnalisées pour la définition, vous pouvez être

amené à créer un fichier de définition de mise à niveau pour

cette définition de site. Pour plus d’informations, voir

Fichiers de définition de mise à niveau


sur MSDN.

Fonctionnalité Effectuez une évaluation, puis, si nécessaire, une remise à

plat ou un redéploiement.

Flux de travail et contrôles serveur Dépend de la solution. Contactez le fournisseur pour

déterminer s’il existe une solution mise à jour. Si un flux de

travail est compatible avec la nouvelle version, effectuez un

redéploiement.

Gestionnaire d’événements Effectuez une réécriture et un redéploiement en tant que

fonctionnalité.

Chemins d’accès gérés

(inclusions/exclusions)

Recréez les inclusions pour une mise à niveau avec liaison

des bases de données. Les exclusions sont prises en

compte et n’ont pas besoin d’être recréées.

Thèmes En raison des nombreuses modifications apportées à

l’interface utilisateur, les thèmes personnalisés basés sur

Windows SharePoint Services 3.0 ne fonctionneront pas

dans SharePoint Foundation 2010. Utilisez la mise à niveau

visuelle pour continuer à utiliser les sites dans l’ancienne


342

Type de personnalisation Recommandation

expérience utilisateur jusqu’à ce que vous puissiez créer et

appliquer un thème basé sur SharePoint Foundation 2010.

Actions liées à la barre d’outils Déplacer vers le Ruban (interface utilisateur Fluent).

Pages maîtres et fichiers CSS Modifier la conception de manière à prendre en charge la

nouvelle expérience utilisateur.

JavaScript Effectuez un test pour déterminer si des actions sont

requises. Dans certains cas, vous pouvez être amené à

ajuster les scripts afin qu’ils fonctionnent avec le nouveau

modèle de page. Vérifiez le fonctionnement sur un site mis

à niveau, puis dans les deux modes de mise à niveau

visuelle.

Fournisseur de recherche ou découpage

de sécurité

Effectuez un test pour déterminer si des actions sont

requises.

Composants WebPart Effectuez un test pour déterminer si des actions sont

requises. Vous pouvez être amené à ajuster les

composants WebPart afin qu’ils fonctionnent avec le mode

XHMTL strict.

Si un composant WebPart se trouve sur une page, mais pas

dans une zone de composant WebPart (de sorte qu’il

s’agisse schématiquement de code HTML directement

incorporé dans une page), il ne fonctionnera pas si vous

redéfinissez la page sur le modèle par défaut.

Services Effectuez un test pour déterminer si des actions sont

requises. Recréez ou ajustez le code, selon vos besoins.

Fournisseurs d’authentification Effectuez un test pour déterminer si des actions sont

requises. Redéployez le fournisseur sur une batterie de

serveurs de test et vérifiez qu’il fonctionne correctement

avec l’authentification par revendications.

Les types de personnalisations suivants ne sont pas pris en charge. Si votre environnement en

comporte, vous devez les remplacer par un type de personnalisation pris en charge avant d’effectuer la

mise à niveau. Sinon, vous risquez de rencontrer des problèmes de mise à niveau insolubles :

Définitions de site, fonctionnalités ou fichiers prédéfinis ayant été modifiés.

Avertissement :

343

Certains types de fichiers prédéfinis, tels que les actions ou les icônes de document,

peuvent être modifiés et, bien qu’ils ne soient pas mis à niveau, ces modifications peuvent

être répercutées de manière à ce qu’elles soient prises en charge. Les modifications

apportées aux autres fichiers prédéfinis, tels que les pages ASPX côté serveur, seront

perdues pendant la mise à niveau si vous réappliquez le modèle de site. Suivant les

fichiers modifiés et l’étendue de ces modifications, l’expérience de mise à niveau peut

varier sensiblement. Il est fortement recommandé de rétablir toutes les modifications dans

tous les fichiers sur le disque.

Bases de données SharePoint ayant été modifiées, par modification directe des données ou par

modification du schéma, au moyen d’opérations telles que l’ajout ou la suppression de

déclencheurs, de tables, de vues ou d’index.

Si vous possédez des personnalisations de ces types, supprimez-les et remplacez-les par des

personnalisations prises en charge avant de procéder à la mise à niveau. Cette meilleure pratique

garantit le bon fonctionnement de votre mise à niveau actuelle et une meilleure souplesse des mises à

niveau futures. La modification des fichiers et des bases de données prédéfinis demeurera non prise en

charge.

Veiller à ce que les personnalisations futures suivent les meilleures pratiques Vérifiez que votre environnement fonctionne correctement et qu’il suit les meilleures pratiques.

Déployez uniquement les personnalisations qui suivent les meilleures pratiques décrites dans les

articles suivants sur MSDN et TechNet :

Méthodes recommandées : utilisation des objets disponibles de Windows SharePoint Services


Outils et techniques de développement pour l’utilisation du code dans Windows SharePoint

Services 3.0 (partie 1 sur 2) (http://go.microsoft.com/fwlink/?linkid=101494&clcid=0x40C).

Méthodes recommandées : Problèmes de codage courants rencontrés avec le modèle d’objet

SharePoint (http://go.microsoft.com/fwlink/?linkid=105946&clcid=0x40C).

Stratégie de personnalisation de produits et technologies SharePoint (livre blanc)









344

Créer un plan de communication (SharePoint Foundation 2010)

Il est important de communiquer avec les utilisateurs pendant le processus de mise à niveau depuis

Windows SharePoint Services 3.0 vers Microsoft SharePoint Foundation 2010. Les utilisateurs de sites

doivent savoir à quoi s’attendre lorsqu’ils visiteront de nouveau leurs sites après la mise à niveau,

tandis que les propriétaires de sites doivent savoir comment préparer la mise à niveau et ce qu’ils

devront faire après celle-ci. Les utilisateurs de sites comme les propriétaires de sites doivent savoir à

quel moment la mise à niveau aura lieu. Dans le cadre du processus de planification, déterminez les

points suivants :

Quels sont les membres de votre équipe de mise à niveau, quelles sont les autres parties

prenantes impliquées et qui sera concerné par la mise à niveau.

Quelles sont les informations que l’équipe de mise à niveau doit détenir et à quel moment doit-elle

être en leur possession.

Quelles sont les informations que les utilisateurs de sites et les autres parties prenantes doivent

détenir et à quel moment doivent-ils être en leur possession.

Cet article explique comment créer votre plan de communication afin que l’équipe de mise à niveau, les

parties prenantes et les utilisateurs sachent à quoi s’attendre avant, pendant et après la mise à niveau.

Dans cet article :

Qui est membre de l’équipe de mise à niveau ?

Quand et comment communiquer avec l'équipe de mise à niveau ?

Quand et comment communiquer avec les utilisateurs de sites ?

Qui est membre de l’équipe de mise à niveau ? Pour les petits déploiements dans lesquels les sites n’ont subi qu’une petite part de personnalisation,

l’équipe de mise à niveau peut être composée d’une seule personne. Pour les déploiements de plus

grande taille, en revanche, plusieurs personnes avec différents rôles peuvent être nécessaires, comme

décrit dans la liste suivante :

Administrateurs du serveur L'administrateur du serveur effectue la plupart des tâches de mise à

niveau. Il doit y avoir au moins un administrateur du serveur dans l'équipe de mise à niveau, car

l'exécution de l'Assistant Installation exige la présence d'une personne qui soit membre du groupe

Administrateurs local sur chaque serveur Web frontal.

Les administrateurs de la batterie peuvent ne pas être administrateurs locaux du serveur.

Administrateurs de base de données Si vous disposez d’une équipe d’administration de base

de données spécifique, vous devez planifier et effectuer la mise à niveau en coordination avec

Remarque :

345

celle-ci, notamment si vous envisagez d’utiliser la méthode de mise à niveau avec liaison des

bases de données.

Équipes de la sécurité du serveur Vous devez collaborer avec vos équipes de sécurité, telles

que l’équipe des services d’annuaire Active Directory, pour vérifier les comptes et les autorisations

ou pour tirer parti des nouveaux paramètres de stratégie applicables pour SharePoint Foundation

2010.

Équipe du déploiement du client Communiquez avec les équipes de déploiement du client pour

coordonner les déploiements des nouvelles applications clientes et serveur. Le déploiement du

client devra peut-être avoir lieu avant que vous n’effectuiez la mise à niveau ou, à l’initiative des

utilisateurs, après la mise à niveau de leurs sites.

Propriétaires de collection de sites Vous devez avertir les propriétaires de collection de sites

lorsque le processus de mise à niveau est sur le point d’être exécuté et les prévenir de tous les

problèmes que vous détectez lorsque vous exécutez l’outil de vérification de pré-mise à niveau ou

mettez à niveau leurs sites. Si vous utilisez la mise à niveau visuelle, vous devez également

communiquer avec les propriétaires de collection de sites au sujet de l’adoption de la nouvelle

interface utilisateur et indiquer si les administrateurs de batterie ou les administrateurs de collection

de sites accompliront cette modification.

Concepteurs et développeurs de sites Si vous disposez de modèles personnalisés,

composants WebPart, services Web ou autres éléments personnalisés associés à vos sites, vous

devez collaborer avec les personnes chargées du développement ou de la personnalisation de ces

éléments pour vous assurer que vous pouvez créer de nouvelles versions de ces éléments

personnalisés ou vérifier que ces derniers ont été correctement mis à niveau. Pour plus

d’informations sur les problèmes potentiels liés aux éléments personnalisés, voir Utiliser une mise

à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint Foundation 2010).

Utilisateurs des sites Bien que vous n’ayez pas besoin d’inclure les utilisateurs des sites dans la

prise de décision concernant le processus de mise à niveau, vous devez les informer de la date et

du déroulement de l’opération.

Commanditaires et autres parties prenantes Il est possible que d’autres personnes de votre

organisation soient impliquées dans le processus de planification de mise à niveau. N’oubliez pas

de les inclure à votre plan de communication de manière appropriée.

Une équipe de mise à niveau peut comporter un ou plusieurs membres de chaque rôle en

fonction de votre organisation.

Quand et comment communiquer avec l'équipe de mise à niveau ? En règle générale, les administrateurs du serveur et les administrateurs des services partagés

définissent la chronologie de la mise à niveau, et les propriétaires de sites sont uniquement avertis

lorsque le processus est sur le point de commencer. Toutefois, étant donné que les membres de

Remarque :

346

l’équipe ont leurs propres tâches à effectuer à des stades particuliers du processus global de mise à

niveau, il est essentiel que vous disposiez d’un solide plan de communication pour communiquer la

progression de la mise à niveau à tous les membres de l’équipe afin qu’ils sachent à quel moment

effectuer ces tâches particulières.

L’ensemble de l’équipe de mise à niveau doit collaborer pour déterminer les éléments suivants :

La méthode de mise à niveau à utiliser L’article Déterminer l’approche de mise à niveau

(SharePoint Foundation 2010) contient des informations pour vous aider à déterminer le type de

mise à niveau à effectuer. Le rapport généré par l’outil de vérification de pré-mise à niveau est

également important à prendre en compte lorsque vous prenez cette décision.

Les dates et heures auxquelles effectuer la mise à niveau Nous vous recommandons

(notamment pour une mise à niveau sur place) d’effectuer une mise à niveau dans une période de

faible utilisation du site. Pour les déploiements de serveur unique de petite taille, la mise à niveau

peut prendre moins d’une journée. Pour les déploiements de plus grande importance, tels que les

batteries de serveur comportant une grande quantité de données, la méthode de mise à niveau

avec liaison des bases de données ou la méthode de mise à niveau sur place avec bases de

données détachées peut être utilisée pour répartir le processus de mise à niveau sur plusieurs

messagesplages d’indisponibilité. Aucune méthode ne permet de déterminer la durée exacte

requise par la mise à niveau d’une collection de sites particulière. De ce fait, il est très important de

communiquer avec les autres membres de l’équipe impliqués dans le processus de mise à niveau,

en plus des utilisateurs finaux. La ou les dates que vous choisissez pour la mise à niveau doivent

être décidées suffisamment à l’avance pour donner à l’équipe de mise à niveau le temps

d’effectuer toutes les étapes préliminaires. Lorsque vous planifiez la chronologie, veillez à planifier

une période pour valider les sites mis à jour et une période pour implémenter toutes les

modifications ou effectuer le travail de repersonnalisation des sites.

Il est important de communiquer avec les propriétaires, les concepteurs et les développeurs de sites

aux stades suivants du processus de mise à niveau :

Avant le démarrage du processus, de sorte qu'ils connaissent la chronologie générale et sachent

quel sera leurs rôles dans le processus.

Après l’exécution de l’outil de vérification de pré-mise à niveau, pour leur permettre de résoudre

tous les problèmes identifiés par l’outil. Pour plus d’informations sur l’outil de vérification de pré-

mise à niveau, voir Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint

Foundation 2010). Par exemple, des problèmes tels que des modèles de sites personnalisés ou

des composants WebPart personnalisés doivent être signalés au propriétaire, concepteur ou

développeur de site approprié avant que vous ne planifiiez la mise à niveau pour lui laisser le

temps d’étudier les problèmes et de prendre les mesures préliminaires. De même, un développeur

peut décider qu’il serait plus prudent de reconstruire un composant WebPart avant la mise à

niveau. Ou encore, des propriétaires de sites peuvent souhaiter noter toutes les personnalisations

qui ont été effectuées sur leurs sites, notamment les modèles de sites et les modifications

apportées aux fichiers ASPX (Active Server Page Extension) principaux.

Après la mise à niveau de leurs sites, afin qu’ils puissent consulter les sites et effectuer toutes les

modifications nécessaires.

347

Quand et comment communiquer avec les utilisateurs de sites ? Il est tout aussi important communiquer avec les utilisateurs des sites pour les informer des points

suivants :

Quand leurs sites seront mis à niveau Dans le cas d'une mise à niveau sur place, ils doivent

également être informés que leurs sites seront indisponibles au cours de la mise à niveau.

Quand leurs sites mis à niveau seront prêts Ceci signifie que l’équipe de mise à niveau aura

non seulement effectué la mise à niveau, mais également vérifié la fonctionnalité des sites mis à

niveau.

Comment la mise à niveau les affecte et ce qu’ils doivent savoir à propos du nouvel

environnement Par exemple, le site aura un aspect différent ou fonctionnera légèrement

différemment avec la nouvelle interface utilisateur. Si vous utilisez la mise à niveau visuelle,

indiquez aux utilisateurs s’ils bénéficieront de la nouvelle ou de l’ancienne expérience utilisateur, et

ce à quoi ils peuvent s’attendre. Vous pouvez aussi les faire pointer vers du contenu disponible, tel

que des articles intitulés Nouveautés ou des documents de formation, pour en savoir plus sur la

nouvelle version. Pour plus d’informations sur les modifications des fonctionnalités et la mise à

niveau visuelle, voir Planifier une mise à niveau visuelle (SharePoint Foundation 2010) et

Modifications des fonctionnalités clés entre les versions dans l’article « Nouveautés dans la mise à

niveau ».

Comment obtenir de l’aide S’ils rencontrent un problème avec leur site après la mise à niveau,

quelle procédure doivent-ils suivre pour le résoudre ?

348

Planifier une mise à niveau visuelle (SharePoint Foundation 2010)

Cet article traite de la nouvelle fonctionnalité de mise à niveau visuelle dans Microsoft SharePoint

Foundation 2010. Si votre organisation envisage d’effectuer une mise à niveau de Windows SharePoint

Services 3.0, vous pouvez tirer parti de cette nouvelle fonctionnalité. Par défaut, l’apparence des sites

est conservée durant une mise à niveau à partir de Windows SharePoint Services 3.0. Les propriétaires

de sites peuvent soit basculer vers la nouvelle interface utilisateur de manière définitive, soit afficher un

aperçu de la nouvelle interface utilisateur pour leurs sites SharePoint. En utilisant la fonctionnalité de

mise à niveau visuelle, vous pouvez déplacer tous les sites vers la nouvelle interface utilisateur. Si vous

choisissez cette dernière option, vous remplacez l’interface utilisateur des propriétaires de collections

de sites et des propriétaires de sites. Vous avez également la possibilité de conserver des pages

personnalisées ou de réinitialiser l’ensemble des pages personnalisées. Les deux choix entraînent une

mise à jour de l’apparence des pages de modèles ; toutefois, la réinitialisation entraîne la suppression

des modifications apportées aux pages personnalisées et ne peut pas être annulée.

La fonctionnalité de mise à niveau visuelle n’est pas disponible si vous effectuez une mise à

niveau sur un seul serveur avec une base de données intégrée via l’Assistant Configuration

des produits SharePoint. Cependant, la fonctionnalité de mise à niveau visuelle est toujours

disponible si vous utilisez l’outil en ligne de commande PSConfig pour la mise à niveau.

Cet article répertorie les considérations les plus importantes en matière de planification de la mise à

niveau visuelle ; en outre, il décrit les problèmes connus. Pour plus d’informations, voir Gérer une mise

à niveau visuelle (SharePoint Foundation 2010).

Dans cet article :

Phase de planification clé de la mise à niveau visuelle

Formation des propriétaires de collections de sites et des propriétaires de sites

Problèmes connus

Phase de planification clé de la mise à niveau visuelle La mise à niveau visuelle est une fonctionnalité qui fait partie du processus de mise à niveau. Avant

d’effectuer la mise à niveau, assurez-vous de prendre en considération les conséquences liées aux

deux choix distincts offerts par la mise à niveau visuelle.

Remarque :

349

Conservation de l’interface utilisateur existante

Si vous choisissez de conserver l’apparence des sites SharePoint existants, vous donnez aux

propriétaires de collections de sites le contrôle sur leurs collections de sites et aux propriétaires de sites

le contrôle sur leurs sites. L’ensemble des données et paramètres des sites d’origine est conservé ; en

outre, la disposition, l’organisation des commandes et les styles conservent l’interface utilisateur

antérieure. Quel que soit le type de mise à niveau de batterie de serveurs sélectionné, vous tirez parti

de tous les avantages en matière d’infrastructure de Microsoft SharePoint Foundation 2010,

notamment l’amélioration de la fiabilité, de l’évolutivité et de la simplicité de gestion. La conservation de

l’interface utilisateur antérieure réduit la probabilité qu’un contenu personnalisé cesse de fonctionner.

Par conséquent, vous et les autres utilisateurs êtes assurés de pouvoir continuer à utiliser les sites

SharePoint existants jusqu’à la fin du travail de mise à niveau (y compris le dépannage et la mise à jour

des personnalisations).

Mise à niveau vers la nouvelle interface utilisateur

Si vous choisissez de modifier tous les sites SharePoint existants en les mettant à niveau vers la

nouvelle interface utilisateur, les propriétaires de collections de sites et les propriétaires de sites n’ont

aucun contrôle sur la mise à niveau. L’ensemble des données et paramètres des sites SharePoint

existants est mis à niveau vers la nouvelle interface utilisateur. Vous pouvez choisir cette option s’il

n’existe aucune personnalisation, ou si vous avez testé les personnalisations dont vous avez besoin

avant la mise à niveau. Même si vous choisissez cette option, vous avez toujours la possibilité de

conserver les pages personnalisées ou de réinitialiser ces dernières. Si vous devez conserver des

personnalisations, ou si vous ignorez s’il convient de le faire, il est recommandé de conserver les pages

personnalisées. La réinitialisation des pages personnalisées entraîne la suppression des

personnalisations et ne peut pas être annulée. Choisissez cette option si vous n’avez plus besoin des

personnalisations et si vous savez qu’aucune donnée importante ne sera perdue. Pour plus

d’informations, voir Déterminer comment gérer les personnalisations (SharePoint Foundation 2010),


Foundation 2010) et Redéploiement de personnalisations et de solutions dans SharePoint

Foundation 2010 et SharePoint Server 2010


Formation des propriétaires de collections de sites et des propriétaires de sites Il est important que vous formiez les utilisateurs afin qu’ils comprennent les effets liés à la conservation

de l’apparence des sites SharePoint existants ou à la mise à niveau de l’ensemble des sites vers la

nouvelle interface utilisateur. Grâce à cette formation, les utilisateurs sont préparés et savent à quoi

s’attendre, ce qui contribue à réduire les efforts et les frustrations du support technique.

Si vous mettez à niveau tous les sites vers la nouvelle interface utilisateur, informez les utilisateurs sur

les modifications et les nouvelles fonctionnalités, par exemple le ruban, la nouvelle interface de



350

modification des pages et les calendriers interactifs. En outre, décrivez aux utilisateurs les problèmes

éventuels auxquels ils peuvent être confrontés. Par exemple, ils peuvent rencontrer des problèmes au

niveau des personnalisations, à savoir des pages qui ne s’affichent pas correctement. Pour plus

d’informations sur les problèmes généraux de mise à niveau, voir Résoudre les problèmes de mise à

niveau (SharePoint Foundation).

Si vous décidez de conserver l’apparence des sites SharePoint existants, expliquez aux propriétaires

de collections de sites et aux propriétaires de sites que l’interface utilisateur ne changera pas durant la

mise à niveau. Par ailleurs, informez ces personnes sur les choix dont elles disposent.

Par défaut, les propriétaires de sites ont le contrôle de leurs sites. Ils peuvent utiliser l’option Afficher

un aperçu des nouveaux effets visuels (sous Paramètres du site) pour afficher l’aperçu de la

nouvelle interface utilisateur, et basculer ensuite entre l’ancienne et la nouvelle interface utilisateur.

Cela leur donne le temps de s’assurer que tout fonctionne correctement et de corriger les problèmes

qui surviennent dans leurs pages à l’issue de la mise à niveau. Lorsque les propriétaires de sites sont

prêts, ils peuvent mettre à jour leurs sites vers la nouvelle interface utilisateur. Cependant, les

propriétaires de collections de sites ont la possibilité de finaliser la nouvelle interface utilisateur, ce qui

remplace le contrôle dont les propriétaires de sites disposent sur la mise à niveau visuelle de leurs

sites. Si les propriétaires de collections de sites veulent garder la précédente interface utilisateur pour

leur collection de sites, ils ont également la possibilité de masquer les paramètres de mise à niveau

visuelle des propriétaires de sites.

Les propriétaires de sites doivent également savoir que s’ils apportent des modifications à la nouvelle

interface utilisateur en mode Aperçu et s’ils reviennent ensuite à la précédente interface utilisateur, ces

informations risquent de ne pas s’afficher correctement.

Il est recommandé de planifier et de définir un délai maximal d’utilisation de la précédente interface

utilisateur dans votre déploiement SharePoint. Par exemple, chaque administrateur de la collection de

sites peut disposer de 90 jours pour travailler avec ses propriétaires de sites à la transition entre la

précédente et la nouvelle interface utilisateur. Veillez à communiquer ce délai maximal aux utilisateurs.

Ces derniers ont ainsi la garantie de disposer d’un délai raisonnable pour se familiariser avec la

nouvelle interface utilisateur et résoudre les problèmes susceptibles de se produire au cours de la mise

à niveau. Si vous définissez un délai maximal pour les utilisateurs, informez-les également qu’à

l’expiration de ce délai, vous pourrez forcer la mise à niveau de tous les sites. Pour plus d’informations,

voir Gérer une mise à niveau visuelle (SharePoint Foundation 2010).

Si les propriétaires de collections de sites décident d’utiliser la nouvelle interface utilisateur pour tous

les sites de leur collection de sites, ils ne peuvent pas changer d’avis. Cependant, en tant

qu’administrateur de batterie de serveurs, vous pouvez modifier ces paramètres en restaurant la

précédente interface utilisateur de ces sites à l’aide de Windows PowerShell ou du modèle objet

SharePoint. Pour plus d’informations, voir Gérer une mise à niveau visuelle (SharePoint

Foundation 2010).

Il est important de dire aux propriétaires de collections de sites et aux propriétaires de sites que tant

que les sites utilisent la précédente interface utilisateur, les nouvelles fonctionnalités (par exemple le

ruban, la modification sur place des pages Wiki, les calendriers interactifs et les relations de liste) ne

sont pas disponibles. Cependant, une fois que les sites ont basculé vers la nouvelle interface

351

utilisateur, les fonctionnalités de l’application apparaissent automatiquement. En outre, il est essentiel

de noter que tous les nouveaux sites créés après la mise à niveau utilisent par défaut la nouvelle

interface utilisateur.

Problèmes connus Il existe quelques problèmes connus à prendre en considération :

Si vous utilisez SharePoint Foundation 2010, veillez à vous servir de la même version et du même

Service Pack que SharePoint Designer.

Voir aussi Mise à niveau sur place de SharePoint Foundation 2010



352

Test de la mise à niveau et résolution des problèmes liés à celle-ci (SharePoint Foundation 2010)

Avant d’effectuer une mise à niveau depuis Windows SharePoint Services 3.0 vers Microsoft

SharePoint Foundation 2010, vous devez prendre le temps de tester votre processus de mise à niveau

et déterminer les problèmes susceptibles d’affecter la mise à niveau proprement dite. Cette section

indique la procédure à suivre pour tester la mise à niveau et utiliser les informations de ce test afin

d’évaluer le temps et l’espace qui seront nécessaires pour la mise à niveau, ainsi que les étapes que

vous pouvez suivre pour nettoyer votre environnement avant d’effectuer la mise à niveau proprement

dite.

Pendant et après la mise à niveau, appuyez-vous sur les articles de cette section pour résoudre les

problèmes éventuels et reprendre le processus de mise à niveau.


Meilleures pratiques pour tester la mise à niveau (SharePoint Foundation 2010)

Suivez ces meilleures pratiques pour tirer le meilleur parti du test de la mise à niveau.


Foundation 2010)

Découvrez comment planifier une mise à niveau réussie en la testant avec vos données réelles

dans un environnement physique ou virtuel.

Estimer la durée du processus de mise à niveau et l’espace dont vous avez besoin (SharePoint

Foundation 2010)

Utilisez les informations du test pour évaluer le temps que prendra votre mise à niveau.

Nettoyage de votre environnement avant la mise à niveau (SharePoint Foundation 2010)

La mise à niveau s’exécute de manière plus souple lorsque vous préparez votre environnement en

supprimant les sites ou les données en trop. Cet article répertorie les éléments courants dont vous

devez envisager le nettoyage avant de démarrer le processus de mise à niveau.

Résoudre les problèmes de mise à niveau (SharePoint Foundation)

Suivez ces recommandations pour résoudre les problèmes susceptibles de se produire pendant la

mise à niveau. Vous pouvez également rechercher les problèmes courants et déterminer comment

les résoudre.

Récupération après un échec de mise à niveau (SharePoint Foundation 2010)

Si vous avez créé une sauvegarde de votre environnement et de vos bases de données avant de

commencer une mise à niveau sur place, ou si vous avez défini votre environnement en lecture

seule avant de commencer une mise à niveau par attachement de base de données, vous pouvez

récupérer votre environnement en cas d’échec du processus de mise à niveau.

353

Reprendre la mise à niveau (SharePoint Foundation 2010)

Si vous rencontrez des erreurs pendant la mise à niveau, vous pouvez les résoudre à l’aide de

l’article de résolution des problèmes, puis utiliser cet article pour redémarrer ou reprendre la mise à

niveau.

En outre, les ressources suivantes peuvent être utiles lorsque vous testez votre processus de mise à

niveau :

Feuille de calcul relative à la mise à niveau des produits SharePoint 2010

Utilisez cette feuille de calcul pour enregistrer les informations sur votre environnement pendant

que vous testez votre mise à niveau. Téléchargez la feuille de calcul à partir de l’adresse

http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en anglais).

Modèle de test de votre processus de mise à niveau pour les produits Microsoft SharePoint 2010

Ce poster présente de façon visuelle les informations relatives au test de votre processus de mise

à niveau. Téléchargez le poster à partir de l’adresse




354

Meilleures pratiques pour tester la mise à niveau (SharePoint Foundation 2010)

Pour comprendre votre environnement avant d’effectuer une mise à niveau et pour planifier avec

précision la durée nécessaire à celle-ci, vous devez effectuer une ou plusieurs mises à niveau

d’évaluation. L’objectif du test d’une mise à niveau est de rechercher les problèmes à l’avance et de les

résoudre afin que vous puissiez avoir confiance en votre processus et en son issue lorsque vous

effectuez la mise à niveau réelle. Pour effectuer un test précis et utile du processus de mise à niveau

depuis Windows SharePoint Services 3.0 vers Microsoft SharePoint Foundation 2010, suivez les

meilleures pratiques suivantes :

1. Faites en sorte que l’environnement de test ressemble le plus possible à l’environnement réel.

Dans la mesure du possible, utilisez le même type de matériel et configurez-le à l’aide des mêmes

paramètres, des mêmes URL, etc. Pour obtenir une configuration optimale, réduisez au minimum

les différences entre l’environnement de test et l’environnement réel. Plus vous introduisez de

différences, plus vous êtes susceptible de consacrer du temps à la détection de problèmes

disparates afin qu’ils ne se produisent pas pendant la mise à niveau réelle.

2. Déterminez le contenu de votre environnement. Procédez au préalable à une enquête complète.

Prenez le temps de documenter le matériel et les logiciels présents dans votre environnement, les

personnalisations côté serveur installées et utilisées, leur emplacement et les paramètres requis.

Cela vous permettra de réaliser une planification plus complète et d’effectuer une récupération en

cas d’échec de la mise à niveau. Une feuille de calcul est à votre disposition, dans laquelle vous

pouvez enregistrer les informations relatives à votre environnement lorsque vous préparez la mise

à niveau. Téléchargez la feuille de calcul à partir de l’adresse


3. Utilisez des données réelles.

Utilisez des copies de vos bases de données réelles pour exécuter les tests. Lorsque vous

effectuez un test à l’aide de données réelles, vous pouvez identifier les zones problématiques et

déterminer les performances de la mise à niveau. En outre, vous pouvez évaluer la durée de

différentes actions et séquences de mise à niveau sur différents types de données. Si vous ne

pouvez pas tester toutes les données, testez un sous-ensemble de données représentatif afin de

vous assurer d’avoir détecté les problèmes susceptibles d’affecter les différents types et tailles de

sites, de listes, de bibliothèques et de personnalisations présents dans votre environnement.

4. Exécutez plusieurs tests.

Un simple test peut vous indiquer si vous allez rencontrer des problèmes sérieux, mais plusieurs

tests garantissent que vous avez détecté tous les problèmes susceptibles de se présenter et

peuvent également vous fournir une chronologie plus précise du processus. En exécutant plusieurs

tests, vous pouvez déterminer les approches de mise à niveau les plus appropriées pour votre

environnement, les techniques de limitation de temps morts à utiliser et l’incidence possible sur le


355

processus ou les performances de la résolution des problèmes détectés dans vos premiers tests.

Le résultat du test final indique si vous avez résolu toutes les erreurs et si vous êtes prêt à mettre à

niveau votre environnement de production.

5. N’ignorez pas les avertissements.

Même s’il ne constitue pas une erreur, un avertissement peut aboutir à des problèmes

ultérieurement dans le processus de mise à niveau. En plus de passer les erreurs en revue,

analysez tout avertissement pour mesurer son incidence éventuelle.

6. Testez l’environnement mis à niveau, pas seulement le processus de mise à niveau.

Vérifiez les applications de services et les services. Exécutez une analyse de recherche et passez

en revue les fichiers journaux. Vérifiez que les sites Web Mon site fonctionnent.

7. Vérifiez les sites dans les deux modes de mise à niveau visuelle.

Ne partez pas du principe que le site fonctionnera correctement dans un mode dès lors qu’il peut

être correctement prévisualisé dans l’autre mode. Vérifiez l’expérience utilisateur dans sa version

précédente et dans sa nouvelle version.

8. Envisagez un environnement de prévisualisation.

Vous pouvez créer un environnement de prévisualisation dans lequel les utilisateurs peuvent

vérifier leurs sites après une mise à niveau de test, vous aidant ainsi à vérifier la mise à niveau et à

rechercher les problèmes. Vous pouvez utiliser un environnement en lecture seule ou vous pouvez

autoriser les utilisateurs à apporter des modifications, auquel cas vous devez indiquer à ceux-ci

qu’aucune modification apportée ne sera enregistrée. Envisagez de limiter cet environnement de

prévisualisation à un ensemble réduit de sites représentatifs et de limiter l’accès à des parties

intéressées uniquement, afin de réduire la durée pendant laquelle l’environnement de

prévisualisation devra être hébergé et la quantité de commentaires reçue.

Pour plus d’informations sur le test de la mise à niveau, voir Utiliser une mise à niveau d’évaluation

pour rechercher les problèmes potentiels (SharePoint Foundation 2010) et le poster relatif au test du

processus de mise à niveau disponible à l’adresse



356

Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint Foundation 2010)

Avant de commencer la mise à niveau entre Windows SharePoint Services 3.0 et Microsoft SharePoint

Foundation 2010, il est conseillé de la tester pour vous assurer que vous savez exactement ce qu’il faut

à une mise à niveau réussie. Une mise à niveau d’essai vous permet de déterminer :

les personnalisations dont vous disposez dans votre environnement, afin de pouvoir planifier leur

prise en compte au cours de la mise à niveau ;

l’opportunité de mettre à niveau votre matériel afin de faciliter et d’accélérer la mise à niveau ;

le moment le plus opportun pour votre mise à niveau, ou la durée que prendra la mise à niveau

compte tenu de votre environnement ;

les éléments que vous devez planifier, par exemple les ressources requises.

Par ailleurs, vous pouvez utiliser cette mise à niveau d’essai pour vous familiariser avec les outils de

mise à niveau et le processus lui-même, de sorte que vous sachiez à quoi vous attendre lorsque vous

procéderez à la véritable mise à niveau. Ce test vous permet de déterminer :

quels critères particuliers s’appliquent à votre environnement et quelle approche sera la plus

efficace pour votre mise à niveau ;

à quoi ressemblera l’interface utilisateur de la mise à niveau et comment savoir quand passer d’une

phase à la suivante ;

où se trouvent les fichiers journaux, comment les lire et quelles informations ils contiennent ;

quelles techniques vous pouvez utiliser pour réduire les temps morts.

Cet article fournit les étapes de base du test de la mise à niveau, ainsi que des recommandations pour

interpréter les résultats et ajuster vos plans de mise à niveau en fonction de ces résultats.

Dans cet article :

Configurer un environnement de test

Identifier et installer les personnalisations

Copier les données réelles dans l’environnement de test et tester la mise à niveau

Passer en revue vos résultats

Ajuster les planifications et tester à nouveau

En outre, les ressources suivantes peuvent être utiles lorsque vous testez votre processus de mise à

niveau :

Feuille de calcul relative à la mise à niveau des produits SharePoint 2010

357

Utilisez cette feuille de calcul pour enregistrer les informations sur votre environnement pendant

que vous testez votre mise à niveau. Téléchargez la feuille de calcul à partir de l’adresse


Modèle de test de votre processus de mise à niveau pour les produits Microsoft SharePoint 2010

Ce poster présente de façon visuelle les informations relatives au test de votre processus de mise

à niveau. Téléchargez le poster à partir de l’adresse


Configurer un environnement de test Vous pouvez tester le processus de mise à niveau sur un matériel virtuel ou physique. Chaque

environnement étant particulier, il est difficile de se prononcer sur la durée de la mise à niveau ou la

difficulté que posera une personnalisation particulière. La meilleure manière d’évaluer votre processus

de mise à niveau consiste à effectuer une série d’essais.

Lorsque vous créez votre environnement de test :

Créez une batterie de test aussi proche que possible de votre batterie réelle, en termes de

matériel, de logiciel et d’espace disponible.

Utilisez dans votre batterie de test les URL de votre batterie réelle. (Sans cela, vous allez perdre du

temps à diagnostiquer des problèmes d’URL qui ne se poseront pas au cours de la véritable mise à

niveau.)

Veillez à transférer tous vos paramètres et toutes vos personnalisations à l’environnement de test.

La section Identifier et installer les personnalisations fournit des informations sur la collecte de ces

informations.

Utilisation d’un environnement de test virtuel

Lorsque vous testez sur un environnement virtualisé, vous n’avez pas besoin d’une grande quantité de

matériel. Vous pouvez répliquer votre environnement en utilisant deux serveurs qui exécutent Hyper-V.

Un serveur possède les images destinées aux serveurs Web frontaux et aux serveurs d’applications ;

les autres serveurs contiennent les images destinées aux serveurs de base de données.



358

Utilisation d’un environnement de test physique

Lorsque vous testez sur un environnement physique, vous devez répliquer aussi fidèlement que

possible l’ensemble de votre environnement de batterie de serveurs. Si vous simplifiez trop le nombre

de serveurs Web frontaux, de serveurs d’applications ou de serveurs de base de données, vous ne

serez pas en mesure d’anticiper avec précision le temps nécessaire au processus de mise à niveau et

ne vous donnerez pas la possibilité de découvrir des complications liées aux interactions entre des

serveurs du même rôle (telles que les interactions SQL Server). Si vous avez plusieurs serveurs

appartenant au même rôle dans votre batterie d’origine, utilisez au moins deux serveurs pour ce rôle

afin de tester les problèmes susceptibles de se produire.

359

Environnements de test supplémentaires pour la mise à niveau par liaison de base de données

Si vous avez adopté l’approche de mise à niveau par liaison de base de données, vous devrez peut-

être créer un environnement de test supplémentaire : une batterie de serveurs exécutant Windows

SharePoint Services 3.0 que vous pouvez utiliser pour exécuter l’outil de vérification préalable à la mise

à niveau avant de procéder à la mise à niveau des données.

Vous pouvez faire l’économie de cette étape en exécutant l’outil de vérification préalable à la mise à

niveau sur votre batterie de production existante.

Identifier et installer les personnalisations Pour un processus de test précis, vous devez identifier toutes les personnalisations au sein de votre

environnement actuel et les copier dans l’environnement de test. Pour plus d’informations sur les types

de personnalisations à identifier, voir Déterminer comment gérer les personnalisations (SharePoint

Foundation 2010).

Utilisez l’outil de vérification préalable à la mise à niveau pour identifier les définitions de site, les

modèles de site et les fonctionnalités de votre environnement.

L’outil de vérification préalable à la mise à niveau parcourt chaque collection de sites et génère un

rapport sur l’état de chaque site. Il enregistre également les informations de définition de liste pour

chaque liste. Vous pouvez consulter les rapports pour rechercher les problèmes et les résoudre

avant de commencer le processus de mise à niveau. À la différence de l’outil d’analyse préalable à

la mise à niveau d’Windows SharePoint Services 3.0, l’outil de vérification préalable à la mise à

niveau est un outil en lecture seule qui ne modifie pas vos sites. Pour plus d’informations sur cet

outil et la procédure à suivre pour l’exécuter, voir Analyse et rapport préalables à la mise à niveau

vers des versions ultérieures (Windows SharePoint Services) et Exécuter l’outil de vérification

préalable à la mise à niveau (SharePoint Foundation 2010).



360

Utilisez l’opération Stsadm –o enumallwebs sur toutes les bases de données de contenu dans

votre environnement Windows SharePoint Services 3.0 pour identifier des personnalisations

spécifiques dans des sous-sites. Cette opération répertorie un ID pour chaque collection de sites et

sous-site dans votre environnement et les modèles sur lesquels repose le site. Cette opération a

été introduite pour la première fois dans Windows SharePoint Services 3.0 avec Service Pack 2

(SP2). Pour plus d’informations, voir Enumallwebs : opération Stsadm (Windows SharePoint

Services).

Utilisez un outil tel que WinDiff (fourni avec la plupart des systèmes d’exploitation Microsoft) pour

comparer les serveurs de votre environnement de production avec les serveurs de votre batterie de

test. Vous pouvez utiliser cet outil pour vérifier quels fichiers existent sur vos serveurs et quelles

différences existent entre ces fichiers.

Vérifiez si les fichiers web.config comportent des modifications, puis déterminez si l’élément

SafeControls contient des contrôles personnalisés.

Utilisez l’outil de diagnostics SharePoint (SPDiag) pour rechercher les solutions déployées. Pour

plus d’informations, voir Outil de diagnostics SharePoint (SPDiag).

Créez la liste de toutes les personnalisations que vous trouvez. Identifiez si possible la source des

personnalisations. Déterminez par exemple si des compléments logiciels ou des modèles tiers ont

été personnalisés en interne. Après en avoir identifié la source, vous pouvez ensuite rechercher

des versions mises à jour ou à niveau des personnalisations. Une feuille de calcul est à votre

disposition, dans laquelle vous pouvez enregistrer les informations relatives à votre environnement,

suivant les données issues de l’outil de vérification préalable à la mise à niveau et de votre

recherche sur les personnalisations. Téléchargez la feuille de calcul à partir de l’adresse

http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en anglais), puis

personnalisez-la en fonction de vos besoins.

Qui devez-vous contacter à propos des personnalisations que vous n’avez pas créées ?

Lorsque vous avez identifié toutes les personnalisations, copiez-les sur les serveurs appropriés au sein

de votre batterie de test. Vous pouvez utiliser l’applet de commande Windows PowerShelltest-

spcontentdatabase avant d’attacher une base de données à SharePoint Foundation 2010 pour

déterminer si des personnalisations manquent dans l’environnement. Exécutez cette commande pour

chaque base de données lorsque vous avez restauré les bases de données sur votre serveur de bases

de données, mais avant de procéder à la mise à niveau. Notez que cette applet de commande

s’exécute automatiquement, et qu’elle ne génère pas de message tant qu’aucune erreur n’est détectée.

Copier les données réelles dans l’environnement de test et tester la mise à niveau Vous n’atteindrez pas vos objectifs de test si vous n’utilisez pas vos données réelles. Vous pouvez

utiliser les méthodes suivantes pour créer une copie de vos données :

Conseil





361

Pour une mise à niveau sur place, créez une sauvegarde de batterie de serveurs, puis restaurez-la

dans l’environnement de test. Pour plus d’informations, voir Administration de la sauvegarde et de

la récupération pour la technologie Windows SharePoint Services 3.0.

Pour une mise à niveau par liaison de base de données, vous devez utiliser les outils de

sauvegarde et de restauration de Microsoft SQL Server afin de créer une copie de vos bases de

données de contenu et de toute autre base de données que vous souhaitez mettre à niveau. Pour

plus d’informations, voir Sauvegarder et restaurer des bases de données de contenu (Windows

SharePoint Services 3.0).

Il n’existe pas de meilleur moyen d’anticiper ce qui se produira au cours d’une mise à niveau que

d’effectuer le test sur une copie de toutes vos données. Toutefois, cette option peut s’avérer irréaliste

pour un test initial. Vous pouvez échelonner votre test, en testant une base de données à la fois par

exemple (si les bases de données sont volumineuses) de sorte de passer en revue toutes les

particularités de vos données, ou en assemblant un sous-ensemble de données provenant de sites

représentatifs de votre environnement. Si vous souhaitez commencer par tester un sous-ensemble de

vos données, veillez à ce que le sous-ensemble présente les caractéristiques suivantes :

Le sous-ensemble des données contient des sites qui sont typiques de ceux que vous entretenez

dans votre environnement.

La taille et la complexité des sous-ensembles de données sont très proches de la taille et de la

complexité réelles de votre environnement.

Le test d’un sous-ensemble de vos données ne constitue pas un banc d’essai valide quant à la

durée que prendra le traitement du volume entier des données de votre environnement.

Après avoir copié les données, lancez un premier processus de mise à niveau pour voir ce qui se

produit. Il ne s’agit que d’une étape préliminaire.

Essayer la mise à niveau sur place

Si vous souhaitez essayer l’approche de mise à niveau sur place, suivez les étapes suivantes pour

essayer le processus de mise à niveau :

1. Créez une sauvegarde de votre batterie de serveurs.

2. Restaurez la sauvegarde sur votre batterie de test.

Pour plus d’informations, voir Administration de la sauvegarde et de la récupération pour la

technologie Windows SharePoint Services 3.0.

3. Exécutez l’outil d’analyse préalable à la mise à niveau. Prenez note de tous les problèmes qu’il

détecte. Vous devrez traiter ces problèmes dans votre environnement d’origine avant de procéder

à la mise à niveau sur votre batterie de serveurs de production. Pour plus d’informations, voir

Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

4. Suivez les étapes décrites dans Effectuer une mise à niveau sur place (SharePoint

Foundation 2010) pour tester la procédure de mise à niveau.

Important :







362

5. Passez en revue les résultats.

Essayer une mise à niveau par liaison de base de données

1. Créez une sauvegarde SQL Server de vos bases de données de contenu.

2. Utilisez SQL Server pour restaurer les sauvegardes sur votre batterie de test à un seul serveur et

attachez les bases de données de contenu à cet environnement.

Pour plus d’informations, voir Sauvegarder et restaurer des bases de données de contenu


3. Exécutez l’outil d’analyse préalable à la mise à niveau. Prenez note de tous les problèmes qu’il

détecte. Vous devrez traiter et corriger ces problèmes dans votre environnement d’origine avant de

procéder à la mise à niveau sur votre batterie de production. Pour plus d’informations, voir

Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

4. Suivez les étapes décrites dans Préparer le nouvel environnement SharePoint Foundation pour

configurer l’environnement de test pour une mise à niveau par liaison de base de données.

5. Suivez les étapes décrites dans Attacher les bases de données et effectuer une mise à niveau vers

SharePoint Foundation 2010 pour essayer la mise à niveau par liaison de base de données.

Passer en revue vos résultats Lorsque la mise à niveau de test a été réalisée, vous pouvez passer en revue les résultats et revisiter

vos plans. Consultez les fichiers journaux, observez les sites mis à niveau et vérifiez vos

personnalisations. Comment la mise à niveau a-t-elle fonctionné dans votre environnement ? Qu’avez-

vous trouvé ? Que devez-vous repenser à propos de votre plan de mise à niveau ?

Passer en revue les fichiers journaux

Passez en revue les fichiers journaux suivants :

Le fichier journal de l’outil de vérification préalable à la mise à niveau.

Les fichiers journaux de l’outil de vérification préalable à la mise à niveau (stsadm -o

preupgradecheck) sont situés dans le dossier %COMMONPROGRAMFILES%\Microsoft

Shared\Web server extensions\12\LOGS. Leur nom respecte la syntaxe suivante :

PreUpgradeCheck_AAAAMMJJ-HHMMSS-SSS-nombre-aléatoire.log, où AAAAMMJJ est la date et

HHMMSS-SSS est l’heure (heures au format horaire de 24 heures, minutes, secondes et

millisecondes) et le nombre aléatoire permet de distinguer d’éventuelles tentatives simultanées

d’exécution de l’outil de vérification préalable à la mise à niveau.

Le fichier journal Assistant Configuration des produits SharePoint (Psconfig.exe) (généré lorsque

vous exécutez cet assistant dans le cadre de votre mise à niveau sur place de test).

Les fichiers journaux de PSCDiagnostics sont situés dans le dossier

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.



363

Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau (générés lors

de l’exécution de la mise à niveau).

Le fichier journal de mise à niveau (.log) et le fichier journal des erreurs de mise à niveau (.err) sont

disponibles à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LOGS. Ils sont nommés selon le format suivant : Upgrade-AAAAMMJJ-HHMMSS-

SSS.log, où AAAAMMJJ est la date et HHMMSS-SSS est l’heure (heures au format 24 heures,

minutes, secondes et millisecondes).

Pour passer en revue les fichiers journaux afin d’identifier et de corriger les problèmes, démarrez en

haut des fichiers. Les erreurs ou les avertissements peuvent être répétés s’ils se produisent dans

plusieurs collections de sites au sein de l’environnement, ou s’ils bloquent le processus de mise à

niveau. Par exemple, si vous ne pouvez pas vous connecter à la base de données de configuration, le

processus de mise à niveau essaiera (et échouera) plusieurs fois et ces tentatives seront listées dans

le fichier journal.

Recherchez ou analysez les entrées suivantes :

Finished upgrading SPFarm Name=<Nom de la base de données de configuration>

Fin de la mise à niveau sur place. Root object = SPFarm=<Nom de la base de données de

configuration>, recursive = True. 0 erreur et 0 avertissement se sont produits.

Si vous trouvez ces entrées, l’installation a réussi.

Si vous ne trouvez pas les entrées de l’étape précédente, vous pouvez identifier les problèmes

spécifiques qui ont contribué à l’échec en recherchant, ou en analysant visuellement dans le fichier

Upgrade.log, les termes suivants :

Recherchez ERROR dans les fichiers journaux pour détecter les éventuels problèmes (tels que les

composants défaillants ou les connexions de base de données défectueuses).

Recherchez WARNING pour détecter les problèmes tels que des fonctionnalités ou des

composants manquants.

Pour détecter les problèmes de mise à niveau, un analyseur de fichier journal peut vous être utile afin

d’exécuter des requêtes sur les fichiers journaux.

Redémarrer la mise à niveau, si nécessaire

Durant une mise à niveau avec liaison des bases de données, les sites qui ne peuvent pas être mis à

niveau seront ignorés. Durant une mise à niveau sur place, si le serveur redémarre ou si la mise à

niveau échoue, vous devez relancer le processus de mise à niveau pour mettre à niveau les sites

restants.

Pour déterminer si des sites ont été manqués ou ignorés pendant la mise à niveau, exécutez

l’opération Stsadm suivante stsadm -o localupgradestatus sur chaque serveur Web frontal dans

votre batterie de serveurs SharePoint Foundation 2010. Pour plus d’informations sur cette opération,

voir Localupgradestatus : opération Stsadm (Windows SharePoint Services).

Si la mise à niveau a ignoré une collection de sites, vous pouvez redémarrer le processus de mise à

niveau pour la base de données qui contient cette collection à l’aide de l’applet de commande Windows


364

PowerShell suivante : upgrade-spcontentdatabase -id <GUID>. Pour plus d’informations sur cette

applet de commande, voir Upgrade-SPContentDatabase.

Pour plus d’informations, voir Reprendre la mise à niveau (SharePoint Foundation 2010).

Examiner les sites mis à niveau

Examinez les sites mis à niveau pour identifier les problèmes à résoudre avant d’exécuter le processus

de mise à niveau sur votre environnement de production. Pour plus d’informations sur les points

spécifiques à vérifier, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau


Ajuster les planifications et tester à nouveau Répétez le processus de test tant que vous n’êtes pas certain d’avoir détecté tous les problèmes

auxquels vous risquez d’être confronté et de savoir comment les résoudre. Votre objectif est de définir

votre plan alors qu’il est 16 h 00 un dimanche, que vous devez rétablir la connexion le lundi matin, et

que cela ne fonctionne pas encore. Y-a-t’il un point de non-retour ? Testez votre plan de restauration et

assurez-vous qu’il fonctionne avant de vous lancer dans la mise à niveau réelle.

http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

365

Estimer la durée du processus de mise à niveau et l’espace dont vous avez besoin (SharePoint Foundation 2010)

Une partie importante de la planification de la mise à niveau depuis Windows SharePoint Services 3.0

vers Microsoft SharePoint Foundation 2010 consiste à déterminer la durée du processus de mise à

niveau et la quantité d’espace de stockage nécessaire. Chaque environnement est unique et présente

des possibilités matérielles et des caractéristiques de site spécifiques. L’espace et la durée dont vous

avez besoin pour exécuter une mise à niveau varient considérablement en fonction de votre

environnement. La meilleure approche pour estimer ces facteurs consiste à effectuer une mise à

niveau de test, puis à passer en revue l’espace et la durée qui ont été nécessaires. Pour plus

d’informations sur la façon d’exécuter une mise à niveau de test, voir Utiliser une mise à niveau


Dans cet article :

Estimer l’espace dont vous avez besoin pour la mise à niveau

Estimer la durée de la mise à niveau

Estimer l’espace dont vous avez besoin pour la mise à niveau Pendant une mise à niveau sur place et une mise à niveau avec liaison des bases de données, les

bases de données sont susceptibles de croître. En outre, de nombreuses transactions ayant lieu

pendant le processus de mise à niveau, vous devez vous assurer que les fichiers journaux disposent

de suffisamment de place pour prendre en charge les modifications qui se produisent. Vous devez

envisager un accroissement des bases de données et des fichiers journaux.

Lorsque vous planifiez votre mise à niveau, vérifiez que votre environnement actuel suit les meilleures

pratiques en termes de stockage pour Windows SharePoint Services 3.0 de manière à optimiser le

déroulement et les performances de la mise à niveau. Pour plus d’informations, voir Recommandations

pour le stockage physique (Office SharePoint Server). Vous devez également passer en revue les

meilleures pratiques pour SharePoint Foundation 2010 et apporter tout ajustement nécessaire à votre

environnement mis à niveau.

En raison des modifications apportées aux structures des tables dans la nouvelle version, la taille des

bases de données augmente provisoirement pendant que les données sont réorganisées. Cet espace

peut être récupéré après la mise à niveau, mais vous devez vous assurer que la place disponible

permet aux bases de données d’atteindre une taille pouvant représenter jusqu’à 50 % de leurs tailles

actuelles pendant une mise à niveau sur place ou une mise à niveau avec liaison des bases de

données (gardez à l’esprit qu’après la mise à niveau, vous pouvez de nouveau réduire la base de



366

données pour récupérer la majeure partie de cet espace). Vous devez également vous assurer que

l’espace disponible sur vos serveurs de bases de données permet à celles-ci de grandir au fil du temps

dans le cadre d’une utilisation normale. Pour déterminer la taille actuelle de vos bases de données,

utilisez Enterprise Manager dans Microsoft SQL Server. En plus d’espace pour les bases de données,

vous devez disposer de place pour les éléments suivants :

Les bases de données temporaires. Vérifiez que vous disposez de suffisamment d’espace pour

permettre la croissance rapide des bases de données temporaires. Si l’espace est insuffisant, il se

peut que le processus de mise à niveau arrive à expiration et que la mise à niveau échoue.

les fichiers journaux de mise à niveau ;

les fichiers journaux de transactions des bases de données. Ces fichiers journaux doivent croître

rapidement pour prendre en charge toutes les modifications qui se produisent dans les bases de

données.

Dans les environnements très volumineux, il est possible que le taux de croissance par

défaut des fichiers journaux de transactions (10 %) ne soit pas suffisant pour prendre en

charge le processus de mise à niveau ; cela peut entraîner un délai d’attente. Là encore,

une mise à niveau de test est le meilleur moyen pour déterminer si les fichiers journaux des

transactions peuvent prendre en charge le processus de mise à niveau. Si votre

environnement est très volumineux ou que le processus a expiré au cours d’une mise à

niveau de test, envisagez d’accroître la taille des fichiers journaux de transactions SQL

Server afin qu’il y ait suffisamment d’espace pour toutes les transactions à traiter. Pour plus

d’informations sur la façon d’accroître la taille des journaux des transactions SQL Server,

voir Développement d’une base de données (SQL Server 2005)

(http://go.microsoft.com/fwlink/?linkid=182619&clcid=0x40C) ou Développement d’une

base de données (SQL Server 2008)


Estimer la durée de la mise à niveau À partir des estimations d’espace disque et de tests déjà menés, vous pouvez évaluer la durée

approximative du processus de mise à niveau proprement dit. Les durées de mise à niveau varient

considérablement suivant les environnements. Les performances d’une mise à niveau dépendent

considérablement du matériel utilisé, de la complexité des sites et des caractéristiques de votre

implémentation. Par exemple, si vous disposez d’un nombre élevé de bibliothèques de documents

volumineuses, leur mise à niveau peut prendre plus de temps que celle d’un site plus simple.

Les facteurs qui influent sur les performances sont décrits dans le tableau suivant.

Facteurs liés au contenu Facteurs liés au matériel

Le nombre de : Entrée/sortie disque SQL Server par seconde

Remarque :




367

Facteurs liés au contenu Facteurs liés au matériel

Collections de sites

Sous-sites Web

Listes

Versions du document (nombre et taille)

Documents

Liens

Plus la taille de la base de données globale

proprement dite.

Base de données SQL Server vers la

disposition du disque

Optimisations des bases de données

temporaires SQL Server

Caractéristiques de la mémoire et du

processeur SQL Server

Caractéristiques de la mémoire et du

processeur du serveur Web

Latence et bande passante du réseau

La façon dont vos données sont structurées peut avoir une incidence sur la durée de leur mise à

niveau. Par exemple, la mise à niveau de 10 000 listes de 10 éléments chacune sera plus longue que

celle de 10 listes de 10 000 éléments. Les actions requises pour mettre à niveau l’infrastructure des

listes doivent être réalisées pour chaque liste, indépendamment du nombre d’éléments ; par

conséquent, un nombre élevé de listes signifie un nombre élevé d’actions. Il en va de même pour la

plupart des éléments de la colonne des facteurs liés au contenu dans le tableau ci-dessus.

La structure de votre matériel peut également avoir une forte incidence sur les performances.

Généralement, les performances des serveurs de bases de données sont plus importantes que celles

des serveurs Web, mais un matériel insuffisamment puissant ou des problèmes de connectivité à l’un

ou l’autre des niveaux peuvent affecter sensiblement les performances de la mise à niveau.

L’approche de mise à niveau que vous avez choisie aura également un impact important sur la durée

du processus. La réalisation d’une mise à niveau avec liaison des bases de données est la méthode la

plus rapide (cependant, les étapes antérieures et postérieures à la mise à niveau dans cette approche

durent plus longtemps que dans une mise à niveau sur place). Une mise à niveau sur place dure un

peu moins longtemps, car bien que vous mettiez à niveau l’environnement en plus des sites, vous

n’avez pas besoin d’autant d’étapes antérieures et postérieures à la mise à niveau dans cette

approche.

La meilleure façon d’estimer la durée globale consiste à effectuer une mise à niveau de test d’une

petite partie de toutes les données, puis à consulter les fichiers journaux de mise à niveau. Les fichiers

journaux indiquent la durée de la mise à niveau : recherchez la durée totale écoulée en bas du fichier

journal de mise à niveau. À partir de cette durée, extrapolez une durée pour la totalité du contenu. Vous

pouvez également utiliser les fichiers journaux pour vérifier votre progression au fil du processus de

mise à niveau. Le fichier upgrade.log est situé à l’emplacement

%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS.

L’estimation que vous obtenez à partir de votre mise à niveau de test concerne le processus de mise à

niveau des données proprement dit ; elle n’inclut pas l’ensemble des étapes que vous devez suivre

avant et après cette étape, qui peuvent prendre plus de temps que la mise à niveau des données elles-

mêmes. Lors de l’évaluation de la durée de la mise à niveau, outre la durée nécessaire au traitement

368

des données, vous devez estimer la durée des activités qui ont lieu au cours des étapes antérieures et

postérieures à la mise à niveau.

Pour les étapes préalables à la mise à niveau, prenez en considération les facteurs suivants :

Création des éléments personnalisés La mise à niveau de composants WebPart ou le

rétablissement de modèles personnalisés pour tirer parti de nouvelles fonctionnalités prennent un

certain temps. Le processus de création des éléments personnalisés doit commencer tôt, pendant

la phase d’évaluation de votre projet.

Sauvegarde des bases de données Dans le cas d’une mise à niveau sur place, vous devez

effectuer une sauvegarde complète, pas une sauvegarde différentielle, de la totalité de

l’environnement pour être certain de pouvoir effectuer une récupération dans l’hypothèse peu

probable où la mise à niveau échouerait et où vous devriez régénérer votre batterie de serveurs.

Pour les environnements volumineux, cette étape peut prendre beaucoup de temps. En particulier,

si vous effectuez la sauvegarde sur un emplacement réseau, des problèmes de temps de réponse

du réseau peuvent ralentir ce processus.

Pour les étapes postérieures à la mise à niveau, prenez en considération les facteurs suivants :

Vérification des sites et réalisation de modifications Accordez suffisamment de temps aux

utilisateurs pour qu’ils puissent valider leurs sites après la mise à niveau. Cette opération peut

prendre plusieurs jours. Pour plus d’informations, voir Vérifier la mise à niveau et passer en revue

les sites mis à niveau (SharePoint Foundation 2010).

D’autres facteurs dans votre environnement peuvent également favoriser un allongement de la durée

des mises à niveau, tels que les suivants :

Bibliothèques de documents très volumineuses La mise à niveau d’une bibliothèque de

documents contenant plus de 250 000 documents uniquement à sa racine (et non dans des

dossiers) prend beaucoup de temps et peut ne pas être couronnée de succès. Vous pouvez gérer

la taille des bibliothèques en vous appuyant sur les recommandations Windows SharePoint

Services 3.0 relatives à l’utilisation de dossiers pour scinder les bibliothèques de documents

volumineuses. Par exemple, si vous réorganisez la même bibliothèque de documents afin que les

250 000 documents soient répartis en 125 dossiers, sa mise à niveau devrait être plus facile.

Bases de données très volumineuses La mise à niveau des bases de données supérieures à

100 Go peut prendre beaucoup de temps.

Si vous possédez des bases de données de contenu dont la taille est supérieure à 100 Go,

vous pouvez les scinder en bases de données plus petites avant d’exécuter la mise à niveau.

Non seulement la mise à niveau des bases de données volumineuses peut prendre plus de

temps, mais celles-ci peuvent compliquer une opération de récupération si la mise à niveau

n’est pas couronnée de succès.

Vous pouvez utiliser l’opération mergecontentdbs ou les opérations backup et restore dans

Stsadm.exe pour déplacer des sites entre des bases de données. Pour plus d’informations, voir

Mergecontentdbs : opération Stsadm (Windows SharePoint Services) et Sauvegarde et

restauration : opérations Stsadm (Windows SharePoint Services).

Remarque




369

En outre, si vous disposez d’une base de données très volumineuse (supérieure à 100 Go) que

vous ne pouvez pas scinder parce que la majeure partie du contenu se trouve dans une seule

collection de sites, vous pouvez reconsidérer votre approche de mise à niveau. Une approche de

mise à niveau avec liaison des bases de données est plus difficile dans le cas des bases de

données très volumineuses, du fait que la sauvegarde et la restauration de ces bases de données

sont problématiques.

Veillez à respecter les recommandations sur la planification de la capacité spécifiques aux

versions précédentes et nouvelles avant de procéder à la mise à niveau. Si vous êtes allé

au-delà des recommandations afin d’obtenir de meilleures performances, le processus de

mise à niveau peut prendre plus de temps ou il peut échouer (par exemple, le processus

peut expirer à plusieurs reprises sur la même bibliothèque de documents volumineuse). Si

votre déploiement ne satisfait pas aux recommandations sur la capacité, déterminez si,

avant de procéder à la mise à niveau, vous devez effectuer certaines opérations afin de

pallier cette situation. Là encore, une mise à niveau de test peut vous aider à prendre une

décision.

Contraintes de communications

Vous devez informer vos utilisateurs et votre équipe de la planification de la mise à niveau et leur

laisser le temps d’effectuer leurs tâches. Pour plus d’informations, voir Créer un plan de

communication (SharePoint Foundation 2010).

Gestion des alertes et des alarmes de System Center

Vous devez surveiller les performances système pendant la mise à niveau, mais vous n’avez pas

besoin de surveiller de fonctionnalités spécifiques. Suspendez toutes les alarmes et alertes

superflues dans Microsoft Systems Center Operations Manager ou Microsoft Operations Manager,

puis réactivez-les après la mise à niveau.

Activation/désactivation de la mise en miroir et de la copie des journaux de transaction SQL

Vous devez désactiver la mise en miroir et la copie des journaux de transaction avant d’effectuer la

mise à niveau, puis les réactiver une fois que vous êtes sûr que votre environnement fonctionne

correctement après la mise à niveau. Il est recommandé de ne pas exécuter la mise en miroir ou la

copie des journaux de transaction pendant la mise à niveau, car cela crée une charge

supplémentaire sur les serveurs exécutant SQL Server et se traduit par le gaspillage de ressources

dans la mise en miroir ou la copie de données temporaires.

Testez votre processus de mise à niveau pour évaluer le temps qu’il peut prendre, puis créez une

planification pour vos opérations de mise à niveau et testez-la afin de déterminer la chronologie. Vous

devez inclure dans la chronologie des opérations la durée nécessaire à la réalisation des étapes

préalables et postérieures à la mise à niveau : si, avant le démarrage de la mise à niveau, la

sauvegarde de votre environnement prend 5 heures, vous devez inclure cette durée dans la plage

d’indisponibilité. En outre, incluez la durée de la mise en mémoire tampon liée à une restauration ou

récupération éventuelle : vous devez déterminer les chronologies d’arrêt planifié (cas réaliste) et d’arrêt

d’urgence (cas le plus défavorable).

Attention :

370

Nettoyage de votre environnement avant la mise à niveau (SharePoint Foundation 2010)

Avant de commencer la mise à niveau depuis Windows SharePoint Services 3.0 vers Microsoft

SharePoint Foundation 2010, vous devez vous assurer que votre environnement est sain et veiller à

supprimer tout contenu qui n’a pas lieu d’être mis à niveau. Vous pouvez également prendre le temps

nécessaire pour supprimer ou réorganiser du contenu de manière à disposer de la structure souhaitée

au terme de la mise à niveau.

Dans cet article :

Éléments à nettoyer

Réalisation de modifications structurelles

Éléments à nettoyer De nombreux de ces éléments peuvent être supprimés ou réparés à l’aide de commandes Stsadm.exe.

Pour exécuter l’outil en ligne de commande Stsadm, vous devez être membre du groupe

Administrateurs sur l’ordinateur local.

Supprimez les collections de sites et les sous-sites Web inutilisés ou sous-utilisés

Vous ne souhaitez pas mettre à niveau le contenu que vous n’avez pas besoin de conserver. S’il est

demeuré inutilisé pendant longtemps et qu’il ne s’avère pas nécessaire, sauvegardez-le, puis

supprimez-le pour libérer des ressources de stockage et administratives, améliorer les performances

de mise à niveau et réduire le risque lié à la mise à niveau. Veillez à vous entretenir avec les

propriétaires de site ou les contacts de l’organisation au sujet du statut du site afin de vous assurer que

celui-ci n’est pas requis avant de le supprimer (par exemple, il n’est pas souhaitable de supprimer les

sites requis pour la conformité, à l’image des procédures d’urgence, même s’ils ne sont pas

fréquemment mis à jour).

Pour plus d’informations sur la suppression des collections de sites et des sous-sites Web, voir :

Deletesite : opération Stsadm (Windows SharePoint Services)

Deleteweb : opération Stsadm (Windows SharePoint Services)

Traiter les grandes listes

Par défaut, la limitation de requête de grande liste est appliquée après une mise à niveau vers

SharePoint Foundation 2010. Si une liste est très grande et que les utilisateurs recourent à une vue ou

Important :


http://technet.microsoft.com/fr-fr/library/cc287710(office.12).aspx

371

exécutent une requête qui dépasse la limite ou le seuil de limitation, la vue ou requête ne sera pas

autorisée. Vérifiez toutes les grandes listes dans votre environnement et invitez le propriétaire de site

ou le propriétaire de liste à résoudre le problème avant de procéder à la mise à niveau. Par exemple, ils

peuvent créer des colonnes indexées à l’aide de vues filtrées, organiser les éléments en dossiers,

définir une limite d’éléments sur la page pour une grande vue ou utiliser une liste externe. Pour plus

d’informations sur la résolution des problèmes liés aux grandes listes, voir Gérer les listes et les

bibliothèques comportant de nombreux éléments

(http://go.microsoft.com/fwlink/?linkid=182370&clcid=0x40C) sur Office Online.

Traiter les grandes listes de contrôle d’accès

L’utilisation d’autorisations au niveau de l’élément peut fréquemment aboutir à de grandes entrées de

liste de contrôle d’accès, qui peuvent à leur tour engendrer des problèmes de performances sur vos

serveurs. Pour plus d’informations sur ce problème et pour des conseils sur la prise en charge de

nombreux utilisateurs, voir l’article 953132 de la Base de connaissances, « Comment ajouter beaucoup

d’utilisateurs à un site, une liste ou une bibliothèque de documents dans Windows SharePoint

Services 3.0 et SharePoint Server 2007 » (http://go.microsoft.com/fwlink/?linkid=182327&clcid=0x40C).

Supprimer les versions de document en trop

L’existence d’un nombre élevé de versions de document peut sensiblement ralentir une mise à niveau.

Si vous n’avez pas besoin de conserver plusieurs versions, vous pouvez demander aux utilisateurs de

les supprimer manuellement ou utiliser le modèle objet pour les rechercher et les supprimer. Pour plus

d’informations sur la suppression par programme de versions en trop, voir Service Web Versions

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=182330&clcid=0x40C) sur MSDN.

Supprimer les modèles, fonctionnalités et composants WebPart inutilisés

Dans un premier temps, vérifiez qu’aucun site n’utilise le modèle, la fonctionnalité ou le composant

WebPart. Vous pouvez utiliser l’outil de vérification de pré-mise à niveau (Stsadm -o

preupgradecheck) et l’opération Stsadm -o EnumAllWebs pour identifier ces personnalisations dans

votre environnement. Ces deux opérations ont été mises à jour dans la mise à jour cumulative

d’octobre 2009 et identifient désormais les composants WebPart, les fonctionnalités, les gestionnaires

d’événements et les fichiers de configuration en cours d’utilisation dans votre environnement. L’outil de

vérification de pré-mise à niveau indique les fichiers côté serveur qui existent dans votre environnement

et combien de fois ils sont utilisés. La commande EnumAllWebs indique les fichiers utilisés par les

différents sites.

Pour plus d’informations sur l’identification des personnalisations dans votre environnement, voir


Foundation 2010). Si des personnalisations ne sont pas en cours d’utilisation, supprimez-les. Pour plus

d’informations sur la gestion de ces types de personnalisations, voir Fonctionnalités et modèles









372

(http://go.microsoft.com/fwlink/?linkid=182338&clcid=0x40C) et Solutions et packages de composants

WebPart (http://go.microsoft.com/fwlink/?linkid=182332&clcid=0x40C) sur MSDN.

Résoudre les problèmes liés aux données

Nettoyez vos bases de données pour supprimer tous les sites orphelins ou autres données

endommagées, telles qu’une liste altérée. Envisagez une défragmentation si vous avez supprimé des

sites ou des sous-sites de la base de données. Pour plus d’informations, voir :

Databaserepair : opération Stsadm (Windows SharePoint Services)

Forcedeletelist : opération Stsadm (Windows SharePoint Services)

Réalisation de modifications structurelles Si vous souhaitez apporter des modifications structurelles à votre environnement, telles que le

déplacement de collections de sites ou le mode d’allocation de vos bases de données, vous pouvez

utiliser les méthodes suivantes :

Stsadm -o mergecontentdbs Cette opération vous permet de déplacer des collections de sites

entre des bases de données. La mise à niveau est d’autant plus efficace que les bases de données

contiennent des données similaires. Par conséquent, il est préférable que les collections de sites

qui partagent une base de données de contenu soient de types similaires. Vous pouvez également

utiliser cette opération pour fractionner les bases de données volumineuses si elles contiennent

plusieurs collections de sites. Cela permet également d’accroître l’efficacité de la mise à niveau.

Pour plus d’informations, voir Mergecontentdbs: opération Stsadm (Windows SharePoint Services).

Exporter et importer des sites Utilisez cette méthode pour déplacer des sous-sites Web ou des

collections de sites dans une batterie de serveurs ou entre des batteries de serveurs. Pour plus

d’informations, voir Importer et exporter : opérations Stsadm (Windows SharePoint Services).







373


Même après avoir testé le processus de mise à niveau pour identifier les problèmes potentiels, vous

risquez de rencontrer des problèmes inattendus pendant une mise à niveau depuis Windows

SharePoint Services 3.0 vers Microsoft SharePoint Foundation 2010. Si vous rencontrez des

problèmes après la mise à niveau, plus vite vous les détecterez et les résoudrez, meilleure sera

l’expérience de l’utilisateur final.

Cet article décrit les principes généraux de l’identification et de la résolution des problèmes de mise à

niveau et recense les problèmes courants. Après avoir identifié et résolu les problèmes, vous pouvez

reprendre la mise à niveau. Pour plus d’informations sur la reprise de la mise à niveau, voir Reprendre

la mise à niveau (SharePoint Foundation 2010).

Dans cet article :

Principes généraux de l’identification des problèmes

Problèmes courants

Principes généraux de l’identification des problèmes Commencez par vérifier l’état de la mise à niveau pour déterminer à quel stade celle-ci s’est arrêtée le

cas échéant et consultez les fichiers journaux pour savoir s’ils comportent des erreurs ou des

avertissements. Ensuite, avant de reprendre la mise à niveau, résolvez les problèmes détectés.

Première phase : vérifier l’état de la mise à niveau et les fichiers journaux

Les indicateurs d’état de mise à niveau et les fichiers journaux doivent vous donner une idée du

dysfonctionnement qui s’est produit pendant le processus de mise à niveau. Il est recommandé de

passer attentivement en revue toutes les erreurs consignées dans les fichiers journaux de mise à

niveau. Les avertissements ne sont pas nécessairement révélateurs d’un problème, mais vous devez

tous les passer en revue pour déterminer si ce que signale l’un d’eux est susceptible d’engendrer des

problèmes supplémentaires.

1. Vérifiez l’état de la mise à niveau en effectuant l’une et/ou l’autre des opérations suivantes :

Passez en revue la page État de la mise à niveau dans le site Web Administration centrale de

SharePoint.

Utilisez l’opération Stsadm.exe localupgradestatus pour vérifier l’état de la mise à niveau.

Pour plus d’informations sur la vérification de l’état de la mise à niveau, voir Vérifier la mise à

niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010).

2. Passez en revue les fichiers journaux suivants :

374

Le fichier journal Setup.exe.

Le fichier journal de l’Assistant Configuration des produits SharePoint (Psconfig.exe).

Le fichier journal des erreurs de mise à niveau et le fichier journal de mise à niveau (dont le

contenu est plus détaillé que le fichier journal des erreurs de mise à niveau).

Les fichiers journaux ULS ou de suivi.

Ces fichiers sont stockés dans le dossier %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\14\LOGS et sont nommés nomserveur_AAAAMMJJ-

MMSS.log.

Le fichier journal des événements de l’application.

Ce fichier peut être visualisé à l’aide de l’Observateur d’événements.

Pour plus d’informations sur les fichiers Setup.exe, PSconfig.exe et sur les fichiers journaux de

mise à niveau, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint

Foundation 2010). Pour plus d’informations sur le fichier journal de suivi, voir Journaux de suivi

(http://go.microsoft.com/fwlink/?linkid=182380&clcid=0x40C) sur MSDN.

Seconde phase : résolution des problèmes dans l’ordre

Certains problèmes ont plus d’incidence que d’autres. Par exemple, l’absence d’un fichier côté serveur

peut entraîner de nombreuses erreurs apparemment disparates au niveau du site.

Résolvez les problèmes dans l’ordre suivant :

1. Personnalisations ou fichiers côté serveur manquants, tels que des fonctionnalités ou des

composants WebPart.

2. Problèmes de configuration dans la batterie de serveurs, l’application Web ou les services, tels que

les chemins d’accès gérés ou les services qui ne sont pas démarrés.

3. Problèmes supplémentaires que vous détectez site par site, en commençant par les sites au profil

élevé à fort impact.

Lorsque vous identifiez et résolvez les problèmes de niveau supérieur, vous pouvez essayer de

réexécuter la mise à niveau pour déterminer si les autres problèmes plus en aval dans le processus de

mise à niveau ont également été résolus.

Problèmes courants Vérifiez si les problèmes suivants engendrent une erreur ou un avertissement de mise à niveau.

Personnalisations ou fichiers côté serveur manquants ou désapprouvés

L’une des erreurs couramment rencontrées lors d’une mise à niveau est l’absence de fichiers côté

serveur, en l’occurrence de fichiers installés avec Windows SharePoint Services 3.0 ou de fichiers


375

personnalisés. Lorsque vous avez préparé la mise à niveau, vous devez avoir créé un inventaire des

personnalisations côté serveur requises par vos sites (telles que les définitions de site, les modèles, les

fonctionnalités, les composants WebPart et les assemblys). L’outil de vérification préalable à la mise à

niveau permet d’identifier ces éléments. Consultez cet inventaire pour vérifier que tous les fichiers

requis par vos personnalisations sont installés dans votre environnement de mise à niveau.

Si vous effectuez une mise à niveau avec liaison des bases de données, vous pouvez utiliser l’applet

de commande Windows PowerShell test-spcontentdatabase avant de mettre à niveau la base de

données pour identifier les fichiers éventuellement manquants. Vous pouvez également utiliser

l’opération enumallwebs dans Stsadm.exe pour identifier les personnalisations côté serveur en cours

d’utilisation.

Les fichiers journaux de mise à niveau peuvent signaler des erreurs telles que les suivantes :

ERREUR Détection de nombre web(s) utilisant modèle web manquant identificateur modèle de site

(lcid : code de langue du modèle de site) dans base de données de contenu nom base de données

de contenu.

ERREUR Une fonctionnalité manquante trouvée Id = [identificateur de la fonctionnalité]

ERREUR Le fichier [chemin d’accès relatif du fichier] est référencé [nombre] fois dans la base de

données, mais il n’est pas installé dans la batterie de serveurs actuelle.

AVERTISSEMENT La classe du composant WebPart [identificateur du composant WebPart] est

référencée [nombre] fois dans la base de données, mais elle n’est pas installée sur la batterie de

serveurs actuelle.

AVERTISSEMENT L’assembly [chemin d’accès de l’assembly] est référencé dans la base de

données, mais il n’est pas installé dans la batterie de serveurs actuelle.

AVERTISSEMENT Impossible de mettre à niveau la fonctionnalité. Exception : ID de définition de

fonctionnalité « identificateur de la fonctionnalité » introuvable.

Si vous pouvez obtenir une dépendance ou un fichier côté serveur manquant, installez-le, puis

réexécutez la mise à niveau pour les sites affectés. Si le fichier ou la dépendance (tel qu’un composant

WebPart) a été désapprouvé, vous devez déterminer si vous souhaitez recréer le site, la page ou le

composant WebPart pour utiliser un modèle, une fonctionnalité ou un composant WebPart différent. Si

vous pouvez rétablir la personnalisation à l’aide de dépendances qui n’ont pas été désapprouvées,

vous pouvez réexécuter la mise à niveau pour les sites affectés. Si vous ne pouvez pas supprimer la

dépendance, vous ne pouvez pas mettre à niveau le site.

Après avoir installé la dépendance ou le fichier manquant, utilisez l’applet de commande Windows

PowerShelltest-SPContentDatabase sur un serveur de test pour déterminer si d’autres fichiers sont

manquants pour cette base de données. Si vous exécutez uniquement l’outil de vérification préalable à

la mise à niveau ou que vous réexécutez la mise à niveau, il est possible que l’erreur n’apparaisse pas

dans les fichiers journaux.

376

Paramètres manquants ou incorrectement configurés pour la batterie de serveurs, l’application Web ou les services

Vérifiez les paramètres de la batterie de serveurs et de l’application Web, puis créez et démarrez tous

les services manquants.

Vérifiez que tous les chemins d’accès gérés (chemins d’accès inclus ou exclus) sont correctement

configurés pour chaque application Web.


ERREUR Modèle Id modèle: Id Site SP=Id site est inaccessible en raison d’une exception.

Abandon Id Web SP=Id Web pour la mise à niveau du modèle. Exception:

System.IO.FileNotFoundException: Impossible de trouver le site avec l’ID Id de site.

Cette erreur indique qu’un chemin d’accès géré est manquant. Ajoutez à l’application Web le

chemin d’accès géré pour la collection de sites et redémarrez la mise à niveau pour la base de

données de contenu hébergeant cette collection de sites.

Niveaux de mise à jour incohérents ou incorrects

Vous devez exécuter Windows SharePoint Services 3.0 avec Service Pack 2 pour exécuter la mise à

niveau. Si cette configuration minimale requise n’est pas satisfaite, une erreur apparaît et la mise à

niveau n’est pas exécutée.

Problèmes liés aux données

Les problèmes liés aux données suivants peuvent engendrer des erreurs ou des avertissements

pendant la mise à niveau :

Connectivité aux sources de données. Si vos serveurs ne peuvent pas se connecter aux bases de

données, ils ne peuvent pas être mis à niveau.

Listes ou sites orphelins, ou autres endommagements de base de données. Pour plus

d’informations, voir Nettoyage de votre environnement avant la mise à niveau (SharePoint

Foundation 2010).

Données de colonnes masquées. Si le processus de mise à niveau ajoute une colonne à une liste

et qu’une colonne personnalisée portant le même nom existe déjà dans la liste, la colonne

personnalisée est renommée. Après la mise à niveau, vous devrez peut-être réajuster vos vues

afin qu’elles comportent la colonne renommée.


AVERTISSEMENT Les sites orphelins peuvent engendrer des échecs de mise à niveau.

ERREUR La base de données [nom de la base de données de contenu] contient un site (ID =

[identificateur de la collection de sites], URL = [URL de la collection de sites]) qui ne figure pas

dans le plan du site.

Corrigez la totalité des éléments orphelins ou des endommagements de base de données, puis

réexécutez la mise à niveau.

377

Modifications apportées à l’interface utilisateur

Les modifications apportées à l’interface utilisateur, telles que l’ajout de l’interface utilisateur Fluent UI

(également appelée Ruban) ou l’adhésion aux standards XHTML, peuvent engendrer des problèmes

dans les sites. Parfois, des éléments personnalisés (tels qu’un type de contenu) peuvent porter un nom

qui entre en conflit avec un nom dans la nouvelle version. Il peut également être nécessaire de redéfinir

des pages sur la définition de site standard ou de créer des affichages pour des grandes listes.

Pour plus d’informations sur l’examen des problèmes d’interface utilisateur dans les sites, voir Vérifier

la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010).


Échec de l’activation des fonctionnalités étendues aux collections de sites sur le site Url du site.

Exception : Un nom de type de contenu nom en double a été trouvé.

Cette erreur indique qu’un type de contenu « Résumé » tiers a été ajouté au site spécifié dans o12,

et pendant la mise à niveau vers o14 son nom entre en conflit le type de contenu intégré

« Résumé » prêt à l’emploi. Supprimez le type de contenu tiers dans le site spécifié ou attribuez-lui

un nom différent de « Résumé », puis réexécutez la mise à niveau.

Manque d’espace

Si vous manquez d’espace (par exemple, pour les fichiers journaux de transactions des serveurs de

bases de données), la mise à niveau ne peut pas se poursuivre. Libérez de l’espace ou augmentez la

taille du fichier journal des transactions avant de reprendre la mise à niveau. Pour plus d’informations,

voir Gestion de la taille du fichier journal des transactions


Authentification par formulaire

Des étapes supplémentaires sont nécessaires si vous mettez à niveau un environnement qui utilise

l’authentification par formulaire. Suivez les étapes indiquées dans Configurer l’authentification par

formulaires pour une application Web basée sur les revendications (SharePoint Foundation 2010) pour

mettre à niveau des fournisseurs d’authentification par formulaire.

Sécurité et autorisations Si une erreur signalant un compte inconnu s’affiche ou si une base de données n’est pas mise à

niveau, vérifiez les éléments suivants :

Pour une mise à niveau sur place, vérifiez que le compte que vous utilisez pour exécuter l’Assistant

Configuration des produits SharePoint est membre du rôle de base de données fixe db_ownerpour

toutes les bases de données que vous souhaitez mettre à niveau. S’il n’est pas membre de ce rôle,

une erreur signalant un compte d’utilisateur inconnu risque de s’afficher lorsque l’Assistant démarre

pour mettre à niveau les bases de données.


378

Pour une mise à niveau avec liaison des bases de données, si vous déplacez des bases de

données entre des instances de SQL Server, vérifiez que la sécurité est correctement configurée.

Vérifiez que les comptes utilisés disposent des rôles fixes et autorisations adéquats sur les bases

de données et qu’ils resteront valides en cas de mise à niveau d’un domaine à un autre.

Voir aussi Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint

Foundation 2010)

Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010)


379


Si la mise à niveau vers Microsoft SharePoint Foundation 2010 a échoué et si vous n’avez pas le

temps de poursuivre la résolution des problèmes ou de reprendre le processus de mise à niveau, vous

devez récupérer votre environnement Windows SharePoint Services 3.0. Les étapes diffèrent selon le

type de sauvegarde dont vous disposez. Si vous étiez en train d’effectuer une mise à niveau avec

attachement des bases de données et si vous avez conservé votre environnement d’origine (soit en

utilisant des bases de données en lecture seule, soit en mettant l’environnement hors connexion), vous

pouvez récupérer facilement votre environnement. Si vous étiez en train d’effectuer une mise à niveau

sur place, vous devez récupérer l’intégralité de votre environnement et restaurer les données.

Si vous avez le temps, résolvez les problèmes et reprenez la mise à niveau. Pour plus d’informations,

voir Résoudre les problèmes de mise à niveau (SharePoint Foundation) et Reprendre la mise à niveau


Dans cet article :

Récupération avec des bases de données en lecture seule dans un environnement de secours

(mise à niveau avec attachement des bases de données)

Récupération avec une sauvegarde d’environnement complète (mise à niveau sur place)

Récupération avec des sauvegardes de bases de données (mise à niveau sur place)

Récupération avec des bases de données en lecture seule dans un environnement de secours (mise à niveau avec attachement des bases de données) Lorsque vous effectuez une mise à niveau avec attachement des bases de données, vous avez la

possibilité de quitter l’environnement existant disponible, à condition que les bases de données soient

définies en lecture seule. Dans cet état, cette méthode de récupération est la plus simple, car votre

environnement d’origine est toujours disponible, il est simplement défini en lecture seule. Si vous devez

récupérer votre environnement, il vous suffit de redéfinir les bases de données en lecture-écriture et de

reprendre le traitement des requêtes. L’article Faire fonctionner une batterie qui utilise des bases de

données en lecture seule (Windows SharePoint Services) décrit les étapes à entreprendre pour qu’une

batterie de serveurs utilise des bases de données en lecture seule. Pour rendre à nouveau

opérationnelle une batterie de serveurs en lecture seule, vous devez réaffecter la valeur False à

l’entrée Base de données en lecture seule, puis réactiver les travaux du minuteur répertoriés dans cet

article.

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#Readonly

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#Readonly

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#FullEnv

http://technet.microsoft.com/library/3d682920-39bb-4555-afde-bea38ad7001c.aspx#DBOnly



380

Récupération avec une sauvegarde d’environnement complète (mise à niveau sur place) Si vous avez créé une sauvegarde complète de votre environnement avant de démarrer le processus

de mise à niveau, vous pouvez restaurer cette sauvegarde complète afin de récupérer votre

environnement. Pour plus d’informations sur la restauration d’une sauvegarde complète, voir Restaurer

Windows SharePoint Services 3.0 à l’aide des outils intégrés.

Récupération avec des sauvegardes de bases de données (mise à niveau sur place) Si vous avez uniquement créé des sauvegardes de vos bases de données de contenu, vous pouvez

toujours récupérer votre environnement, mais cela prendra plus de temps et nécessitera davantage

d’étapes. Vous devez essentiellement recréer votre environnement, puis restaurer les sauvegardes de

bases de données. Pour plus d’informations sur la récupération d’un environnement et la restauration

des bases de données de contenu sauvegardées, voir Restaurer une batterie de serveurs après un

problème de base de données de configuration (Windows SharePoint Services).





381


Dans certains cas, vous pouvez être amené à redémarrer la mise à niveau pour finir de mettre à niveau

vos sites depuis Windows SharePoint Services 3.0 vers Microsoft SharePoint Foundation 2010. Par

exemple :

Durant une mise à niveau sur place, si le serveur redémarre ou si la mise à niveau échoue, vous

devez relancer le processus de mise à niveau à l’aide de Psconfig.exe pour mettre à niveau les

sites restants.

Durant une mise à niveau avec liaison des bases de données, les sites qui ne peuvent pas être mis

à niveau seront ignorés. Après avoir résolu tous les problèmes affectant les sites (tels que

l’absence d’un modèle ou d’un module linguistique ou le fait que le site est configuré pour être

accessible en lecture seule ou qu’il a dépassé son quota), vous pouvez redémarrer la mise à

niveau à l’aide d’une commande Windows PowerShell pour ne mettre à niveau que les sites

ignorés.

Une cause fréquente des échecs de mise à niveau est le manque d’éléments personnalisés

dans l’environnement, tels que des fonctionnalités ou des solutions personnalisées. Avant de

commencer le processus de mise à niveau, vérifiez que tous les éléments personnalisés requis

sont installés sur les serveurs Web frontaux. Vous pouvez utiliser l’outil de vérification de pré-

mise à niveau et, dans le cas d’une mise à niveau avec liaison des bases de données, l’applet

de commande Windows PowerShelltest-spcontentdatabase, pour identifier tous les éléments

personnalisés éventuellement utilisés par vos sites. Pour plus d’informations, voir Identifier et

installer les personnalisations dans l’article « Utiliser une mise à niveau d’évaluation pour

rechercher les problèmes potentiels ».

Dans cet article :

Redémarrer la mise à niveau pour une batterie de serveurs à l’aide de Psconfig.exe

Redémarrer la mise à niveau pour une base de données à l’aide de Windows PowerShell

Redémarrer la mise à niveau pour une batterie de serveurs à l’aide de Psconfig.exe Si vous déterminez que la mise à niveau s’est arrêtée ou a échoué avant la fin de l’Assistant

Configuration des produits SharePoint, vous pouvez la redémarrer à partir de ce point en réexécutant

l’Assistant Configuration des produits SharePoint ou en utilisant une opération de ligne de commande.

Ce processus est également appelé application d’une mise à niveau logicielle. Avant de redémarrer la

mise à niveau, veillez à rechercher et à résoudre le problème à l’origine de son échec ou de son arrêt.

Remarque :

382


Pour utiliser Psconfig.exe, vous devez être membre du groupe Administrateurs local sur le

serveur.

2. Ouvrez une fenêtre d’invite de commandes et accédez au répertoire suivant :

%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin\

3. Tapez la commande suivante :

psconfig -cmd upgrade -inplace v2v -passphrase <phrase secrète> -wait

Il existe un paramètre facultatif, -force, qui impose la poursuite de la mise à niveau si la

commande ne fonctionne pas. Ajoutez -force à la fin de la chaîne de commande pour imposer

la poursuite du processus de mise à niveau.

Vous pouvez activer l’enregistrement de Windows Installer avant de recommencer l’installation

de la mise à niveau logicielle. Pour ce faire, voir l’article de la Base de connaissances

Microsoft : Comment faire pour activer l’enregistrement de Windows Installer


Redémarrer la mise à niveau pour une base de données à l’aide de Windows PowerShell Si le processus de mise à niveau a ignoré une collection de sites pendant la mise à niveau sur place ou

la mise à niveau avec liaison des bases de données, vous pouvez le redémarrer pour la base de

données qui contient cette collection de sites à l’aide d’une applet de commande Windows PowerShell.


SPShellAdmin.




5. À partir de l’invite de commandes Windows PowerShell (PS C:\>), tapez la commande

suivante :

upgrade-spcontentdatabase -id <GUID>

Où GUID représente l’identificateur de la base de données. Vous pouvez exécuter l’applet de

commande suivante pour rechercher le GUID d’une base de données de contenu :

Get-SPContentDatabase -Identity<nom_base_de_données_de_contenu>

Pour redémarrer la mise à niveau pour la batterie de serveurs

Remarque :

Pour redémarrer la mise à niveau pour une base de données à l’aide de Windows PowerShell



383

Pour plus d’informations, voir Upgrade-SPContentDatabase.

http://technet.microsoft.com/library/9c7f1a52-02a7-452d-9746-a4e89aa54874(Office.14).aspx

384

Effectuer les étapes préalables à la mise à niveau (SharePoint Foundation 2010)

Après avoir planifié votre processus de mise à niveau vers Microsoft SharePoint Foundation 2010, vous

pouvez le démarrer en suivant les étapes préalables à la mise à niveau requises.



L’outil de vérification de pré-mise à niveau identifie les problèmes potentiels de mise à niveau dans

votre environnement. Exécutez cet outil lorsque vous planifiez la mise à niveau, avant de

l’effectuer, afin de pouvoir résoudre ces problèmes.

Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur place (SharePoint

Foundation 2010)

Créez une sauvegarde complète de votre environnement pour vous assurer que vous pouvez le

récupérer si la mise à niveau ne se passe pas comme prévu.

385


Vous pouvez utiliser l’outil de vérification préalable à la mise à niveau pour créer un rapport sur l’état de

votre environnement et des sites SharePoint avant d’effectuer la mise à niveau vers Microsoft

SharePoint Foundation 2010. Il est vivement recommandé que l’administrateur du serveur exécute

l’outil de vérification préalable à la mise à niveau avant d’effectuer la mise à niveau et qu’il résolve tous

les problèmes possibles avant de planifier celle-ci.

L’outil de vérification préalable à la mise à niveau est une opération Stsadm que vous lancez dans un

environnement Windows SharePoint Services 3.0 pour détecter les problèmes potentiels de mise à

niveau et consulter les recommandations et méthodes conseillées. L’opération est disponible avec

Windows SharePoint Services 3.0 Service Pack 2 et a été mise à jour dans la mise à jour cumulative

d’octobre 2009 pour Windows SharePoint Services 3.0. Vous pouvez télécharger et installer cette mise

à jour à partir de la page Les packages de mise à jour cumulative d’octobre 2009 pour SharePoint

Server 2007 et Windows SharePoint Services 3.0 sont publiés (éventuellement en anglais)


Vous devrez peut-être exécuter l’outil de vérification préalable à la mise à niveau plusieurs fois.

Par exemple, si vous l’exécutez pour évaluer votre batterie de serveurs, mais que vous

n’effectuez pas la mise à niveau avant plusieurs semaines, vous pouvez le réexécuter avant

d’effectuer la mise à niveau pour analyser les nouveaux sites et pour vous assurer qu’aucun

problème supplémentaire n’est apparu entre-temps.

Dans cet article :

À propos du rapport de l’outil de vérification préalable à la mise à niveau

Exécuter l’outil de vérification préalable à la mise à niveau

Une cause fréquente de défaillances au cours d’une mise à niveau est due à des

fonctionnalités, des solutions ou d’autres éléments personnalisés manquants dans

l’environnement. Vérifiez que les éléments personnalisés dont vous avez besoin sont installés

sur vos serveurs Web frontaux avant de commencer le processus de mise à niveau. Vous

pouvez utiliser l’outil de vérification préalable à la mise à niveau et, pour une mise à niveau

avec liaison des bases de données, l’applet de commande test-spcontentdatabaseWindows

PowerShell afin d’identifier les éléments personnalisés que vos sites pourraient utiliser. Pour

plus d’informations, voir Identifier et installer les personnalisations dans l’article « Utiliser une

mise à niveau d’évaluation pour rechercher les problèmes potentiels ».

Remarque :

Remarque :



386

À propos du rapport de l’outil de vérification préalable à la mise à niveau L’outil de vérification préalable à la mise à niveau fournit des informations sur l’état de votre

environnement et des sites SharePoint dans cet environnement, notamment :

Disponibilité pour la mise à niveau et chemins d’accès pris en charge : renvoie la liste de tous

les serveurs et composants de la batterie de serveurs et des informations indiquant si les serveurs

remplissent les conditions requises pour la mise à niveau.

Paramètres de mappage des accès de substitution : renvoie la liste des URL de mappage des

accès de substitution qui sont utilisées dans la batterie de serveurs.

Éléments installés : renvoie la liste de l’ensemble des définitions de sites, des modèles de sites,

des composants fonctionnels et des modules linguistiques installés dans la batterie de serveurs.

Vous devez savoir quels modèles de sites ont été installés ou utilisés afin de pouvoir vérifier s’ils

sont disponibles après une mise à niveau ou une liaison des bases de données. Vous devez savoir

également quels éléments ont été personnalisés afin de pouvoir vérifier les personnalisations après

la mise à niveau. Par exemple, vous devez savoir si un site dépend d’un module linguistique pour

Windows SharePoint Services 3.0 qui n’existait pas encore pour SharePoint Foundation 2010, afin

de pouvoir planifier comment traiter ce site durant la mise à niveau.

Personnalisations non prises en charge : signale si des personnalisations côté serveur qui ne

sont pas prises en charge (telles que les modifications de schéma de base de données) existent


Objets orphelins : dresse la liste des orphelins de base de données ou de site dans la batterie de

serveurs. Des éléments de liste, des listes, des documents, des sites Web et des collections de

sites peuvent être orphelins, c’est-à-dire que les objets existent, mais ne sont pas associés à un

site particulier. Étant donné que les objets orphelins ne fonctionnent pas dans la version

précédente, ils ne fonctionneront pas après la mise à niveau. Si vous effectuez une mise à niveau

sur place, les éléments orphelins existent toujours, mais ne fonctionnent pas. Il est recommandé de

réparer les objets orphelins avant la mise à niveau.

Les membres du groupe Administrateurs sur les serveurs Web frontaux peuvent réparer

les éléments orphelins avant la mise à niveau en suivant les étapes décrites dans

l’article 918744 de la Base de connaissances, Description d’une nouvelle opération de

ligne de commande que vous pouvez utiliser pour réparer des bases de données de

contenu dans Windows SharePoint Services


Paramètres de configuration valides : signale les paramètres de configuration manquants ou

non valides (comme un fichier Web.config manquant, des noms d’hôte non valides ou des comptes

de service non valide) qui existent dans la batterie de serveurs.

Conditions requises pour les bases de données : signale si les bases des données remplissent

les conditions requises pour la mise à niveau, par exemple si elles sont en lecture/écriture et si la

Conseil :




387

taille de chaque base de données ou collection de sites stockée dans la base de données interne

Windows ne dépasse pas 4 Go.

Utilisez les informations collectées par l’outil de vérification préalable à la mise à niveau pour

déterminer :

S’il convient d’effectuer une mise à niveau sur place ou une mise à niveau avec liaison des bases

de données.

Déterminer l’approche de mise à niveau (SharePoint Foundation 2010) fournit des informations qui

vous aident à déterminer le type de mise à niveau à effectuer. Il est important de tenir compte du

rapport généré par l’outil de vérification préalable à la mise à niveau pour prendre cette décision. Si

vos serveurs ne respectent pas la configuration requise pour une mise à niveau sur place, vous

devez envisager de procéder à une mise à niveau avec liaison des bases de données.

S’il convient de mettre à niveau une partie ou la totalité des collections de sites qui contiennent des

sites personnalisés.

Les sites dont la personnalisation doit être appliquée de nouveau ou renouvelée après la mise à

niveau et qui, par conséquent, peuvent prendre plus de temps que d’autres au cours de l’étape de

révision.

Une feuille de calcul est à votre disposition, dans laquelle vous pouvez enregistrer les informations sur

votre environnement pendant que vous préparez la mise à niveau. Téléchargez la feuille de calcul à

partir de l’adresse http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en

anglais).

Exécuter l’outil de vérification préalable à la mise à niveau Avant d’effectuer cette procédure, assurez-vous que :

Votre système exécute Windows SharePoint Services 3.0 avec Service Pack 2


Pour utiliser Stsadm, vous devez appartenir au groupe Administrateurs locaux du serveur.

2. Cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur


3. Dans la fenêtre d’invite de commandes, accédez au répertoire suivant :

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin


STSADM.EXE -o preupgradecheck

Cette commande vérifie le serveur local et vos paramètres au niveau de la batterie de

serveurs. Pour obtenir la liste des autres paramètres que vous pouvez utiliser avec cette

Pour exécuter l’outil de vérification préalable à la mise à niveau



388

opération, voir Preupgradecheck : opération Stsadm (Windows SharePoint Services). Pour

obtenir la liste des règles incluses dans l’outil de vérification préalable à la mise à niveau, voir

la rubrique Analyse et rapport préalables à la mise à niveau vers des versions ultérieures

(Windows SharePoint Services).

Après avoir exécuté l’outil de vérification préalable à la mise à niveau, le rapport s’ouvre

automatiquement dans votre navigateur par défaut. Vous pouvez également afficher le rapport en

l’ouvrant à partir de son emplacement dans le répertoire %COMMONPROGRAMFILES%\Microsoft

Shared\Web Server Extensions\12\LOGS. Le rapport est nommé selon le format suivant :

PreUpgradeCheck_AAAAMMJJ-HHMMSS-SSS-nombre aléatoire.htm, où AAAAMMJJ est la date,

HHMMSS-SSS est l’heure (heures au format 24 heures, minutes, secondes et millisecondes), et le

nombre aléatoire est utilisé pour la distinction entre deux tentatives simultanées possibles d’exécution

de l’outil de vérification préalable à la mise à niveau. Il existe également des versions TXT et XML du

rapport au même emplacement.

Utilisez le rapport pour détecter et résoudre les problèmes. Vous pouvez également partager les

résultats pertinents avec d’autres membres de l’équipe de mise à niveau. Par exemple, vous pouvez

signaler des problèmes tels que des modèles de site personnalisés ou des composants WebPart

personnalisés au propriétaire du site, au concepteur Web ou au développeur approprié avant de

planifier la mise à niveau, pour leur donner le temps de résoudre les problèmes.




389

Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur place (SharePoint Foundation 2010)

Pour être assuré de pouvoir récupérer l’environnement existant en cas de problème pendant la mise à

niveau, vous devez sauvegarder l’environnement Windows SharePoint Services 3.0 avant d’exécuter le

processus de mise à niveau.

Si vous exécutez Windows SharePoint Services 3.0 dans un environnement virtuel Hyper-V, voir

Utilisation des produits et technologies SharePoint dans un environnement virtuel Hyper-V


Sauvegarder l’environnement Vous pouvez effectuer une sauvegarde complète de l’environnement Windows SharePoint Services

3.0. Il est recommandé d’effectuer une sauvegarde complète de la batterie de serveurs avant

d’effectuer la mise à niveau.

Pour sauvegarder l’environnement Windows SharePoint Services 3.0, utilisez les procédures décrites

dans Sauvegarder une batterie de serveurs à l’aide des outils intégrés (Windows SharePoint

Services 3.0) (http://go.microsoft.com/fwlink/?linkid=105988&clcid=0x40C).

Si vous avez déployé des personnalisations, vous devez également les sauvegarder. Pour plus

d’informations, voir Sauvegarder et restaurer les personnalisations (Windows SharePoint Services)


Tester les sauvegardes Vous devez vous assurer que ces sauvegardes sont valides, afin de pouvoir effectuer une récupération

en cas de défaillance matérielle ou d’altération des données au cours de la mise à niveau. Pour tester

les sauvegardes, configurez une batterie de serveurs Windows SharePoint Services 3.0 non utilisée en

production, restaurez les sauvegardes, installez toutes les personnalisations (définitions de site,

composants WebPart, etc.), puis vérifiez que la sauvegarde restaurée est opérationnelle.

Pour ce faire, utilisez les procédures décrites dans Restaurer Windows SharePoint Services 3.0 à l’aide

des outils intégrés (http://go.microsoft.com/fwlink/?linkid=105989&clcid=0x40C).

Voir aussi Sauvegarder et restaurer la batterie de serveurs (Windows SharePoint Services 3.0)








390

Effectuer une mise à niveau sur place (SharePoint Foundation 2010)

Maintenant que vous avez étudié le processus de mise à niveau en consultant les articles dans À

propos du processus de mise à niveau (SharePoint Foundation 2010) et planifié votre mise à niveau en

suivant les étapes indiquées dans les articles dans Planifier et préparer la mise à niveau (SharePoint

Foundation 2010), vous êtes en mesure d’effectuer la mise à niveau sur place vers Microsoft

SharePoint Foundation 2010. Vous pouvez suivre les étapes indiquées dans cette section pour une

mise à niveau d’évaluation et pour votre mise à niveau sur place réelle sur votre batterie de serveurs de

production.


Liste de vérification pour une mise à niveau sur place (SharePoint Foundation 2010)

Utilisez cette liste de vérification pour vérifier que vous suivez toutes les étapes nécessaires

(étapes de préparation, étapes d’exécution et étapes postérieures à l’exécution) de la mise à

niveau.


Découvrez toutes les étapes nécessaires pour une mise à niveau sur place, depuis l’installation

des composants obligatoires jusqu’à la mise à niveau des sites.


SharePoint Foundation 2010 avec stockage BLOB distant

Prenez connaissance des étapes requises pour la mise à niveau vers SharePoint Foundation 2010

depuis un système Windows SharePoint Services 3.0 autonome dont les bases de données de

contenu sont supérieures à 4 gigaoctets (Go).

Introduction à la mise à niveau sur place avec bases de données détachées (SharePoint

Foundation 2010)

Comprenez comment utiliser l’approche hybride de détachement des bases de données. Cette

approche combine une mise à niveau sur place avec l’efficacité et la vitesse d’une mise à niveau

simultanée de plusieurs bases de données en même temps.

Installer les packs de modèles linguistiques disponibles (SharePoint Foundation 2010)

Installez tous les modules linguistiques nécessaires pour votre environnement, après avoir exécuté

le programme d’installation et avant d’exécuter l’Assistant Configuration des produits SharePoint.

391

Liste de vérification pour une mise à niveau sur place (SharePoint Foundation 2010)

Cet article contient une liste de vérification qui vous permet de vérifier que vous avez suivi toutes les

étapes nécessaires (étapes de préparation, étapes d’exécution et étapes postérieures à l’exécution) de

la mise à niveau.

Dans cet article :


Effectuer la mise à niveau

Effectuer les étapes postérieures à la mise à niveau

Certaines étapes comportent des remarques sur leur durée. Il s’agit uniquement d’estimations

destinées à vous donner une idée relative de la durée d’une étape. Pour déterminer la durée de

chaque étape pour votre environnement, il est recommandé d’effectuer des mises à niveau d’évaluation

dans un environnement de test. Pour plus d’informations, voir Estimer la durée du processus de mise à

niveau et l’espace dont vous avez besoin (SharePoint Foundation 2010) et Utiliser une mise à niveau


Préparer la mise à niveau Suivez ces étapes dans l’ordre avant de commencer une mise à niveau sur place :

Étapes préalables à la mise à niveau pour une mise à niveau sur

place

Remarques

[ ] Exécuter l’outil de vérification


Exécutez l’outil de vérification

préalable à la mise à niveau et

résolvez les problèmes. Utilisez le

rapport généré par l’outil pour

remplir la feuille de calcul relative à

la planification de la mise à niveau.

Étapes détaillées : Exécuter l’outil

de vérification préalable à la mise à

niveau (SharePoint

Foundation 2010).

Effectuez cette étape à plusieurs

reprises lorsque vous nettoyez

votre environnement et que vous

testez votre processus de mise à

niveau.

L’exécution de l’outil de vérification

ne prend que quelques minutes,

mais la résolution des problèmes

peut durer des jours ou des

semaines.

[ ] Nettoyer votre environnement Effectuez cette étape une seule

392


place

Remarques

Avant de commencer la mise à

niveau, vérifiez l’intégrité de votre

environnement et veillez à nettoyer

tout contenu qui n’a pas lieu d’être

conservé. Supprimez ou réparez

les données ou sites orphelins,

traitez les listes de grande taille ou

les listes de contrôle d’accès

volumineuses, supprimez les

versions de documents non

pertinentes, ainsi que les modèles,

fonctionnalités ou composants

WebPart non utilisés.

Étapes détaillées : Nettoyage de

votre environnement avant la mise


Foundation 2010).

fois pour l’ensemble de

l’environnement.

Ce processus peut durer des

jours, voire des semaines.

[ ] Enregistrer les types de fichiers

bloqués

Les types de fichiers bloqués ne

sont pas conservés durant la mise

à niveau. Copiez la liste des types

de fichiers bloqués et enregistrez-la

dans la feuille de calcul relative à la

mise à niveau afin de pouvoir

réappliquer les paramètres après la

mise à niveau.

Effectuez cette étape une seule


l’environnement.

[ ] Sauvegarder votre

environnement

Sauvegardez l’intégralité de votre

environnement pour avoir la

garantie de pouvoir récupérer

l’environnement existant en cas de

problème durant le processus de

mise à niveau.

Étapes détaillées : Sauvegarder

l’intégralité de l’environnement

avant une mise à niveau sur place



l’environnement.

Cette étape peut durer une heure,

plusieurs heures, voire davantage,

en fonction de votre jeu de

données et de votre

environnement.

393


place

Remarques


Effectuer la mise à niveau Suivez ces étapes dans l’ordre durant une mise à niveau sur place. Les étapes requises pour une mise

à niveau sur place avec bases de données détachées sont également incluses.

Lorsque vous effectuez une mise à niveau sur place à partir d’une installation de Windows

SharePoint Services 3.0 qui utilise la base de données interne de Windows et que la taille de la

base de données est proche de 4 Go, vous devez effectuer des étapes supplémentaires. Pour

plus d’informations sur ces étapes, voir Mise à niveau depuis une installation autonome de

Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec des bases de

données de contenu dépassant 4 Go (stockage BLOB distant).

Effectuer la mise à niveau sur place Remarques

[ ] Exécuter l’outil de vérification


Réexécutez l’outil de vérification

préalable à la mise à niveau pour

identifier les nouveaux problèmes ou

ceux qui sont encore en suspens,

avant de démarrer la mise à niveau.

Étapes détaillées : Exécuter l’outil de

vérification préalable à la mise à

niveau (SharePoint

Foundation 2010).

L’exécution de l’outil de

vérification ne prend que

quelques minutes, mais la

résolution des problèmes peut

durer plus longtemps.

[ ] Installer les éléments requis sur

tous les serveurs

Avant de pouvoir effectuer la mise à

niveau, vous devez exécuter le

programme d’installation des

éléments requis sur chaque serveur

Web où Windows SharePoint

Services 3.0 est installé.

Étapes détaillées : Configuration

Effectuez cette étape pour

chaque serveur Web de votre

environnement.

Avertissement :

394


requise pour l’installation dans

l’article « Mise à niveau sur place de

SharePoint Foundation 2010 ».

[ ] Détacher les bases de données

(mise à niveau sur place avec

bases de données détachées

uniquement)

Si vous effectuez une mise à niveau

sur place avec bases de données

détachées, détachez ces dernières

avant d’exécuter le programme

d’installation.

Étapes détaillées : Introduction à la

mise à niveau sur place avec bases

de données détachées (SharePoint

Foundation 2010).


chaque base de données de

contenu de votre environnement.

[ ] Déconnecter des utilisateurs

Si vous procédez à la mise à niveau

d’une batterie de serveurs,

déconnectez tous les utilisateurs de

la batterie de serveurs en arrêtant le

service de publication World Wide

Web (W3SVC) sur tous les serveurs

Web.

Effectuez cette étape sur chaque

serveur Web de votre

environnement.

[ ] Exécuter le programme

d’installation sur tous les serveurs

Exécutez le programme d’installation

sur tous les serveurs pour mettre à

niveau le logiciel.

Étapes détaillées : Exécuter le

programme d’installation sur tous les

serveurs dans l’article « Mise à

niveau sur place de SharePoint

Foundation 2010 ».



environnement.

Cette étape peut durer quelques

minutes ou plus d’une heure, en

fonction du nombre de serveurs

de votre environnement.

[ ] Installer des modules

linguistiques

Installez les modules linguistiques

Effectuez cette étape sur chaque

serveur Web de votre

environnement.

395


dont vous avez besoin avant

d’exécuter l’Assistant Configuration

des produits SharePoint.

Étapes détaillées : Installer les packs

de modèles linguistiques disponibles


Cette étape ne doit prendre que

quelques minutes par serveur

Web.

[ ] Exécuter l’Assistant Configuration

des produits SharePoint.

Si vous mettez à niveau une batterie

de serveurs, exécutez d’abord

l’Assistant Configuration des produits

SharePoint sur le serveur qui

exécute l’Administration centrale de

SharePoint, effectuez une pause et

lancez l’Assistant sur les autres

serveurs de la batterie, puis revenez

au premier serveur pour terminer le

déroulement de l’Assistant.

Important :

Vous devez mettre à niveau

l’Administration centrale de

SharePoint avant de

procéder à la mise à niveau

de tout autre contenu dans

la batterie de serveurs. C’est

la raison pour laquelle il faut

terminer le déroulement de

l’Assistant sur le serveur qui

exécute l’Administration

centrale de SharePoint.

Étapes détaillées : Exécuter

l’Assistant Configuration des produits

SharePoint dans l’article « Mise à

niveau sur place de SharePoint

Foundation 2010 ».



environnement.

Cette étape peut durer au moins

une heure.

[ ] Configurer l’authentification par

formulaire pour une application

Web basée sur les revendications

Effectuez cette étape maintenant

si vous suivez l’approche de la

mise à niveau sur place avec

396




uniquement)

Pour les applications Web

configurées pour utiliser

l’authentification par formulaire ou

l’authentification unique Web, vous

devez effectuer des étapes

supplémentaires avant d’attacher et

de mettre à niveau les bases de

données. En premier lieu,

convertissez les applications Web

Windows SharePoint Services 3.0

pour utiliser l’authentification basée

sur les revendications. Après avoir

converti vos applications Web de

sorte qu’elles utilisent

l’authentification basée sur les

revendications, configurez vos zones

d’application Web pour

l’authentification par formulaire (ou

l’authentification unique Web, selon

le cas). Vous pourrez ensuite faire

migrer les utilisateurs et les

autorisations vers SharePoint

Foundation 2010.

Étapes détaillées : Configurer

l’authentification par formulaires pour

une application Web basée sur les

revendications (SharePoint

Foundation 2010).

bases de données détachées. Si

vous suivez l’approche standard

de la mise à niveau sur place,

effectuez cette étape une fois la

mise à niveau terminée.

Effectuez cette étape pour les

applications Web qui utilisaient


dans Windows SharePoint

Services 3.0.

[ ] Attacher les bases de données



uniquement)

Si vous effectuez une mise à niveau

sur place avec bases de données

détachées, attachez ces dernières,

puis effectuez la mise à niveau des



contenu de votre environnement.


plusieurs heures, voire plusieurs

jours, en fonction de votre jeu de

données, selon que vous

effectuez la mise à niveau de

397


données.

Étapes détaillées : Introduction à la

mise à niveau sur place avec bases

de données détachées (SharePoint

Foundation 2010).

plusieurs bases de données en

parallèle, mais aussi en fonction

du matériel des serveurs Web,

des serveurs de bases de

données et du sous-système de

stockage.

[ ] Surveiller la progression de la

mise à niveau

Utilisez la page État de la mise à

niveau dans l’Administration centrale

de SharePoint pour surveiller la

progression de la mise à niveau de

vos sites.

Étapes détaillées : Vérifier la mise à

niveau et passer en revue les sites

mis à niveau (SharePoint

Foundation 2010).



l’environnement.


plusieurs heures ou plusieurs

jours, en fonction de votre jeu de

données.

Effectuer les étapes postérieures à la mise à niveau Effectuez les étapes suivantes dans l’ordre après une mise à niveau sur place.

Étapes postérieures à la mise à niveau pour une mise à niveau sur

place

Remarques

[ ] Configurer l’authentification

basée sur les formulaires pour

une application Web basée sur

les revendications

Pour les applications Web

configurées pour utiliser

l’authentification par formulaire ou

l’authentification unique Web, vous

devez effectuer des étapes

supplémentaires après la mise à

niveau. En premier lieu,

convertissez les applications Web

Windows SharePoint Services 3.0

Effectuez cette étape pour les

applications Web qui utilisaient


dans Windows SharePoint

Services 3.0.

398

Étapes postérieures à la mise à niveau pour une mise à niveau sur

place

Remarques

pour utiliser l’authentification basée

sur les revendications. Après avoir

converti vos applications Web de

sorte qu’elles utilisent

l’authentification basée sur les

revendications, configurez vos

zones d’application Web pour

l’authentification par formulaire (ou

l’authentification unique Web, selon

le cas). Vous pourrez ensuite faire

migrer les utilisateurs et les

autorisations vers SharePoint

Foundation 2010.

Étapes détaillées : Configurer

l’authentification par formulaires

pour une application Web basée


Foundation 2010).

[ ] Vérifier la mise à niveau et

passer en revue les sites mis à

niveau

Passez en revue les sites pour

vous assurer qu’ils ont été mis à

niveau correctement et qu’ils sont

prêts à être montrés aux

utilisateurs.

Étapes détaillées : Vérifier la mise

à niveau et passer en revue les

sites mis à niveau (SharePoint

Foundation 2010).

Effectuez cette étape pour chaque

application Web et collection de

sites ayant fait l’objet d’une mise à

niveau dans votre environnement.


plusieurs heures ou plusieurs

jours, en fonction de votre

contenu.

Demandez également aux

propriétaires de sites de passer en

revue leurs sites et de signaler les

problèmes éventuels.

Voir aussi Feuille de calcul relative à la mise à niveau des produits SharePoint 2010 (éventuellement en anglais)


399


Lorsque vous effectuez une mise à niveau sur place de Windows SharePoint Services 3.0 vers

Microsoft SharePoint Foundation 2010, les données de configuration de la batterie de serveurs et le

contenu de la batterie de serveurs sont mis à niveau sur le matériel existant, dans un ordre fixe.

Lorsque vous démarrez la mise à niveau sur place, le programme d’installation place le serveur Web

en mode hors connexion et rend les sites Web indisponibles jusqu’à la fin de l’installation de la mise à

niveau, puis il redémarre le serveur Web. Lorsque vous effectuez une mise à niveau sur place, vous ne

pouvez ni suspendre la version précédente, ni la restaurer.

Une cause fréquente de défaillance lors des mises à niveau vient du fait que l’environnement

ne dispose pas de fonctionnalités personnalisées, de solutions ou d’autres éléments. Assurez-

vous que tous les éléments personnalisés requis sont installés sur vos serveurs Web frontaux

avant de lancer le processus de mise à niveau. Vous pouvez utiliser l’outil de vérification

préalable à la mise à niveau pour identifier les éléments personnalisés susceptibles d’être

utilisés par vos sites. Pour plus d’informations, voir Identifier et installer les personnalisations

dans l’article « Utiliser une mise à niveau d’évaluation pour rechercher les problèmes

potentiels ».

La mise à niveau sur place d’une installation de Windows SharePoint Services 3.0 utilisant la base de

données interne Windows dont la taille dépasse 4 Go nécessite des étapes supplémentaires. Pour plus

d’informations, voir Mise à niveau depuis une installation autonome de Windows SharePoint

Services 3.0 vers SharePoint Foundation 2010 avec des bases de données de contenu dépassant

4 Go (stockage BLOB distant).

Vous pouvez également utiliser les nombreuses procédures décrites dans cet article pour effectuer la

mise à niveau par une approche hybride avec détachement des bases de données, dans laquelle vous

mettez à niveau le serveur et l’infrastructure en place, puis pour mettre à niveau les bases de données

de contenu, vous les détachez puis les rattachez en parallèle. Pour plus d’informations sur le

détachement des bases de données, voir Introduction à la mise à niveau sur place avec bases de

données détachées (SharePoint Foundation 2010). Pour plus d’informations sur le choix de la méthode

de mise à niveau, voir Déterminer l’approche de mise à niveau (SharePoint Foundation 2010) et

Présentation du processus de mise à niveau (SharePoint Foundation 2010).

Vous devez exécuter Windows SharePoint Services 3.0 avec Service Pack 2 (SP2) dans un

environnement Windows Server 2008 64 bits pour pouvoir effectuer une mise à niveau sur

place vers SharePoint Foundation 2010. Si vous vous trouvez dans un environnement de

batterie de serveurs, vous devez également exécuter une version 64 bits de Microsoft SQL

Remarque :

Important :

400

Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 ou

SQL Server 2005 avec SP3 et mise à jour cumulative 3.

Dans cet article :


Avant de commencer

Configuration requise pour l’installation

Exécuter le programme d’installation sur tous les serveurs


Vérifier l’état de la mise à niveau pour les sites

Vérification

Vue d’ensemble du processus Les procédures décrites dans cet article vous permettent d’installer SharePoint Foundation 2010 et de

mettre à niveau tous les sites SharePoint de l’environnement. Il est recommandé de faire un essai du

processus de mise à niveau dans un environnement de test avant de mettre à niveau votre

environnement de production. Pour plus d’informations, voir Utiliser une mise à niveau d’évaluation

pour rechercher les problèmes potentiels (SharePoint Foundation 2010).

Lorsque vous mettez à niveau une batterie de serveurs, installez et configurez la nouvelle version sur

les serveurs en procédant dans l’ordre suivant :

1. Installez SharePoint Foundation 2010 sur tous les serveurs de la batterie de serveurs.

2. Installez les modules linguistiques pour SharePoint Foundation 2010 dont vous avez besoin. Pour

plus d’informations, voir Installer les packs de modèles linguistiques disponibles (SharePoint

Foundation 2010).

3. Exécutez l’Assistant Configuration des produits SharePoint sur le serveur Web frontal où se trouve

le site Web Administration centrale de SharePoint.

Pour déterminer quel serveur exécute l’Administration centrale de SharePoint, ouvrez la page

Serveurs de la batterie (http://nom_serveur: port_admin/_admin/farmservers.aspx) et notez les

serveurs sur lesquels les services Administration centrale sont en cours d’exécution. Effectuez

cette étape avant d’installer SharePoint Foundation 2010, tant que l’Administration centrale de

SharePoint pour Windows SharePoint Services 3.0 est encore disponible.

Si plusieurs serveurs exécutent l’Administration centrale de SharePoint, sélectionnez-en un

et utilisez le serveur initial sur lequel exécuter la mise à niveau. Une fois le processus

terminé sur ce serveur, vous pouvez continuer avec les autres serveurs exécutant

l’Administration centrale de SharePoint.

4. Exécutez l’Assistant Configuration des produits SharePoint sur les serveurs Web frontaux et les

serveurs d’applications restants de la batterie, dans n’importe quel ordre.

Remarque :

401

Pour une vue d’ensemble et des schémas de chaque approche de la mise à niveau, voir Présentation

du processus de mise à niveau (SharePoint Foundation 2010).

Si vous utilisez une approche de mise à niveau hybride avec détachement des bases de

données, le processus est similaire, mais vous détachez toutes les bases de données de

contenu avant d’exécuter le programme d’installation, puis les rattachez après l’exécution de

l’Assistant Configuration des produits SharePoint. Pour plus d’informations sur la méthode de

mise à niveau avec détachement des bases de données, voir Introduction à la mise à niveau

sur place avec bases de données détachées (SharePoint Foundation 2010).

Avant de commencer Avant de commencer la mise à niveau sur place, passez en revue les informations suivantes relatives

aux autorisations, aux configurations matérielle et logicielle requises et aux étapes à effectuer avant de


Pensez à exécuter l’outil de vérification préalable à la mise à niveau (stsadm -o

preupgradecheck, disponible dans Windows SharePoint Services 3.0 Service Pack 2 et mis à jour

par le biais de la Mise à jour cumulative d’octobre 2009) et à régler les éventuels problèmes avant

de commencer le processus de mise à niveau. Pour plus d’informations, voir Exécuter l’outil de

vérification préalable à la mise à niveau (SharePoint Foundation 2010).

Il est recommandé de sauvegarder votre environnement avant de lancer la mise à niveau. Pour

plus d’informations, voir Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur

place (SharePoint Foundation 2010).

Assurez-vous que toutes les conditions requises pour le matériel et les logiciels sont satisfaites.









Vérifiez que le compte que vous utilisez pour exécuter l’Assistant Configuration des produits

SharePoint est membre du rôle de base de données fixe db_ownerpour toutes les bases de

données que vous souhaitez mettre à niveau.

Configuration requise pour l’installation Avant de pouvoir mettre à niveau, vous devez exécuter le programme d’installation de la configuration

requise sur chaque serveur Web sur lequel Windows SharePoint Services 3.0 est installé. Un

Remarque :

402

programme d’installation de la configuration requise est disponible pour installer les logiciels

nécessaires à la prise en charge de SharePoint Foundation 2010.

1. Sur le CD-ROM du produit, ouvrez le dossier d’installation et exécutez

PrerequisiteInstaller.exe.

L’Outil de préparation des produits Microsoft SharePoint s’ouvre.


3. Dans la page Termes du contrat de licence, activez la case à cocher J’accepte les termes du

contrat de licence, puis cliquez sur Suivant.

L’outil est exécuté. Il installe et configure les logiciels requis.


5. Dans l’écran Installation terminée, vérifiez que chaque élément prérequis est répertorié comme

étant installé ou existant.

6. Cliquez sur Terminer pour fermer l’Assistant.

Exécuter le programme d’installation sur tous les serveurs Une fois que tous les éléments prérequis sont installés, vous pouvez exécuter le fichier Setup.exe sur

tous les serveurs Web de la batterie de serveurs.

Si vous utilisez une approche de mise à niveau hybride avec détachement des bases de

données, vous devez détacher vos bases de données de contenu avant d’exécuter le

programme d’installation. Pour plus d’informations sur le détachement des bases de données,

voir Introduction à la mise à niveau sur place avec bases de données détachées (SharePoint

Foundation 2010).

Si vous procédez à la mise à niveau sur place d’une batterie de serveurs, déconnectez tous les

utilisateurs de la batterie de serveurs en arrêtant le service de publication World Wide Web

(W3SVC) sur tous les serveurs Web frontaux. Si vous autorisez les utilisateurs d’une batterie

de serveurs à se connecter après la mise à jour des fichiers et des bases de données d’un

serveur Web, mais avant que les autres serveurs Web soient mis à jour, les utilisateurs ne

peuvent pas naviguer sur les sites Web.

1. Exécuter Setup.exe.

Pour exécuter le programme d’installation de la configuration requise

Remarque :

Important :

Pour installer la nouvelle version

403


termes, activez la case à cocher J’accepte les termes de ce contrat, puis cliquez sur

Continuer.

3. Dans la page des versions antérieures de mise à niveau, cliquez sur Installer maintenant.

4. Le programme d’installation s’exécute et installe SharePoint Foundation 2010.

Dans la dernière page, désactivez la case à cocher Exécuter l’Assistant Configuration des

produits SharePoint, puis cliquez sur Fermer.

Avant d’exécuter l’Assistant Configuration des produits SharePoint, installez les packs de modèles

linguistiques pour SharePoint Foundation 2010. Pour plus d’informations, voir Installer les packs de

modèles linguistiques disponibles (SharePoint Foundation 2010).

Exécuter l’Assistant Configuration des produits SharePoint Si vous mettez à niveau un seul serveur, vous pouvez exécuter l’Assistant Configuration des produits

SharePoint sur ce serveur uniquement, puis commencer à mettre à niveau le contenu. Si vous mettez à

niveau une batterie de serveurs, exécutez d’abord l’Assistant Configuration des produits SharePoint sur

le serveur exécutant l’Administration centrale de SharePoint, mettez-le une pause et lancez l’Assistant

sur les autres serveurs de la batterie, puis revenez au premier serveur pour terminer l’exécution de

l’Assistant. Il est important de mettre à niveau l’Administration centrale de SharePoint avant de

procéder à la mise à niveau de tout autre contenu dans la batterie de serveurs ; c’est la raison pour

laquelle il faut terminer l’exécution de l’Assistant sur le serveur qui exécute l’Administration centrale de

SharePoint.

Vérifiez que le compte que vous utilisez pour exécuter l’Assistant Configuration des produits

SharePoint est membre du rôle de base de données fixe db_ownerpour toutes les bases de

données que vous souhaitez mettre à niveau. Si cela n’est pas le cas, une erreur signalant un

compte d’utilisateur inconnu risque de s’afficher lorsque l’Assistant démarre pour mettre à

niveau les bases de données.

Assurez-vous que vous avez bien installé les packs de modèles linguistiques avant d’exécuter


Une fois que vous avez exécuté l’Assistant Configuration des produits SharePoint, Windows

SharePoint Services 3.0 n’est plus disponible. Vous ne pouvez pas suspendre ou annuler le

processus de configuration et de mise à niveau. Assurez-vous de disposer d’une sauvegarde

actuelle et valide de l’environnement avant de poursuivre l’installation de SharePoint

Foundation 2010.

Important :

Attention :


404

1. Cliquez sur Démarrer, pointez sur Tous les programmes puis sur Outils d’administration et

cliquez sur Assistant Configuration des produits SharePoint.

2. Dans l’Assistant Configuration des produits SharePoint, sur la page Bienvenue dans les

produits SharePoint, cliquez sur Suivant.

Un message s’affiche pour vous avertir qu’il est possible que vous deviez redémarrer ou

réinitialiser les services Internet (IIS), les services d’administration SharePoint v4 et le service

du minuteur SharePoint v4 au cours de la configuration.

3. Cliquez sur Oui pour poursuivre l’exécution de l’Assistant.

4. Dans la page qui permet de spécifier les paramètres de la batterie de serveurs, dans la zone

Phrase secrète, tapez une phrase secrète et dans la zone Confirmer la phrase secrète,

tapez la même phrase secrète.

La phrase secrète doit comporter au moins huit caractères et inclure des caractères figurant

dans au moins trois des quatre groupes de caractères suivants :

Majuscules (A à Z) de l’alphabet utilisé pour l’anglais

Minuscules (a à z) de l’alphabet utilisé pour l’anglais

Nombres (0 à 9)

Caractères non alphabétiques (!, $, #, %)

5. Dans la page Mise à niveau visuelle, sélectionnez l’une des options suivantes :

Modifier les sites SharePoint existants pour profiter des derniers progrès réalisés

dans le confort d’utilisation. Les administrateurs contrôlent le confort d’utilisation

des utilisateurs

Cette option permet de profiter de la nouvelle expérience utilisateur dans tous les sites,

sans afficher d’aperçu de cette nouvelle expérience utilisateur. Si vous sélectionnez cette

option, vous pouvez également choisir l’une des deux options suivantes :

Conserver les pages personnalisées, mais mettre à jour le modèle et les pages

d’application pour utiliser la nouvelle interface utilisateur.

Restaurer toutes les pages personnalisées en fonction de leurs modèles d’origine.

Cette option supprimera les modifications de pages personnalisées et ne peut pas

être annulée.

Conserver l’apparence des sites SharePoint existants et permettre aux utilisateurs

de mettre à jour leur expérience utilisateur de ces sites.

Il s’agit de l’option par défaut. Cette option permet aux propriétaires de sites d’afficher un

aperçu de leurs sites dans la nouvelle expérience utilisateur et de déterminer quand ils

sont prêts à basculer définitivement les sites vers la nouvelle expérience utilisateur.

6. Dans la page Fin de l’Assistant Configuration des produits SharePoint, vérifiez les paramètres,

puis cliquez sur Suivant.

L’Assistant Configuration des produits SharePoint s’exécute et configure la base de données

de configuration et l’Administration centrale de SharePoint pour SharePoint Foundation 2010

405

7. Un message s’affiche pour vous avertir que si vous disposez d’une batterie comportant

plusieurs serveurs, vous devez exécuter le programme d’installation sur chacun d’entre eux

pour installer de nouveaux fichiers binaires avant de poursuivre l’exécution de l’Assistant

Configuration des produits SharePoint.

S’il s’agit de l’unique serveur de la batterie ou si vous avez déjà exécuté le programme

d’installation sur tous les serveurs de la batterie, cliquez sur OK pour poursuivre l’exécution

de l’Assistant.

Si vous n’avez pas encore exécuté le programme d’installation sur tous les serveurs de la

batterie, exécutez-le sur les autres serveurs, puis revenez à ce serveur et cliquez sur OK

pour poursuivre l’exécution de l’Assistant.

L’Assistant Configuration des produits SharePoint continue le processus de mise à niveau en

configurant la base de données de configuration et en installant l’Administration centrale de

SharePoint.

8. Dans la page Configuration réussie - Mise à niveau en cours, examinez les paramètres

configurés, puis cliquez sur Terminer.

L’Assistant Configuration des produits SharePoint se ferme et la page État de la mise à niveau

s’ouvre. Vous pouvez être invité à entrer votre nom d’utilisateur et votre mot de passe avant

l’ouverture de cette page. Le processus de mise à niveau peut prendre un certain temps, en

fonction de la quantité de données stockées dans votre batterie de serveurs.

Remarque :

Si vous utilisez l’approche de mise à niveau hybride avec détachement des bases de

données, vous pouvez maintenant commencer à attacher les bases de données de

contenu afin de les mettre à niveau. Pour plus d’informations, voir Introduction à la

mise à niveau sur place avec bases de données détachées (SharePoint

Foundation 2010).

9. Si vous mettez à niveau une batterie de serveurs, vous pouvez maintenant poursuivre

l’exécution de l’Assistant Configuration des produits SharePoint sur les autres serveurs de la

batterie.

Vérifier l’état de la mise à niveau pour les sites Après la fin de l’Assistant Configuration des produits SharePoint, vous pouvez analyser la mise à

niveau sur chaque site à partir de la page État de la mise à niveau dans l’Administration centrale de

SharePoint ou en utilisant l’opération localupgradestatus dans Stsadm.exe. Pour plus d’informations,

voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010)

Une fois la mise à niveau effectuée pour tous les sites, si vous avez arrêté le service de publication

World Wide Web (W3SVC) sur tous les serveurs Web frontaux avant la mise à niveau, démarrez

manuellement le service de publication World Wide Web sur les serveurs Web frontaux pour que les

serveurs Web soient disponibles pour tous les utilisateurs.

406

Les résultats de recherche risquent d’être incomplets ou ne pas être renvoyés pendant les

quelques minutes qui suivent la mise à niveau. Ceci est dû au fait que le travail du minuteur de

synchronisation de la recherche doit être exécuté après la mise à niveau : les résultats de

recherche ne sont pas disponibles tant que ce travail n’est pas terminé.

Vérification Si la mise à niveau échoue ou signale des problèmes, vous pouvez vous référer aux fichiers journaux

et d’erreurs pour plus d’informations. Pour plus d’informations sur la consultation des fichiers journaux

et sur le redémarrage de la mise à niveau après un incident, voir Vérifier la mise à niveau et passer en

revue les sites mis à niveau (SharePoint Foundation 2010). Si vous utilisez la mise à niveau visuelle,

pour plus d’informations sur l’aperçu des sites et la modification de la nouvelle interface utilisateur, voir

Gérer une mise à niveau visuelle (SharePoint Foundation 2010).

Voir aussi Résoudre les problèmes de mise à niveau (SharePoint Foundation)

Remarque :

407

Introduction à la mise à niveau sur place avec bases de données détachées (SharePoint Foundation 2010)

Lorsque vous effectuez une mise à niveau depuis Windows SharePoint Services 3.0 vers Microsoft

SharePoint Foundation 2010, vous pouvez réaliser une mise à niveau sur place ou une mise à niveau

avec liaison des bases de données, ou vous pouvez combiner certains aspects des deux méthodes

pour accroître la disponibilité ou le débit pendant le processus de mise à niveau. Cet article explique

comment utiliser une méthode hybride qui combine une mise à niveau sur place et le détachement et

l’attachement de bases de données pour mettre à niveau plusieurs bases de données en même temps,

éventuellement sur des supports matériels distincts. Vous pouvez utiliser cette méthode pour mettre à

niveau deux bases de données de contenu ou plus à la fois, ce qui vous permet d’effectuer une mise à

niveau plus rapidement que si vous recouriez à une mise à niveau sur place standard (qui met à niveau

des bases de données de contenu et des collections de sites individuels en série). Cette méthode

repose sur les techniques hybrides suivantes :

utilisation d’une mise à niveau sur place pour mettre à niveau la batterie de serveurs et les

paramètres ;

détachement et mise à niveau de plusieurs bases de données en parallèle ;

autre séquence de mise à niveau possible : mise à niveau des bases de données sur une petite

batterie de serveurs temporaire.

Notez que si vous décidez d’utiliser une petite batterie de serveurs temporaire pour effectuer la mise à

niveau proprement dite, vous devez disposer d’un accès direct aux serveurs de base de données à

partir desquels vous puissiez copier les bases de données. La copie des bases de données via le

réseau est gourmande en temps et en bande passante : veillez à tester ce processus pour déterminer

si vous disposez des ressources nécessaires à l’utilisation d’une petite batterie de serveurs temporaire.

Pour plus d’informations sur les avantages et les inconvénients des différentes méthodes de mise à

niveau, voir Déterminer l’approche de mise à niveau (SharePoint Foundation 2010). Pour une brève

présentation et une description graphique des étapes de chaque méthode, voir Présentation du

processus de mise à niveau (SharePoint Foundation 2010).

Une cause fréquente des échecs de mise à niveau est le manque d’éléments personnalisés

dans l’environnement, tels que des fonctionnalités ou des solutions personnalisées. Avant de

commencer le processus de mise à niveau, vérifiez que tous les éléments personnalisés requis

sont installés sur les serveurs Web frontaux. Vous pouvez utiliser l’outil d’analyse préalable à la

mise à niveau et, dans le cas d’une mise à niveau avec liaison des bases de données, l’applet

de commande Windows PowerShelltest-spcontentdatabase, pour identifier tous les éléments

personnalisés éventuellement utilisés par vos sites. Pour plus d’informations, voir Identifier et

Remarque :

408

installer les personnalisations dans l’article « Utiliser une mise à niveau d’évaluation pour

rechercher les problèmes potentiels ».

Dans cet article :


Avant de commencer

Pour détacher des bases de données et les mettre à niveau en parallèle sur la même batterie de

serveurs

Pour détacher des bases de données et les mettre à niveau en parallèle sur une petite batterie de

serveurs temporaire

Vérification

Vous devez exécuter Windows SharePoint Services 3.0 Service Pack 2 (SP2) dans un

environnement Windows Server 2008 64 bits pour effectuer une mise à niveau sur place vers

SharePoint Foundation 2010. Dans le cas d’un environnement de batterie de serveurs, vous

devez également exécuter une version 64 bits d’un des produits suivants : Microsoft SQL

Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et

SQL Server 2005 avec SP3 et mise à jour cumulative 3.

Vue d’ensemble du processus Étant donné que cette méthode de mise à niveau est une combinaison des techniques utilisées dans la

mise à niveau sur place et dans la mise à niveau avec liaison des bases de données, cet article

explique comment les étapes de chaque méthode s’articulent pour former le processus hybride. Il ne

fournit pas de détails sur chaque étape du processus, car ces étapes sont décrites dans les articles

suivants :



Ces articles, combinés à cette feuille de route, fournissent les informations dont vous avez besoin pour

réaliser cette mise à niveau hybride.

Vous pouvez effectuer ce type de mise à niveau hybride de deux façons : en utilisant une seule batterie

de serveurs pendant toute la durée de l’opération ou en utilisant une petite batterie de serveurs

temporaire pour effectuer la mise à niveau proprement dite. Les sections ci-après indiquent les étapes

à suivre pour effectuer la mise à niveau à l’aide de chacune de ces méthodes.

Avant de commencer Avant de commencer la mise à niveau sur place, passez en revue les informations suivantes relatives

aux autorisations, aux configurations matérielle et logicielle requises et aux étapes à effectuer avant de


Important :

409

Veillez à exécuter l’outil de vérification de pré-mise à niveau (stsadm -o preupgradecheck,

disponible dans Windows SharePoint Services 3.0 Service Pack 2 et mis à jour dans la mise à jour

cumulative d’octobre 2009) et à régler les éventuels problèmes avant de commencer le processus

de mise à niveau. Pour plus d’informations, voir Exécuter l’outil de vérification préalable à la mise à

niveau (SharePoint Foundation 2010).

Il est recommandé de sauvegarder votre environnement avant de lancer la mise à niveau. Pour

plus d’informations, voir Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur

place (SharePoint Foundation 2010).










Pour détacher des bases de données et les mettre à niveau en parallèle sur la même batterie de serveurs Cette section décrit les étapes à suivre pour utiliser la méthode de mise à niveau avec détachement

des bases de données sur une même batterie de serveurs.

Processus de mise à niveau sur place avec bases de

données détachées (même batterie de serveurs)

Détacher des bases de données

1. Utilisez l’opération suivante pour détacher les

bases de données de contenu :

Stsadm.exe -o deletecontentdb -url

http://servername-

nom_base_de_donnéesContentDatabaseName

Pour plus d’informations sur cette opération, voir

Deletecontentdb : opération Stsadm (Windows

SharePoint Services).

Mettre à niveau la batterie de serveurs sur place

1. Installer tous les éléments prérequis sur tous les




410


données détachées (même batterie de serveurs)

2. Exécutez le programme d’installation sur tous les


3. Exécutez l’Assistant Configuration des produits

SharePoint sur tous les serveurs de la batterie.

Pour les procédures détaillées décrivant ces étapes,

voir Mise à niveau sur place de SharePoint

Foundation 2010.

Attacher les bases de données et mettre à niveau

le contenu

1. Ajoutez les bases de données de contenu aux

applications Web.

Utilisez l’applet de commande Windows

PowerShell suivant pour ajouter et mettre à jour

les bases de données de contenu :

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL> [-

Updateuserexperience]

2. Vérifiez la mise à niveau pour la première base

de données.

3. Répétez les procédures de restauration et

d’ajout de base de données pour les autres

bases de données en parallèle.


voir Effectuer une mise à niveau avec liaison des

bases de données vers SharePoint

Foundation 2010.

Pour détacher des bases de données et les mettre à niveau en parallèle sur une petite batterie de serveurs temporaire Cette section décrit les étapes à suivre pour utiliser la méthode de mise à niveau avec détachement

des bases de données sur deux batteries de serveurs : la batterie de serveurs d’origine et une petite

batterie de serveurs temporaire.

411


données détachées (petite batterie de serveurs temporaire)

Configurer une petite batterie de serveurs

temporaire à utiliser dans le cadre de la mise à

niveau des bases de données

Pour connaître en détail les procédures décrivant

ces étapes, voir Préparer le nouvel environnement


2 : détacher les bases de données de la batterie

de serveurs d’origine

1. Sauvegardez les bases de données disponibles

dans la version précédente à l’aide des outils

SQL Server.

Pour des procédures détaillées sur la

sauvegarde des bases de données, voir

Effectuer une mise à niveau avec liaison des


Foundation 2010.

2. Utilisez l’opération suivante pour détacher les

bases de données de contenu :

Stsadm.exe -o deletecontentdb -url

http://servername-

nom_base_de_donnéesContentDatabaseName

Pour plus d’informations sur cette opération, voir

Deletecontentdb : opération Stsadm (Windows


Mettre à niveau la batterie de serveurs d’origine

sur place

1. Installez tous les éléments prérequis sur tous les


2. Exécutez le programme d’installation sur tous les


3. Exécutez l’Assistant Configuration des produits

SharePoint sur tous les serveurs de la batterie.


voir Effectuer une mise à niveau sur place




412



Attacher les bases de données à la petite batterie

de serveurs temporaire et mettre à niveau le

contenu

1. Restaurez la copie de sauvegarde dans la

nouvelle batterie de serveurs.

2. Ajoutez les bases de données de contenu aux

applications Web.

Utilisez l’opération Windows PowerShell cmdlet

pour ajouter et mettre à jour les bases de

données de contenu :

Mount-SPContentDatabase –Name

<DatabaseName> –DatabaseServer

<ServerName> –WebApplication <URL> [-

Updateuserexperience]

3. Vérifiez la mise à niveau pour la première base

de données.

4. Répétez les procédures de restauration et

d’ajout de base de données pour les autres

bases de données en parallèle.


voir Effectuer une mise à niveau avec liaison des


Foundation 2010.

Sauvegarder les bases de données à partir de la

petite batterie de serveurs temporaire et les

attacher à la batterie de serveurs d’origine

1. Sauvegardez les bases de données mises à

niveau à l’aide des outils SQL Server.

2. Restaurez la copie de sauvegarde dans la

batterie de serveurs d’origine.

3. Ajoutez les bases de données de contenu mises

à niveau aux applications Web d’origine.

Il s’agit fondamentalement du même processus que

celui de l’étape précédente ; toutefois, vous déplacez

les bases de données depuis la petite batterie de

serveurs temporaire vers la batterie de serveurs

413



d’origine. Il est fait appel aux mêmes procédures

qu’aux étapes précédentes.

Vérification Si la mise à niveau échoue ou signale des problèmes, vous pouvez vous référer aux fichiers journaux

et d’erreurs pour plus d’informations. Pour plus d’informations sur la consultation des fichiers journaux,

et sur le redémarrage de la mise à niveau après un échec, voir Vérifier la mise à niveau et passer en

revue les sites mis à niveau (SharePoint Foundation 2010).

414

Installer les packs de modèles linguistiques disponibles (SharePoint Foundation 2010)

Avant de mettre à niveau tous les sites basés sur un module linguistique pour la version précédente,

vous devez installer le module linguistique pour la nouvelle version.

Dans cet article :

À propos de l’installation des modules linguistiques et de la mise à niveau des sites

À propos du changement de langue

Passage d’un produit totalement localisé à un module linguistique

Changement de langue par le biais d’un nouveau module linguistique

À propos de l’installation des modules linguistiques et de la mise à niveau des sites Si vous souhaitez installer un module linguistique pour Microsoft SharePoint Foundation 2010,

effectuez l’opération après avoir exécuté le programme d’installation et avant d’exécuter l’Assistant

Configuration des produits SharePoint. De cette manière, vous pouvez effectuer une mise à niveau de

tous les sites basés sur un module linguistique pour une version précédente ainsi que des autres sites

au cours du processus de mise à niveau. Pour plus d’informations sur l’installation des modules

linguistiques, voir Déployer des modules linguistiques (SharePoint Foundation 2010) dans le Guide de

déploiement.

Vous pouvez également installer un module linguistique après avoir exécuté l’Assistant Configuration

des produits SharePoint et après avoir mis à niveau les sites de votre environnement qui ne sont pas

basés sur un module linguistique. Si vous choisissez cette option, vous devez utiliser l’outil en ligne de

commande PSConfig pour mettre à niveau les sites basés sur le module linguistique nouvellement

installé.

À propos du changement de langue En règle générale, la mise à niveau avec changement de langue n’est pas prise en charge. Vous devez

effectuer la mise à niveau depuis et vers la même langue. Par exemple, si la langue utilisée est Anglais

(États-Unis) dans la version antérieure, vous devez effectuer la mise à niveau vers Anglais (États-Unis)

dans la nouvelle version. Si vous souhaitez changer de langue, vous devez d’abord effectuer la mise à

niveau, puis changer la langue associée au site.

Toutefois, ce processus est complexe dans certains cas, par exemple lorsque la version précédente

d’un produit était entièrement localisée dans une langue particulière alors que la nouvelle version ne

bénéficie que d’un module linguistique, ou lorsque la nouvelle version bénéficie d’un module

linguistique pour une nouvelle langue qui n’était pas disponible dans la version antérieure.

415

Passage d’un produit totalement localisé à un module linguistique Utilisez la procédure suivante pour effectuer sur chaque serveur une mise à niveau depuis une langue

qui était prise en charge avec un produit totalement localisé dans la version précédente, mais qui n’est

prise en charge que par un module linguistique dans la nouvelle version :


SharePoint Administrateurs de batterie.

2. Choisissez la langue d’installation de la nouvelle version (par exemple le français). Il s’agit de

la langue que le site Web Administration centrale de SharePoint utilisera.

3. Dans l’Assistant Configuration des produits SharePoint, lorsque vous êtes invité à installer les

modules linguistiques, arrêtez l’Assistant et installez le module linguistique approprié.

Si des modules linguistiques de version antérieure étaient déjà installés, installez les modules

linguistiques SharePoint Foundation 2010 correspondants maintenant en annulant l’Assistant,

puis en exécutant les programmes d’installation appropriés.

Remarque :

Vous devez être membre du groupe Administrateurs sur l’ordinateur local pour

effectuer cette étape.

Pour plus d’informations sur l’installation des modules linguistiques, voir Déployer des modules

linguistiques (SharePoint Foundation 2010) dans le Guide de déploiement.

4. Démarrez l’Assistant Configuration pour terminer la mise à niveau.

Changement de langue par le biais d’un nouveau module linguistique Utilisez la procédure suivante pour effectuer une mise à niveau depuis une langue dans la version

antérieure vers une autre langue dans la nouvelle version (par exemple, si la langue souhaitée n’était

pas disponible dans la version précédente, mais qu’elle est maintenant disponible sous la forme d’un

module linguistique dans la nouvelle version).

1. Vérifiez que le compte d’utilisateur qui exécute les deux étapes suivantes est membre du

groupe Administrateurs sur l’ordinateur local.

2. Effectuez la mise à niveau vers la nouvelle version dans la langue que vous avez utilisée pour

la version précédente.

3. Lorsque la mise à niveau est terminée, installez le nouveau module linguistique.

Pour passer d’un produit totalement localisé à un module linguistique

Pour changer de langue par le biais d’un nouveau module linguistique

416

4. Vérifiez que le compte d’utilisateur qui exécute les deux étapes suivantes est membre du

groupe Administrateurs de batterie SharePoint.

5. Créez de nouveaux sites basés sur le nouveau module linguistique.

6. Déplacez manuellement le contenu vers les nouveaux sites.

Voir aussi Déployer des modules linguistiques (SharePoint Foundation 2010)

417

Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec des bases de données de contenu dépassant 4 Go (stockage BLOB distant)

Cet article décrit les circonstances dans lesquelles vous pouvez effectuer une mise à niveau depuis un

système Windows SharePoint Services 3.0 autonome vers SharePoint Foundation 2010 avec le

stockage BLOB distant (RBS, Remote BLOB Storage).

Lorsque vous effectuez une mise à niveau depuis une installation autonome de Windows SharePoint

Services 3.0 vers Microsoft SharePoint Foundation 2010, le processus de mise à niveau diffère suivant

la taille des bases de données.

Dans une installation autonome de Windows SharePoint Services 3.0, les bases de données de

contenu sont stockées dans la base de données interne Windows et ne sont soumises à aucune

limitation de taille. À l’inverse, dans SharePoint Foundation 2010, les bases de données de contenu

sont stockées dans Microsoft SQL Server 2008 Express et leur taille est limitée à 4 gigaoctets (Go)

chacune. Si des bases de données présentent une taille supérieure à 4 Go, vous devez utiliser

Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour

cumulative 2 ou SQL Server 2005 avec SP3 et mise à jour cumulative 3 ou installer le stockage BLOB

distant.

Microsoft SQL Server 2008 R2 Express prend en charge les bases de données dont la taille ne

dépasse pas 10 Go. Si l’installation inclut des bases de données dont la taille est supérieure à

4 Go mais inférieure à 10 Go, vous pouvez effectuer une mise à niveau vers SQL Server 2008

R2 Express pour votre solution de stockage de base de données de contenu au lieu

d’implémenter RBS. SQL Server 2008 R2 Express peut être téléchargé et installé à partir de

l’adresse http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x40C.

RBS est conçu pour déplacer le stockage des objets BLOB (Binary Large Objects) depuis des serveurs

de bases de données vers des solutions de stockage de produits. RBS est un complément applicable à

SQL Server 2008 Express et à SQL Server 2008. Pour plus d’informations sur RBS, voir Vue

d’ensemble du stockage BLOB distant (SharePoint Foundation 2010).

Si vous effectuez une mise à niveau depuis Windows SharePoint Services 3.0 et que toutes les bases

de données présentent une taille inférieure à 4 Go, vous pouvez suivre le processus de mise à niveau

sur place standard. Pour plus d’informations, voir Mise à niveau sur place de SharePoint

Foundation 2010.

Remarque :




418

Si vous effectuez une mise à niveau de Windows SharePoint Services 3.0 et que la base de données

de recherche fait plus de 4 Go, vous ne pouvez pas migrer cette base de données. Pour effectuer la

mise à niveau, vous devez supprimer l’instance de recherche existante avant la migration et la mise à

niveau. Après la mise à niveau, vous pouvez créer une nouvelle instance de recherche. La base de

données de recherche est limitée à 4 Go si la nouvelle installation est hébergée sur SQL Server

2008 Express.

Si vous effectuez une mise à niveau depuis Windows SharePoint Services 3.0 et que la taille de la

base de données de configuration est supérieure à 4 Go, vous ne pouvez pas migrer la base de

données de configuration. À la place, vous devez créer un nouveau système SharePoint Foundation

qui utilise SQL Server 2008 Express (si la base de données de configuration n’est pas censée croître

au-delà de 4 Go) ou créer une nouvelle installation qui utilise SQL Server 2008 Standard ou

SQL Server 2008 Enterprise. Vous pouvez également migrer le système existant vers

SQL Server 2008 Standard ou SQL Server 2008 Enterprise, puis le mettre à niveau.

Si vous ne mettez pas à niveau un système Windows SharePoint Services 3.0 existant et que vous

souhaitez installer et configurer RBS dans SharePoint Foundation 2010, voir Installer et configurer le

stockage BLOB distant ou le stockage BLOB externe (SharePoint Foundation 2010).

Si, après le déplacement du contenu dans le stockage BLOB distant, une base de données de

contenu présente une taille supérieure à 4 Go, l’opération de migration échoue. En règle

générale, cet échec ne se produit qu’avec des bases de données très volumineuses (20 Go ou

plus), mais il peut également se produire en présence d’une base de données plus petite

contenant une trop grande quantité de métadonnées.

Si la configuration comprend des bases de données SharePoint dont la taille est supérieure à

16 Go, il est peu probable que RBS offre une solution complète aux limitations de SQL Server

2008 Express et SQL Server 2008 R2 Express. Dans ce cas, vous devez envisager le recours

à SQL Server 2008 Standard ou SQL Server 2008 Enterprise pour la prise en charge des

bases de données SharePoint.

Avant de commencer le processus de mise à niveau, vérifiez que la configuration matérielle prend en

charge SharePoint Foundation 2010. Pour plus d’informations, voir Configuration matérielle et logicielle

requise (SharePoint Foundation 2010).

Dans cette section Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers

SharePoint Foundation 2010 avec stockage BLOB distant

Cet article explique comment effectuer une mise à niveau depuis un système Windows SharePoint

Services 3.0 autonome comportant des bases de données de contenu dont la taille est supérieure

à 4 Go vers SharePoint Foundation 2010.

Mettre à niveau une installation autonome sur un contrôleur de domaine à l’aide de RBS (Remote

BLOB Storage) (liaison de bases de données)

Remarque

419



à 4 Go vers un système SharePoint Foundation 2010 qui s’exécute sur un contrôleur de domaine.

Mettre à niveau une installation autonome vers une nouvelle configuration matérielle à l’aide du

stockage BLOB distant (attachement de base de données)



à 4 Go vers SharePoint Foundation 2010, qui est installé sur un nouveau matériel.

Voir aussi Planifier le stockage étendu des objets BLOB (SharePoint Foundation 2010)

http://technet.microsoft.com/library/da8cf825-2f79-49dd-bd4c-4ad0aad83f94(Office.14).aspx

420

Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec stockage BLOB distant


Services 3.0 autonome comportant des bases de données de contenu dont la taille est comprise entre

4 et 16 gigaoctets (Go) vers Microsoft SharePoint Foundation 2010 avec le stockage BLOB distant

(RBS, Remote BLOB Storage).

Microsoft SQL Server 2008 R2 Express prend en charge les bases de données dont la taille

est inférieure ou égale à 10 Go. Si l’installation comprend des bases de données de contenu

dont la taille est comprise entre 4 Go et 10 Go, vous pouvez effectuer une mise à niveau vers

SQL Server 2008 R2 Express pour votre solution de stockage de base de données de contenu

au lieu d’implémenter le stockage RBS. Pour plus d’informations, voir Microsoft SQL

Server 2008 R2 Express Edition (http://go.microsoft.com/fwlink/?linkid=189418&clcid=0x40C).

Avant d’effectuer les opérations décrites dans cet article, nous vous recommandons vivement de lire

les articles suivants pour vous assurer de suivre le meilleur itinéraire de mise à niveau :

Planifier le stockage étendu des objets BLOB (SharePoint Foundation 2010)

Vue d’ensemble du stockage BLOB distant (SharePoint Foundation 2010)



BLOB distant)

1. Vérifiez que le compte d’utilisateur utilisé pour la mise à niveau et l’installation est membre du

groupe Administrateurs sur l’ordinateur exécutant Windows SharePoint Services 3.0 sur lequel

la mise à niveau est en cours de réalisation et RBS est en cours d’installation.

2. Vérifiez que la configuration matérielle prend en charge SharePoint Foundation 2010. Pour

plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint

Foundation 2010).

3. Vérifiez que l’espace disque disponible satisfait aux conditions suivantes :

Sa taille est au moins le double de celle de la base de données de contenu la plus

volumineuse.

Remarque :

Pour effectuer une mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec RBS





421

Sa taille est supérieure ou égale à la somme des tailles de toutes les bases de données de

contenu.

4. Téléchargez les mises à jour logicielles SharePoint Foundation 2010 à partir du site de mise à

niveau.

5. Ouvrez le dossier local qui contient le téléchargement de logiciels, puis double-cliquez sur

PrerequisiteInstaller. Acceptez les valeurs par défaut, puis exécutez l’Assistant d’installation

des éléments prérequis.

6. Double-cliquez sur Installation, acceptez les valeurs par défaut, puis exécutez l’Assistant

Installation.

Au terme de l’installation, l’Assistant Configuration des produits SharePoint s’exécute

automatiquement. S’il détecte une base de données SharePoint dont la taille est supérieure à

4 Go, un message apparaît pour vous signaler que vous devez migrer les bases de données

vers le stockage RBS.

Remarque :

Si une base de données SharePoint présente une taille supérieure à 4 Go, toutes les

bases de données SharePoint doivent être migrées vers RBS, même si certaines ont

une taille inférieure à 4 Go.

7. Si vous n’avez pas déjà installé RBS sur le serveur, l’Assistant Configuration des produits

SharePoint échoue, puis affiche un message d’erreur qui explique que des bases de données

dont la taille est supérieure à 4 Go ont été détectées et que RBS doit être installé. Si vous

devez installer RBS, passez aux étapes suivantes. Si vous avez déjà installé RBS sur le

serveur, l’Assistant prend fin correctement sans afficher le message d’erreur.

8. Accédez à la page http://go.microsoft.com/fwlink/?linkid=177388&clcid=0x40C pour télécharger

le fichier RBS_X64.msi.

Important :

Vous devez installer la version du stockage RBS fournie avec le Package d’installation

SQL Server Remote BLOB Store du Feature Pack pour Microsoft SQL

Server 2008 R2. La version du stockage RBS doit être 10.50.xxx. Aucune version

antérieure du stockage RBS n’est prise en charge pour SharePoint Foundation 2010.

9. Ouvrez le dossier qui contient le fichier, puis double-cliquez sur RBS_X64.msi pour démarrer

l’Assistant d’installation du stockage BLOB distant SQL.

10. Dans l’Assistant d’installation du stockage BLOB distant SQL, dans la page Sélection de

fonctionnalité, développez Serveur, cliquez sur la flèche vers le bas en regard de l’option

Exécuter les scripts, puis cliquez sur La fonctionnalité entière ne sera pas disponibleCe

composant ne sera pas disponible en totalitéCette fonctionnalité ne sera pas disponible

en totalitéCe composant ne sera pas disponible.

11. Développez FILESTREAM Provider, développez Serveur, cliquez sur la flèche vers le bas en

regard de l’option Exécuter les scripts, puis cliquez sur La fonctionnalité entière ne sera


422

pas disponibleCe composant ne sera pas disponible en totalitéCette fonctionnalité ne

sera pas disponible en totalitéCe composant ne sera pas disponible.

12. Terminez l’Assistant en utilisant les valeurs par défaut.

13. Cliquez successivement sur Démarrer, Tous les programmes, Microsoft SharePoint 2010

Products, puis Assistant Configuration des produits SharePoint 2010.

14. L’Assistant termine la mise à niveau.

Voir aussi Nouveautés de la mise à niveau (SharePoint Foundation 2010)


423

Mettre à niveau une installation autonome sur un contrôleur de domaine à l’aide de RBS (Remote BLOB Storage) (liaison de bases de données)

Cet article explique les procédures de mise à niveau requises pour procéder à une mise à niveau d’un

système Windows SharePoint Services 3.0 autonome qui s’exécute sur un contrôleur de domaine vers

Microsoft SharePoint Foundation 2010 avec RBS (Remote BLOB Storage). Nous recommandons

généralement d’utiliser RBS si les bases de données de contenu ont une taille de 4 giga-octets (Go) ou

plus.

Nous recommandons instamment la lecture de l’article Mise à niveau depuis une installation

autonome de Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec des

bases de données de contenu dépassant 4 Go (stockage BLOB distant) qui contient des

informations et des recommandations importantes sur la procédure de mise à niveau de

Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec RBS.

Vous pouvez utiliser RBS pour déplacer le stockage des objets BLOB (Binary Large Objects) depuis

des serveurs de bases de données vers des solutions de stockage de produits. RBS est un

complément pouvant être appliqué à SQL Server 2008 Express et à SQL Server 2008.

L’implémentation de RBS qui est expliquée dans cet article utilise le fournisseur FILESTREAM de SQL

Server. Pour plus d’informations sur RBS et le fournisseur FILESTREAM, voir Vue d’ensemble du

stockage BLOB distant (SharePoint Foundation 2010).

Dans SharePoint Foundation 2010, les bases de données de contenu sont stockées dans SQL Server

2008 Express et ont une taille maximale de 4 Go par base de données. Comme Microsoft SQL Server

2008 R2 Express prend en charge les bases de données de contenu pouvant atteindre une taille de 10

Go, nous recommandons d’installer SQL Server 2008 R2 Express pour prendre en charge les bases de


Cet article ne constitue pas un guide complet de la mise à niveau vers SharePoint Foundation 2010. Il

fait plutôt référence aux articles qu’il convient de lire pour effectuer cette mise à niveau. Cet article

contient les étapes supplémentaires qui sont requises pour installer et implémenter RBS sur une

installation de contrôleur de domaine de SharePoint Foundation 2010.

Avant de commencer le processus de mise à niveau, lisez les articles suivants et créez un plan de mise

à niveau :



Important :



424



BLOB distant)

Procédures dans cet article :

Pour préparer la mise à niveau vers SharePoint Foundation 2010 avec RBS sur un contrôleur de

domaine

Pour installer SQL Server 2008 Express R2

Pour installer RBS

Pour installer SharePoint Foundation 2010


1. Vérifiez que le compte d’utilisateur qui est employé pour effectuer la mise à niveau et

l’installation est doté de la configuration requise indiquée dans Comptes d’administration et de

service requis pour le déploiement initial (SharePoint Foundation 2010).

2. Vérifiez que le compte d’utilisateur est membre du groupe Administrateur sur l’ordinateur local.

3. Confirmez que la configuration matérielle prend en charge SharePoint Foundation 2010. Pour


Foundation 2010).

4. Vérifiez que l’espace disque disponible remplit les conditions suivantes :


volumineuse.


contenu.

5. Effectuez les tâches préalables à la mise à niveau décrites dans l’article Effectuer les étapes

préalables à la mise à niveau (SharePoint Foundation 2010). Elle comprennent notamment :


Le rapport de l’outil de vérification préalable à la mise à niveau inclut les noms de toutes

les bases de données de contenu. Vous aurez besoin de cette liste pour activer RBS pour

les bases de données de contenu.

Si vous avez plusieurs applications Web, vous devez compiler une liste indiquant quelles

bases de données de contenu sont attachées aux diverses applications Web. Vous aurez

besoin de ces informations après la mise à niveau.

Sauvegarder l’intégralité de l’environnement avant une mise à niveau sur place


Pour préparer la mise à niveau vers SharePoint Foundation 2010 avec RBS sur un contrôleur de domaine

425

1. Téléchargez SQL Server 2008 R2 Express à partir du site.

2. Suivez les instructions affichées pour installer SQL Server 2008 R2 Express sur le contrôleur

de domaine.

Pour plus d’informations sur l’installation de SQL Server 2008 R2 Express, voir Procédure :

installer SQL Server 2008 (installation)


Acceptez les paramètres par défaut pour la plupart des options d’installation. Vous devez

spécifiquement accepter les options suivantes :

a. Dans la page Sélection de fonctionnalités, vous pouvez sélectionner les composants pour

l’installation. Veillez à sélectionner SQL Server Management Studio comme fonctionnalité

à installer.

b. Dans la page Configuration de l’instance, spécifiez s’il convient d’installer une instance par

défaut ou une instance nommée. Si vous créez une instance nommée, notez le nom de

l’instance nommée car vous aurez besoin de ce nom dans une procédure ultérieure dans

cet article.

c. Dans la page Configuration du serveur — Comptes de service, vous devez spécifier les

comptes de connexion pour les services SQL Server. Vous pouvez affecter le même

compte de connexion à tous les services SQL Server, ou vous pouvez configurer chaque

compte de service individuellement. Vous pouvez utiliser un compte de domaine comme

compte de connexion pour le moteur de base de données SQL Server.

d. Dans la page Configuration du moteur de base de données, vérifiez que le compte de

domaine qui est utilisé pour cette installation est indiqué comme administrateur SQL

Server.

1. Accédez à la page http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x40C et téléchargez le

fichier RBS_X64.msi.

Important :

Vous devez installer la version de RBS qui êtes incluse dans le Package d’installation

SQL Server Remote BLOB Store du Feature Pack pour Microsoft SQL

Server 2008 R2. La version de RBS doit être 10.50.xxx. Aucune version antérieure de

RBS n’est prise en charge pour SharePoint Foundation 2010.

2. Ouvrez le dossier qui contient le fichier, puis double-cliquez sur RBS_X64.msi pour démarrer

l’Assistant d’installation du stockage BLOB distant SQL.



Pour installer SQL Server 2008 Express R2

Pour installer RBS




426

Exécuter les scripts, puis cliquez sur Ce composant ne sera pas disponible en totalité.

4. Développez Fournisseur FILESTREAM, développez Serveur, cliquez sur la flèche bas en

regard de Exécuter les scripts, puis cliquez sur Ce composant ne sera pas disponible en

totalité.

Remarque :

La base de données qui hébergera les scripts n’existe pas car elle sera créée pendant

le processus de mise à niveau de la base de données. L’option Exécuter les scripts

sera installée automatiquement pendant l’installation de SharePoint Foundation 2010.


Pendant l’installation, une boîte de dialogue apparaît et décrit une tâche de gestion RBS.

Cliquez sur OK dans cette boîte de dialogue pour poursuivre l’installation.

1. Désinstallez toutes les versions précédentes des produits et technologies SharePoint qui

existaient sur le contrôleur de domaine en utilisant le Panneau de configuration.

2. Installez SharePoint Foundation 2010 en suivant les instructions dans Installer SharePoint

Foundation 2010 sur les serveurs de la batterie de serveurs. Pendant l’installation, vous devez

utiliser le nom de l’instance de base de données que vous avez créée à l’étape 2 de la

procédure Pour installer SQL Server 2008 Express R2. Si vous avez utilisé l’instance nommée

par défaut dans cette étape, vous devez l’entrer dans cette étape sous la forme «

SQLExpress ». Si vous avez utilisé l’instance par défaut, vous devez taper « » ici au lieu

d’utiliser l’instance nommée par défaut SQLExpress.

Notez que vous créez une nouvelle installation de SharePoint Foundation 2010. Vous effectuez

une mise à niveau par liaison de bases de données et non une mise à niveau sur place.

Remarque :

Une fois que vous avez installé SharePoint Foundation 2010, ne créez pas

d’application Web avant d’y être invité ultérieurement dans cet article.

1. Vérifiez que le compte d’utilisateur qui exécute cette procédure est le même que celui qui a

servi à installer la batterie de serveurs qui exécute SharePoint Foundation 2010 et RBS.




5. À l’invite de commandes de Windows PowerShell, tapez la commande suivante pour migrer la

base de données de contenu vers RBS :

Move-SPBlobStorageLocation –SourceDatabase "<ContentDbName>" –


Pour migrer la base de données de contenu vers RBS et terminer l’installation

427

DestinationDataSourceInstance "<InstanceName>"

Où :

<ContentDbName> est le nom de la base de données de contenu.

<InstanceName> est le nom de l’instance de base de données SQL Server que vous avez

créée à l’étape 2 de la procédure Pour installer SQL Server 2008 Express R2. Si vous avez

utilisé l’instance nommée par défaut dans cette étape, vous devez l’entrer ici sous la forme

"SQLExpress". Si vous avez utilisé l’instance par défaut, vous devez taper " " ici au lieu

d’utiliser le nom d’instance par défaut "SQLExpress".

Vous devez répéter cette commande pour chaque base de données de contenu. Reportez-

vous à la liste de bases de données de contenu qui a été générée par l’outil de vérification

préalable à la mise à niveau à l’étape 5 de la procédure Pour préparer la mise à niveau vers

SharePoint Foundation 2010 avec RBS sur un contrôleur de domaine plus haut dans cet

article.

6. Créez les applications Web auxquelles les bases de données de contenu seront liées. Pour

plus d’informations sur la création d’une application Web dans SharePoint Foundation 2010,

voir Créer une application Web (SharePoint Foundation 2010) ou Configurer une application

Web basée sur les revendications (SharePoint Foundation 2010).

7. Pour mettre à jour et mettre à niveau la base de données de contenu vers une application Web

SharePoint Foundation 2010, tapez la commande suivante :

Mount-SPContentDatabase "<ContentDbName>" –DatabaseServer "<DbServer>" –

WebApplication <http://SiteName>

Où :

<ContentDbName> est le nom de la base de données.

<DbServer> est le nom du serveur de bases de données.

<http://SiteName> est l’URL de l’application Web.

Pour plus d’informations, voir Move-SPBlobStorageLocation et Mount-SPContentDatabase.

8. Créez ou restaurez les personnalisations requises sur le nouveau système. Pour des étapes

postérieures à la mise à niveau, voir Effectuer les étapes postérieures à la mise à niveau




http://technet.microsoft.com/library/5b66feac-c365-4dfd-9ccb-a66a4faa617f(Office.14).aspx

http://technet.microsoft.com/library/20d1bc07-805c-44d3-a278-e2793370e237(Office.14).aspx


428

Mettre à niveau une installation autonome vers une nouvelle configuration matérielle à l’aide du stockage BLOB distant (attachement de base de données)

Cet article présente les procédures de mise à niveau requises pour effectuer une mise à niveau depuis

un système Windows SharePoint Services 3.0 autonome vers une installation de SharePoint

Foundation 2010 avec RBS (Remote BLOB Storage, stockage BLOB distant) sur une nouvelle

plateforme matérielle.

Il est vivement recommandé de lire l’article Mise à niveau depuis une installation autonome de


données de contenu dépassant 4 Go (stockage BLOB distant) pour prendre connaissance

d’informations et de recommandations importantes relatives à la mise à niveau depuis

Windows SharePoint Services 3.0 vers Microsoft SharePoint Foundation 2010 avec RBS.

RBS est conçu pour déplacer le stockage des objets BLOB (Binary Large Objects) depuis des serveurs

de bases de données vers des solutions de stockage de produits. RBS est un module complémentaire

applicable à Microsoft SQL Server 2008 Express et Microsoft SQL Server 2008 R2 Express. Cette

implémentation de RBS utilise le fournisseur SQL FILESTREAM. Pour plus d’informations sur RBS et

sur le fournisseur FILESTREAM, voir Vue d’ensemble du stockage BLOB distant (SharePoint

Foundation 2010).

En raison des limites de taille des bases de données dans SQL Server 2008 Express, installez la base

de données interne Windows et restaurez les bases de données Windows SharePoint Services 3.0

dans la base de données interne Windows. Ensuite, installez RBS, déplacez la base de données de

contenu depuis la base de données interne Windows vers SQL Server, puis déplacez les objets BLOB

vers une base de données de contenu configurée pour utiliser RBS.

Par défaut, les bases de données de contenu dans SharePoint Foundation 2010 sont stockées dans

SQL Server 2008 Express, qui autorise une taille maximale de 4 gigaoctets (Go) par base de données

de contenu. Étant donné que SQL Server 2008 R2 Express prend en charge les bases de données de

contenu dont la taille est inférieure ou égale à 10 Go, il est recommandé d’installer SQL Server 2008

R2 Express pour que les bases de données de contenu soient prises en charge. SQL Server 2008 R2

Express est une mise à niveau gratuite que vous pouvez télécharger et installer à partir de Microsoft

SQL Server 2008 R2 Express Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x40C).

Cet article suppose que vous avez installé SQL Server Management Studio sur le serveur de

bases de données dans la batterie de serveurs Windows SharePoint Services 3.0. Si ce logiciel

Important :

Remarque :





429

n’est pas installé, vous pouvez le télécharger et l’installer à partir de la page Microsoft® SQL

Server® 2008 Management Studio Express


Cet article n’est pas un guide complet de mise à niveau vers SharePoint Foundation 2010. Avant de

commencer le processus de mise à niveau, lisez les articles suivants et créez un plan de mise à

niveau :





BLOB distant)

Dans cet article :

Pour préparer la mise à niveau vers SharePoint Foundation 2010 sur le serveur d’origine

Pour préparer la mise à niveau vers SharePoint Foundation 2010 sur le nouveau serveur

Pour installer et configurer la base de données interne Windows sur le nouveau serveur

Pour déplacer les bases de données de contenu vers le nouveau serveur

Pour installer SQL Server Express 2008 R2 sur le nouveau serveur

Pour installer RBS sur le nouveau serveur

Pour installer SharePoint Foundation 2010 sur le nouveau serveur


1. Vérifiez que le compte d’utilisateur utilisé pour la réalisation de cette procédure satisfait aux

conditions indiquées dans Comptes d’administration et de service requis pour le déploiement

initial (SharePoint Foundation 2010) et qu’il est membre du groupe Administrateurs sur

l’ordinateur local.

2. Vérifiez que Management Studio est installé sur le serveur d’origine.

3. Sauvegardez les bases de données de contenu à l’aide de la procédure décrites dans

Procédure : sauvegarder une base de données (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187768&clcid=0x40C). Vous pouvez utiliser les

paramètres par défaut pour la plupart des options, mais vous devez utiliser les paramètres

suivants :

À l’étape 1, vous devez définir le nom d’instance de la base de données interne Windows

sur \\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

À l’étape 12, sélectionnez l’option Destination. Vérifiez que le support de destination

dispose de suffisamment d’espace pour la sauvegarde.

4. Exécutez l’outil de vérification de pré-mise à niveau présenté dans l’article Effectuer les étapes

Pour préparer la mise à niveau vers SharePoint Foundation 2010 sur le serveur d’origine




430

préalables à la mise à niveau (SharePoint Foundation 2010).

Le rapport de l’outil de vérification de pré-mise à niveau indique les noms de toutes les bases

de données de contenu. Vous devez détenir cette liste pour migrer les bases de données de

contenu vers RBS. Si vous disposez de plusieurs applications Web, vous devez également

noter les bases de données de contenu attachées à chacune d’elles.

1. Vérifiez que le compte d’utilisateur utilisé pour la réalisation de la mise à niveau et de

l’installation satisfait aux conditions indiquées dans Comptes d’administration et de service

requis pour le déploiement initial (SharePoint Foundation 2010) et qu’il est membre du groupe

Administrateurs sur l’ordinateur local.

2. Vérifiez que la configuration matérielle prend en charge SharePoint Foundation 2010. Pour


Foundation 2010).

3. Vérifiez que l’espace disque disponible satisfait aux conditions suivantes :


volumineuse.


contenu.

1. Cliquez sur Démarrer, puis sur Gestionnaire de serveur.

2. Dans le Gestionnaire de serveur, cliquez sur Fonctionnalités, puis cliquez sur Ajouter des

fonctionnalités.

3. Dans l’Assistant Ajout de fonctionnalités, faites défiler la liste des fonctionnalités vers le bas,

puis sélectionnez Base de données interne Windows.

4. Cliquez sur Installer.

5. Quittez le Gestionnaire de serveur.

6. Cliquez sur Démarrer, cliquez sur Outils d’administration, puis cliquez sur Gestion de

l’ordinateur.

7. Développez Services et applications.

8. Cliquez sur Services.

9. Dans le volet Services, cliquez avec le bouton droit sur Base de données interne Windows,

puis cliquez sur Propriétés.

10. Utilisez le menu déroulant pour définir le paramètre Type de démarrage sur Automatique.

11. Cliquez sur Démarrer pour démarrer le service.

Pour préparer la mise à niveau vers SharePoint Foundation 2010 sur le nouveau serveur

Pour installer et configurer la base de données interne Windows sur le nouveau serveur

431

12. Cliquez sur OK, puis quittez la Gestion de l’ordinateur.

1. Copiez vers le nouveau serveur les fichiers de sauvegarde des bases de données de contenu

que vous avez créés dans la procédure Pour préparer la mise à niveau vers SharePoint

Foundation 2010 sur le serveur d’origine .

2. Sur le nouveau serveur, téléchargez et installez Management Studio à partir de la page

Microsoft® SQL Server® 2008 Management Studio Express


3. Utilisez les instructions indiquées dans la page Procédure : restaurer une sauvegarde de base

de données (SQL Server Management Studio)

(http://go.microsoft.com/fwlink/?linkid=187769&clcid=0x40C) pour restaurer les bases de

données à l’aide de Management Studio. Utilisez les paramètres suivants pour la procédure de

restauration :

À l’étape 1, utilisez le nom suivant pour l’instance de la base de données interne Windows :

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query.

À l’étape 5, entrez le nom de la base de données à restaurer. Il est recommandé d’utiliser

le même nom que celui utilisé lors de la sauvegarde de la base de données.

À l’étape 7, sélectionnez le fichier de base de données que vous avez copié à l’étape 1.

Acceptez toutes les autres options par défaut et terminez la restauration.

1. Téléchargez SQL Server 2008 R2 Express à partir de Microsoft SQL Server 2008 R2 Express

Edition (http://go.microsoft.com/fwlink/?LinkID=189418&clcid=0x40C).

2. Suivez les instructions à l’écran pour installer SQL Server 2008 R2 Express.

Pour plus d’informations, voir Procédure : installer SQL Server 2008 (programme d’installation)


Notez particulièrement les paramètres suivants :

Dans la page Configuration de l’instance, indiquez si vous souhaitez installer une instance

par défaut ou une instance nommée. Si vous créez une instance nommée, notez le nom

de l’instance. Vous devrez indiquer ce nom dans une procédure ultérieure.

Dans la page Configuration du serveur — Comptes de service, vous devez spécifier les

comptes de connexion des services SQL Server. Vous pouvez affecter le même compte de

connexion à tous les services SQL Server ou configurer chaque compte de service

séparément.

Dans la page Configuration du moteur de base de données, assurez-vous que le compte

de domaine en cours d’utilisation pour cette installation est répertorié en tant

qu’administrateur SQL Server.

Pour déplacer les bases de données de contenu vers le nouveau serveur

Pour installer SQL Server Express 2008 R2 sur le nouveau serveur







432

1. Accédez à la page http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x40C (éventuellement

en anglais) (http://go.microsoft.com/fwlink/?linkid=168472&clcid=0x40C) et téléchargez le

fichier RBS_X64.msi.

Important :

Vous devez installer la version de RBS incluse dans le Package d’installation SQL

Server Remote BLOB Store du Feature Pack pour Microsoft SQL Server 2008 R2. La

version de RBS doit être 10.50.xxx. Aucune version antérieure de RBS n’est prise en

charge pour SharePoint Foundation 2010.

2. Ouvrez le dossier qui contient le fichier .msi, puis double-cliquez sur RBS_X64.msi pour

démarrer l’Assistant d’installation du stockage BLOB distant SQL.



Exécuter le script, puis cliquez sur Ce composant ne sera pas disponible.

4. Développez FILESTREAM Provider, développez Serveur, cliquez sur la flèche vers le bas en

regard de l’option Exécuter le script, puis cliquez sur Ce composant ne sera pas

disponible.

Remarque :

La base de données qui hébergera les scripts n’existe pas encore. Elle est créée

pendant le processus de mise à niveau de base de données. L’option Exécuter les

scripts sera installée automatiquement pendant l’installation de SharePoint Foundation

2010.


Pendant l’installation, une boîte de dialogue apparaît au sujet d’une tâche du chargé de

maintenance RBS. Cliquez sur OK dans cette boîte de dialogue pour poursuivre l’installation.

1. Installez SharePoint Foundation 2010 en suivant les instructions indiquées dans Installer

SharePoint Foundation 2010 sur les serveurs de la batterie de serveurs. Vous devez utiliser le

nom d’instance de base de données que vous avez créé à l’étape 2 de la procédure Pour

installer SQL Server Express 2008 R2 sur le nouveau serveur présentée plus haut dans cet

article. Si vous avez utilisé l’instance nommée par défaut à cette étape, vous devez l’entrer ici

sous la forme ―SQLExpress‖. Si vous avez utilisé l’instance par défaut, vous devez entrer " "

ici au lieu d’utiliser l’instance nommée SQLExpress par défaut.

Notez que vous créez une installation de SharePoint Foundation 2010. Vous effectuez une

mise à niveau avec liaison des bases de données, non une mise à niveau sur place.

Remarque :

Pour installer RBS sur le nouveau serveur

Pour installer SharePoint Foundation 2010 sur le nouveau serveur



433

Après avoir installé SharePoint Foundation 2010, ne créez pas d’applications Web

avant d’avoir atteint les instructions en ce sens indiquées plus loin dans cet article.

1. Vérifiez que le compte d’utilisateur utilisé pour l’installation de SharePoint Foundation 2010 et

de RBS est le compte d’utilisateur qui effectue cette procédure.




5. Depuis l’invite de commandes Windows PowerShell, tapez la commande suivante pour migrer

la base de données de contenu vers RBS. Vous devez répéter cette commande pour chaque

base de données de contenu. Consultez la liste des bases de données de contenu générée par

l’outil de vérification de pré-mise à niveau à l’étape 4 de la procédure Pour préparer la mise à

niveau vers SharePoint Foundation 2010 sur le serveur d’origine plus haut dans cet article.

Move-SPBlobStorageLocation –SourceDatabase "<DbName>" –

DestinationDataSourceInstance "<InstanceName>"

Où :

<DbName> représente le nom de la base de données de contenu que vous avez restaurée

dans la base de données interne Windows.

<InstanceName> représente le nom de l’instance de base de données SQL Server que

vous avez créée dans la procédure Pour installer SQL Server Express 2008 R2 sur le

nouveau serveur plus haut dans cet article. Si vous avez utilisé l’instance nommée par

défaut à cette étape, vous devez l’entrer ici sous la forme ―SQLExpress‖. Si vous avez

utilisé l’instance par défaut, vous devez entrer " " ici au lieu d’utiliser l’instance nommée

SQLExpress par défaut.

6. Créez les applications Web à attacher à la base de données de contenu. Pour plus

d’informations sur la création d’une application Web dans SharePoint Foundation 2010, voir

Créer une application Web (SharePoint Foundation 2010) ou Configurer une application Web

basée sur les revendications (SharePoint Foundation 2010).

7. Tapez la commande suivante pour attacher et mettre à niveau une base de données de

contenu vers une application Web :

Mount-SPContentDatabase "<DbName>" –WebApplication <http://SiteName>

Où :

<DbName> représente le nom de la base de données.

<http://SiteName> représente le nom de l’application Web.

Répétez cette commande pour chaque base de données de contenu.

Pour plus d’informations, voir Move-SPBlobStorageLocation et Mount-SPContentDatabase.


http://technet.microsoft.com/library/5b66feac-c365-4dfd-9ccb-a66a4faa617f(Office.14).aspx


434

8. Créez ou restaurez les personnalisations requises sur le nouveau système. Pour connaître les

étapes postérieures à la mise à niveau recommandées, voir Effectuer les étapes postérieures à

la mise à niveau (SharePoint Foundation 2010).



435

Effectuer une mise à niveau avec liaison des bases de données vers SharePoint Foundation 2010

Maintenant que vous avez étudié le processus de mise à niveau en consultant les articles dans À

propos du processus de mise à niveau (SharePoint Foundation 2010) et planifié votre mise à niveau en

suivant les étapes indiquées dans les articles dans Planifier et préparer la mise à niveau (SharePoint

Foundation 2010), vous êtes en mesure d’effectuer la mise à niveau avec liaison des bases de

données vers Microsoft SharePoint Foundation 2010. Vous pouvez suivre les étapes indiquées dans

cette section pour une mise à niveau d’évaluation et pour votre mise à niveau sur place réelle sur votre

batterie de serveurs de production.


Liste de vérification pour la mise à niveau par attachement de base de données (SharePoint

Foundation 2010)

Utilisez cette liste de contrôle pour vous assurer que vous effectuez toutes les étapes nécessaires

lors de la préparation d’une mise à niveau, de l’exécution de la mise à niveau et des opérations à

effectuer après la mise à niveau.

Préparer le nouvel environnement SharePoint Foundation

Avant d’attacher et de mettre à niveau vos bases de données, vous devez configurer

complètement votre nouvel environnement.


Une fois le nouvel environnement entièrement configuré, suivez ces étapes pour attacher les bases

de données et mettre à niveau vos sites SharePoint.

436

Liste de vérification pour la mise à niveau par attachement de base de données (SharePoint Foundation 2010)

Cet article contient une liste de vérification qui vous permet de vérifier que toutes les étapes

nécessaires ont été effectuées lors de la préparation de la mise à niveau, lors de la mise à niveau à

proprement parler et lors des étapes de post-mise à niveau.

Dans cet article :



Effectuer les étapes de post-mise à niveau

Certaines étapes incluent des annotations relatives à la durée de l’étape. Notez qu’il s’agit

d’approximations qui sont fournies pour vous donner un ordre d’idée de la durée de l’étape. Pour

déterminer le temps nécessaire à chaque étape dans votre environnement, nous vous recommandons

d’effectuer des mises à niveau d’évaluation dans un environnement de test. Pour plus d’informations,

voir Estimer la durée du processus de mise à niveau et l’espace dont vous avez besoin (SharePoint

Foundation 2010) et Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels


Préparer la mise à niveau Avant de commencer une mise à niveau par attachement de base de données, suivez ces étapes dans

l’ordre indiqué :

Étapes de pré-mise à niveau pour une mise à niveau par

attachement de base de données

Remarques


[ ] Exécuter l’outil de vérification de

pré-mise à niveau

Exécutez l’outil de vérification de

pré-mise à niveau et résolvez les

problèmes éventuels. Utilisez le

rapport généré par l’outil pour

remplir la feuille de calcul relative à

la planification de la mise à niveau.

Étapes détaillées : Exécuter l’outil

Effectuez cette étape plusieurs fois

à mesure que vous nettoyez votre

environnement et testez le

processus de mise à niveau.

L’exécution de l’outil de vérification

nécessite seulement quelques

minutes, mais la résolution des

problèmes peut prendre plusieurs

jours ou plusieurs semaines.

437



Remarques

de vérification préalable à la mise à

niveau (SharePoint

Foundation 2010).

[ ] Créer un inventaire des

personnalisations côté serveur

dans l’environnement

Créez un inventaire des


dans votre environnement

(solutions, fonctionnalités,

composants WebPart,

gestionnaires d’événements, pages

maîtres, mises en page, fichiers

CSS, etc.). La plupart de ces

informations sont signalées lorsque

vous exécutez l’outil de vérification

de pré-mise à niveau. Enregistrez

toutes les personnalisations

nécessaires à votre environnement

dans la feuille de calcul de mise à

niveau.

Étapes détaillées : Identifier et

installer les personnalisations dans

l’article « Utiliser une mise à niveau

d’évaluation pour rechercher les

problèmes potentiels ».

Effectuez cette étape pour tout

l’environnement. Vérifiez chaque

serveur Web pour vous assurer

que vous n’avez oublié aucune

personnalisation. Maintenez

l’inventaire à jour lorsque vous

préparez la mise à niveau.

[ ] Nettoyer votre environnement

Avant de commencer la mise à

niveau, vous devez vous assurer

que votre environnement est sain et

veiller à nettoyer tout contenu qui

n’a pas lieu d’être mis à niveau.

Nettoyez les sites ou données

orphelins, traitez les grandes listes

et les grandes listes de contrôle

d’accès, supprimez les versions de

document en trop et supprimez les

modèles, fonctionnalités et

Effectuez cette étape une fois pour

tout l’environnement.

Ce processus peut prendre

plusieurs jours ou plusieurs

semaines.

438



Remarques

composants WebPart inutilisés.

Étapes détaillées : Nettoyage de

votre environnement avant la mise


Foundation 2010).

Préparer le nouvel environnement

Voir aussi Préparer le nouvel environnement SharePoint Foundation.

[ ] Installer et configurer SharePoint

Foundation 2010 et tous les

modules linguistiques

Installez les logiciels requis, puis

installez et configurez SharePoint

Foundation 2010.

Effectuez ces étapes sur chaque

serveur de votre batterie de

serveurs.

Cette étape peut prendre une ou

plusieurs heures selon le nombre

de serveurs dans votre

environnement.

[ ] Configurer les paramètres

généraux de la batterie de

serveurs

Réappliquez les paramètres

généraux de votre batterie de

serveurs précédente, notamment

les types de fichiers et les

paramètres de messagerie et de

quota, puis ajoutez des utilisateurs

ou des groupes au groupe


Configurez de nouveaux

paramètres tels que la collecte de

données relatives à l’utilisation et à

l’état, l’enregistrement des

diagnostics et les comptes mobiles.



[ ] Créer et configurer des

applications Web

Créez une application Web pour

chaque application Web présente

dans l’ancien environnement.



[ ] Réappliquer les Veillez à réappliquer les

439



Remarques


Transférez manuellement toutes les


dans votre nouvelle batterie de

serveurs. Reportez-vous à

l’inventaire que vous avez créé

dans la feuille de calcul de mise à

niveau pour vous assurer d’installer

tous les composants dont vos sites

dépendent pour fonctionner

correctement.

personnalisations à tous les

serveurs Web de la batterie de

serveurs.

[ ] Vérifier le nouvel environnement

Après avoir configuré le nouvel

environnement, vous pouvez

effectuer des tests pour vérifier qu’il

contient tous les composants

nécessaires avant de procéder à la

mise à niveau de vos données.



Effectuer la mise à niveau Suivez ces étapes dans l’ordre pour effectuer une mise à niveau par attachement de base de données.

Les étapes requises pour l’attachement de base de données avec des bases de données en lecture

seule sont également fournies.

Étapes détaillées : Attacher les bases de données et effectuer une mise à niveau vers SharePoint

Foundation 2010.

Lorsque vous effectuez une mise à niveau à partir d’une installation de Windows SharePoint

Services 3.0 qui utilise la base de données interne Windows et que la taille de la base de

données dépasse 4 Go, vous devez effectuer des étapes supplémentaires. Pour plus

d’informations sur ces étapes, voir Mise à niveau depuis une installation autonome de


données de contenu dépassant 4 Go (stockage BLOB distant).

Avertissement :

440

Effectuer la mise à niveau par attachement de base de données Remarques

[ ] Exécuter l’outil de vérification de

pré-mise à niveau

Exécutez de nouveau l’outil de

vérification de pré-mise à niveau pour

identifier de nouveaux problèmes ou les

problèmes restants avant de définir les

bases de données en lecture seule ou

de sauvegarder les bases de données.

Étapes détaillées : Exécuter l’outil de

vérification préalable à la mise à niveau


L’exécution de l’outil de

vérification nécessite seulement



prendre plus de temps.

[ ] Définir les bases de données d’une

version précédente en lecture seule

(attachement de base de données

avec des bases de données en

lecture seule)

Si vous voulez que votre

environnement d’origine soit accessible

aux utilisateurs dans un état en lecture

seule, définissez les bases de données

en lecture seule avant de les

sauvegarder.



contenu dans votre

environnement.

Selon votre organisation, vous

devrez peut-être faire appel à un

administrateur de base de

données pour effectuer cette

tâche.

[ ] Sauvegarder les bases de données

Sauvegardez toutes vos bases de

données de contenu avant de

commencer le processus de mise à

niveau par attachement de base de

données.



contenu dans votre

environnement.

Cette étape peut prendre une

heure, plusieurs heures, voire

plus en fonction de votre jeu de

données et de votre

environnement.





tâche.

[ ] Détacher les bases de données

d’une version précédente



441


(attachement de base de données

standard)

Si vous envisagez de mettre à niveau

les bases de données d’origine (et non

une copie de sauvegarde), détachez

les bases de données d’origine de

l’instance de Microsoft SQL Server de

manière à pouvoir les déplacer vers le

nouvel environnement.

contenu dans votre

environnement.





tâche.

[ ] Restaurer une copie de sauvegarde

de la base de données (attachement

de base de données avec des bases

de données en lecture seule)

Si vous envisagez de mettre à niveau

une copie des bases de données,

restaurez les bases de données à partir

de la sauvegarde.



contenu dans votre

environnement.


heure, voire plus en fonction de

votre jeu de données et de votre

environnement.





tâche.

[ ] Vérifier les composants

personnalisés

Utilisez l’applet de commande Test-

SPContentDatabaseWindows

PowerShell pour vérifier que vous

disposez de tous les composants

personnalisés pour cette base de

données.



contenu dans votre

environnement.

L’exécution de l’applet de

commande nécessite seulement



prendre plus de temps.

[ ] Vérifier les autorisations

Assurez-vous que le compte que vous

utilisez pour attacher les bases de

données est membre du rôle de base

de données fixe db_owner pour les

bases de données de contenu à mettre

à niveau.

442


[ ] Attacher une base de données

contenu à une application Web

Attachez la première base de données

de contenu que vous voulez mettre à

niveau. Vous devez effectuer cette

opération à partir de la ligne de

commande. Vous pouvez utiliser

l’applet de commande Mount-

SPContentDatabaseWindows

PowerShell ou l’opération Stsadm

AddContentDB.

Effectuez cette étape pour une

base de données de contenu





données et du matériel sur les

serveurs Web, les serveurs de

base de données et le sous-

système de stockage.

[ ] Vérifier la mise à niveau pour la

première base de données

Vérifiez que la mise à niveau a réussi

pour la première base de données, puis

passez en revue le site à la recherche

de problèmes éventuels.


niveau et passer en revue les sites mis


Foundation 2010).

Effectuez cette étape pour la

base de données de contenu

que vous venez d’attacher.

[ ] Attacher les bases de données

restantes

Attachez et mettez à niveau les bases

de données de contenu restantes dans

votre environnement. Vous devez

effectuer cette opération à partir de la

ligne de commande.


toutes les bases de données de

contenu restantes dans votre

environnement.




données, du matériel sur les

serveurs Web, les serveurs de

base de données et le sous-

système de stockage, et selon

que vous mettez à niveau

plusieurs bases de données en

parallèle.

[ ] Surveiller la progression de la mise à

niveau

Utilisez la page État de la mise à



contenu que vous mettez à

443


niveau dans l’Administration centrale de

SharePoint pour surveiller la

progression de la mise à niveau de vos

sites.




Foundation 2010).

niveau.


heure, plusieurs heures ou

plusieurs jours en fonction de

votre jeu de données.

[ ] Vérifier la mise à niveau pour les

bases de données restantes

Vérifiez que la mise à niveau a réussi

pour les bases de données restantes,

puis passez en revue les sites à la

recherche de problèmes éventuels.




Foundation 2010).


toutes les bases de données de

contenu restantes dans votre

environnement.




votre contenu.

Effectuer les étapes de post-mise à niveau Après une mise à niveau par attachement de base de données, suivez ces étapes dans l’ordre

indiqué :

Étapes de post-mise à niveau pour une mise à niveau par


Remarques

[ ] Vérifier la mise à niveau et

passer en revue les sites mis à

niveau

Passez en revue les sites pour

vous assurer qu’ils ont été

correctement mis à niveau et qu’ils

peuvent être affichés par les

utilisateurs.

Étapes détaillées : Vérifier la mise

à niveau et passer en revue les

Effectuez cette étape pour toutes

les bases de données et

collections de sites mises à niveau





votre contenu.

Vous devez également demander

aux propriétaires de sites de

444

Étapes de post-mise à niveau pour une mise à niveau par


Remarques

sites mis à niveau (SharePoint

Foundation 2010).

passer en revue leurs sites et de

signaler les éventuels problèmes.

Voir aussi Feuille de calcul de mise en niveau pour les produits SharePoint 2010 (éventuellement en anglais)


445

Préparer le nouvel environnement SharePoint Foundation

Lorsque vous effectuez une mise à niveau de Windows SharePoint Services 3.0 vers Microsoft

SharePoint Foundation 2010 en utilisant la méthode de mise à niveau par attachement des bases de

données, vous mettez à niveau uniquement le contenu de votre environnement, et non les paramètres

de configuration. Cette méthode est utile lorsque vous changez de matériel ou que vous souhaitez

reconfigurer la topologie de la batterie de serveurs dans le cadre du processus de mise à niveau. Pour

plus d’informations sur le choix d’une méthode de mise à niveau, voir Déterminer l’approche de mise à


Pour pouvoir mettre à niveau les données, vous devez configurer un nouveau serveur ou une nouvelle

batterie de serveurs en utilisant SharePoint Foundation 2010. Cet article explique les éléments que

vous devez configurer pour créer ce nouvel environnement. Pour plus d’informations sur le processus

général de mise à niveau à l’aide de la méthode de mise à niveau par attachement de base de

données, voir Présentation du processus de mise à niveau (SharePoint Foundation 2010).

Pour réaliser les procédures décrites dans cet article, vous devez disposer des droits

d’administrateur sur le serveur local. Pour plus d’informations, voir Comptes d’administration et

de service requis pour le déploiement initial (SharePoint Foundation 2010).

Dans cet article :

Avant de commencer

Créer et configurer le nouvel environnement

Vérifier le nouvel environnement


Avant de commencer Avant d’entreprendre la création du nouvel environnement pour la mise à niveau d’une liaison de base

de données, lisez les informations suivantes concernant les autorisations et les configurations

matérielle et logicielle requises.







Important :

446




Exécutez l’outil de vérification préalable à la mise à niveau sur votre environnement d’origine. Cet

outil identifie les problèmes potentiels de mise à niveau de votre environnement et vous permet

ainsi de les résoudre avant de procéder à la mise à niveau. Il facilite également l’identification des

paramètres requis dans votre environnement. Pour plus d’informations, voir Exécuter l’outil de

vérification préalable à la mise à niveau (SharePoint Foundation 2010).

Créer et configurer le nouvel environnement Le processus de création et de configuration du nouvel environnement se compose de plusieurs

étapes, qui doivent être réalisées dans l’ordre indiqué. Voici la procédure à suivre :

1. Installez SharePoint Foundation 2010 sur le ou les serveurs.

2. Configurez les applications de service.

3. Configurez les paramètres généraux de la batterie de serveurs.

4. Créez et configurez les applications Web.

5. Réappliquez les personnalisations.

La suite de cette section décrit ces étapes et fournit des liens vers d’autres articles contenant des

instructions pas à pas. Une fois que toutes les étapes ont été accomplies, vous pouvez vérifier

l’environnement et procéder à la mise à niveau.

Installation

La première étape de la création du nouvel environnement consiste à installer SharePoint Foundation

2010 et à configurer votre nouveau serveur ou votre nouvelle batterie de serveurs. Procédez comme

suit :

1. Exécutez l’Outil de préparation des produits Microsoft SharePoint pour installer l’ensemble des

logiciels requis.

2. Exécutez le programme d’installation pour installer le produit.

3. Installez les modules linguistiques dont vous avez besoin dans cet environnement.

4. Exécutez l’Assistant Configuration des produits SharePoint pour configurer le ou les serveurs.

Les articles suivants offre ntdes instructions pas à pas permettant de réaliser ces tâches.

Installez et configurez le produit

Suivez les étapes décrites dans l’un des articles suivants pour installer et configurer SharePoint

Foundation 2010 sur un serveur unique ou une batterie de serveurs :



447

Pour découvrir d’autres scénarios de déploiement (installation dans un environnement autonome

avec SQL Express), voir Scénarios de déploiement (SharePoint Foundation 2010).

Installez et configurez les modules linguistiques.

Suivez les étapes décrites dans Déployer des modules linguistiques (SharePoint Foundation 2010)

pour installer et configurer les modules linguistiques requis pour les sites de votre environnement.

Configurez les applications de service

Vous devez configurer les services que vous souhaitez utiliser dans votre nouvel environnement, par

exemple le service BDC (Business Data Connectivity). Les étapes des scénarios de déploiement

mentionnés ci-dessus expliquent comment utiliser l’Assistant Configuration de batterie de serveurs

initiale pour activer tous les services. Vous pouvez cependant configurer les services manuellement si

vous le souhaitez. Pour plus d’informations sur la configuration manuelle des services, voir Configurer

les services (SharePoint Foundation 2010).

Configurez les paramètres généraux de la batterie de serveurs

L’étape suivante de création du nouvel environnement consiste à appliquer les paramètres généraux

de la batterie de serveurs. Vous devez réappliquer manuellement les paramètres de configuration de la

version précédente de votre batterie de serveurs, notamment les paramètres suivants :

Paramètres du courrier électronique entrant et sortant

Paramètres de sécurité et d’autorisation définis au niveau de la batterie de serveurs, concernant

par exemple l’ajout de comptes d’utilisateurs ou de groupes au groupe Administrateurs de batterie

Types de fichiers bloqués

Modèles de quotas

Vous devez en outre configurer les nouveaux paramètres de batterie de serveurs que vous souhaitez

utiliser, par exemple les paramètres suivants :

Collecte des données d’utilisation et d’intégrité

Journalisation des diagnostics

Comptes mobiles

Pour plus d’informations sur la configuration de ces paramètres, voir Configurer les paramètres de la

batterie de serveurs (SharePoint Foundation 2010).

Créez et configurez les applications Web

Créez une application Web pour chaque application Web figurant dans l’ancien environnement. Pour

chaque application Web, procédez comme suit :

Utilisez la même URL et configurez les éventuels paramètres de mappage des accès de

substitution.

Remarque :

448

Si vous utilisez une autre URL, les applications Microsoft Office risquent de ne pas être

correctement redirigées vers les nouvelles URL et les signets pointant vers les anciennes

URL ne fonctionneront pas.

Utilisez la même méthode d’authentification.

Si vous utilisiez précédemment l’authentification par formulaire, vous devez opter pour une

authentification basée sur des revendications. Vous devez également créer une stratégie

d’application Web pour accorder un contrôle total au compte d’utilisateur qui procédera à la

mise à niveau par liaison de base de données.

Pour plus d’informations, voir Configurer l’authentification par formulaires pour une application


Recréez les chemins d’accès inclus (par exemple, /Sites).

Activez la création de sites libre-service pour les applications Web qui utilisaient cette fonction dans

l’environnement précédent.

Pour plus d’informations sur la configuration des applications Web et l’authentification, voir les articles

suivants :

Pour l’authentification classique : Créer une application Web (SharePoint Foundation 2010)

Pour l’authentification basée sur des revendications : Configurer une application Web basée sur les

revendications (SharePoint Foundation 2010) et Configurer l’authentification par formulaires pour

une application Web basée sur les revendications (SharePoint Foundation 2010)

Réappliquez les personnalisations

Une des causes fréquentes de défaillance lors des mises à niveau vient du fait que l’environnement ne

dispose pas de fonctionnalités personnalisées, de solutions ou d’autres éléments. Vérifiez que tous les

éléments personnalisés requis sont installés sur vos serveurs Web frontaux avant de lancer le

processus de mise à niveau. Vous pouvez utiliser l’outil de vérification préalable à la mise à niveau

pour compiler une liste des personnalisations côté serveur de votre environnement. Pour plus

d’informations, voir Identifier et installer les personnalisations dans l’article « Utiliser une mise à niveau

d’évaluation pour rechercher les problèmes potentiels ».

Au cours de cette étape, vous devez transférer manuellement toutes les personnalisations dans votre

nouvelle batterie de serveurs. Pensez à installer les composants nécessaires au bon fonctionnement

de vos sites, notamment les composants suivants :

Définitions de site personnalisées

Si la définition de site a été créée dans Windows SharePoint Services 3.0, vous pouvez la

copier telle quelle dans le nouvel environnement. En revanche, si elle a été créée dans

Windows SharePoint Services version 2.0, vous devrez peut-être créer un fichier de

définition de mise à niveau pour mapper la définition de site aux nouvelles fonctionnalités

Important

Remarque :

449

de Windows SharePoint Services 3.0. Pour plus d’informations, voir Développer de

nouvelles définitions de site personnalisées et créer les fichiers de définition de mise à

niveau (Windows SharePoint Services) et Déployer des fichiers de définition de mise à

niveau et de nouvelles définitions de site (Windows SharePoint Services).

Feuilles de style personnalisées (notamment les feuilles de style en cascade) et images

Composants WebPart personnalisés

Services Web personnalisés

Fonctionnalités et solutions personnalisées

Assemblys personnalisés

Modifications apportées à Web.config (sécurité, par exemple)

N’oubliez pas de transférer les éventuels paramètres spécifiques du fichier Web.config de chaque

application Web sur les nouveaux serveurs.

Autres composants ou fichiers dont vos sites dépendent

Pour plus d’informations sur la mise à jour des personnalisations à utiliser dans SharePoint Foundation

2010, voir : Redéploiement de personnalisations et de solutions dans SharePoint Foundation 2010 et

SharePoint Server 2010. Pour plus d’informations sur le déploiement de personnalisations dans votre

environnement, voir Déployer des personnalisations - Vue d’ensemble (SharePoint Foundation 2010).

Vérifier le nouvel environnement Après avoir configuré le nouvel environnement, vous pouvez effectuer des tests pour vérifier qu’il

contient tous les composants nécessaires avant de procéder à la mise à niveau de vos données.

Différentes méthodes permettent de tester le nouvel environnement :

Créez une nouvelle application Web, puis utilisez l’applet de commande Windows PowerShellTest-

SPContentDatabase pour vérifier que toutes les personnalisations côté serveur nécessaires pour

cette base de données de contenu sont présentes dans le nouvel environnement. N’attachez pas

et ne mettez pas à niveau la base de données. Pour plus d’informations, voir Test-

SPContentDatabase.

Vous pouvez aussi exécuter cette commande sur la base de données de contenu d’origine,

à condition qu’elle ne soit pas en cours d’utilisation.

Utilisez l’opération Stsadm enumallwebs dans votre environnement Windows SharePoint Services

3.0 pour déterminer à quel modèle chaque site est associé, puis vérifiez si le modèle est installé

dans votre environnement SharePoint Foundation 2010. La Mise à jour cumulative d’octobre inclut

des améliorations apportées à l’opération enumallwebs, qui facilitent la recherche des

personnalisations en cours d’utilisation. Pour plus d’informations sur cette opération, voir

Enumallwebs : opération Stsadm (Windows SharePoint Services).

Remarque :






http://msdn.microsoft.com/fr-fr/library/ee662217(office.14).aspx

http://msdn.microsoft.com/fr-fr/library/ee662217(office.14).aspx




450

Effectuer la mise à niveau Lorsque vous avez terminé la préparation du nouvel environnement, vous pouvez attacher et mettre à

niveau les bases de données.

Suivez les étapes décrites dans Attacher les bases de données et effectuer une mise à niveau vers

SharePoint Foundation 2010 pour attacher et mettre à niveau les bases de données du serveur ou de

la batterie de serveurs Windows SharePoint Services 3.0 vers le nouveau serveur ou la nouvelle

batterie de serveurs SharePoint Foundation 2010.

Si vous effectuez une mise à niveau à partir d’une installation de Windows SharePoint

Services 3.0 utilisant la base de données interne Windows et que la taille de la base de

données est supérieure à 4 Go, vous devez réaliser des étapes supplémentaires. Pour plus

d’informations, voir Mise à niveau depuis une installation autonome de Windows SharePoint

Services 3.0 vers SharePoint Foundation 2010 avec des bases de données de contenu

dépassant 4 Go (stockage BLOB distant).

Important :

451


Lorsque vous effectuez une mise à niveau depuis Windows SharePoint Services 3.0 vers Microsoft

SharePoint Foundation 2010 à l’aide du processus de mise à niveau avec liaison des bases de

données, vous migrez seulement le contenu de votre environnement et non pas les paramètres de

configuration. L’utilisation d’un processus de mise à niveau avec liaison des bases de données pour

effectuer la mise à niveau est utile lorsque vous modifiez la configuration matérielle ou que vous

souhaitez reconfigurer la topologie de la batterie de serveurs dans le cadre du processus de mise à

niveau. Pour plus d’informations sur le choix d’une méthode de mise à niveau, voir Déterminer

l’approche de mise à niveau (SharePoint Foundation 2010).

La première étape du processus consiste à configurer un nouvel environnement destiné à héberger le

contenu mis à niveau. Si vous n’avez pas encore configuré le nouvel environnement, suivez les étapes

indiquées dans Préparer le nouvel environnement SharePoint Foundation

Une fois que vous avez défini le nouvel environnement, vous pouvez suivre les procédures indiquées

dans cet article pour détacher, puis reconnecter les bases de données pour effectuer la mise à niveau

proprement dite.

Dans cet article :


Avant de commencer

Définir les bases de données de la version précédente en lecture seule (facultatif)

Sauvegarder les bases de données disponibles dans la version précédente à l’aide des outils

SQL Server

Détacher les bases de données de version précédente (attachement de base de données

standard)

Restaurer une copie de sauvegarde de la base de données (attachement de base de données

avec bases de données en lecture seule)

Vérifier les composants personnalisés

Attacher une base de données de contenu à une application Web

Vérification : contrôler la mise à niveau pour la première base de données

Attacher les bases de données restantes

Vérification : contrôler la mise à niveau pour les bases de données supplémentaires

Une cause fréquente de défaillances au cours d’une mise à niveau est due à des

fonctionnalités, des solutions ou d’autres éléments personnalisés manquants dans

l’environnement. Vérifiez que les éléments personnalisés dont vous avez besoin sont installés

Remarque :

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#Detach

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#Detach

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#VerifyCustom

452

sur vos serveurs Web frontaux avant de commencer le processus de mise à niveau. Vous

pouvez utiliser l’outil de vérification préalable à la mise à niveau et, pour une mise à niveau

avec liaison des bases de données, l’applet de commande test-spcontentdatabaseWindows

PowerShell afin d’identifier les éléments personnalisés que vos sites pourraient utiliser. Pour

plus d’informations, voir Identifier et installer les personnalisations dans l’article « Utiliser une

mise à niveau d’évaluation pour rechercher les problèmes potentiels ».

Pour plus d’informations sur le processus général de mise à niveau à l’aide de la méthode de mise à

niveau avec liaison des bases de données, voir Présentation du processus de mise à niveau


Vue d’ensemble du processus Lorsque vous effectuez une mise à niveau à l’aide d’une mise à niveau avec liaison des bases de

données, vous effectuez essentiellement une sauvegarde et une restauration des bases de données.

Autrement dit, vous les sauvegardez sur l’ancienne batterie, puis vous les restaurez dans la nouvelle

batterie. Lorsque vous restaurez une base de données et que vous l’ajoutez à la nouvelle batterie, le

processus de mise à niveau s’exécute et met à niveau la totalité de la base de données. Le processus

de mise à niveau avec liaison des bases de données est similaire au processus de mise à niveau sur

place. La différence est qu’il est effectué manuellement et que l’environnement d’origine reste intact.

Si vous souhaitez conserver votre batterie initiale et autoriser les utilisateurs à continuer d’accéder à

leurs données, vous devez rendre la base de données accessible en lecture seule, puis attacher une

copie de sauvegarde des bases de données.

La partie du processus décrit dans cet article qui est spécifique au déplacement d’une base de

données d’un ordinateur exécutant Microsoft SQL Server vers un autre ordinateur exécutant

aussi SQL Server s’intitule repositionnement planifié. Pour plus d’informations sur le

repositionnement planifié, voir Déplacement des bases de données utilisateur


Pour une présentation générale du processus de mise à niveau, voir Présentation du processus de


Avant de commencer Avant de commencer la mise à niveau par attachement de base de données, lisez les informations

suivantes sur les autorisations, ainsi que sur les configurations matérielle et logicielle requises. Suivez

les étapes spécifiées pour installer ou configurer les logiciels prérequis ou pour modifier les

paramètres.





Remarque :


453






Assurez-vous que le compte que vous utilisez pour attacher les bases de données est membre du

rôle de base de données fixe db_owner pour les bases de données de contenu que vous

souhaitez mettre à niveau.

Exécutez l’outil de vérification de pré-mise à niveau sur les sites stockés dans les bases de

données. Cet outil identifie les problèmes potentiels de mise à niveau de votre environnement et

vous permet ainsi de les résoudre avant de procéder à la mise à niveau. Pour plus d’informations,

voir Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

Créez un nouvel environnement de batterie de serveurs. Pour plus d’informations sur la création du

nouvel environnement, voir Préparer le nouvel environnement SharePoint Foundation.

Recherchez et corrigez toutes les erreurs de cohérence de base de données. Pour plus

d’informations, voir Livre blanc : Maintenance des bases de données pour Windows SharePoint

Services 3.0.

Définir les bases de données de la version précédente en lecture seule (facultatif) Si vous utilisez l’approche hybride des bases de données en lecture seule pour effectuer la mise à

niveau, définissez les bases de données de la version précédente en lecture seule avant de

sauvegarder les bases de données. Quel que soit le type de mise à niveau par attachement de base de

données, vous pouvez aussi définir les bases de données en lecture seule pour être sûr de capturer

toutes les données dans la sauvegarde, de façon à restaurer et mettre à niveau l’état actuel de

l’environnement. Si les bases de données sont définies en lecture seule, les utilisateurs peuvent

continuer à afficher du contenu, mais ils ne pourront pas en ajouter ou en modifier.

Il est impossible de mettre à niveau une base de données accessible en lecture seule. Si vous

utilisez un attachement de base de données avec des bases de données en lecture seule,

vous devez restaurer une copie de la base de données, puis effectuer la mise à niveau sur la

copie. Si vous n’utilisez pas cette méthode mais que vous souhaitez rendre momentanément

les bases de données de contenu accessibles en lecture seule pendant que vous sauvegardez

les données actuelles, assurez-vous de rendre les bases de données accessibles en lecture-

écriture avant de les attacher et de les mettre à niveau.

Important :

Important :



454

Vérifiez que vous avez exécuté l’outil de vérification de pré-mise à niveau avant d’effectuer

cette procédure. Pour plus d’informations, voir Exécuter l’outil de vérification préalable à la


1. Dans SQL Server Enterprise Manager, cliquez avec le bouton droit sur le nom de la base de

données que vous voulez définir en lecture seule, puis cliquez sur Propriétés.

2. Dans la boîte de dialogue Propriétés, cliquez sur l’onglet Options.

3. Sous Accès, activez la case à cocher Lecture seule, puis cliquez sur OK.

1. Dans SQL Server Management Studio, cliquez avec le bouton droit sur le nom de la base de

données que vous voulez définir en lecture seule, puis cliquez sur Propriétés.

2. Dans la section Sélectionner une page, cliquez sur Options.

3. Dans le volet droit, sous Autres options, dans la section État, en regard de Base de données

en lecture seule, cliquez sur la flèche, puis sélectionnez Vrai.

1. Dans SQL Server Management Studio, dans l’Explorateur d’objets, connectez-vous à une

instance du moteur de base de données, développez le serveur, puis développez Bases de

données.

2. Sélectionnez la base de données que vous voulez configurer en lecture seule, cliquez avec le

bouton droit sur la base de données, puis cliquez sur Propriétés.

3. Dans la boîte de dialogue Propriétés de la base de données, dans la section Sélectionner

une page, cliquez sur Options.

4. Dans le volet droit, sous Autres options, dans la section État, en regard de Base de données

en lecture seule, cliquez sur la flèche, puis sélectionnez Vrai.

Vous pouvez configurer l’option de disponibilité de base de données READ_ONLY à l’aide de

Transact-SQL. Pour plus d’informations sur l’utilisation de la clause SET de l’instruction ALTER

DATABASE, voir Définition des options de base de données


Sauvegarder les bases de données disponibles dans la version précédente à l’aide des outils SQL Server Suivez la procédure appropriée pour sauvegarder les bases de données dans SQL Server 2000,

SQL Server 2005 ou SQL Server 2008. Répétez ces étapes pour chaque base de données de contenu

dans votre batterie de serveurs.

Pour définir une base de données en lecture seule dans SQL Server 2008




455

Il est inutile de sauvegarder les bases de données de configuration ou de contenu d’administration, car

vous allez recréer ces bases de données dans la nouvelle batterie de serveurs. Pour plus

d’informations sur les types de bases de données pouvant se trouver dans une batterie de serveurs

Windows SharePoint Services 3.0, voir Types de bases de données et descriptions (Windows

SharePoint Services 3.0).

À la fin de cette procédure, vous aurez dupliqué les bases de données de contenu en lecture seule.

1. Sur le serveur de bases de données, cliquez sur Démarrer, pointez sur Tous les

programmes, sur Microsoft SQL Server, puis cliquez sur Enterprise Manager.

2. Dans SQL Server Enterprise Manager, développez Serveurs Microsoft SQL.

3. Développez Groupe SQL Server.

4. Développez (local) (Windows NT).


6. Cliquez avec le bouton droit sur la base de données que vous voulez sauvegarder, pointez sur

Toutes les tâches, puis cliquez sur Sauvegarder la base de données.

7. Dans la boîte de dialogue Sauvegarde SQL Server, dans la zone Nom, spécifiez un nom pour

la sauvegarde, puis dans la zone Sauvegarde, sélectionnez Bases de données - complète.

8. Dans la zone Destination, sélectionnez une destination existante ou effectuez l’opération

suivante :

a. Cliquez sur Ajouter.

b. Dans la zone Sélectionner la destination de la sauvegarde, sélectionnez Nom de

fichier, puis en regard de la zone Nom de fichier, cliquez sur Parcourir.

c. Dans la boîte de dialogue Emplacement de l’unité de sauvegarde - (local), dans la zone

Nom de fichier, tapez un nom de fichier, puis cliquez sur OK.

d. Cliquez sur OK à nouveau pour fermer la boîte de dialogue Sélectionner la destination

de la sauvegarde.

9. Cliquez sur OK pour démarrer le processus de sauvegarde.

10. Cliquez sur OK pour confirmer que le processus de sauvegarde est terminé.

Répétez la procédure précédente pour sauvegarder toutes les autres bases de données de contenu

utilisées par Windows SharePoint Services 3.0 dans votre environnement.


programmes, sur Microsoft SQL Server 2005, puis cliquez sur SQL Server

Management Studio.

2. Dans la zone Se connecter au serveur, renseignez les informations de connexion, puis

Pour sauvegarder une base de données dans SQL Server 2008




456

cliquez sur Se connecter.

3. Une fois établie la connexion à l’instance appropriée du moteur de base de données

SQL Server 2005, dans l’Explorateur d’objets, développez l’arborescence du serveur en

développant le nom du serveur.

4. Développez Bases de données, cliquez avec le bouton droit sur la base de données que vous

souhaitez sauvegarder, pointez sur Tâches, puis cliquez sur Sauvegarder. La boîte de

dialogue Sauvegarder la base de données s’affiche.

5. Dans la partie Source, dans la zone Base de données, vérifiez le nom de la base de données.

6. Dans la zone Type de sauvegarde, sélectionnez Complète.

7. Sous Composant de sauvegarde, sélectionnez Base de données.

8. Dans la partie Jeu de sauvegarde, dans la zone de texte Nom, acceptez le nom de jeu de

sauvegarde par défaut qui est suggéré ou entrez un nom différent pour le jeu de sauvegarde.

9. Dans la partie Destination, spécifiez le type de destination de sauvegarde en sélectionnant

Disque ou Bande, puis spécifiez une destination. Pour créer une autre destination, cliquez sur

Ajouter.





programmes, sur Microsoft SQL Server 2008, puis cliquez sur SQL Server

Management Studio.

2. Dans la zone Se connecter au serveur, renseignez les informations de connexion, puis

cliquez sur Se connecter.

3. Une fois établie la connexion à l’instance appropriée du moteur de base de données SQL

Server 2008, dans l’Explorateur d’objets, développez le nom du serveur.

4. Développez Bases de données, cliquez avec le bouton droit sur la base de données que vous

souhaitez sauvegarder, pointez sur Tâches, puis cliquez sur Sauvegarder. La boîte de

dialogue Sauvegarder la base de données s’affiche.

5. Dans la partie Source, dans la zone Base de données, vérifiez le nom de la base de données.

6. Dans la zone Type de sauvegarde, sélectionnez Complète.

7. Sous Composant de sauvegarde, sélectionnez Base de données.

8. Dans la partie Jeu de sauvegarde, dans la zone de texte Nom, acceptez le nom de jeu de

sauvegarde par défaut ou entrez un nom nouveau nom.

9. Dans la partie Destination, spécifiez le type de destination de sauvegarde en sélectionnant

Disque ou Bande, puis spécifiez une destination. Pour créer une autre destination, cliquez sur

Ajouter.


457




Détacher les bases de données de version précédente (attachement de base de données standard) Avant de pouvoir attacher vos bases de données au nouvel environnement et de mettre à niveau les

données, vous devez les détacher de l’environnement actuel. Après cela, vous pouvez les déplacer

vers un nouveau serveur de base de données ou les laisser sur le serveur de base de données existant

et les attacher à des applications Web.

N’appliquez pas la procédure suivante si vous effectuez une mise à niveau d’attachement de

base de données avec des bases de données en lecture seule. Pour continuer à fournir à vos

utilisateurs un accès à leur contenu, vous devez laisser les bases de données attachées et

suivre les étapes de la section Restaurer une copie de sauvegarde de la base de données

(attachement de base de données avec bases de données en lecture seule) plus loin dans cet

article afin de créer une copie des bases de données.

1. Dans l’Administration centrale, dans la page Gestion des applications, dans la section Gestion

des applications Web SharePoint, cliquez sur Bases de données de contenu.

2. Dans la page Gérer les bases de données de contenu, cliquez sur la base de données de

contenu que vous souhaitez détacher.

Remarque :

Si la base de données de contenu n’est pas répertoriée, il se peut qu’elle soit associée

à une autre application Web. Pour sélectionner une autre application Web, dans le

menu Application Web, cliquez sur Modifier l’application Web.

3. Dans la page Gérer les paramètres de la base de données de contenu, dans la section

Supprimer la base de données de contenu, activez la case à cocher Supprimer la base de

données de contenu, puis cliquez sur OK.

Remarque :

La suppression de la base de données de contenu n’entraîne pas la suppression de la

base de données ; cela ne fait que supprimer l’association de la base de données avec

l’application Web.

Important :

Ajouter une base de données de contenu à une application Web à l’aide de l’outil en ligne de commande Stsadm

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore

http://technet.microsoft.com/library/38ef5fbb-181b-49bf-aa7a-2d5c47b3811c.aspx#restore

458

4. Répétez les étapes 2 et 3 pour chaque base de données de contenu à détacher.

Vous pouvez également utiliser l’opération Stsadm deletecontentdb pour détacher une base de

données de contenu d’une application Web. Pour plus d’informations, voir Deletecontentdb : opération

Stsadm (Windows SharePoint Services).

Si vous déplacez les bases de données vers un serveur de base de données différent, vous devez

également détacher les bases de données de l’instance de SQL Server avant de les déplacer et les

attacher à la nouvelle instance de SQL Server après les avoir déplacées.

Si vous déplacez vos bases de données sur une instance différente de SQL Server, vérifiez

que la sécurité est configurée correctement. Vérifiez que les comptes que vous utilisez

disposent des rôles fixes et des autorisations appropriés sur les bases de données, et qu’il

s’agira toujours de comptes valides si vous passez d’un domaine à un autre.

1. Dans SQL Server 2005 Management Studio, ouvrez l’instance source de SQL Server, puis

développez le nœud Bases de données.

2. Cliquez avec le bouton droit sur la base de données de contenu, pointez sur Tâches, puis

cliquez sur Détacher. Répétez cette étape pour chaque base de données de contenu que vous

souhaitez détacher et déplacer.

Remarque :

Appliquez cette procédure pour déplacer uniquement des bases de données de

contenu. Ne détachez aucune autre base de données.

3. Dans l’Explorateur Windows, naviguez jusqu’à l’emplacement des fichiers .mdf et .ldf des

bases de données de contenu.

4. Sélectionnez les fichiers .mdf et .ldf de la base de données que vous souhaitez déplacer et

copiez ou déplacez-les vers le répertoire de destination.

5. Dans SQL Server 2005 Management Studio, ouvrez l’instance source de SQL Server.

6. Cliquez avec le bouton droit sur le nœud Bases de données, pointez sur Tâches, puis cliquez

sur Attacher.

7. Dans la boîte de dialogue Attacher la base de données, naviguez jusqu’à l’emplacement

auquel vous avez transféré les fichiers .mdf et .ldf, sélectionnez le fichier .mdf de la base de

données à attacher, puis cliquez sur OK.

8. Répétez les étapes 6 et 7 pour chaque base de données de contenu à déplacer.

Important :

Pour détacher une base de données d’une instance de SQL Server et la déplacer vers une autre instance de SQL Server



459

Restaurer une copie de sauvegarde de la base de données (attachement de base de données avec bases de données en lecture seule) Une fois que vous avez configuré la nouvelle batterie de serveurs, vous pouvez restaurer les copies de

sauvegarde des bases de données sur l’un des produits suivants : Microsoft SQL Server 2008 R2, SQL

Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et

mise à jour cumulative 3. Notez que vous devez restaurer une version 64 bits de SQL Server 2008 R2,

SQL Server 2008 avec SP1 et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour

cumulative 3. Démarrez avec une base de données, puis vérifiez que la restauration a fonctionné avant

de restaurer les autres bases de données.

La section suivante contient des procédures pour la restauration des sauvegardes.

1. Dans SQL Server Management Studio, cliquez avec le bouton droit sur Base de données puis

cliquez sur Restaurer la base de données. La boîte de dialogue Restaurer la base de

données s’affiche.

2. Dans la boîte de dialogue Restaurer la base de données, sur la page Général, dans la zone

Vers la base de données, entrez le nom de la base de données que vous restaurez.

3. Dans la zone de texte Vers une limite dans le temps, conservez la valeur par défaut (Le plus

récent possible).

4. Pour spécifier la source et l’emplacement des jeux de sauvegarde à restaurer, cliquez sur À

partir de l’unité, puis cliquez sur Parcourir pour sélectionner le fichier de sauvegarde.

5. Dans la boîte de dialogue Spécifier la sauvegarde, dans la zone Support de sauvegarde,

vérifiez que l’option Fichier est sélectionnée.

6. Dans la zone Emplacement de sauvegarde, cliquez sur Ajouter.

7. Dans la boîte de dialogue Localiser le fichier de sauvegarde, sélectionnez le fichier à

restaurer, puis cliquez sur OK.

8. Dans la grille Sélectionnez les jeux de sauvegarde à restaurer, activez la case à cocher

Restaurer en regard de la sauvegarde complète la plus récente.

9. Dans la boîte de dialogue Restaurer la base de données, sur la page Options, sous Options

de restauration, activez la case à cocher Remplacer la base de données existante.

10. Cliquez sur OK pour démarrer le processus de restauration.

1. Une fois établie la connexion à l’instance appropriée du moteur de base de données SQL

Pour restaurer une copie de sauvegarde d’une base de données dans SQL Server 2005 Enterprise Edition

Pour restaurer une copie de sauvegarde d’une base de données dans SQL Server 2008 Enterprise

460

Server 2008, dans l’Explorateur d’objets, développez le nom du serveur.

2. Cliquez avec le bouton droit sur Bases de données, puis cliquez sur Restaurer la base de

données. La boîte de dialogue Restaurer la base de données s’affiche.

3. Dans la boîte de dialogue Restaurer la base de données, dans la page Général, entrez le

nom de la base de données à restaurer dans la liste Vers la base de données.

4. Dans la zone de texte Vers une limite dans le temps, conservez la valeur par défaut (Le plus

récent possible).

5. Pour spécifier la source et l’emplacement des jeux de sauvegarde à restaurer, cliquez sur À

partir de l’unité, puis cliquez sur Parcourir pour sélectionner le fichier de sauvegarde.

6. Dans la boîte de dialogue Spécifier la sauvegarde, dans la zone Support de sauvegarde,

vérifiez que l’option Fichier est sélectionnée.

7. Dans la zone Emplacement de sauvegarde, cliquez sur Ajouter.

8. Dans la boîte de dialogue Localiser le fichier de sauvegarde, sélectionnez le fichier à

restaurer, cliquez sur OK puis, dans la boîte de dialogue Spécifier la sauvegarde, cliquez sur

OK.

9. Dans la boîte de dialogue Restaurer la base de données, sous la grille Sélectionnez les jeux

de sauvegarde à restaurer, activez la case à cocher Restaurer en regard de la sauvegarde

complète la plus récente.

10. Dans la boîte de dialogue Restaurer la base de données, sur la page Options, sous Options

de restauration, activez la case à cocher Remplacer la base de données existante.

11. Cliquez sur OK pour démarrer le processus de restauration.

Vérifier les composants personnalisés Avant d’attacher les bases de données de contenu aux applications Web, utilisez l’applet de

commande Windows PowerShellTest-SPContentDatabase pour vérifier que vous avez tous les

composants personnalisés nécessaires pour cette base de données.


SPShellAdmin.





Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>

Où :

<DatabaseName> est le nom de la base de données à tester.

Pour vérifier la disponibilité des composants personnalisés à l’aide de Windows PowerShell

461

<URL> est l’URL de l’application Web qui hébergera les sites.

Pour plus d’informations, voir Test-SPContentDatabase.

Attacher une base de données de contenu à une application Web Lorsque vous ajoutez les bases de données de contenu, veillez à ce que le site racine de

l’application Web soit inclus dans la première base de données de contenu que vous ajoutez. En

d’autres termes, avant de continuer, examinez la racine de l’application Web dans la batterie de

serveurs d’origine pour déterminer la première collection de sites. Une fois que vous avez ajouté la

base de données qui contient le site racine, vous pouvez ajouter les autres bases de données de

contenu pour l’application Web dans n’importe quel ordre. Vous n’avez pas besoin de créer de

collections de sites pour le stockage du contenu avant d’ajouter la base de données ; ce processus

crée les collections de sites automatiquement. Assurez-vous de ne pas ajouter de nouvelles collections

de sites tant que vous n’avez pas restauré toutes les bases de données de contenu.

Si vous déplacez les bases de données de contenu d’un domaine à un autre, d’une forêt à une

autre ou dans un autre environnement qui a des comptes de service différents, vérifiez que les

comptes de service sont toujours corrects avant d’attacher les bases de données.

Vous pouvez utiliser l’applet de commande Mount-SPContentDatabase dans Windows PowerShell ou

la commande Stsadm addcontentdb pour attacher une base de données de contenu à une

application Web. Il est impossible d’utiliser les pages de l’Administration centrale SharePoint pour

attacher une base de données de contenu dans le cadre d’une mise à niveau.

Assurez-vous que le compte que vous utilisez pour attacher les bases de données est membre du rôle

de base de données fixe db_owner pour les bases de données de contenu que vous souhaitez mettre

à niveau.

Si vous utilisiez l’authentification basée sur les formulaires, vous devrez configurer

l’authentification par revendications pour votre application Web avant d’attacher des bases de

données. Vous devez également créer une stratégie afin d’accorder un Contrôle total à

l’application Web au compte d’utilisateur qui effectue la mise à niveau d’attachement de base

de données.

Pour plus d’informations, voir Configurer l’authentification par formulaires pour une application


Vous ne pouvez pas ajouter la même base de données de contenu plusieurs fois à une batterie

de serveurs, même sur différentes applications Web. Chaque collection de sites dans une base

de données de contenu a un GUID qui lui est associé et qui est inscrit dans la base de

Important :

Important

Conseil


462

données de configuration. Par conséquent, vous ne pouvez pas ajouter la même collection de

sites à deux reprises à la batterie de serveurs, même dans des applications Web distinctes.

Bien que vous puissiez correctement attacher la base de données dans ce cas, vous ne

pourrez pas démarrer la collection de sites.

Si vous avez besoin d’une copie dupliquée d’une collection de sites dans la même batterie de

serveurs, attachez d’abord la base de données qui contient la collection de sites à une batterie

de serveurs distincte, puis utilisez les opérations de sauvegarde et restauration de Stsadm

pour copier la collection de sites vers l’autre batterie de serveurs. Le processus de sauvegarde

et de restauration de Stsadm crée un nouveau GUID pour la collection de sites.




4. Cliquez sur Environnement de gestion SharePoint 2010.


Mount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -

WebApplication <URL> [-Updateuserexperience]

Où :

<DatabaseName> est le nom de la base de données à mettre à niveau.

<ServerName> est le serveur sur lequel la base de données est stockée.

<URL> est l’URL de l’application Web qui hébergera les sites.

Updateuserexperience est le paramètre qui permet d’effectuer la mise à jour vers la

nouvelle expérience utilisateur ou de conserver l’ancienne expérience utilisateur (dans le

cadre de la mise à niveau visuelle). Lorsque vous incluez ce paramètre, le site est

configuré de façon à fournir un aperçu de la nouvelle expérience utilisateur. Omettez-le si

vous souhaitez que le site conserve l’ancienne expérience utilisateur après la mise à

niveau. Pour plus d’informations, voir Planifier une mise à niveau visuelle (SharePoint

Foundation 2010).

Pour plus d’informations, voir Mount-SPContentDatabase.

Remarque :




Pour attacher une base de données de contenu à une application Web à l’aide de Windows PowerShell

Pour attacher une base de données de contenu à une application Web à l’aide de l’outil en ligne de commande Stsadm


463

1. Sur le lecteur sur lequel les Produits et technologies SharePoint sont installés, naviguez

jusqu’au répertoire suivant : %COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\12\Bin.


stsadm -o addcontentdb -url <URL> -databasename <nom_base_de_données>

[-databaseserver <nom_serveur>] [-databaseuser <nom_utilisateur>]

[-databasepassword <mot de passe>] [-sitewarning <nombre de sites avant avertissement>]

[-preserveolduserexperiencetrue/false]

[-sitemax <nombre maximal de sites>]

[-assignnewdatabaseid][-clearchangelog]

Remarque

Lorsque vous affectez la valeur true au paramètre preserveolduserexperience, les sites de la

base de données de contenu conservent le même aspect que dans la version antérieure après la

mise à niveau. Lorsque vous lui affectez la valeur false, les sites sont mis à niveau avec le nouvel

aspect. La valeur par défaut pour ce paramètre est true, qui préserve l’ancien aspect.

Ce paramètre fait partie de la fonctionnalité de mise à niveau visuelle. Pour plus d’informations, voir

Planifier une mise à niveau visuelle (SharePoint Foundation 2010).

Pour plus d’informations sur cette opération, voir Addcontentdb : opération Stsadm (Windows


Vérification : contrôler la mise à niveau pour la première base de données Après avoir attaché une base de données, vous pouvez utiliser la page État de la mise à niveau dans

l’Administration centrale pour vérifier l’état de la mise à niveau de vos collections de sites. Une fois le

processus de mise à niveau terminé, vous pouvez consulter le fichier journal de mise à niveau pour voir

si des problèmes se sont produits lors de la mise à niveau. Examinez aussi chaque site mis à niveau

pour rechercher et traiter les problèmes susceptibles d’affecter l’affichage du contenu. Pour plus

d’informations, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint

Foundation 2010).

Dans l’Administration centrale, cliquez sur Mise à niveau et migration, puis cliquez sur

Vérifier l’état de la mise à niveau.

Le fichier journal des erreurs de mise à niveau et le fichier journal de mise à niveau sont

disponibles à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\web server

Pour afficher la page État de la mise à niveau

Pour ouvrir le fichier journal de mise à niveau



464

extensions\14\LOGS. Les fichiers sont nommés selon le format suivant : Upgrade-AAAAMMJJ-

HHMMSS-SSS-error.log et Upgrade-AAAAMMJJ-HHMMSS-SSS.log, où AAAAMMJJ est la

date et HHMMSS-SSS est l’heure (heures au format 24 heures, minutes, secondes et

millisecondes). « Upgrade-20090415-132126-374-error.log » est un exemple de fichier journal

d’erreurs de mise à niveau et « Upgrade-20090415-132126-374.log » est un exemple de fichier

journal de mise à niveau.

Remarque :

Le fichier journal de mise à niveau inclut le nom de la base de données de contenu

mise à niveau.

Attacher les bases de données restantes Une fois que vous avez restauré la première base de données de contenu et vérifié la mise à niveau en

consultant le fichier journal de mise à niveau, vous pouvez continuer en restaurant et en mettant à

niveau la ou les bases de données suivantes. Vous pouvez attacher plusieurs bases de données en

même temps dans des fenêtres d’invite de commandes distinctes pour exécuter plusieurs mises à

niveau en même temps. Une fois que vous avez correctement restauré et mis à niveau toutes les

bases de données de contenu, vous pouvez consulter les sites afin de vous assurer qu’ils ont été mis à

niveau.

Vérification : contrôler la mise à niveau pour les bases de données supplémentaires Après avoir mis à niveau les bases de données supplémentaires éventuelles, affichez la page État de

la mise à niveau pour surveiller la progression et vérifier que le processus de mise à niveau est

terminé. Examinez le fichier journal pour identifier les problèmes éventuels, puis examinez chaque site

mis à niveau pour rechercher et traiter les problèmes susceptibles d’affecter l’affichage du contenu.

Pour plus d’informations, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau

(SharePoint Foundation 2010) et Gérer une mise à niveau visuelle (SharePoint Foundation 2010).

Voir aussi Résoudre les problèmes de mise à niveau (SharePoint Foundation)

465

Effectuer les étapes postérieures à la mise à niveau (SharePoint Foundation 2010)

Après avoir effectué une mise à niveau sur place ou une mise à niveau avec liaison des bases de

données vers Microsoft SharePoint Foundation 2010, vous pouvez vérifier votre mise à niveau et suivre

les étapes de configuration nécessaires pour mettre de nouveau votre environnement à la disposition

de vos utilisateurs.




Mettez à niveau les applications Web Windows SharePoint Services 3.0 existantes qui étaient


Foundation 2010.


Découvrez comment vous assurer que la mise à niveau s’est déroulée correctement (aussi bien du

point de vue logiciel que d’une observation de vos sites) ou s’il reste des problèmes à résoudre. Si

vous devez redémarrer la mise à niveau à la suite d’un problème, vous trouverez les explications

nécessaires dans cet article.


Si la mise à niveau vers Microsoft SharePoint Foundation 2010 a échoué et que vous n’avez pas le

temps de continuer à résoudre les problèmes ou de reprendre le processus de mise à niveau,

procédez comme suit.

466

Configurer l’authentification par formulaires pour une application Web basée sur les revendications (SharePoint Foundation 2010)

Les procédures indiquées dans cet article vous aident à :

configurer l’authentification par formulaires pour une application Web Microsoft SharePoint

Foundation 2010 basée sur des revendications ;

mettre à niveau des applications Web Windows SharePoint Services 3.0 existantes qui ont été


Foundation 2010.

Après une mise à niveau vers SharePoint Foundation 2010, vos applications Web Windows SharePoint

Services 3.0 seront configurées pour l’ancienne connexion. Pour vos applications Web Windows

SharePoint Services 3.0 qui étaient configurées pour utiliser l’authentification Windows, aucune étape

supplémentaire n’est requise pour la mise à niveau. Cependant, pour les applications Windows

SharePoint Services 3.0 dont la configuration prévoit l’utilisation d’une authentification par formulaires

ou l’authentification unique Web, vous devez d’abord convertir les authentifications par revendications

avant que les applications Web Windows SharePoint Services 3.0 puissent être utilisées dans

SharePoint Foundation 2010. Une fois que vous avez converti les applications Web Windows

SharePoint Services 3.0 à l’authentification par revendications, configurez vos zones d’applications

Web pour l’authentification par formulaires (ou l’authentification Web unique, si elle convient). Notez

que les noms de fournisseur d’appartenance et de fournisseur de rôle que vous utilisez dans

SharePoint Foundation 2010 doivent correspondre aux noms de fournisseur d’appartenance et de

fournisseur de rôle que vous avez utilisés dans Windows SharePoint Services 3.0. L’étape finale

consiste à migrer les utilisateurs et les autorisations vers SharePoint Foundation 2010.

Dans cet article :

Convertir des applications Web en authentification par revendications


l’aide de l’Administration centrale

Configurer les fichiers Web.Config LDAP


l’aide de Windows PowerShell


Foundation 2010

467

Convertir des applications Web en authentification par revendications Effectuez les étapes de la procédure suivante pour convertir des applications Web existantes en

authentification par revendications à l’aide de Windows PowerShell.


SPShellAdmin.




5. Depuis l’invite de commandes de Windows PowerShell, tapez la commande suivante :


$w.UseClaimsAuthentication = "True";

$w.Update()

$w.ProvisionGlobally()

Remarque :




Configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de l’Administration centrale Effectuez les étapes de la procédure suivante afin de configurer l’authentification par formulaire pour

une application Web basée sur des revendications à l’aide de l’Administration centrale.


de sites.


applications Web.

Pour convertir des applications Web en authentification par revendications

Pour configurer l’authentification par formulaire pour une application Web basée sur des revendications à l’aide de l’Administration centrale

468

3. Dans le Ruban, sélectionnez Nouveau.


sélectionnez Authentification par revendications.

5. Dans la section Type d’authentification, sélectionnez Activer le fournisseur

d’appartenances et de rôles ASP.NET.

6. Tapez un nom de fournisseur d’appartenances et un nom de gestionnaire de rôles. Dans

l’exemple de fichier Web.Config décrit dans cet article, le nom du fournisseur d’appartenances

est membership, tandis que le nom du gestionnaire de rôles est rolemanager.


Configurer les fichiers Web.Config LDAP Après avoir correctement créé l’application Web (comme décrit dans la procédure précédente),

modifiez les fichiers Web.Config suivants :



Le fichier Web.Config de l’application Web basée sur des revendications pour l’authentification par

formulaire


2. Accédez au site Administration centrale de SharePoint dans IIS.


Explorer.



<membership defaultProvider="AspNetSqlMembershipProvider">

<providers>





port="389"

useSSL="false"



Pour configurer le fichier Web.Config de l’Administration centrale

469

userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName

(of your userContainer)"


userFilter="(ObjectClass=person)"

scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" >

<providers>





port="389"

useSSL="false"

groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your

groupContainer)"






groupFilter="((ObjectClass=group)"

userFilter="((ObjectClass=person)"

scope="Subtree" />

</providers>

</roleManager>



Important :

Pour configurer le fichier Web.Config du service d’émission de jeton de sécurité

470

2. Accédez au site Services Web SharePoint.

3. Accédez au sous-site Application de service d’émission de jeton de sécurité.


Explorer.



<membership>

<providers>





port="389"

useSSL="false"






scope="Subtree"


</providers>

</membership>

<roleManager enabled="true" >

<providers>

<add name="rolemanager"




port="389"

useSSL="false"




471






scope="Subtree" />

</providers>

</roleManager>



2. Accédez au site Formulaires basés sur les revendications.

3. Cliquez avec le bouton droit sur Formulaires basés sur les revendications, puis sélectionnez

Explorer.


5. Recherchez la section <Configuration> <system.web>.

6. Recherchez la section <membership defaultProvider="i">, puis ajoutez l’entrée suivante :





port="389"

useSSL="false"






scope="Subtree"


Important :

Pour configurer le fichier Web.Config de l’application Web basée sur des revendications pour l’authentification par formulaire

472

Recherchez la section <roleManager defaultProvider="c" enabled="true"

cacheRolesInCookie="false">, puis ajoutez l’entrée suivante :





port="389"

useSSL="false"









scope="Subtree" />


Ne remplacez aucune entrée existante dans ce fichier Web.Config.

Configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de Windows PowerShell Effectuez les étapes de la procédure suivante afin de configurer l’authentification par formulaire pour

une application Web basée sur des revendications à l’aide de Windows PowerShell.


SPShellAdmin.



Important :

Avertissement :

Pour configurer une application Web basée sur des formulaires afin qu’elle utilise un fournisseur LDAP à l’aide de Windows PowerShell

473


5. À partir de l’invite de commandes de Windows PowerShell, tapez la commande suivante :

$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider

"membership" -ASPNETRoleProviderName "rolemanager"

$wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims

App Pool" -ApplicationPoolAccount "internal\appool"

-Url http://servername -Port 80 -AuthenticationProvider $ap

Remarque :

La valeur du paramètre ApplicationPoolAccount doit correspondre à un compte géré


6. Après avoir correctement créé un fournisseur d’authentification et une application Web,

modifiez les fichiers Web.Config suivants à l’aide des exemples d’entrées fournis dans la

section « Configurer les fichiers Web.Config LDAP » de cet article :



Le fichier Web.Config de l’application Web basée sur des revendications pour


7. Après avoir modifié les fichiers Web.Config, créez un SPClaimsPrinciple et une collection de

sites, comme illustré dans l’exemple suivant :

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType

FormsUser

$sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

Remarque :




Migrer les utilisateurs et les autorisations depuis Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 Effectuez les étapes de la procédure suivante pour migrer les utilisateurs et les autorisations à l’aide de

Windows PowerShell.

Pour migrer les utilisateurs et les autorisations depuis Windows SharePoint Services 3.0 vers SharePoint Foundation 2010

474


SPShellAdmin.






$w.MigrateUsers(True)

Remarque :




475


Après avoir réalisé une mise à niveau sur place ou une mise à niveau avec attachement des bases de

données vers Microsoft SharePoint Foundation 2010, vous devez vérifier que le contenu a été

correctement mis à niveau vers la nouvelle version. Vous pouvez vérifier l’état de la mise à niveau (est-

elle en cours de réalisation, ou bien s’est-elle déroulée correctement ou s’est-elle terminée sur des

erreurs ou des échecs ?), puis également réviser les sites mis à niveau pour déterminer s’il reste des

problèmes à résoudre. Lorsque vous suivez ces étapes dans le cadre d’une mise à niveau d’évaluation,

vous pouvez en profiter pour identifier les personnalisations à modifier avant de procéder à la mise à

niveau de l’environnement de production. Lorsque vous mettez à niveau votre environnement de

production, il est d’autant plus primordial de savoir à quel moment la mise à niveau a été achevée,

quels sites ont été correctement mis à niveau et quels sites doivent être retravaillés avant de les rendre

de nouveau accessibles aux utilisateurs.

Dans certains cas, vous pouvez être amené à redémarrer la mise à niveau pour finir de mettre vos sites

à niveau. Pour plus d’informations sur le redémarrage de la mise à niveau, voir Reprendre la mise à


Dans cet article :

Vérifier l’état de la mise à niveau

Examiner les sites mis à niveau

Vérifier l’état de la mise à niveau Le processus de mise à niveau se compose de plusieurs phases. Dans le cas d’une mise à niveau sur

place, vous exécutez Setup.exe pour installer les nouveaux logiciels, puis vous exécutez l’Assistant

Configuration des produits SharePoint pour mettre à niveau la base de données de configuration et la

base de données de contenu d’administration ; ces opérations se traduisent par l’ouverture du site Web

Administration centrale de SharePoint. À ce stade, le processus de mise à niveau de contenu démarre.

Vous pouvez vérifier l’état du processus de mise à niveau pendant chacune de ces phases de

différentes façons : vous pouvez consulter les fichiers journaux liés à Setup.exe, à l’Assistant

Configuration des produits SharePoint et à la mise à niveau de contenu. Dans l’Administration centrale

de SharePoint, vous pouvez afficher le numéro de version afin de vous assurer qu’il est correct pour la

version vers laquelle vous avez effectué la mise à niveau. En outre, vous pouvez utiliser la page État

de la mise à niveau de l’Administration centrale de SharePoint ou l’opération localupgradestatus dans

Stsadm pour déterminer les sites qui ont été, ou qui sont en train d’être, mis à niveau. Si la mise à

niveau ne s’est pas déroulée correctement, vous pouvez afficher les fichiers journaux pour rechercher

les problèmes, les résoudre, puis redémarrer le processus de mise à niveau.

476

Passer en revue les fichiers journaux

Pour vérifier si la mise à niveau a réussi, vous pouvez consulter les fichiers journaux et des erreurs

suivants :

Le fichier journal Setup.exe de SharePoint Foundation 2010.

Le fichier journal de l’installation est stocké dans le répertoire temporaire du compte d’utilisateur qui

exécute le programme d’installation (%USERTEMP% ou %WINDIR%\Users\user

account\AppData\Local\Temp). Il est nommé SharePoint Foundation Setup(AAAAMMDD-

HHMMSS-SSS).log, où AAAAMMDD est la date et HHMMSS-SSS est l’heure (heures au format 24

heures, minutes, secondes et millisecondes).

Le fichier journal de l’Assistant Configuration des produits SharePoint (Psconfig.exe).

Le fichiers journaux Psconfig.exe se trouvent dans le dossier

%COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Leur nom

respecte la syntaxe suivante :

PSCDiagnostics_MM_JJ_AAAA_HH_MM_SS_SSS_nombre_aléatoire.log, où MM_JJ_AAAA

correspond à la date, HH_MM_SS_SSS à l’heure (heures au format horaire de 24 heures, minutes,

secondes et millisecondes) et nombre_aléatoire au nombre aléatoire permettant de distinguer

d’éventuelles tentatives simultanées d’exécution du programme Psconfig.exe.

Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau.

Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau sont situés à

l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\Web server

extensions\14\LOGS. Les fichiers sont nommés selon le format suivant : Upgrade-AAAAMMJJ-

HHMMSS-SSS-error.log et Upgrade-AAAAMMJJ-HHMMSS-SSS.log, où AAAAMMJJ est la date et

HHMMSS-SSS est l’heure (heures au format 24 heures, minutes, secondes et millisecondes). Le

fichier journal des erreurs de mise à niveau combine la totalité des erreurs et des avertissements

dans un fichier de taille plus petite et se nomme Upgrade-AAAAMMJJ-HHMMSS-SSS-error.log.

Pour passer en revue les fichiers journaux afin d’identifier et de corriger les problèmes, démarrez en

haut des fichiers. Les erreurs ou les avertissements peuvent être répétés s’ils se produisent dans

plusieurs collections de sites au sein de l’environnement, ou s’ils bloquent complètement le processus

de mise à niveau. Par exemple, si vous ne pouvez pas vous connecter à la base de données de

configuration, le processus de mise à niveau essaiera (et échouera) plusieurs fois et ces tentatives

seront listées dans le fichier journal.


Pour afficher les fichiers journaux, vous devez appartenir au groupe Administrateurs local

du serveur.

2. Dans l’Explorateur Windows, accédez au répertoire qui contient le fichier journal à afficher.

3. Ouvrez le fichier journal dans un éditeur de texte.

4. Dans le fichier journal de mise à niveau, recherchez ou analysez visuellement, l’entrée

Pour passer en revue les fichiers journaux

477

suivante :

Upgrade session finished successfully!

Si vous trouvez cette entrée, l’installation a réussi.

5. Si vous ne trouvez pas les entrées de l’étape précédente dans le fichier journal de mise à

niveau ou si vous consultez l’un des autres fichiers journaux, vous pouvez identifier les

problèmes spécifiques qui ont contribué à un échec en recherchant, ou en analysant

visuellement dans le fichier, les termes suivants :

Recherchez Erreur dans les fichiers journaux pour détecter les éventuels problèmes (tels

que des composants défectueux et des connexions de base de données défectueuses).

Recherchez Avertissement pour détecter les problèmes comme des fonctionnalités ou

des composants manquants.

Pour détecter les problèmes, un analyseur de fichier journal peut vous être utile afin d’exécuter des

requêtes sur les fichiers journaux.

Si vous détectez des problèmes bloquants dans le fichier journal, vous pouvez les résoudre, puis

redémarrer la mise à niveau pour poursuivre le processus.

Vérifier le numéro de version

Outre afficher le fichier journal de mise à niveau, vous pouvez vous assurer que la mise à niveau a

réussi en affichant le numéro de version sur la page Serveurs de la batterie par le biais du site Web



Pour utiliser l’Administration centrale de SharePoint, vous devez être membre du groupe


2. Sur la page d’accueil Administration centrale, sous Paramètres système, cliquez sur Gérer

les serveurs de cette batterie.

3. Sous Informations sur la batterie de serveurs, en regard de Version de la base de

données de configuration, vérifiez que le numéro commence par « 14 ».

Vérifier l’état de la mise à jour sur les sites

Pour déterminer les sites qui ont été mis à niveau ou qui sont en train de l’être, vous pouvez utiliser la

page État de la mise à niveau dans l’Administration centrale de SharePoint ou l’opération

localupgradestatus dans Stsadm.exe.

La page État de la mise à niveau répertorie les sessions de mise à niveau et fournit des détails sur

l’état de chaque session : issue de celle-ci (réussite ou échec) et nombre d’erreurs ou d’avertissements

qui se sont produits pour chaque serveur. En outre, la page État de la mise à niveau comprend des

Pour vérifier le numéro de version sur la page Serveurs de la batterie

478

informations sur les fichiers journaux et des erreurs pour le processus de mise à niveau et suggère des

solutions aux problèmes qui ont pu se produire.

Pour déterminer les sites qui ont été manqués ou ignorés pendant la mise à niveau, vous pouvez

utiliser l’opération localupgradestatus dans Stsadm.exe. Vous devez exécuter la commande sur

chaque serveur Web frontal d’une batterie de serveurs.


Pour utiliser l’Administration centrale de SharePoint, vous devez être membre du groupe


2. Dans la page d’accueil Administration centrale, sous Mise à niveau et migration, cliquez sur

Vérifier l’état de la mise à niveau.


Pour utiliser Stsadm, vous devez appartenir au groupe Administrateurs locaux du serveur.

2. Cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur


3. Dans la fenêtre Invite de commandes, accédez au répertoire suivant :

%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin


Stsadm -o localupgradestatus

Pour plus d’informations sur l’opération localupgradestatus, voir Localupgradestatus : opération

Stsadm (Windows SharePoint Services).

Examiner les sites mis à niveau Examinez les sites mis à niveau pour identifier les problèmes à résoudre avant d’exécuter le processus

de mise à niveau sur votre environnement de production. Si vous avez effectué une mise à niveau sur

place et opté pour une mise à niveau visuelle, vous pouvez utiliser la fonctionnalité Mise à niveau

visuelle pour avoir un aperçu des sites avec la nouvelle interface utilisateur. Pour plus d’informations

sur l’aperçu des sites à l’aide de la mise à niveau visuelle, voir Gérer une mise à niveau visuelle


Pour vérifier les fonctionnalités de base, vous pouvez créer une collection de sites en utilisant un jeu

représentatif de listes, de bibliothèques, de composants WebPart, etc. Passez en revue le nouveau site

pour vérifier le bon fonctionnement des éléments de base communs à vos sites.

Pour afficher l’état de la mise à niveau dans l’Administration centrale de SharePoint

Pour afficher l’état de la mise à niveau à partir de la ligne de commande



479

Si des pages ne s’affichent pas, vous pouvez vérifier les paramètres du site en accédant directement à

l’URL (http:// url_site/_layouts/settings.aspx). Si la page des paramètres du site fonctionne et que la

mise à niveau s’effectue correctement, il se peut qu’il y ait des problèmes avec la page maître ou la

page d’accueil. Si la page des paramètres du site ne fonctionne pas, accédez au fichier journal pour

obtenir plus d’informations sur le problème.

Commencez par valider les sites au profil élevé et à fort impact, puis passez aux sites de moindre

importance. Dans le cadre du processus de planification, vous devez avoir identifié les sites au profil

élevé et à fort impact qui requièrent une attention immédiate, ainsi que les sites qui peuvent être mis en

attente.

Utilisez les listes de vérification suivantes pour passer en revue vos sites mis à niveau et rechercher les

problèmes.

Composants WebPart

Le tableau suivant répertorie les problèmes de composants WebPart qui peuvent survenir après une

mise à niveau, ainsi que leur mode de résolution.

Pour tester rapidement vos composants WebPart, vous pouvez créer une page de composants

WebPart qui contient tous vos composants WebPart personnalisés avant de tester votre mise à

niveau, puis vérifier si des composants WebPart font défaut ou sont rompus dans la page

après la mise à niveau d’évaluation.

Éléments à vérifier Procédure à suivre en cas de problème

Tous les composants WebPart de votre site

d’origine s’affichent-ils dans votre site mis à

niveau ?

S’il existe une zone de composants WebPart dans

une page personnalisée (incarnée), mais pas dans

la définition de site, les composants WebPart de

cette zone ont peut-être été déplacés vers la zone

inférieure de la page au cours de la mise à niveau.

En mode Édition de la page dans le navigateur ou

dans Microsoft SharePoint Designer 2010,

recherchez les composants WebPart manquants

dans la zone inférieure ou dans les autres zones,

ou bien vérifiez si les composants WebPart ont été

fermés. Pour plus d’informations sur l’utilisation

des composants WebPart et des zones de

composants WebPart dans SharePoint

Designer 2010, voir le système d’aide de

SharePoint Designer.

Les composants WebPart sont-ils affichés En mode Édition de la page dans le navigateur ou

Conseil :

480


correctement (dans la zone correcte, à

l’emplacement approprié et dans la taille

adéquate) ?

dans SharePoint Designer 2010, faites glisser le

composant WebPart vers la zone adéquate ou

modifiez ses propriétés afin de corriger les

problèmes de dimensionnement ou de

positionnement.

Y a-t-il un nombre excessif ou insuffisant de

composants WebPart ?

Ouvrez la page en mode Édition dans le

navigateur ou dans SharePoint Designer 2010. Si

vous constatez la présence de composants

WebPart supplémentaires dans la page,

recherchez les composants WebPart fermés ou

inactifs dans la version d’origine de la page. Ces

composants ont-ils été ouverts par le processus

de mise à niveau ? Si tel est le cas, vous pouvez

modifier les propriétés des composants WebPart

pour fermer ces composants.

Si des composants WebPart sont manquants,

recherchez les erreurs dans SharePoint

Designer 2010, par exemple « Erreur de rendu du

contrôle » ou « Assembly manquant ». Ces

erreurs indiquent que le composant WebPart n’a

pas été installé ou configuré correctement pour le

nouvel environnement et qu’il doit être réinstallé

ou reconfiguré.

Les composants WebPart fonctionnent-ils

correctement ?

Ouvrez la page en mode Édition dans le

navigateur ou dans SharePoint Designer 2010,

puis recherchez les erreurs indiquant qu’un

composant ou service est manquant. Vérifiez que

tous les composants ou services sur lesquels

reposent les composants WebPart existent dans

le site mis à niveau. Dans le cadre d’une mise à

niveau avec attachement des bases de données,

vous devez notamment vous assurer que vous

avez installé tous les composants ou services

nécessaires pour vos composants WebPart et que

vous les avez configurés correctement (par

exemple, la liste des contrôles sécurisés dans le

fichier Web.config).

Mettez à jour et redéployez les composants

WebPart qui existent mais qui ne fonctionnent plus

481


correctement.

Si vous avez des problèmes avec un composant WebPart, ajoutez contents=1 à la fin de la

syntaxe de l’URL (http:// siteurl/default.aspx?contents=1), puis appuyez sur Entrée. Vous

accédez ainsi à la page de maintenance des composants WebPart dans laquelle vous pouvez

supprimer ou réparer le composant WebPart.

Grandes listes

Par défaut, la limitation de requête de grande liste est appliquée après une mise à niveau vers

SharePoint Foundation 2010. Si une liste est très grande et que les utilisateurs recourent à une vue ou

exécutent une requête qui dépasse la limite ou le seuil de limitation, la vue ou requête ne sera pas

autorisée. Vérifiez toutes les grandes listes dans votre environnement et invitez le propriétaire de site

ou le propriétaire de liste à résoudre le problème. Par exemple, ils peuvent créer des colonnes

indexées à l’aide de vues filtrées, organiser les éléments en dossiers, définir une limite d’éléments sur

la page pour une grande vue ou utiliser une liste externe.

Styles et apparence

Le tableau suivant répertorie les problèmes usuels relatifs au style et à l’apparence de votre site Web

après une mise à niveau, ainsi que leur mode de résolution.

Vous pouvez résoudre la plupart des problèmes abordés dans cette section en corrigeant les

liens vers un élément.


Toutes les images de vos pages sont-elles

affichées correctement ?

Vérifiez ou corrigez les liens vers les images.

Les couleurs et styles de feuilles de style en

cascade adéquats sont-ils utilisés aux

emplacements appropriés ?

Vérifiez ou corrigez les liens vers le fichier de

feuilles de style en cascade. Vérifiez le lien sur la

page maître.

Le thème que vous avez appliqué à votre site

présente-t-il la même apparence ?

La page d’accueil ou d’autres pages de votre site

peuvent présenter un aspect différent après la

mise à niveau du site. Vous devrez peut-être

recréer ou modifier un thème, et le réappliquer.

Conseil :

Conseil :

482


Existe-t-il des contrôles de script qui ne

fonctionnent pas ?

Vérifiez ou corrigez les liens vers les contrôles.

Vos pages sont-elles affichées correctement dans

Windows Internet Explorer 8 ?

Assurez-vous que le contenu HTML de la page est

strictement en mode XHTML.

Des erreurs de script apparaissent-elles dans des

pages ?

Vérifiez les scripts et les liens, puis assurez-vous

que le contenu HTML est strictement en mode

XHTML.

Autorisations

Les personnes et les groupes appropriés disposent-ils toujours du niveau d’autorisations adéquat sur

les sites, les pages, les listes et les éléments ?

Vous pouvez utiliser le bouton Vérifier les autorisations de la section Outils d’autorisation du Ruban

pour déterminer qui dispose de quelles autorisations sur quels éléments dans un site ou sous-site.

Pages personnalisées (incarnées)

Les pages personnalisées (incarnées) sont des pages qui ont été modifiées et qui sont maintenant des

versions uniques des pages au lieu de pages de modèles par défaut.


Vos personnalisations sont-elles toujours aux

emplacements appropriés ?

Déterminez si vous n’avez qu’un seul problème ou

un problème plus important pour l’ensemble de la

page.

Si vous avez ajouté une toute nouvelle page à

votre site d’origine (par exemple, si vous avez

remplacé Default.aspx par un autre fichier au lieu

de modifier le fichier Default.aspx existant), cette

page ne comporte aucune association à la

définition de site. Par conséquent, elle risque de

ne pas ressembler aux autres pages du site mis à

niveau ni être réinitialisée à cette fin. Pour donner

à votre page personnalisée le même aspect que

les autres pages de votre site, créez une page

basée sur la définition du site et transférez-y vos

personnalisations.

483


Pouvez-vous toujours accéder aux contrôles

d’édition dans les pages ?

Si vous avez personnalisé les contrôles d’édition

(par exemple le lien Actions du site ou Modifier la

page), vérifiez s’ils s’affichent toujours. Si tel est le

cas, remplacez-les par les contrôles d’édition de la

nouvelle version en rétablissant la page à la

version par défaut.

Utilisez la commande Rétablir le modèle de

SharePoint Designer pour rétablir la page à la

version par défaut (opération également appelée

réinitialisation). Après avoir restauré la page par

défaut, vous pouvez réappliquer vos

personnalisations dans le navigateur en

appliquant une autre page maître ou en

réappliquant les personnalisations dans


Vos personnalisations sont-elles toujours

appropriées dans le nouvel environnement ou

souhaitez-vous effectuer une mise à niveau vers

les nouvelles fonctionnalités et la nouvelle

apparence ?

Si vous souhaitez bénéficier des nouvelles

fonctionnalités, vous devez rétablir toutes les

pages personnalisées afin d’utiliser le modèle. À la

base, le rétablissement d’une page ignore les

personnalisations et attache votre page à la page

maître appropriée. Toutes les personnalisations

souhaitées peuvent ensuite être transférées vers

la page maître au lieu d’être stockées dans des

pages individuelles.

Utilisez la commande Rétablir le modèle de

SharePoint Designer pour rétablir la page à la

version par défaut (c’est-à-dire la réinitialiser).

Après avoir restauré la page par défaut, vous

pouvez réappliquer vos personnalisations dans le

navigateur en appliquant une autre page maître ou

en réappliquant les personnalisations dans


Des pages sont-elles toujours extraites ? Si vous extrayez une page pour effectuer des

modifications, veillez à l’archiver à nouveau.

484

Voir aussi Reprendre la mise à niveau (SharePoint Foundation 2010)


485

Gérer une mise à niveau visuelle (SharePoint Foundation 2010)

Cet article présente les procédures relatives à la fonctionnalité de mise à niveau visuelle. Lorsque vous

procédez à une mise à niveau de Windows SharePoint Services 3.0 vers Microsoft SharePoint

Foundation 2010, vous pouvez choisir d’utiliser la fonctionnalité de mise à niveau visuelle pour donner

la possibilité aux propriétaires de collections de sites et de sites de conserver provisoirement l’interface

utilisateur précédente. Cela leur permet de mettre à jour les personnalisations pour qu’elles

fonctionnent dans la nouvelle interface utilisateur. Pour obtenir une description complète de la mise à

niveau visuelle et des choix associés, voir Planifier une mise à niveau visuelle (SharePoint

Foundation 2010).

Dans cet article :

À propos de la mise à niveau visuelle

Consulter l’état de l’interface utilisateur active

Rétablir l’interface utilisateur précédente des sites

Forcer une mise à niveau vers la nouvelle interface utilisateur

Options de mise à niveau visuelle à la disposition des propriétaires de sites

À propos de la mise à niveau visuelle Lorsque vous effectuez une mise à niveau, que ce soit à l’aide de la méthode de mise à niveau sur

place ou de la méthode de mise à niveau par attachement de base de données, vous pouvez choisir

d’utiliser la mise à niveau visuelle.

Lors d’une mise à niveau sur place, vous faites le choix d’utiliser la mise à niveau visuelle dans une

étape de l’Assistant Configuration des produits SharePoint. La fonctionnalité de mise à niveau visuelle

n’est pas disponible dans l’Assistant Configuration des produits SharePoint si vous effectuez une mise

à niveau sur un serveur autonome à l’aide de la base de données intégrée. En revanche, cette même

fonctionnalité est disponible dans le même cas via l’outil de ligne de commande Psconfig. Vous pouvez

donc utiliser la syntaxe suivante : psconfig.exe -cmd upgrade [–preserveolduserexperience

<true|false>].

Lors d’une mise à niveau par attachement de base de données, le choix de passer à la nouvelle

expérience utilisateur ou de conserver l’ancienne se fait en utilisant soit :

le paramètre Updateuserexperience de l’applet de commande Mount-SPContentDatabase de

Windows PowerShell,

soit le paramètre preserveolduserexperience de l’opération addcontentdatabase de l’outil

Stsadm.

486

Pour plus d’informations sur l’utilisation de ces paramètres lors d’une mise à niveau, voir Attacher les

bases de données et effectuer une mise à niveau vers SharePoint Foundation 2010.

Consulter l’état de l’interface utilisateur active Vous pouvez consulter l’état de l’interface utilisateur active en générant une liste de tous les sites Web

d’une collection de sites et leurs données de mise à niveau visuelle correspondantes. Cela s’avère utile

si vous avez fixé un délai limite aux propriétaires de sites pour préparer leurs sites à la nouvelle

interface utilisateur et que vous souhaitez contrôler leur progression. La procédure suivante montre

comment consulter l’état de l’interface utilisateur active.


SPShellAdmin.





$sc = Get-SPSite http://machinename/sites/collectionname; $sc.GetVisualReport() |

Format-Table

Pour plus d’informations, voir Get-SPSite.

Rétablir l’interface utilisateur précédente des sites Si le propriétaire d’une collection de sites ou d’un site finalise la nouvelle interface utilisateur par erreur,

ou s’il ne parvient pas à solutionner un problème, vous pouvez rétablir l’interface utilisateur précédente

via Windows PowerShell. Cette procédure montre comment rétablir l’interface utilisateur précédente

d’un ou de tous les sites d’une collection de sites.


SPShellAdmin.




5. Pour rétablir l’interface utilisateur précédente d’un site spécifique, à l’invite de commandes

Windows PowerShell, tapez la commande suivante :

Pour consulter l’état de l’interface utilisateur active à l’aide de Windows PowerShell

Pour rétablir l’interface utilisateur précédente de sites à l’aide de Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx

487

Get-SPSite http://machinename/sites/V3UI | Get-SPWeb "webname" |

Foreach{$_.UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

Pour rétablir l’interface utilisateur précédente de tous les sites d’une collection de sites, à

l’invite de commandes Windows PowerShell, tapez la commande suivante :

Get-SPSite http://machinename/sites/V3UI | Foreach{$_.

UIVersionConfigurationEnabled=1;$_.UIVersion=3;$_.Update();}

Pour plus d’informations, voir Get-SPSite.

Forcer une mise à niveau vers la nouvelle interface utilisateur Si vous souhaitez imposer la nouvelle interface utilisateur à la suite d’une mise à niveau, vous avez tout

intérêt à accorder un certain laps de temps aux propriétaires de collections de sites ou de sites pour

qu’ils examinent la nouvelle interface utilisateur et qu’ils corrigent les problèmes éventuels. Lorsque

vous imposez une mise à niveau vers la nouvelle interface utilisateur, vous pouvez utiliser un script ou

utiliser l’Assistant Configuration des produits SharePoint lors de la mise à niveau initiale. Pour plus

d’informations sur la mise à niveau et l’Assistant Configuration des produits SharePoint, voir Exécuter

l’Assistant Configuration des produits SharePoint. La procédure suivante montre comment mettre à

niveau par programme l’ensemble des collections de sites et des sites vers la nouvelle interface

utilisateur.


SPShellAdmin.





$webapp = Get-SPWebApplication http://sitename

foreach ($s in $webapp.sites)

{$s.VisualUpgradeWebs() }

Pour plus d’informations, voir Get-SPWebApplication

Pour mettre à niveau une collection de sites donnée vers la nouvelle interface utilisateur, tapez les

commandes suivantes à l’invite de commandes Windows PowerShell :

$site = Get-SPSite http://server

Pour forcer une mise à niveau vers la nouvelle interface utilisateur à l’aide de Windows PowerShell

http://technet.microsoft.com/library/f3422bf4-0f9b-4f22-94c8-2a0606a31b16(Office.14).aspx


488

$site.VisualUpgradeWebs()

Pour mettre à niveau un site donné vers la nouvelle interface utilisateur, tapez les commandes

suivantes à l’invite de commandes Windows PowerShell :

$web = Get-SPWeb http://server/site

$web.UIVersion = 4

$web.UIVersionConfigurationEnabled = 0

$web.Update()

Options de mise à niveau visuelle à la disposition des propriétaires de sites Le propriétaire d’un site peut utiliser l’interface utilisateur Paramètres du site pour basculer entre les

options Utiliser l’interface utilisateur précédente et Aperçu de l’interface utilisateur mise à jour.

Dès lors que le propriétaire de site est satisfait de l’aspect du site, il peut finaliser la nouvelle interface

utilisateur en sélectionnant l’option Mettre à jour l’interface utilisateur.

Le tableau suivant décrit les différentes options de mise à niveau qu’un propriétaire de site peut choisir

pour son ou ses sites. Les modes de mise à niveau sont disponibles dans la page Paramètres du site,

dans la section Titre, description et icône.

Type de mode Description

Utiliser l’interface utilisateur précédente Les propriétaires de sites utilisent ce mode pour

que tous leurs sites utilisent l’interface de

Windows SharePoint Services 3.0.

Aperçu de l’interface utilisateur mise à jour Les propriétaires de sites utilisent ce mode pour

examiner la façon dont leurs sites se

présenteraient et fonctionneraient dans la nouvelle

interface. Lorsque ce mode est choisi, les

fonctionnalités de la version précédente de

l’interface ne sont plus disponibles.

Mettre à jour l’interface utilisateur Les propriétaires de sites utilisent cette option

lorsqu’ils sont satisfaits des changements et sont

disposés à adopter la nouvelle interface utilisateur.

Si nécessaire, un administrateur peut rétablir la

version précédente de l’interface utilisateur.

489

Voir aussi Planifier une mise à niveau visuelle (SharePoint Foundation 2010)

490

Utilisation de redirection d’URL AAM dans le processus de mise à niveau (SharePoint Foundation 2010) (livre blanc)

Ce livre blanc décrit les activités de planification dont vous avez besoin pour correctement déployer et

utiliser la fonctionnalité de redirection des URL de mappage des accès de substitution (AAM) dans

Microsoft SharePoint Foundation 2010 pour réduire les temps d'arrêt au cours de la mise à niveau d'un

ordinateur serveur ou d'une batterie de serveurs. Il décrit également les procédures nécessaires pour

effectuer la configuration de cette fonctionnalité en modifiant les ordinateurs serveurs Windows

SharePoint Services 3.0 existants.

Le processus décrit dans ce livre blanc est une technique avancée pour éviter les temps d'arrêt

au cours des mises à niveau. Il doit être utilisé uniquement si d'autres techniques, telles que

les bases de données en lecture seule et la mise à niveau sur place avec bases de données

détachées, risquent d'entraîner une trop longue période d'indisponibilité pour vos utilisateurs.

N'envisagez l'utilisation de cette technique que si vous savez votre processus de mise à niveau

prendra plus d'un long week-end. Si la mise à niveau n'est pas susceptible de prendre tout ce

temps, les procédures décrites dans ce document ne vous feront pas gagner du temps. Pour

plus d'informations sur d'autres approches de mise à niveau, voir Déterminer l’approche de


Télécharger ce livre blanc au format Microsoft Word document (.doc).


Télécharger ce livre blanc au format fichier PDF.


Important :



491

Déployer Office Web Apps (installé sur les produits SharePoint 2010)

Cet article explique comment déployer Microsoft Office Web Apps. Office Web Apps est le compagnon

en ligne des applications Office Word, Excel, PowerPoint et OneNote ; il permet aux utilisateurs

d’accéder aux documents à partir de n’importe quel emplacement. Les utilisateurs peuvent afficher,

partager et utiliser des documents avec d’autres et en ligne, par le biais d’ordinateurs personnels, de

téléphones mobiles et sur le Web. Office Web Apps est disponible pour les utilisateurs par le biais de

Windows Live et pour les clients professionnels disposant de solutions de licence en volume et de

gestion de documents Microsoft Office 2010 basées sur Produits Microsoft SharePoint 2010.

Un périphérique approprié, une connexion Internet et un navigateur Internet Explorer, Firefox

ou Safari pris en charge sont requis. Certaines fonctionnalités mobiles requièrent Office Mobile

2010, qui n'est pas inclus dans les applications Office 2010, des suites ou Office Web Apps. Il

existe certaines différences entre les fonctionnalités des applications Office Web Apps, Office

Mobile 2010 et Office 2010.

Les informations fournies dans cet article sont destinées aux professionnels de l'informatique qui

envisagent de déployer Office Web Apps sur Produits SharePoint 2010 dans les locaux de leur

organisation. Produits SharePoint 2010 dans cet article fait référence à Microsoft SharePoint

Server 2010 et Microsoft SharePoint Foundation 2010 sauf indication contraire. Cet article ne fournit

pas de conseils ou d’instructions sur le déploiement de Produits SharePoint 2010. Les contenus

nouveaux ou mis à jour sont publiés sur une base régulière.

Il recommandé de commencer par la lecture de Présentation d’Office Web Apps (installé sur les

produits SharePoint 2010) et Planification d’Office Web Apps (installé sur les produits SharePoint 2010)

disponibles sur Microsoft TechNet avant de déployer Office Web Apps au sein de votre organisation.

Dans cet article :

Présentation du déploiement d’Office Web Apps

Configuration supplémentaire (facultatif)

Résolution des problèmes

Outre les sections ci-dessus, l'une des sections suivantes va s'appliquer à votre déploiement Office

Web Apps spécifique :

Installer et configurer Office Web Apps sur un serveur SharePoint autonome existant

Installer et configurer Office Web Apps sur un nouveau serveur SharePoint autonome

Installer et configurer Office Web Apps sur une batterie de serveurs SharePoint existante

Installer et configurer Office Web Apps sur une nouvelle batterie de serveurs SharePoint

Remarque :

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

http://technet.microsoft.com/library/3bd0a617-5f12-4a7e-bb75-b15c86c7e504(Office.14).aspx


492

Présentation du déploiement d’Office Web Apps Pour les serveurs SharePoint autonomes et batteries de serveurs SharePoint, le déploiement d'Office

Web Apps implique trois phases principales :

Exécution du programme d'installation et PSConfig Les tâches incluent l'exécution de Setup.exe

et l'Assistant Post-installation et configuration (PSConfig) des produits et technologies Microsoft

SharePoint sur un serveur SharePoint autonome ou chaque serveur dans une batterie de serveurs

SharePoint. L'exécution de Setup.exe installe les fichiers et les composants Office Web Apps sur un

serveur. L'exécution de PSConfig est obligatoire dans le cadre de l'installation d'Office Web Apps afin

d'inscrire les services Office Web Apps et, selon le type d'installation SharePoint, démarrer les

instances des services, créer les applications des services et les serveurs proxy d'applications des

services, et activer la fonctionnalité Office Web Apps.

Activation des services Office Web Apps Inclut le démarrage des instances de service et la

création des applications de service et les serveurs proxy d'applications de service. Le fait de savoir si

vous devez activer les services dépend de l'état de SharePoint et de la question de savoir si PSconfig

et l'Assistant de configuration de la batterie de serveurs SharePoint ont précédemment été exécutés.

Activation de la fonctionnalité Office Web Apps Inclut l'activation de la fonctionnalité Office Web

Apps sur toutes les collections de sites SharePoint où Office Web Apps doit être disponible. Si

PSconfig ou l'Assistant de configuration de batterie SharePoint a été exécuté avant l'installation de

Office Web Apps, au moins une collection de sites existe. La fonctionnalité est activée

automatiquement pour les nouvelles collections de site créées après que Office Web Apps a été

installé.

Certaines procédures de cet article requièrent l’utilisation de Windows PowerShell ou de

SharePoint 2010 Management Shell pour l’exécution des applets de commande. Pour exécuter

des applets de commande SharePoint 2010 dans Windows PowerShell, vous devez ajouter le

composant logiciel enfichable Microsoft.SharePoint.PowerShell à l’aide de l’applet de

commande Add-PSSnapin, ou vous pouvez exécuter les applets de commande

SharePoint 2010 à l’aide de SharePoint 2010 Management Shell. Par défaut, le composant

logiciel enfichable Microsoft.SharePoint.PowerShell est déjà inscrit et il est ajouté à

SharePoint 2010 Management Shell. Pour exécuter les applets de commande

SharePoint 2010, vous devez être membre du rôle SharePoint_Shell_Access sur la base de

données de configuration et membre du groupe local WSS_ADMIN_WPG sur l’ordinateur où

les Produits SharePoint 2010 sont installés. Pour exécuter des scripts dans Windows

PowerShell ou SharePoint 2010 Management Shell, vous devez définir la stratégie d’exécution

à l’aide de l’applet de commande set-executionpolicy, en utilisant le paramètre unrestricted.

Pour plus d’informations sur l’applet de commande Add-PSSnapin, voir Add-PSSnapin. Pour

plus d’informations sur l’utilisation de Windows PowerShell avec les Produits SharePoint 2010,

voir Administration des produits SharePoint 2010 à l’aide de Windows PowerShell.

Remarque :



493

Installer et configurer Office Web Apps sur un serveur SharePoint autonome existant Cette section s'applique uniquement si vous installez Office Web Apps sur un serveur SharePoint

existant et si PSConfig a été précédemment exécuté dans le cadre du programme d'installation de

SharePoint.

Lorsque vous exécutez Setup.exe, le programme d'installation d'Office Web Apps configure le

comportement d'ouverture par défaut pour les documents activés pour le navigateur dans

SharePoint pour ouvrir des documents dans le navigateur. Si le programme d'installation

d'Office Web Apps a été exécuté, mais que les services et la fonctionnalité Office Web Apps

n'ont pas encore été activés, un utilisateur peut obtenir un lien rompu à l'ouverture d'un

document dans le navigateur. Lors du déploiement de Office Web Apps sur une batterie de

serveurs de production en direct, pour empêcher les liens rompus vers des documents lors de

l'exécution de tâches de déploiement supplémentaires après avoir exécuté le programme

d'installation, il est recommandé d'activer la fonctionnalité OpenInClient sur des collections de

sites existantes avant d'exécuter le programme d'installation. Pour plus d'informations, voir

Configuration supplémentaire (facultatif).

Exécution du programme d’installation d’Office Web Apps

Effectuez cette tâche pour installer des composants et des fichiers Office Web Apps sur un serveur.

1. À partir du dossier racine, exécutez Setup.exe.

2. Dans la page Tapez la clé de produit, entrez votre clé de produit, puis cliquez sur Continuer.

3. Dans la page Choisir un emplacement pour les fichiers, cliquez sur Installer maintenant

pour effectuer l’installation à l’emplacement par défaut. Pour effectuer l’installation à un autre

emplacement, spécifiez cet emplacement, puis cliquez sur Installer maintenant.



produits et technologies SharePoint est activée, puis cliquez sur Fermer pour démarrer

PSConfig.

Exécution de PSConfig pour enregistrer les services

Effectuez cette tâche pour inscrire les services Office Web Apps sur le serveur SharePoint.

1. Si vous avez laissé la case à cocher Exécuter l’Assistant Configuration des produits et

Attention :

Pour exécuter le programme d'installation d'Office Web Apps

Pour exécuter PSConfig en vue d'inscrire les services

494

technologies SharePoint activée à l’étape précédente, dans la page Bienvenue dans les

produits SharePoint de PSconfig, cliquez sur Suivant.


redémarrés ou réinitialisés au cours de la configuration, cliquez sur Oui.

3. Dans la page Configuration réussie, cliquez sur Terminer. Votre nouveau site SharePoint

s’ouvre.

Démarrer les instances de service

Une instance de service fournit l’emplacement physique d’une application de service. Vous devez

démarrer les instances de service avant de créer les applications de service et les serveurs proxy

d'applications de service. Vous pouvez démarrer les instances de service à l'aide de l'administration

centrale de SharePoint ou à l'aide de Windows PowerShell.

Les procédures de cette tâche vont démarrer les instances de service sur le serveur spécifié.

1. Cliquez sur Démarrer, pointez sur Tous les programmes, Produits Microsoft

SharePoint 2010, puis Administration centrale de SharePoint 2010.

2. Dans la page d’accueil Administration centrale de SharePoint, dans Paramètres système,

cliquez sur Gérer les services sur le serveur.

3. Sur les services sur le serveur :<servername>page, démarrez Services de calcul Excel,

Service d’affichage Word et Service PowerPoint. OneNote Web App n'utilise pas un service

SharePoint.

1. À l’aide du Bloc-notes, ouvrez un nouveau fichier texte, puis copiez et collez le script suivant

dans le fichier.

$machinesToActivate = @("contosoapp1"

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service", "Excel

Calculation Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match

$serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

Pour démarrer les instances de service à l'aide de l'administration centrale

Pour démarrer les instances de service à l'aide de Windows PowerShell

495

}

}

2. Spécifiez les paramètres suivants :

Paramètre Valeur

$machinesToActivate Nom du serveur

3. Enregistrez le fichier avec l’extension de nom de fichier .ps1 dans un dossier où vous exécutez

des scripts (généralement, C:\scripts).



C:\<path>\<filename>.ps1

Création des applications de service et des proxys d’applications de service

Après le démarrage des instances de service, il faut créer les applications de service et les serveurs

proxy d’applications de service qui connectent les sites Web frontaux Sharepoint aux applications de

service. Vous pouvez créer les applications de service et les serveurs proxy d'application de service

pour les applications Word, PowerPoint et Excel Web à l'aide de l'administration centrale ou à l'aide de

Windows PowerShell. L'application Web de OneNote ne nécessite pas une application de service. Une

fois créées, les applications de service s'exécutent sur les instances de service démarrées

automatiquement.

Les procédures de cette tâche créent les applications de service et les serveurs proxy d'applications de

service Office Web Apps pour les applications Word, PowerPoint et Excel Web apps. Cette tâche peut

uniquement être réalisée après avoir démarré les instances de service.



2. Sur la page d’accueil Administration centrale SharePoint, dans Gestion des applications,

cliquez sur Gérer les applications de service.

3. Dans la page Applications de service, cliquez sur Nouveau, puis sur service d'affichage

Word .

4. Dans la boîte de dialogue Application Service d’affichage Word, dans Nom, tapez Application

Service d’affichage Word. Dans Pool d'applications, sélectionnez Utiliser le pool

Pour créer les applications de service et les serveurs proxy d'applications de service à l'aide de l'administration centrale

496

d'applications existant, puis dans la zone de liste, sélectionnez Services Web par défaut

SharePoint. Dans Ajouter à la liste des proxys par défaut, vérifiez que l'option Ajouter le

proxy de cette application de service à la liste des proxys par défaut de la batterie de

serveurs est sélectionnée (valeur par défaut), puis cliquez sur OK.

5. Dans la page Applications de service, cliquez sur Nouveau, puis sur Application de service

PowerPoint.

6. Dans la boîte de dialogue Application de service PowerPoint, dans Nom, tapez Application de

service PowerPoint. Dans Pool d'applications, sélectionnez Utiliser le pool d'applications

existant, puis dans la zone de liste, sélectionnez Services Web par défaut SharePoint. Dans

Ajouter à la liste des proxys par défaut, vérifiez que l'option Ajouter le proxy de cette

application de service à la liste des proxys par défaut de la batterie de serveurs est

sélectionnée (valeur par défaut), puis cliquez sur OK.

7. Dans la page Applications de service, cliquez sur Nouveau, puis sur Application Excel

Services.

8. Dans la boîte de dialogue Application Excel Services, dans Nom, tapez Application Excel

Services. Dans Pool d'applications, sélectionnez Utiliser le pool d'applications existant,

puis dans la zone de liste, sélectionnez Services Web par défaut SharePoint. Dans Ajouter

à la liste des proxys par défaut, vérifiez que l'option Ajouter le proxy de cette application

de service à la liste des proxys par défaut de la batterie de serveurs est sélectionnée

(valeur par défaut), puis cliquez sur OK.

Remarque :

Vous pouvez choisir de créer un nouveau pool d'applications à utiliser avec une

application de service. Lorsque vous créez un nouveau pool d'applications, vous

pouvez spécifier le compte de sécurité utilisé par le pool d'applications comme étant un

compte de service réseau prédéfini ou vous pouvez spécifier un compte géré. Le

compte doit disposer de privilèges en lecture\écriture pour la base de données

SPContent et la base de données SPConfig.


dans le fichier.

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool |

New-SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

Pour créer les applications de service et les proxys d'applications de service à l'aide de Windows PowerShell

497

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool






Activer la fonctionnalité Office Web Apps

Une fois que les instances de service ont été lancées et que les applications de service et les proxys

d'applications de service ont été créés, il faut pour utiliser Office Web Apps que la fonctionnalité Office

Web Apps soit activée sur les collections de sites existantes. Vous pouvez activer la fonctionnalité sur

une collection de sites à l'aide de l'Administration centrale ou à l'aide de Windows PowerShell. Si vous

avez un grand nombre de collections de sites, vous pouvez activer la fonctionnalité sur toutes les

collections de sites à l'aide de Windows PowerShell.

Les procédures de cette tâche permettent d'activer la fonctionnalité Office Web Apps sur une ou

plusieurs collections de site. Cette tâche ne doit être exécutée qu'après que les applications de service

et les proxys d'applications de service ont été créés.

Cette tâche ne doit pas être réalisée pour les nouvelles collections de sites créées après que la

fonction a été activée.



2. Dans la page d’accueil de Administration centrale de SharePoint, cliquez sur Actions du

site, puis sur Paramètres du site.

3. Dans la page Paramètres du site, dans Administration de la collection de sites, cliquez sur

Fonctionnalités de la collection de sites.

4. Dans la page de fonctionnalités, pour Office Web Apps, cliquez sur activer .


dans le fichier.

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq

Remarque :

Pour activer la fonctionnalité Office Web Apps sur une collection de sites à l'aide de l'Administration centrale

Pour activer la fonctionnalité Office Web Apps sur une collection de sites à l’aide de Windows PowerShell

498

"OfficeWebApps"}).Id

$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId


Paramètre Valeur

–Identity URL



4. Dans la console Windows PowerShell, depuis l’invite de commandes (PS C:\>), tapez la




dans le fichier.



Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }






Installer et configurer Office Web Apps sur un nouveau serveur SharePoint autonome Cette section s'applique uniquement si vous installez Office Web Apps sur une nouvelle installation

SharePoint où PSConfig n'a pas été exécuté auparavant dans le cadre du programme installation de

SharePoint.


Effectuez cette tâche pour installer des composants et des fichiers Office Web Apps sur un serveur.

Pour activer la fonctionnalité Office Web Apps sur toutes les collections de sites à l’aide de Windows PowerShell

499








produits et technologies SharePoint est activée, puis cliquez sur Fermer pour démarrer

PSConfig.

Exécuter PSConfig pour inscrire les services, démarrer les instances de service, créer les applications de service et les serveurs proxys et activer la fonctionnalité Office Web Apps

Effectuez cette tâche pour inscrire les services, démarrer les instances de service, créer les

applications de service et les proxys d'applications de service et activer la fonctionnalité Office Web

Apps.

1. Si vous avez laissé la case à cocher Exécuter l’Assistant Configuration des produits et

technologies SharePoint activée dans la tâche précédente, dans la page Bienvenue dans

les produits SharePoint de PSconfig, cliquez sur Suivant.




s’ouvre.

Installer et configurer Office Web Apps sur une batterie de serveurs SharePoint existante Effectuez les tâches dans cette section uniquement si vous installez Office Web Apps sur une batterie

de serveurs SharePoint existante où l'Assistant de configuration de batterie a été exécuté auparavant.

Lorsque vous exécutez Setup.exe, le programme d'installation d'Office Web Apps configure le

comportement d'ouverture par défaut pour les documents activés pour le navigateur dans


Pour exécuter PSConfig pour inscrire les services, démarrer les instances de service, créer les applications de service et les serveurs proxys et activer la fonctionnalité Office Web Apps

Attention :

500

SharePoint pour ouvrir des documents dans le navigateur. Si le programme d'installation

d'Office Web Apps a été exécuté, mais que les services et la fonctionnalité Office Web Apps

n'ont pas encore été activés, un utilisateur peut obtenir un lien rompu à l'ouverture d'un

document dans le navigateur. Lors du déploiement de Office Web Apps sur une batterie de

serveurs de production en direct, pour empêcher les liens rompus vers des documents lors de

l'exécution de tâches de déploiement supplémentaires après avoir exécuté le programme

d'installation, il est recommandé d'activer la fonctionnalité OpenInClient sur des collections de

sites existantes avant d'exécuter le programme d'installation. Pour plus d'informations, voir

Configuration supplémentaire (facultatif).


Effectuez cette tâche pour installer Office Web Apps sur un serveur SharePoint unique. Cette tâche doit

être effectuée sur chaque serveur de la batterie de serveurs.








produits et technologies SharePoint est activée.

5. Cliquez sur Fermer pour démarrer l’Assistant Configuration.

Exécution de PSConfig pour enregistrer des services

Effectuez cette tâche pour installer Office Web Apps sur un serveur SharePoint unique. Cette tâche doit

être effectuée sur chaque serveur de la batterie de serveurs.




3. Dans la page Modifier les paramètres de la batterie de serveurs, sélectionnez Ne pas se



s’ouvre.



501

Démarrer les instances de service

Une instance de service fournit l'emplacement physique pour une application de service. Pour chaque

serveur que vous souhaitez voir exécuter des applications de service Office Web Apps, vous devez

démarrer les instances de service. Vous pouvez démarrer les instances de service à l'aide de

l'administration centrale de SharePoint ou à l'aide de Windows PowerShell.

Les procédures de cette tâche vont démarrer les instances de service sur les serveurs spécifiés. Il

convient d'effectuer cette tâche une fois que vous avez exécuté WCSetup et PSConfig sur chaque

serveur de la batterie de serveurs.



2. Dans la page d’accueil Administration centrale de SharePoint, dans Paramètres système,

cliquez sur Gérer les services sur le serveur.

3. Sur les services d'un serveur :<servername>page, dans Serveur, sélectionnez un serveur,

puis démarrez Services de calcul Excel, Service d'affichage Word et PowerPoint Service.

Répétez cette étape pour chaque serveur dans la batterie de serveurs devant exécuter les

services de Office Web Apps. OneNote Web App ne prend pas en charge un service

SharePoint.


dans le fichier.

$machinesToActivate = @("contosoapp1", "contosoapp2")

$serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service","Excel

Calculation Services")

foreach ($machine in $machinesToActivate)

{

foreach ($serviceInstance in $serviceInstanceNames)

{

$serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match

$serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID

Start-SPServiceInstance -Identity $serviceID

}

}

Pour démarrer les instances de service à l'aide de l'administration centrale

Pour démarrer les instances de service à l'aide de Windows PowerShell

502


Paramètre Valeur

$machinesToActivate Nom du serveur






Création des applications de service et des proxys d’applications de service

Après le démarrage des instances de service, il faut créer les applications de service et les proxys

d’applications de service qui connectent les sites Web frontaux Sharepoint aux applications de service.

Vous pouvez créer les applications de service et les proxys d'application de service pour les

applications Word, PowerPoint et Excel Web à l'aide de l'administration centrale ou à l'aide de

Windows PowerShell. L'application Web de OneNote ne nécessite pas une application de service. Une

fois créées, les applications de service s'exécutent sur les instances de service démarrées

automatiquement.

Dans cette tâche, vous créez les applications de service et les proxys d'applications de service Office

Web Apps pour les applications Word, PowerPoint et Excel Web apps. Cette tâche peut uniquement

être réalisée après avoir démarré les instances de service.



2. Sur la page d’accueil Administration centrale SharePoint, dans Gestion des applications,

cliquez sur Gérer les applications de service.

3. Dans la page applications de service, cliquez sur Nouveau, puis sur service d'affichage Word

.

4. Dans la boîte de dialogue Application Service d’affichage Word, dans Nom, tapez Application

Service d’affichage Word. Dans Pool d'applications, sélectionnez Utiliser le pool

d'applications existant, puis dans la zone de liste, sélectionnez Services Web par défaut

SharePoint. Dans Ajouter à la liste des proxys par défaut, vérifiez que l'option Ajouter le

proxy de cette application de service à la liste des proxys par défaut de la batterie de

Pour créer les applications de service et les proxys d'applications de service à l'aide de l'administration centrale

503

serveurs est sélectionnée (valeur par défaut), puis cliquez sur OK.

5. Dans la page applications de service, cliquez sur Nouveau, puis sur Application de service

PowerPoint.

6. Dans la boîte de dialogue Application de service PowerPoint, dans Nom, tapez Application de

service PowerPoint. Dans Pool d'applications, sélectionnez Utiliser le pool d'applications

existant, puis dans la zone de liste, sélectionnez Services Web par défaut SharePoint. Dans

Ajouter à la liste des proxys par défaut, vérifiez que l'option Ajouter le proxy de cette

application de service à la liste des proxys par défaut de la batterie de serveurs est

sélectionnée (valeur par défaut), puis cliquez sur OK.

7. Dans la page Applications de service, cliquez sur Nouveau, puis sur Application Excel

Services.

8. Dans la boîte de dialogue Application Excel Services, dans Nom, tapez Application Excel

Services. Dans Pool d'applications, sélectionnez Utiliser le pool d'applications existant,

puis dans la zone de liste, sélectionnez Services Web par défaut SharePoint. Dans Ajouter

à la liste des proxys par défaut, vérifiez que l'option Ajouter le proxy de cette application

de service à la liste des proxys par défaut de la batterie de serveurs est sélectionnée

(valeur par défaut), puis cliquez sur OK.

Remarque :

Vous pouvez choisir de créer un nouveau pool d'applications à utiliser avec une

application de service. Lorsque vous créez un nouveau pool d'applications, vous

pouvez spécifier le compte de sécurité utilisé par le pool d'applications comme étant un

compte de service réseau prédéfini ou vous pouvez spécifier un compte géré. Le

compte doit disposer de privilèges en lecture\écriture pour la base de données

SPContent et la base de données SPConfig.


dans le fichier.

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default"

New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool |

New-SPWordViewingServiceApplicationProxy -Name "WdProxy"

New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-

SPPowerPointServiceApplicationProxy -Name "PPTProxy"

New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool



Pour créer les applications de service et les proxys d'applications de service à l'aide de Windows PowerShell

504




Activer la fonctionnalité Office Web Apps

Une fois que les instances de service ont été lancées et que les applications de service et les proxys

d'applications de service ont été créés, il faut pour utiliser Office Web Apps que la fonctionnalité Office

Web Apps soit activée sur les collections de sites existantes pour lesquelles Web apps sera disponible.

Vous pouvez activer la fonctionnalité sur une collection de sites à l'aide de l'Administration centrale ou

à l'aide de Windows PowerShell. Si vous avez un grand nombre de collections de sites, vous pouvez

activer la fonctionnalité sur toutes les collections de sites à l'aide de Windows PowerShell.

Les procédures de cette tâche permettent d'activer la fonctionnalité Office Web Apps sur une ou

plusieurs collections de site. Cette tâche doit être exécutée après que les applications de service et les

proxys d'applications de service ont été créés.

Cette tâche ne doit pas être réalisée pour les nouvelles collections de sites créées après que la

fonction a été activée.



2. Dans la page d’accueil de l’Administration centrale de SharePoint, cliquez sur Actions du site,

puis sur Paramètres du site.

3. Dans la page Paramètres du site, dans Administration de la collection de sites, cliquez sur


4. Dans la page de fonctionnalités, pour Office Web Apps, cliquez sur activer .


dans le fichier.



$singleSiteCollection = Get-SPSite -Identity http://<site_name>

Enable-SPFeature $webAppsFeatureId

Remarque :

Pour activer la fonctionnalité Office Web Apps sur une collection de sites à l'aide de l'Administration centrale

Pour activer la fonctionnalité Office Web Apps sur une collection de sites à l’aide de Windows PowerShell

505


Paramètre Valeur

–Identity URL







dans le fichier.



Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }






Installer et configurer Office Web Apps sur une nouvelle batterie de serveurs SharePoint Effectuez les tâches dans cette section uniquement si vous installez Office Web Apps sur une nouvelle

batterie de serveurs SharePoint où l'Assistant de configuration de batterie n'a pas été exécuté

auparavant.


Dans cette tâche, vous allez installer des fichiers et des composants Office Web Apps sur un seul

serveur de SharePoint dans une nouvelle batterie de serveurs où l'Assistant de configuration de

batterie n'a pas été exécuté auparavant. Il convient d'effectuer cette tâche sur chaque serveur de la


Pour activer la fonctionnalité Office Web Apps sur toutes les collections de sites à l’aide de Windows PowerShell

506








produits et technologies SharePoint est activée.

5. Cliquez sur Fermer pour démarrer l’Assistant Configuration de batterie de serveurs.

Exécution de PSConfig pour enregistrer des services

Dans cette tâche, vous allez installer Office Web Apps sur un serveur SharePoint unique. Cette tâche

doit être effectuée sur chaque serveur de la batterie de serveurs.




3. Dans la page Modifier les paramètres de la batterie de serveurs, sélectionnez Ne pas se



s’ouvre.

Exécutez l'Assistant Configuration de batterie SharePoint pour démarrer les instances de service, créer les applications de service et les serveurs proxy et activer la fonctionnalité Office Web Apps

Dans cette tâche, vous allez démarrer les instances de service sur tous les serveurs de la batterie de

serveurs, les applications de service et les proxys d'applications de service, puis activer la

fonctionnalité Office Web Appssur toutes les collections de sites existantes. Cette tâche doit être

effectuée après l'exécution de Setup.exe et PSConfig sur chaque serveur de la batterie de serveurs.




Pour exécuter l'Assistant Configuration de batterie SharePoint afin de démarrer les instances de service, créer les applications de service et les serveurs proxy et activer la fonctionnalité Office Web Apps

507


2. Dans la page d’accueil Administration centrale de SharePoint, cliquez sur Assistants de

configuration.

3. Dans la page Assistants de configuration, cliquez sur Exécuter l’Assistant Configuration

de batterie de serveurs.

4. Dans la page d’accueil Assistant Configuration de batterie de serveurs, choisissez Passer

en revue les paramètres à l’aide de cet Assistant, puis cliquez sur Suivant.

5. Dans la page Configuration de votre batterie SharePoint, dans Compte de service, tapez

un nom pour le compte d’administration de la batterie de serveurs.

6. Dans Services, sélectionnez les services Office Web Apps que vous souhaitez activer, puis

cliquez sur Suivant.

7. Créez un nouveau site de niveau supérieur en option. Dans la page Créer une collection de

sites, suivez les étapes de l’Assistant pour créer un nouveau site de niveau supérieur.

8. Dans la page Configuration de votre batterie SharePoint, cliquez sur Terminer.

Configuration supplémentaire (facultatif) Cette section traite des configurations supplémentaires qui sont facultatives.

Configurer le comportement d’ouverture par défaut SharePoint pour les documents activés pour le navigateur

Dans SharePoint, vous pouvez configurer si les de documents activés pour le navigateur sont ouverts

dans une application cliente ou dans le navigateur. Par défaut, lors de l'installation d'Office Web Apps,

les documents Office s'ouvrent dans le navigateur. Vous pouvez remplacer ce paramètre à l'aide de la

fonctionnalité SharePoint OpenInClient. La fonctionnalité OpenInClient peut être configurée dans

l'administration centrale ou à l'aide de l'applet de commande SPFeature dans Windows PowerShell.

La façon dont les documents s'ouvrent dans SharePoint varie, selon que la fonction OpenInClient est

présente ou non et qu'elle est activée ou désactivée :

Si la fonctionnalité OpenInClient n'est pas présente et que Office Web Apps n'est pas installé, les

documents s'ouvrent dans l'application cliente (SharePoint par défaut).

Si la fonctionnalité OpenInClient n'est pas présente, que Office Web Apps est installé et que

applications de service Office Web Apps sont activées, les documents s'ouvrent dans le navigateur

( Office Web Apps par défaut).

Si la fonctionnalité OpenInClient est présente et activée, et que les applications de service Office

Web Apps sont activées, les documents s'ouvrent dans l'application cliente.

Si la fonctionnalité OpenInClient est présente et désactivée, et que les applications de service

Office Web Apps sont activées, les documents dans s'ouvrent dans le navigateur.

Attention :

508

Lorsque vous exécutez Setup.exe pour installer Office Web Apps, le programme d'installation

prend le contrôle du comportement d'ouverture par défaut dans SharePoint pour enregistrer les

documents Word, PowerPoint, Excel et OneNote comme devant s'ouvrir dans leur application

Web associée. Si un utilisateur clique sur un document dans SharePoint après que Setup.exe

a été exécuté, mais avant l'activation des services et fonctionnalité Office Web Apps,

l'utilisateur peut obtenir un lien rompu dans le navigateur. Lors de l'installation de Office Web

Apps dans un environnement de production en direct, il est fortement recommandé d'activer la

fonctionnalité OpenInClient avant d'exécuter le programme d'installation de Office Web Apps.

1. Dans l’administration centrale SharePoint, cliquez sur Actions du site, puis sur Paramètres

du site.

2. Dans la page Paramètres du site, sous Administration de la collection de sites, cliquez sur


3. Dans la page de fonctionnalités, pour la fonctionnalité Ouvrir par défaut des documents

dans des applications clientes, cliquez sur Activer (la fonction OpenInClient est activée)

pour ouvrir des documents dans l'application cliente. Cliquez sur Désactivé (la fonction

OpenInClient est désactivée) pour ouvrir des documents dans le navigateur.


dans le fichier.

Cet exemple désactive le comportement d'ouverture par défaut dans SharePoint.

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Disable-SPFeature $defaultOpenBehaviorFeatureId -

url $_.URL }






Pour définir le comportement d'ouverture par défaut pour les collections de sites à l'aide de l'administration centrale

Pour définir le comportement d'ouverture SharePoint par défaut pour les documents activés pour le navigateur afin que l'ouverture s'effectue dans le navigateur à l'aide de Windows PowerShell

509


dans le fichier.

Cet exemple définit le comportement d’ouverture par défaut de tous les documents dans tous

les sites de manière à ce que les documents s’ouvrent dans l’application cliente (sous réserve

qu’elle soit disponible).

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname

-eq "OpenInClient"}).Id

Get-SPSite -limit ALL |foreach{ Enable-SPFeature $defaultOpenBehaviorFeatureId -

url $_.URL }






Résolution des problèmes

Problème Office Web Apps est installé, mais les documents n'ouvrent pas leur application Web

associée dans le navigateur.

Solution Vérifiez que la fonctionnalité Office Web Apps a été activée pour la collection de sites dans

laquelle se trouve le document. Pour plus d'informations, voir Activer la fonctionnalité Office Web Apps.

Solution Vérifiez que les instances de service ont été démarrées. Pour plus d'informations, voir

Démarrer les instances de service.

Solution Vérifiez que les applications de service et proxy ont été créées. Dans l’Administration

centrale de SharePoint, dans Gestion des applications, cliquez sur Gérer les applications de

service. Vérifiez que application de service d’affichage Word, application de service PowerPoint et

application Excel Services sont démarrés. Si ce n'est pas le cas, vérifiez que les instances de service

ont été démarrées.

Solution Vérifiez que la fonctionnalité OpenInClient SharePoint n'est pas activée. Pour plus

d'informations, voir Configuration supplémentaire (facultatif).

Problème Office Web Apps s'ouvre correctement en mode affichage, mais lorsqu'un utilisateur clique

sur le bouton Modifier dans Word, Modifier dans PowerPoint ou Modifier dans Excel sur de la barre

d'outils, une erreur s'affiche.

Pour définir le comportement d'ouverture SharePoint par défaut pour les documents activés pour le navigateur afin que l'ouverture s'effectue dans le navigateur à l'aide de Windows PowerShell

510

Solution Vérifiez que la fonctionnalité Office Web Apps est activée et que le service d'affichage de

Word, le Service PowerPoint et les services de calcul Excel sont démarrés.

Problème Lors de l'exécution du programme d'installation, la clé de produit n'est pas validée.

Solution Vérifiez que vous installez une version d'Office Web Apps compatible avec votre version de

Produits SharePoint 2010. Office Web Apps Édition d'évaluation ne peut pas être installé sur un

serveur avec des produits sous licence SharePoint 2010.

Solution Vérifiez que vous disposez d'une licence de volume valide Microsoft Office 2010.