| | Informations produit Aide et procédures Produits et technologies associés Support et commentaires Ressources techniques Ressources supplémentaires | Avertissement : vous affichez cette page avec un navigateur Web non pris en charge. Ce site Web fonctionne de manière optimale avec Microsoft Internet Explorer 6.0 ou version ultérieure, Firefox 1.5 ou Netscape Navigator 8.0 ou version ultérieure. En savoir plus sur les navigateurs pris en charge.
Informations de mise à niveau pour les sites personnalisés
Cet article explique en quoi le processus de mise à niveau affecte les pages personnalisées de votre site afin de pouvoir y apporter les modifications éventuelles nécessaires (par exemple, retravailler ou transférer vos personnalisations) avec Microsoft Office SharePoint Designer 2007.
Remarque Si vous êtes un informaticien expérimenté ou un administrateur serveur chargé de la mise à niveau vers Microsoft Windows SharePoint Services 3.0 ou Microsoft Office SharePoint Server 2007, vous trouverez des liens vers des informations détaillées complètes à la section Voir aussi.
Contenu de cet article
Types de mises à niveau
Si vous avez investi du temps dans la création d'un site SharePoint personnalisé, la perspective d'une mise à niveau vers la version ultérieure peut être à la fois excitante et empreinte de certaines craintes. Vous souhaitez probablement bénéficier des nouvelles fonctionnalités, mais vous ignorez dans quelle mesure vos personnalisations actuelles seront affectées par cette mise à niveau. Cette section explique deux types de mises à niveau disponibles (sur place et progressive) et identifie les effets possibles de chacune d'elles sur un site personnalisé.
Quand opter pour une mise à niveau sur place
Les mises à niveau sur place impliquent la mise à niveau du système entier en une seule fois, dans le cadre d'un processus qui met à jour les bases de données et les serveurs existants. Cette approche convient particulièrement dans le cas d'un serveur unique ou de petites batteries de serveurs qui ne déploient pas de services partagés et qui ne comportent que peu de personnalisations. Les URL de site sont conservées. Lors d'une mise à niveau sur place, l'environnement doit être hors connexion. L'ancienne version étant remplacée par la nouvelle, cette mise à niveau est irréversible. Toutes les personnalisations à recréer dans le site mis à niveau doivent l'être à partir de notes ou de mémoire car la version antérieure du site n'existe plus pour référence.
Quand opter pour une mise à niveau progressive
Les mises à niveau progressives impliquent la mise à niveau individuelle des collections de sites sur les serveurs existants au lieu d'une mise à niveau globale de l'environnement. Cette approche peut être intéressante si vous gérez des batteries de serveurs moyennes ou grandes qui ne déploient pas de services partagés, si vous avez des sites qui comportent de nombreuses personnalisations, ou si vous ne pouvez pas vous permettre de mettre l'environnement entier à l'arrêt durant le processus de mise à niveau. Cette option vous permet en outre, si nécessaire, de revenir au site d'origine. Les données sont, en effet, copiées de la base de données d'origine vers une nouvelle base de données avant leur mise à niveau. La base de données d'origine est conservée jusqu'à sa suppression explicite par l'administrateur serveur. Les mises à niveau progressives conviennent particulièrement aux sites comportant un grand nombre de personnalisations, car le développeur du site peut aisément recréer ces personnalisations en se référant à l'état antérieur.
Haut de la page
Choix du mode de traitement des mises à niveau
Si vous avez largement personnalisé vos sites SharePoint (avec Microsoft Office FrontPage, par exemple), vous devez décider comment traiter vos sites personnalisés lors de la mise à niveau. Votre approche sera fonction de l'étendue des personnalisations, de la complexité des sites et de vos objectifs de mise à niveau. Les types de pages personnalisées que vous pouvez rencontrer sont les suivants :
- Pages personnalisées Pages générées automatiquement sur la base de la définition du site, mais ensuite modifiées. Par exemple, si vous avez ouvert votre site SharePoint dans FrontPage et que vous avez ajouté du texte ou des graphiques à la page d'accueil, celle-ci a été personnalisée.
- Pages non personnalisées Pages générées automatiquement sur la base de la définition du site également, mais qui n'ont pas été modifiées ensuite. (Même si vous avez appliqué un nouveau thème au site à un moment donné, modifiant ainsi son aspect et sa mise en forme, tant que vous ne modifiez pas le contenu d'une page spécifique à l'aide d'un éditeur de site Web compatible comme FrontPage, la page est considérée comme non personnalisée.)
- Nouvelles pages Pages non générées automatiquement sur la base de la définition du site. Par exemple, lorsqu'un concepteur Web reçoit un graphisme pour un site, il commence souvent par ouvrir une page vierge et y ajoute ensuite les éléments visuels qu'il a reçus du graphiste pour lui conférer un certain aspect, et y insère enfin quelques composants WebPart en fonction des besoins. Ces pages n'ont rien à voir avec , et dune définition de site.
Pour traiter les personnalisations, vous pouvez procéder de l'une des manières suivantes :
- Conserver les personnalisations Dans ce cas, trois options s'offrent à vous :
- Abandonner les personnalisations Procédez comme suit :
- Effectuez la mise à niveau (sur place ou progressive). Lorsque vous avez terminé, rétablissez l'ensemble du site Web pour utiliser les pages de la définition du site au lieu de vos personnalisations. Vous pouvez ainsi commencer à utiliser les nouvelles fonctionnalités et décider ensuite de personnaliser à nouveau le site. Les propriétaires de sites peuvent choisir de réappliquer des personnalisations lorsqu'ils examinent leurs sites mis à niveau.
Remarque Si vous avez ajouté une nouvelle page à votre site (par exemple, si vous avez remplacé le fichier default.aspx existant par un autre fichier plutôt que de le modifier), celle-ci n'a rien à voir avec la définition du site et ne peut dès lors pas être rétablie sur cette dernière. Si vous voulez que votre nouvelle page ait le même aspect que les autres pages du site, créez une nouvelle page basée sur la définition du site et transférez-y ensuite vos personnalisations.
- Démarrez avec un nouveau site dans le nouvel environnement. Cette approche est utile en cas de remodelage important du site et permet d'éviter de devoir transférer la structure du site existant ou la majorité de son contenu dans le nouveau site.
- Recommencer les personnalisations Procédez comme suit :
- Effectuez une mise à niveau sur place sans rétablir les pages sur la définition du site. Par défaut, une mise à niveau sur place préserve les personnalisations et ne rétablit pas les pages sur la définition du site. Après la mise à niveau, vous pouvez ouvrir le site, copier les personnalisations (avec Office SharePoint Designer 2007), puis les rétablir sur la définition du site et enfin réappliquer les personnalisations pour tirer parti à la fois des nouvelles fonctionnalités et de vos personnalisations.
- Effectuez une mise à niveau progressive. Ensuite, dans le site mis à niveau, rétablissez les pages personnalisées sur la définition du site. Enfin, transférez les personnalisations de l'ancien site vers le nouveau à l'aide d'Office SharePoint Designer 2007.
Remarques
- Lorsque vous effectuez une mise à niveau sur place, la version antérieure du site n'est pas conservée. Si vous voulez avoir l'ancienne version du site et la nouvelle côte à côte pour transférer vos personnalisations à partir du site Microsoft Windows SharePoint Services 2.0 vers le site Windows SharePoint Services 3.0, effectuez une mise à niveau progressive. Sinon, si vous effectuez une mise à niveau sur place, assurez-vous d'avoir un serveur ou une batterie de serveurs en miroir qui exécute toujours l'ancienne version.
- Encore une fois, le rétablissement sur la définition du site ne fonctionnera pas pour les pages largement personnalisées qui n'ont pas d'équivalent dans la définition du site.
Haut de la page
Avant la mise à niveau : identification des problèmes potentiels
Avant d'entamer le processus de mise à niveau, il est important d'avoir une idée du nombre de personnalisations qui devront être retravaillées, mais aussi de savoir quels sites risquent de ne pas être mis à niveau comme prévu. La procédure suivante explique comment identifier les problèmes que vous risquez de rencontrer durant le processus de mise à niveau afin de les résoudre comme il se doit.
- Exécutez l'outil d'analyse préalable à la mise à niveau sur le serveur pour identifier les pages ou les sites personnalisés (obligatoire).
L'exécution de cet outil est indispensable pour vous aider à identifier les sites et les pages qui ont été personnalisés. Par exemple, les problèmes tels que les modèles de site et les composants WebPart personnalisés doivent être signalés au propriétaire du site, au concepteur ou au développeur concerné avant de planifier la mise à niveau afin de lui laisser le temps de se pencher sur le problème et de prendre des mesures préliminaires. Un développeur peut décider qu'il est prudent de recréer un composant WebPart largement personnalisé avant de procéder à la mise à niveau ou il peut souhaiter garder une trace des personnalisations du site, y compris les modèles de site et les modifications apportées au fichier default .aspx, de manière à pouvoir les recréer le cas échéant, une fois la mise à niveau terminée.
- Examinez les problèmes courants énumérés à la section suivante pour voir lesquels sont susceptibles de s'appliquer à votre environnement (recommandé, mais facultatif).
La liste proposée à la section suivante vous offre un aperçu rapide des problèmes courants que vous pouvez rencontrer et vous explique comment les résoudre après avoir effectué la mise à niveau.
- Effectuez une mise à niveau d'essai en utilisant un site de sauvegarde ou en miroir (lecture seule) (recommandé, mais facultatif).
Cette méthode est la meilleure pour identifier les problèmes possibles. Elle vous permet, en effet, d'examiner l'ensemble du processus de mise à niveau, de rechercher d'éventuels problèmes et de les résoudre avant de commencer. Vous saurez au moins à quoi vous attendre. Certes, l'exécution d'une mise à niveau d'essai nécessite du temps et du matériel supplémentaires, mais si vous pouvez vous permettre d'investir ces ressources, vous y gagnerez lors du processus réel de mise à niveau.
Haut de la page
Après la mise à niveau : remodelage ou transfert de vos personnalisations
Lorsque vous exécutez une mise à niveau test ou l'outil d'analyse préalable à la mise à niveau, vos sites peuvent présenter un ou plusieurs des problèmes courants suivants. Si plusieurs de vos sites présentent ces problèmes, nous vous recommandons d'effectuer une mise à niveau progressive pour garder à disposition à la fois l'ancienne version des sites affectés et la nouvelle afin de pouvoir revenir aux anciens sites ou d'apporter des mises à jour aux nouveau sites avant de lancer les nouvelles versions en production. Si vous devez exécuter une mise à niveau sur place, veillez à faire une sauvegarde de vos sites avant de procéder à la mise à niveau. Pour plus d'informations sur la sauvegarde de votre site, consultez l'article Sauvegarder, restaurer ou déplacer un site SharePoint. Lors de la mise à niveau de votre site SharePoint vers Windows SharePoint Services 3.0, vous pouvez rencontrer un ou plusieurs des problèmes suivants :
-
Modification de l'aspect des pages personnalisées La page d'accueil ou d'autres pages de votre site peuvent s'afficher différemment après la mise à niveau du site. Par exemple, les thèmes dans Windows SharePoint Services 2.0 étaient des collections de feuilles de style en cascade classiques qui contrôlaient les polices et la mise en forme d'un site. Avec Windows SharePoint Services 3.0 et Office SharePoint Designer 2007, chaque thème mis à jour a été consolidé dans une feuille de style en cascade, qui comprend également davantage de styles et des styles mis à jour. Après une mise à niveau, les feuilles de style du site des thèmes Windows SharePoint Services 2.0 sont conservées après la mise à niveau du site, alors que le thème par défaut a été remplacé par celui de Windows SharePoint Services 3.0. Les thèmes Windows SharePoint Services 2.0 n'ayant pas de styles mis à jour, ni de classes pour les nouveaux styles, ils doivent être mis à jour pour s'appliquer correctement aux sites Windows SharePoint Services 3.0. Si vous ne souhaitez pas mettre un thème à jour, vous pouvez appliquer un thème Windows SharePoint Services 3.0 de votre choix.
Les concepteurs de site peuvent également implémenter de nouvelles pages maître pour contrôler l'aspect non seulement des pages personnalisées du site, mais aussi des pages par défaut générées lorsque vous créez une nouvelle liste ou bibliothèque SharePoint. Par exemple, si votre site Windows SharePoint Services 2.0 utilise actuellement des modèles Web dynamiques pour appliquer aux pages un aspect et une mise en forme cohérents, vous savez que ces modèles Web dynamiques s'appliquent uniquement à des pages spécifiques du site. Avec Office SharePoint Designer 2007, pour pouvez personnaliser la page maître par défaut ou créer des pages maîtres personnalisées et ensuite y attacher des pages.
- Remplacement des modèles Web dynamiques par des pages maîtres Si vous utilisez actuellement des modèles Web dynamiques pour définir des zones éditables et créer l'aspect d'une ou plusieurs pages, vous pouvez continuer à les utiliser avec Windows SharePoint Services 3.0. Cependant vous pouvez aussi remplacer vos modèles Web dynamiques par des pages maîtres qui contrôlent la mise en forme de pages spécifiques attachées, mais aussi des pages SharePoint par défaut (comme la page Paramètres du site et la page Documents et listes), ainsi que de chaque nouvelle page. Les pages maîtres vous permettent en outre de désigner des groupes de zones de contenu de pages attachées que les utilisateurs peuvent modifier. Pour plus d'informations, consultez l'article Introduction aux pages maîtres ASP.NET.
- Les personnalisations de pages effectuées avec FrontPage sont conservées, mais les nouvelles fonctionnalités SharePoint ne sont pas disponibles Il peut arriver que vous souhaitiez ajouter les nouvelles fonctionnalités SharePoint (comme la corbeille ou les onglets horizontaux qui lient aux sous-sites) à des pages personnalisées. Pour cela, rétablissez les pages personnalisées sur la définition du site et réappliquez les personnalisations à chaque page. Pour plus d'informations sur cette option, consultez l'article Rétablir une page personnalisée sur la définition du site.
- Les services Web avec URL codées en dur ne fonctionnent plus Il se peut que vous deviez reconfigurer les services Web que vous avez ajoutés comme sources de données dans la bibliothèque de source de données pour qu'elles utilisent les nouveaux schémas d'URL et les nouvelles fonctionnalités. Par exemple, lors d'une mise à niveau progressive, l'URL serveur est momentanément redirigée vers un serveur temporaire. Pendant cette période, les liens vers le serveur mis à niveau peuvent être rompus.
- Les définitions de site personnalisées ne fonctionnent plus Si vos sites sont basés sur une définition de site largement personnalisée, nous vous recommandons d'en créer une nouvelle avant de procéder à la mise à niveau et de créer ensuite un fichier de mappage pour permettre au processus de mise à niveau de mapper les éléments de l'ancienne définition de site sur la nouvelle. Par ailleurs, si vous aviez des types de documents, des types de fichiers ou des applications d'édition personnalisées enregistrées avec une définition de site, vous pouvez réappliquer ces personnalisations à la nouvelle définition du site.
- Certains fichiers ne s'affichent ou ne s'ouvrent plus Les fichiers avec l'extension .asmx, .rem, .resx, .soap ou .ashx ne sont plus visibles ou ne s'ouvrent plus après la mise à niveau. Ces extensions de fichier ont été ajoutées à la liste des extensions de fichier bloquées. Pour autoriser les utilisateurs à télécharger des fichiers avec ces extensions, vous pouvez supprimer les entrées de ces extensions de la liste.
- Synchronisation avec Outlook absente sur les pages d'affichage Pour utiliser les nouveaux contrôles de l'interface utilisateur (dont celui-ci) sur les pages d'affichage, vous devez rétablir la page sur la définition du site. Pour plus d'informations sur cette option, consultez l'article Rétablir une page personnalisée sur la définition du site.
- La page d'accueil a été rétablie sur default.aspx Le mode de traitement des pages d'accueil a été modifié dans la nouvelle version. Si vous aviez un site défini sur une page d'accueil résidant en dehors du site actuel (comme une URL externe), la page d'accueil est rétablie sur default.aspx lors de la mise à niveau. Après la mise à niveau, vous pouvez soit modifier la navigation et ajouter l'URL externe, soit utiliser la page de redirection pour rediriger default.aspx vers l'URL externe.
- Impossible de rétablir une nouvelle page sur la définition du site Si vous avez ajouté une toute nouvelle page à votre site (par exemple, si vous avez remplacé le fichier default.aspx existant par un autre fichier plutôt que le modifier), la nouvelle page n'a rien à voir avec la définition du site et ne peut dès lors pas être rétablie. Pour donner à votre page personnalisée le même aspect que les autres pages de votre site, créez une nouvelle page basée sur la définition du site et transférez-y ensuite vos personnalisations.
- Les sites sont hors connexion durant le processus de mise à niveau Si vous effectuez une mise à niveau sur place de votre batterie de serveurs, tous les sites seront hors connexion pendant la mise à niveau, ce qui signifie qu'ils ne seront ni accessibles, ni éditables pendant ce laps de temps. Si votre environnement SharePoint est important, nous vous recommandons plutôt d'effectuer une mise à niveau progressive qui permettra de minimiser le temps d'indisponibilité de vos sites. Vous pouvez également avertir vos utilisateurs du calendrier de la mise à niveau afin qu'ils puissent prendre les dispositions nécessaires en vue de cette période d'indisponibilité.
- L'ouverture et la modification des sites mis à niveau n'est possible qu'avec Office SharePoint Designer 2007 Vous, ainsi que les membres de votre équipe, ne pourrez pas utiliser Microsoft Office FrontPage 2003 pour ouvrir et modifier les sites Windows SharePoint Services 3.0. Vous devez utiliser Office SharePoint Designer 2007 pour modifier et personnaliser les sites Windows SharePoint Services 3.0 et Office SharePoint Server 2007.
- Si les personnalisations ne fonctionnent pas correctement, vous pouvez rétablir les pages sur la définition du site Dans Windows SharePoint Services 2.0, les utilisateurs qui personnalisaient leur page d'accueil et qui voulaient ensuite la rétablir sur la définition du site étaient embarrassés s'ils n'en avaient pas enregistré une copie. Avec Windows SharePoint Services 3.0, en revanche, vous pouvez rétablir les pages d'accueil personnalisées pour utiliser la nouvelle définition du site à tout moment. Par conséquent, si vous avez personnalisé la page d'accueil d'un site mais que vous préférez l'aspect et les fonctionnalités des pages d'accueil de Windows SharePoint Services 3.0, vous pouvez rétablir votre page d'accueil pour utiliser la définition du site. Pour plus d'informations sur cette option, consultez l'article Rétablir une page personnalisée sur la définition du site.
Remarque Si vous avez ajouté une toute nouvelle page à votre site (par exemple, si vous avez remplacé le fichier default.aspx existant par un autre fichier plutôt que le modifier), la nouvelle page n'a rien à voir avec la définition du site et ne peut dès lors pas être rétablie. Pour donner à votre page personnalisée le même aspect que les autres pages de votre site, créez une nouvelle page basée sur la définition du site et transférez-y ensuite vos personnalisations.
- Les modifications apportées à la structure du site affectent les URL et les autorisations La structure des sites étant modifiée dans Windows SharePoint Services 3.0, il peut arriver que certaines URL codées en dur dans des listes SharePoint ou dans des champs de liens hypertexte dans des bibliothèques soient modifiées lors d'une mise à niveau. Ainsi, si vous aviez des zones Microsoft Office SharePoint Portal Server avec les chemins /C2/ ou /C16/, ceux-ci peuvent à présent se présenter sous la forme /sites/. Dans ce cas, vous devez localiser les composants WebPart dans lesquels résident les liens et ensuite les mettre à jour pour pointer vers le nouvel emplacement.
Haut de la page
|