Fonctionnement du processus de mise à niveau (Office SharePoint Server)

Mise à jour : 2009-03-05

Dans cet article :

• Mise à niveau sur place

• Mise à niveau progressive

• Gestion des redirections d’URL au cours de la mise à niveau progressive

• Impact des services partagés sur le processus de mise à niveau progressive

Vous avez le choix entre trois méthodes de mise à niveau : la mise à niveau sur place, la mise à niveau progressive ou la migration de base de données. La mise à niveau sur place est utilisée pour mettre à niveau tous les sites Microsoft® SharePoint® en même temps, ce qui est parfaitement adapté à un serveur unique ou à des petits déploiements. La mise à niveau progressive permet d’affiner le contrôle du processus de mise à niveau en autorisant la mise à niveau d’une ou de plusieurs collections de sites en même temps. Les mises à niveau sur place et progressive s’effectuent sur le matériel où votre version antérieure est installée. La migration de base de données permet de déplacer votre contenu vers une nouvelle batterie de serveurs ou un nouveau matériel.

Conseil :

Pour les déploiements de grande envergure, la mise à niveau progressive est plus adaptée que la mise à niveau sur place, car elle permet à l’administrateur qui procède à l’opération de contrôler le nombre de collections de sites à mettre à niveau en même temps. De cette manière, les déploiements importants peuvent être mis à niveau progressivement sur plusieurs week-ends, tout en continuant à héberger les sites des versions antérieures. Cela est possible car vous pouvez continuer à héberger les sites qui n’ont pas encore été mis à niveau sur le même serveur que les sites mis à niveau.

Lors d’une mise à niveau sur place :

• La version antérieure est remplacée par la nouvelle version et les bases de données de contenu sont modifiées. De ce fait, une mise à niveau sur place n’est pas un processus réversible, c’est-à-dire que vous ne pouvez pas restaurer la version antérieure.

• Les sites d’origine sont mis à niveau sur place et vous ne pouvez pas afficher les versions précédentes des sites après la mise à niveau.

• Aucun site n’est disponible aux visiteurs au cours de la mise à niveau. La période de non-disponibilité des sites est égale à la durée nécessaire pour mettre à niveau l’intégralité du serveur ou de la batterie de serveurs.

• Les visiteurs des sites continuent d’utiliser les mêmes URL après la mise à niveau.

Lors d’une mise à niveau progressive :

• À mesure que chaque groupe de collections de sites est mis à niveau, le processus de mise à niveau copie leurs données à partir de la base de données d’origine vers une nouvelle base de données avant de mettre à niveau ces données. Les données d’origine sont conservées dans la base de données d’origine jusqu’à ce qu’elles soient explicitement supprimées par l’administrateur du serveur. De ce fait, les sites mis à niveau peuvent facilement être restaurés à la version antérieure si nécessaire.

• La plupart des sites sont disponibles aux visiteurs pendant la mise à niveau ; seules les collections de sites en cours de mise à niveau sont en mode hors connexion. (Notez que les sites des versions antérieures sont marqués en tant que mises à jour uniquement après avoir été copiés en vue de la mise à niveau.)

• La mise à niveau est limitée uniquement aux utilisateurs qui ont besoin du ou des sites en cours de mise à niveau.

• Après la mise à niveau, les URL d’origine pointent vers la version mise à niveau des sites. Ainsi, les visiteurs peuvent continuer à utiliser les mêmes URL qu’avant la mise à niveau.

Une migration de base de données est essentiellement une mise à niveau sur place que vous effectuez sur une copie du contenu. Lors d’une migration de base de données :

• Vous copiez toutes les bases de données, à l’exception des bases de données de configuration et de recherche, puis vous les ajoutez à une nouvelle installation autonome ou de batterie de serveurs.

• Lorsque vous joignez 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.

  Important :
  En raison de l’immobilisation et du risque que la mise à niveau prenne plus de temps que prévu ou que certains sites nécessitent une refonte après la mise à niveau, il est essentiel que l’administrateur du serveur informe les propriétaires et les utilisateurs de sites du déroulement du processus. Pour plus d’informations, voir Créer un plan de communication.

Mise à niveau sur place

