Déterminer l’approche de mise à niveau (SharePoint Server 2010)
S’applique à : SharePoint Server 2010
Dernière rubrique modifiée : 2016-11-30
Avant d’exécuter un processus de mise à niveau depuis Microsoft Office SharePoint Server 2007 vers Microsoft SharePoint Server 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 Server 2010) afin de comprendre exactement quelles sont les situations dans lesquelles la mise à niveau est valide et sera couronnée de succès.
Notes
Pour effectuer une mise à niveau, vous devez avoir installé Office SharePoint Server 2007 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 Server 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 processus. |
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 pour les mettre à niveau ou les modifier. |
Les serveurs et les batteries sont hors ligne pendant que la mise à niveau a lieu. La mise à niveau se déroule en continu. Par conséquent, vous devez prévoir suffisamment de temps pour que tout le contenu soit mis à niveau en séquence. |
Mise à niveau avec liaison des bases 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. |
Vous pouvez mettre à 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 la migration d’une base de données pour unir plusieurs batteries en une seule batterie de serveurs. |
Les paramètres de serveur et de batterie ne sont pas mis à niveau. Vous devez transférer manuellement les paramètres que vous voulez préserver de l’ancienne batterie vers la nouvelle batterie. Toute personnalisation doit également être transférée à la nouvelle batterie manuellement. Toute personnalisation manquante risque de causer des pertes involontaires de fonctionnalité ou des problèmes d’utilisation. La copie de bases de données via un réseau prend du temps et nécessite une large bande. Cela doit être pris en compte. Vous devez disposer d’un accès direct aux serveurs des bases de données. |
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 Server 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.
| 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 lecture seule) pendant que vous mettez à niveau le contenu. Le temps d’inactivité est alors minime. Vous pouvez mettre à niveau plusieurs bases de données de contenu simultanément, les mises à niveau s’effectuent plus rapidement en général que s’il s’agit d’une mise à niveau sur place. Vous pouvez mettre à niveau le matériel en plus du logiciel. |
Les paramètres du serveur et de la batterie ne sont pas mis à niveau. Vous devez transférer manuellement les paramètres que vous voulez conserver de l’ancienne batterie vers la nouvelle batterie. Toute personnalisation doit également être transférée et mise à niveau manuellement. Toute personnalisation manquante peut causer des pertes involontaires de fonctionnalité ou des problèmes d’utilisation. La copie de bases de données via un réseau prend du temps et nécessite une large bande. Cela doit être pris en compte. Vous devez disposer d’un accès direct aux serveurs des bases de données. |
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 avec liaison 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 de taille de batterie de serveurs peuvent être conservés et mis à niveau. Les personnalisations sont disponibles dans l’environnement après la mise à niveau, bien que des étapes manuelles peuvent être nécessaires pour les mettre à niveau ou les modifier. Vous pouvez mettre à niveau plusieurs bases de données de contenu simultanément, les mises à niveau s’effectuent plus rapidement en général que s’il s’agit d’une mise à niveau sur place. |
La copie de bases de données via un réseau prend du temps et nécessite une large bande. Cela doit être pris en compte. Vous devez disposer d’un accès direct aux serveurs des bases de données. |
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 Server 2010).
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 la redirection d’URL par mappage des accès de substitution dans le cadre du processus de mise à niveau (SharePoint Server 2010) (livre blanc).
Cas particuliers
Vous aurez peut-être d’autres exigences ou des objectifs supplémentaires à atteindre au moment d’effectuer 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 é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 Server 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 Migration d’une batterie de serveurs existante vers un environnement 64 bits (Office SharePoint Server 2007). Il existe deux options pour effectuer une mise à niveau depuis une édition 32 bits vers une édition 64 bits de SQL Server :
Notes Vous pouvez mettre à niveau une version de SQL Server, par exemple de SQL Server 2005 SP2 à 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 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 Migration d’une batterie de serveurs existante vers un environnement 64 bits (Office SharePoint Server 2007). |
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 basée sur les formulaires pour une application Web basée sur les déclarations (SharePoint Server 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 Office SharePoint Server 2007, 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 Server 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 Server 2010). |
Mise à niveau à partir de SharePoint Portal Server 2003? |
Utilisez une méthode de mise à niveau avec liaison des bases de données pour effectuer une mise à niveau vers Microsoft Office SharePoint Server 2007, puis réalisez une mise à niveau vers SharePoint Server 2010. Pour plus d’informations sur ce processus de mise à niveau, voir Mise à niveau de SharePoint Portal Server 2003 vers SharePoint Server 2010. |
Mise à niveau à partir de Windows SharePoint Services 3,0? |
Utilisez la méthode de mise à niveau avec liaison des bases de données pour attacher et mettre à niveau les bases de données de contenu depuis Windows SharePoint Services 3,0 vers SharePoint Server 2010. Ce processus met à niveau les données des bases de données de contenu, mais ne transfère pas de paramètres de la batterie de serveurs. |
Utilisation de noms de domaine internationaux ? |
Contrairement à Office SharePoint Server 2007, SharePoint Server 2010 ne prend pas en charge les noms de domaine internationaux. Si vous utilisez actuellement des noms de domaine internationaux avec Office SharePoint Server 2007 et que vous envisagez une mise à niveau ou une migration vers SharePoint Server 2010, vous devez au préalable arrêter d’utiliser les noms de domaine internationaux, supprimer tous les paramètres des noms de domaine internationaux et configurer un environnement dépourvu de noms de domaine internationaux. Pour plus d’informations, voir Planifier des sites multilingues (SharePoint Server 2010). |