Partager via

Déterminer l’approche de mise à niveau [Windows SharePoint Services]

  • Article

Mise à jour : 2008-02-07

Dans cet article :

  • Choisir une approche de mise à niveau

  • Cas particuliers

Avant d’exécuter un processus de mise à niveau, 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 consultez les informations relatives aux cas particuliers qui peuvent influer sur votre approche.

Choisir une approche de mise à niveau

Le tableau suivant répertorie et compare les différentes approches de mise à niveau.

Approche Description Avantages Inconvénients Configuration concernée

Mise à niveau sur place

Met à niveau les données de contenu et de configuration sur place, en même temps.

Approche la plus simple. Les sites conservent les URL d’origine. Met à jour les bases de données et les serveurs existants en utilisant le matériel existant.

L’environnement se trouve hors connexion pendant son exécution. Il est impossible de rétablir le site d’origine.

Serveur unique ou petite batterie de serveurs.

Mise à niveau progressive

Installe la nouvelle version côte à côte avec la version précédente. L’administrateur du serveur détermine les collections de sites à mettre à niveau et le moment auquel la mise à niveau doit intervenir.

Permet une approche plus affinée : vous pouvez effectuer l’opération au niveau de la collection de sites. Réduit le temps pendant lequel un utilisateur est affecté. Les sites conservent les URL d’origine. Peut rétablir le site d’origine. Utilise le matériel existant.

Plus complexe et plus gourmande en ressources. Doit rediriger les URL au cours du processus de mise à niveau, ce qui entraîne des problèmes pour certaines applications clientes, telles que Microsoft Office. Requiert un espace de stockage supplémentaire dans SQL Server. Le mode d’hébergement modulable Windows SharePoint Services 2.0 n’est pas pris en charge.

Batteries de serveurs de taille moyenne ou grande (sans services partagés) avec de nombreux sites pour lesquels vous devez limiter les temps morts. Convient lorsque votre environnement présente de nombreuses personnalisations.

Migration de base de données (avancée)

L’administrateur du serveur doit installer la nouvelle version sur une batterie ou sur un matériel distinct et migrer manuellement les bases de données vers le nouvel environnement.

Permet le déplacement vers une nouvelle batterie ou vers un nouveau matériel. L’environnement Windows SharePoint Services 2.0 est disponible et n’est pas affecté par la mise à niveau.

Processus complexe qui nécessite plusieurs étapes manuelles et implique un risque d’erreur plus élevé. Nécessite des étapes manuelles supplémentaires pour la conservation des URL d’origine des sites. Requiert une nouvelle batterie de serveurs et deux fois plus d’espace de stockage dans SQL Server.

Structures qui adoptent un nouveau matériel ou une nouvelle architecture. Clients qui ont besoin d’optimiser le débit de la mise à niveau. Cette approche est requise pour les environnements Microsoft Windows SharePoint Services 2.0 qui utilisent le mode d’hébergement modulable ou le mode de création de compte de service d’annuaire Active Directory.

Pour plus d’informations sur le fonctionnement de la mise à niveau sur place et de la mise à niveau progressive, voir Fonctionnement du processus de mise à niveau (Windows SharePoint Services).

Cas particuliers

Vous pouvez avoir d’autres exigences ou des objectifs supplémentaires à satisfaire lorsque vous effectuez la 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 à adopter

Changement de langue

Deux possibilités s’offrent à vous, selon que le changement de langue concerne un seul site ou la totalité de votre environnement :

  • Pour changer la langue d’un site spécifique, effectuez la mise à niveau dans la langue initiale, puis installez le nouveau module de prise en charge linguistique et passez à la langue de ce module.

    CautionAttention :
    Vous ne pouvez mettre à niveau un site sur base d’une définition de site localisée que si les modules de prise en charge linguistique appropriés sont installés. Si vous ne disposez pas du nouveau module de prise en charge linguistique, les sites ne seront pas accessibles. Attendez que les nouveaux modules de prise en charge linguistique soient disponibles avant de mettre à niveau ces sites.

  • Pour modifier la langue d’installation de vos serveurs, utilisez l’approche de type migration de base de données afin de migrer vos données depuis les version et langue précédentes vers les nouvelles version et langue.

Passage à Windows Server 2008

Effectuez une mise à niveau sur place ou progressive vers Windows SharePoint Services 3.0, puis effectuez une mise à niveau vers Windows Server 2008.

Mise à niveau à partir de SharePoint Team Services

Effectuez une mise à niveau vers Windows SharePoint Services 2.0, puis vers Windows SharePoint Services 3.0. La mise à niveau directe depuis SharePoint Team Services n’est pas prise en charge.

Mise à niveau à partir d'un environnement qui inclut les composants Web de Microsoft Office (https://go.microsoft.com/fwlink/?linkid=71517&clcid=0x40C)

Ces composants continueront de fonctionner dans la nouvelle version si vous effectuez une mise à niveau sur place ou progressive. Toutefois, l’approche de type migration de base de données ne fonctionne pas pour ces composants, car ils peuvent uniquement être installés dans un environnement Windows SharePoint Services 2.0.

Télécharger ce livre

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

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