Une mise à niveau sur place s’effectue sur le matériel sur lequel votre version antérieure est installée. Lorsque vous exécutez une mise à niveau sur place, le processus met à niveau l’intégralité de l’installation dans un ordre prédéfini. Les étapes suivantes expliquent le déroulement de l’exécution du processus de mise à niveau sur place :

1. Après avoir effectué toutes les étapes préalables à la mise à niveau, l’administrateur du serveur installe Microsoft Office SharePoint Server 2007 sur le serveur exécutant Microsoft Office SharePoint Portal Server 2003 et choisit Mise à niveau sur place.

2. Le processus de mise à niveau s’exécute et met à niveau la base de données de configuration et le site Administration centrale.

3. Le processus de mise à niveau s’exécute et met à niveau les données spécifiques au serveur (par exemple, les paramètres de recherche).

4. Le processus de mise à niveau s’exécute sur chaque serveur virtuel et met à niveau chaque collection de sites de ce serveur virtuel.

5. Une fois tous les sites mis à niveau, le processus de mise à niveau se termine.

6. Répétez l’action de mise à niveau sur chaque serveur d’un environnement de batterie de serveurs.

7. L’administrateur confirme que la mise à niveau est terminée, puis désinstalle SharePoint Portal Server 2003.

Mise à niveau progressive

Comme pour la mise à niveau sur place, la mise à niveau progressive s’effectue sur le matériel où votre version antérieure est installée. En revanche, la mise à niveau progressive permet de contrôler le moment de la mise à niveau de chaque collection de sites et de continuer à exécuter la version antérieure et la nouvelle version côte à côte sur ce matériel. Lorsque vous effectuez une mise à niveau progressive, les topologies de démarrage et de fin ont la même configuration que la mise à niveau sur place, à l’exception des différences suivantes :

• Pendant et après la mise à niveau, les serveurs Web frontaux exécutent SharePoint Portal Server 2003 et Office SharePoint Server 2007. Toutes les collections de sites mises à niveau s’exécutent sous Office SharePoint Server 2007, tandis que les collections de sites qui n’ont pas pu être mises à niveau ou qui n’ont pas été sélectionnées pour la mise à niveau continuent à s’exécuter sous SharePoint Portal Server 2003.

  Remarque :
  Dans certains cas, vous pouvez souhaiter ne pas mettre à niveau des sites : par exemple, vous pouvez avoir besoin de conserver certains sites dans la version antérieure jusqu’à ce qu’un pack linguistique soit disponible pour la version actuelle, ou vous pouvez être amené à attendre la création d’une nouvelle définition de site personnalisée.

• Pendant et après la mise à niveau, les serveurs d’applications exécutent les services SharePoint Portal Server 2003 et Office SharePoint Server 2007. Les sites portail mis à niveau consomment les services partagés Office SharePoint Server 2007 ; les portails qui n’ont pas encore été mis à niveau ou qui ne peuvent pas l’être consomment les services partagés SharePoint Portal Server 2003. D’autres services (tels que Microsoft Excel® services) peuvent être ajoutés après la mise à niveau.

• Pendant et après la mise à niveau, les bases de données SharePoint Portal Server 2003 et Office SharePoint Server 2007 sont disponibles. Le contenu des sites mis à niveau est stocké dans les bases de données Office SharePoint Server 2007 ; le contenu des sites qui n’ont pas pu être mis à niveau ou doivent rester tels quels reste stocké dans les bases de données SharePoint Portal Server 2003. Des bases de données de configuration existent pour Office SharePoint Server 2007 et SharePoint Portal Server 2003.

La figure suivante illustre le processus de mise à niveau progressif :

Les différentes étapes correspondent aux numéros de légende de la figure précédente et expliquent le déroulement de l’exécution du processus de mise à niveau progressif.

1. Après avoir effectué toutes les étapes préalables à la mise à niveau, l’administrateur du serveur installe Office SharePoint Server 2007 sur le premier serveur Web frontal de la batterie de serveurs, puis choisit Mise à niveau progressive.

   Remarque :
   Il est recommandé de sauvegarder votre environnement avant d’exécuter la mise à niveau. Pour plus d’informations, voir Exécuter et tester une sauvegarde complète dans SQL Server [Office SharePoint Server].

