Fonctionnement du processus de mise à niveau (Windows SharePoint Services)

Mise à jour : 2008-02-07

Dans cet article :

• Mise à niveau sur place

• Mise à niveau progressive

• Gestion des redirections d'URL au cours de la 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 sur lequel votre version antérieure est installée. La migration de base de données vous 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 dans la mesure où 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.

• Tous les sites sont indisponibles aux visiteurs au cours de la mise à niveau. La période d'indisponibilité 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 site 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'ils utilisaient 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. Dans une migration de base de données :

• Vous copiez toutes les bases de données, à l'exception de la base de données de configuration, puis vous ajoutez ces bases de données à 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 (Windows SharePoint Services).

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 ce qui se passe au cours 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 Windows SharePoint Services 3.0 sur le serveur exécutant la version antérieure de Windows SharePoint Services 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 sur chaque serveur virtuel et met à niveau chaque collection de sites de ce serveur virtuel.

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

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

6. L'administrateur confirme que la mise à niveau est terminée, puis désinstalle la version antérieure de Windows SharePoint Services.

Mise à niveau progressive

Comme pour la mise à niveau sur place, la mise à niveau progressive s'effectue sur le matériel sur lequel votre version antérieure est installée. En revanche, la mise à niveau progressive vous permet de contrôler le moment de la mise à niveau de chaque collection de sites, et également 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 Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0. Toutes les collections de sites mises à niveau s'exécutent sous Windows SharePoint Services 3.0, 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 Windows SharePoint Services 2.0.

  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 Windows SharePoint Services 3.0, 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 bases de données Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0 sont disponibles. Le contenu des sites mis à niveau est stocké dans les bases de données Windows SharePoint Services 3.0 ; le contenu des sites qui n'ont pas pu être mis à niveau ou doivent rester tels quels continue d'être stocké dans les bases de données Windows SharePoint Services 2.0. Des bases de données de configuration existent pour Windows SharePoint Services 3.0 et Windows SharePoint Services 2.0.

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 ce qui se produit au cours 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 Windows SharePoint Services 3.0 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 (Windows SharePoint Services).

2. Le processus de mise à niveau crée une application Web Windows SharePoint Services 3.0 pour héberger l'Administration centrale de SharePoint et le site Administration centrale est créé.

3. Le processus de mise à niveau crée une base de données de configuration pour stocker les données de configuration de Windows SharePoint Services 3.0. Les données de configuration provenant de la base de données de configuration Windows SharePoint Services 2.0 sont copiées dans cette nouvelle base de données.

4. 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 ajoute tous les composants WebPart déployés sur le serveur virtuel Windows SharePoint Services 2.0 à la nouvelle application Web.

5. 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 Windows SharePoint Services 2.0 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 indisponible lorsqu'il est en cours de copie dans la base de données de contenu temporaire.

6. Une fois le contenu mis à niveau, le processus de mise à niveau déplace les données vers la base de données de contenu Windows SharePoint Services 3.0, puis supprime la base de données de contenu temporaire.

7. À la fin du processus de mise à niveau, Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0 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 Windows SharePoint Services 2.0 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é_old/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é ci-dessus. 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 pour l'URL d'origine à l'ancien site 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 anciens sites 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. Avant qu'un site soit mis à niveau, l'URL d'origine pointe vers la version antérieure ; après qu'un site a été mis à niveau, l'URL d'origine pointe vers le nouvelle version.

Le tableau suivant montre le fonctionnement des URL au cours d'une mise à niveau progressive.

Sachez que la redirection d'URL peut entraîner des liens codés de manière irréversible dans des sites ou des arrêts de documents. Par exemple, les formulaires Microsoft Office InfoPath® contiennent parfois des liens codés de manière irréversible vers un emplacement de données (un liste SharePoint spécifique, un service Web ou un fichier XML). Étant donné que le lien est codé de manière irréversible, 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 ayant besoin d'être rapidement mis à niveau afin de pouvoir à nouveau utiliser l'URL d'origine, et d'éviter 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 de manière irréversible.

Télécharger ce livre

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

• Mise à niveau de Windows SharePoint Services

Voir la liste complète des livres disponibles sur Livres à télécharger pour Windows SharePoint Services.