Partager via

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

  • Article

 

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2016-11-30

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 les bases de données avant la connexion

  • Mise à niveau visuelle

  • Formation des propriétaires de collections de sites et des propriétaires de sites

  • Nouvelles options permettant de réduire le temps d’interruption lors de la 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.

Notes

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 à 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 (https://go.microsoft.com/fwlink/?linkid=161120&clcid=0x40C).

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.

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 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.

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.

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 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 (https://go.microsoft.com/fwlink/?linkid=161208&clcid=0x40C).

  • 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 :

  • 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) (https://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 :

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.

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 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 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 :

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 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 (SharePoint Foundation 2010).

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 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 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 (SharePoint Foundation 2010).