2. Le processus de mise à niveau s’exécute et met à niveau toutes les données spécifiques à chaque serveur (par exemple les paramètres de recherche stockés dans le système de fichiers sur les serveurs SharePoint Portal Server 2003).

3. Le processus de mise à niveau crée une application Web Office SharePoint Server 2007 pour héberger l’Administration centrale de SharePoint et le site Administration centrale est créé.

4. Le processus de mise à niveau crée une base de données de configuration pour stocker les données de configuration d’Office SharePoint Server 2007. Les données de configuration provenant de la base de données de configuration SharePoint Portal Server 2003 sont copiées dans cette nouvelle base de données.

5. Une fois Office SharePoint Server 2007 installé sur le premier serveur Web frontal, l’administrateur l’installe sur tous les autres serveurs de la batterie de serveurs. Si l’environnement utilise des services partagés, le processus de mise à niveau met à niveau les profils utilisateurs et les données de recherche (ces données sont spécifiques au site portail sélectionné).

6. L’administrateur sélectionne un serveur virtuel à mettre à niveau et spécifie l’application Web cible. Le processus de mise à niveau crée l’application Web cible et y ajoute tous les composants WebPart déployés sur le serveur virtuel SharePoint Portal Server 2003.

7. Le processus de mise à niveau crée une base de données de contenu temporaire pour chaque base de données de contenu existant dans la version antérieure. Il copie la liste des sites de SharePoint Portal Server 2003 dans le nouvel environnement. L’administrateur sélectionne les collections de sites à mettre à niveau. Le processus de mise à niveau copie les données de ces sites dans la base de données de contenu temporaire, puis met à niveau ces sites dans cette base de données. Chaque site est temporairement non disponible lorsqu’il est en cours de copie dans la base de données de contenu temporaire.

8. Une fois le contenu mis à niveau, le processus de mise à niveau déplace les données vers la base de données de contenu Office SharePoint Server 2007, puis supprime la base de données de contenu temporaire.

9. À la fin du processus de mise à niveau, SharePoint Portal Server 2003 et Office SharePoint Server 2007 sont tous les deux en cours d’exécution et disponibles. Lorsque tous les sites ont été mis à niveaux, l’administrateur confirme que la mise à niveau est terminée. Si SharePoint Portal Server 2003 n’est plus nécessaire, l’administrateur le désinstalle.

Gestion des redirections d’URL au cours de la mise à niveau progressive

