Partager via


Nouveautés dans la mise à niveau (SharePoint Server 2010)

 

S’applique à : SharePoint Server 2010

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

Microsoft SharePoint Server 2010 ayant été conçu à des fins d’évolutivité et de performances, il requiert de nouvelles configurations matérielles et logicielles décrites dans cet article. Ces configurations concernent à la fois l’approche de mise à niveau sur place et l’approche de mise à niveau avec liaison des bases de données. Pour plus d’informations, voir Déterminer l’approche de mise à niveau (SharePoint Server 2010).

Afin de permettre une mise à niveau prévisible et de réduire au minimum l’impact des problèmes de personnalisation et environnementaux sur l’issue d’une mise à niveau, vous pouvez utiliser l’applet de commande Windows PowerShelltest-spcontentdatabase, la nouvelle option Mise à niveau visuelle ou l’opération Stsadm preupgradecheck.

Dans cet article :

  • Conditions requises 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 leur liaison

  • Mise à niveau visuelle

  • Mise à niveau de composants fonctionnels

  • Nouvelles options permettant de réduire les temps d’arrêt durant la mise à niveau

  • Modifications apportées à des fonctionnalités essentielles entre les versions

Conditions requises pour la mise à niveau

Pour que vous puissiez effectuer une mise à niveau sur place ou une mise à niveau avec liaison des bases de données vers SharePoint Server 2010, votre environnement Office SharePoint Server 2007 existant ou votre nouvel environnement SharePoint Server 2010 doit répondre à la configuration minimale suivante.

Notes

Pour plus d’informations sur la configuration système requise générale pour SharePoint Server 2010, voir Configuration matérielle et logicielle requise (SharePoint Server 2010). Pour plus d’informations sur la configuration requise pour la mise à niveau, voir Examiner la configuration requise pour la mise à niveau (SharePoint Server 2010).

Configuration matérielle requise : 64 bits

SharePoint Server 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 planifiez une mise à niveau sur place, votre installation Office SharePoint Server 2007 doit s’exécuter dans un environnement Windows Server 2008 64 bits. Si votre installation Office SharePoint Server 2007 s’exécute actuellement dans un environnement 32 bits, vous ne pouvez pas effectuer une mise à niveau sur place sur le serveur ou la batterie de serveurs existants. Vous devez installer SharePoint Server 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 liaison des bases de données.

Pour détecter et régler plus facilement les éventuels problèmes des processus de migration et de mise à niveau, il est recommandé de ne pas combiner la migration vers un environnement 64 bits et la mise à niveau sur place vers SharePoint Server 2010. Comme votre environnement doit être en 64 bits pour prendre en charge une mise à niveau sur place vers SharePoint Server 2010, vous devez migrer vers un système d’exploitation 64 bits avant de procéder à la mise à niveau sur place. Si vous utilisez une mise à niveau avec liaison des bases de données, vous pouvez migrer vers 64 bits dans le cadre du processus de mise à niveau.

Avant de migrer vers un environnement 64 bits :

  • Mettez à jour Office SharePoint Server 2007 vers le même Service Pack ou le même niveau de mise à jour logicielle sur tous les ordinateurs de la batterie de serveurs source.

  • Recherchez si vous devez recompiler des applications et des assemblys personnalisés 32 bits existants (par exemple, des composants WebPart et des récepteurs d’événements) pour fonctionner dans l’environnement 64 bits (certaines applications peuvent s’exécuter dans les deux environnements sans être recompilées). Si les applications existantes sont des applications de fournisseur tiers, vérifiez auprès de ce dernier la disponibilité de versions 64 bits et la compatibilité.

