Déterminer l’approche de mise à niveau (SharePoint Foundation 2010)
S’applique à : SharePoint Foundation 2010
Dernière rubrique modifiée : 2016-11-30
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.
Notes
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 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 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é 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. |
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 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.
| 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. Vous pouvez mettre à 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. Vous pouvez mettre à niveau la configuration matérielle en plus de la configuration logicielle. |
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. 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. |
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. Vous pouvez mettre à 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. |
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. |
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).
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 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 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 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 (Windows SharePoint Services 3.0). |
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 sur les revendications (SharePoint 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 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 (SharePoint Foundation 2010). |