Deux sites ne peuvent pas partager une même URL. Par conséquent, au cours d’une mise à niveau progressive, lorsque vous avez à la fois l’ancienne et la nouvelle version de chaque site, vous avez besoin de deux URL de domaine différentes pour chaque site (par exemple, http://nom_société/sites/SiteA et http://nom_société_V2/sites/SiteA). Au cours de la mise à niveau, une URL de domaine temporaire est nécessaire pour héberger les sites des versions antérieures d’origine. La nouvelle version reprend l’URL de domaine qui pointe vers le contenu avant la mise à niveau, et les demandes des utilisateurs seront dirigées vers leur contenu, qu’il ait ou non été mis à niveau. Le processus suivant se produit au cours de la mise à niveau pour rendre cette redirection possible :

1. Avant de commencer la mise à niveau, créez un domaine d’URL temporaire pour vos sites des versions antérieures.

2. Lorsque vous exécutez la mise à niveau, le processus de mise à niveau vous demande le domaine que vous avez spécifié précédemment. Le processus déplace le site de version antérieure vers le domaine d’URL temporaire, et la nouvelle version reprend le domaine d’URL d’origine.

3. Une redirection est créée automatiquement pour chaque collection de sites pour envoyer les demandes concernant l’URL d’origine au site de la version antérieure jusqu’à ce qu’il soit mis à niveau.

4. Une fois chaque site mis à niveau, la redirection de ce site est abandonnée.

5. Lorsque tous les sites sont mis à niveau et que vous avez supprimé tous les sites des versions antérieures et terminé le processus de mise à niveau, vous pouvez supprimer manuellement le domaine d’URL temporaire du système DNS (Domain Name System).

Au cours de ce processus, il est toujours possible d’accéder à l’URL d’origine. Toutefois, certaines applications clientes (telles que les applications clientes Microsoft Office) ne peuvent pas utiliser ces types de redirections. Pour plus d’informations, voir Comparaison des principales fonctionnalités. Avant la mise à niveau d’un site, l’URL d’origine pointe vers la version antérieure ; après sa mise à niveau, l’URL d’origine pointe vers la nouvelle version.

Le tableau suivant présente le fonctionnement des URL au cours d’une mise à niveau progressive.

Sachez que cette redirection d’URL peut provoquer la rupture de liens codés en dur dans des sites ou des documents. Par exemple, les formulaires Microsoft Office InfoPath® contiennent parfois des liens codés en dur vers un emplacement de données (par exemple une liste SharePoint spécifique, un service Web ou un fichier XML). Comme le lien est codé en dur, il ne peut pas être automatiquement mis à jour pour pointer vers l’URL temporaire utilisée pour les sites qui n’ont pas encore été mis à niveau au cours d’une mise à niveau progressive. Effectuez une mise à niveau d’évaluation pour identifier ces problèmes avant de commencer votre processus de mise à niveau officiel. Cela vous permettra d’identifier tous les sites qui doivent être rapidement mis à niveau pour pouvoir à nouveau utiliser l’URL d’origine, tout en limitant les appels à l’assistance technique résultant d’une perte de fonctionnalités dans les formulaires ou d’autres éléments contenant des liens codés en dur.

Impact des services partagés sur le processus de mise à niveau progressive

Si vous utilisez des services partagés dans SharePoint Portal Server 2003, le processus de mise à niveau progressive est plus complexe. Il suit le même plan général, mais vous devez répéter les étapes pour le site portail parent et pour tous les sites portail enfants.

Au cours d’une mise à niveau progressive avec des services partagés :

• Le site portail parent SharePoint Portal Server 2003 continue de fournir des services aux sites configurés pour consommer des services partagés.

• Les sites SharePoint Portal Server 2003 qui consomment des services partagés continuent de produire la même expérience à l’utilisateur.

• Deux analyses de recherche sont effectuées : par défaut, Office SharePoint Server 2007 analyse tout le contenu analysé par SharePoint Portal Server 2003 et le service de recherche de SharePoint Portal Server 2003 continue à analyser l’environnement SharePoint Portal Server 2003. (Notez qu’Office SharePoint Server 2007 peut analyser les sites SharePoint Portal Server 2003, mais que SharePoint Portal Server 2003 ne peut pas analyser les sites Office SharePoint Server 2007.) Cela signifie que vous pouvez utiliser jusqu’au double de la quantité de bande passante réseau pour l’analyse de recherche au cours d’une mise à niveau progressive avec des services partagés. Afin de minimiser l’impact, vous pouvez réduire l’étendue de la version précédente ou des analyses Office SharePoint Server 2007 et, à mesure que les sites SharePoint Portal Server 2003 sont mis à niveau, vous pouvez supprimer leurs adresses de démarrage des paramètres de recherche de SharePoint Portal Server 2003.

• Les données des audiences et des profils utilisateurs sont modifiées dans un seul emplacement, Office SharePoint Server 2007, et sont envoyées depuis Office SharePoint Server 2007 vers l’environnement SharePoint Portal Server 2003 par le biais d’un travail planifié exécuté par le service du minuteur SharePoint.

Lorsque vous effectuez une mise à niveau avec des services partagés, mettez à niveau le site portail parent, puis les sites portail enfants. Toutefois, si vous devez d’abord mettre à niveau un site portail enfant (par exemple si vous souhaitez uniquement mettre à niveau un seul site portail enfant, à l’exclusion de tous les autres sites portail enfants et du site portail parent), vous pouvez à la place procéder comme suit :

1. Créez un fournisseur de services partagés (SSP, Shared Services Provider) temporaire dans un nouvel environnement Office SharePoint Server 2007.

2. Mettez à niveau le site portail enfant et faites-le pointer vers le fournisseur SSP temporaire pour les services.

Télécharger ce livre

Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :

• Mise à niveau vers Office SharePoint Server 2007 (en anglais)

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.