Pour savoir comment planifier et effectuer une migration vers un environnement 64 bits, voir l’article Migration d’une batterie de serveurs existante vers un environnement 64 bits (Office SharePoint Server 2007) sur TechNet (https://go.microsoft.com/fwlink/?linkid=155576&clcid=0x40C).

Système d’exploitation requis : Windows Server 2008 ou Windows Server 2008 R2

SharePoint Server 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 Office SharePoint Server 2007 s’exécute sur Windows Server 2003 et que vous comptez le mettre à niveau vers SharePoint Server 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 régler plus facilement les éventuels problèmes 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 avec le processus de mise à niveau vers SharePoint Server 2010. Vous pouvez combiner la migration vers du matériel 64 bits avec la migration vers Windows Server 2008 ou Windows Server 2008 R2.

Base de données requise : SQL Server 2005 SP3 ou SQL Server 2008 64 bits SP1

SharePoint Server 2010 requiert que son serveur de bases de données soit une version 64 bits de l’un des systèmes suivants : 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 votre installation Office SharePoint Server 2007 actuelle utilise SQL Server 2000, vous devez mettre à niveau vers l’une de ces versions pour pouvoir procéder à la mise à niveau vers SharePoint Server 2010.

Pour détecter et régler plus facilement les éventuels problèmes des processus de migration et de mise à niveau, il est recommandé de ne pas combiner la migration vers SQL Server 64 bits avec le processus de mise à niveau vers SharePoint Server 2010. Vous pouvez combiner la migration vers SQL Server 64 bits avec le processus global de migration vers du 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 précédentes de migration vers un environnement 64 bits de cet article.

    Pour plus d’informations sur la migration de l’ensemble des bases de données, voir l’article Déplacer toutes les bases de données (Office SharePoint Server 2007) sur TechNet (https://go.microsoft.com/fwlink/?linkid=159761&clcid=0x40C).

  • Si vous disposez déjà de matériel 64 bits, mais que vous devez procéder à 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 Office SharePoint Server 2007 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 :

  • La liste de tous les serveurs et composants de la batterie de serveurs, et si les serveurs remplissent les conditions suivantes requises pour la mise à niveau : matériel 64 bits et système d’exploitation Windows Server 2008.

  • Les URL de mappage des accès de substitution utilisées dans la batterie de serveurs.

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

  • S’il existe des personnalisations dans la batterie de serveurs qui ne sont pas prises en charge (telles que des modifications de schéma de base de données).

  • S’il existe des bases de données ou des sites orphelins 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).

  • 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 taille de chaque base de données ou collection de sites stockée dans Base de données interne Windows ne dépasse pas 4 Go.

L’outil de vérification préalable à la mise à niveau est disponible avec Office SharePoint Server 2007 Service Pack 2 et a été actualisé dans la mise à jour cumulée d’octobre 2009 pour Windows SharePoint Services 3,0 et Office SharePoint Server 2007. Vous pouvez télécharger et installer la mise à jour cumulative d’octobre 2009 depuis la publication des packages de mise à jour cumulatifs d’octobre 2009 pour SharePoint Server 2007 et Windows SharePoint Services 3.0 (é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 les bases de données avant leur liaison

Vous pouvez utiliser l’applet de commande Windows PowerShelltest-spcontentdatabase avant d’attacher une base de données de contenu à SharePoint Server 2010 pour déterminer si des personnalisations côté serveur manquent dans l’environnement. Pour plus d’informations, voir Liaison de bases de données et mise à niveau vers SharePoint Server 2010 et Test-SPContentDatabase.

Mise à niveau visuelle

Une nouvelle fonctionnalité disponible avec la mise à niveau permet à l’administrateur de serveur ou au propriétaire de site de déterminer si la nouvelle apparence de SharePoint Server 2010 est utilisée pour une collection de sites particulière. Les administrateurs de serveurs peuvent choisir d’adopter la nouvelle apparence sur tous les sites durant la mise à niveau, de laisser ce choix aux propriétaires de sites après la mise à niveau ou de conserver l’ancienne apparence sur tous les sites.

Si l’administrateur de serveur laisse ce choix aux propriétaires de sites, après la mise à niveau sur place d’un site, une option d’aperçu est disponible dans l’interface utilisateur du site. Cette option fournit un aperçu de l’apparence de SharePoint Server 2010 pour le site :

  • Si cette apparence et ce fonctionnement du site conviennent au propriétaire, il peut accepter la mise à niveau visuelle.

  • Si le propriétaire préfère conserver l’apparence et le fonctionnement anciens, il peut rétablir l’aspect de Office SharePoint Server 2007.

Par défaut, l’aspect d’Office SharePoint Server 2007 est conservé. Pour plus d’informations, voir Planifier la mise à niveau visuelle (SharePoint Server 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 qu’Office SharePoint Server 2007 fonctionne avec SharePoint Server 2010 à l’aide de ces membres. Pour plus d’informations, voir Mise à niveau de composants fonctionnels (éventuellement en anglais).

Nouvelles options permettant de réduire les temps morts durant la mise à niveau

Selon l’environnement et selon la complexité et le nombre de sites SharePoint, le processus de mise à niveau peut prendre du temps. Pour réduire les temps d’arrêt durant ce processus, SharePoint Server 2010 prend en charge les options suivantes :

  • Mettre à niveau plusieurs bases de données en même temps (mise à niveau parallèle)   Lorsque vous procédez à la mise à niveau vers SharePoint Server 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 Office SharePoint Server 2007, 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 Guide de la mise à niveau sur place avec des bases de données détachées (SharePoint Server 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 liaison des bases de données, et que vous passez 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 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=148373&clcid=0x40C).

Pour plus d’informations sur les techniques permettant de réduire les temps d’arrêt, voir l’article Déterminer l’approche de mise à niveau (SharePoint Server 2010).

Modifications apportées à des fonctionnalités essentielles entre les versions

SharePoint Server 2010 comporte une nouvelle architecture et offre 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. Pour plus d’informations, voir Guide d’évaluation de SharePoint Server 2010 (livre blanc).

Concept, terme ou fonctionnalité Nouveau ou modifié Commentaires

Outil de vérification de pré-mise à niveau

Nouveau

L’outil de vérification de pré-mise à niveau est une opération en ligne de commande Stsadm que vous exécutez dans un environnement Office SharePoint Server 2007 pour détecter les éventuels problèmes de la mise à niveau et pour revoir les recommandations et les meilleures pratiques.

Contrairement à l’outil d’analyse de pré-mise à niveau (Prescan.exe) utilisé lors de la mise à niveau vers Office SharePoint Server 2007, l’outil de vérification de pré-mise à niveau n’apporte aucune modification à votre environnement. Pour plus d’informations, voir Exécutez l’outil de vérification préalable à la mise à niveau (SharePoint Server 2010).

Site Web Administration centrale de SharePoint

Modifié

Le site Web Administration centrale a été repensé et présente de nouvelles options et fonctionnalités telles que les suivantes :

Vous utilisez maintenant le site Web Administration centrale pour gérer les services, au lieu de recourir à un site d’administration séparé.

Ruban

Nouveau

L’interface utilisateur du Ruban a été introduite afin de garantir une expérience utilisateur cohérente et de faciliter l’utilisation des sites SharePoint. Le Ruban est contextuel afin que vous ne voyiez que les options concernant les tâches à effectuer. En outre, le Ruban est personnalisable.

Applications de service

Nouveau

Une nouvelle architecture de services vous permet de gérer et de centraliser les services efficacement. Les différents services peuvent être configurés indépendamment et des sociétés tierces peuvent ajouter des services à la plateforme. Pour plus d’informations, voir Configurer les services (SharePoint Server 2010).

Pages maîtres

Modifié

Un propriétaire de site peut maintenant appliquer une personnalisation à son site, indépendamment des autres sites, et les administrateurs peuvent spécifier si les pages système dans le dossier _Layouts sont rendues à l’aide des pages maîtres du site fournies par les propriétaires de site ou 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 cliente aux pages d’erreur système, aux pages de connexion, aux pages de confirmation et à d’autres pages non propres au site.

Thèmes

Modifié

SharePoint Server 2010 a modifié le fonctionnement des thèmes, les rendant plus faciles à personnaliser. Vous pouvez importer des thèmes Microsoft PowerPoint 2010 directement dans SharePoint Server 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 Server 2010).

BCS (Business Connectivity Services)

Nouveau

BCS (Business Connectivity Services) s’appuie sur la fonctionnalité de catalogue de données métiers disponible dans la version précédente du produit pour fournir l’accès à des systèmes externes à partir de solutions basées sur SharePoint. BCS prend en charge l’interaction avec les systèmes externes à l’aide de listes SharePoint et de composants Web Part, de même que l’interaction avec les données issues de clients Office riches. Pour plus d’informations, voir Vue d’ensemble de Business Connectivity Services (SharePoint Server 2010).

Authentification par revendications

Nouveau

L’authentification par revendications est un modèle d’authentification nouveau, plus puissant et souple qui fonctionne avec n’importe quel système d’identité d’entreprise, y compris les services de domaine Active Directory (AD DS), les annuaires LDAP, les bases de données spécifiques aux applications et les nouveaux modèles d’identité orientée utilisateur tels que LiveID. Pour plus d’informations, voir Configurer l’authentification basée sur les formulaires pour une application Web basée sur les déclarations (SharePoint Server 2010).

Contrôles de limitation et de liste

Nouveau

Les contrôles de limitation et de liste sont deux nouveaux contrôles de performances. La limitation permet de contrôler les ressources du serveur et est conçue de telle sorte que le serveur ne soit pas victime de surcharge pendant les heures de pointe. En outre, SharePoint Server 2010 fournit plusieurs paramètres différents qui restreignent les requêtes exécutables sur une longue liste. Ces paramètres peuvent être configurés pour chaque application Web.

SharePoint Designer

Modifié

SharePoint Server 2010 procure aux administrateurs un contrôle accru sur l’utilisation de SharePoint Designer dans chaque application Web ; par exemple, les administrateurs déterminent si les administrateurs de site sont autorisés à personnaliser les pages maîtres et les pages de disposition et s’ils peuvent gérer la structure d’URL de leur site.

Tableau de bord du développeur

Nouveau

Venant enrichir les diagnostics de serveur, ce nouveau dispositif affiche des informations détaillées pour chaque chargement de page et facilite ainsi la résolution des problèmes liés aux performances.

Solutions en bac à sable

Nouveau

Vous pouvez maintenant autoriser les administrateurs de site à télécharger du code utilisateur personnalisé à l’aide de solutions en bac à sable. Pour plus d’informations, voir Planifier des solutions en mode bac à sable (SharePoint Server 2010).