Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (Windows SharePoint Services)

Mise à jour : 2009-03-05

Avant de commencer le processus de mise à niveau, il peut s’avérer utile de déterminer le temps qu’il prendra, le nombre de personnalisations qu’il faudra effectuer à nouveau ou réappliquer et les sites susceptibles de ne pas être mis à niveau comme prévu. La méthode suivante vous aidera à déterminer les problèmes que vous pouvez rencontrer au cours du processus de mise à niveau, afin que vous puissiez les résoudre avant ou après la mise à niveau, selon le cas.

  1. Exécutez l’outil d’analyse préalable à la mise à niveau pour rechercher les sites personnalisés ou les pages incarnées (requis).

    NoteRemarque :

    Vous devez exécuter l’outil d’analyse préalable à la mise à niveau avant de commencer le processus de mise à niveau. Cet outil parcourt chaque collection de sites et génère un rapport sur l’état de chaque site. Il enregistre également les informations de définition de liste pour chaque liste. Vous pouvez consulter les rapports pour rechercher les problèmes et les résoudre avant de commencer le processus de mise à niveau. Cette analyse doit être exécutée avant la mise à niveau ; l’Assistant Configuration des produits et technologies SharePoint ne s’exécute pas si cette analyse n’a pas été effectuée. Pour plus d’informations sur cet outil et sur les étapes à suivre pour exécuter l’analyse, reportez-vous à la section Exécuter l’outil d’analyse préalable à la mise à niveau (Windows SharePoint Services).

  2. Passez en revue les problèmes courants pour déterminer les problèmes qui peuvent affecter votre environnement.

    Cette liste vous donne un aperçu de certains problèmes courants que vous pouvez rencontrer et de la façon de les résoudre avant ou après la mise à niveau.

  3. Effectuez une mise à niveau d’évaluation à l’aide d’un site de sauvegarde ou en miroir (lecture seule) (recommandé, mais facultatif).

    Il s’agit de la meilleure méthode pour découvrir les problèmes. Vous pouvez afficher un aperçu de l’ensemble du processus de mise à niveau, puis rechercher les problèmes et les résoudre avant de commencer (ou au moins avoir une idée de ce qui peut se produire). Cette méthode nécessite un temps et du matériel supplémentaires ; toutefois, si vous investissez dans une version d’essai, le processus de mise à niveau se déroulera dans de meilleures conditions.

  4. Testez les composants WebPart personnalisés. Vous pouvez tester vos composants WebPart basés sur Windows SharePoint Services 2.0 pour déterminer s’ils continueront à fonctionner lorsque vous effectuerez la mise à niveau.

Passer en revue les problèmes courants

Lorsque vous exécutez l’outil d’analyse préalable à la mise à niveau ou une mise à niveau de test, vous pouvez remarquer un ou plusieurs des problèmes courants suivants dans vos sites. Si plusieurs de vos sites sont affectés par ces problèmes, il est recommandé d’effectuer une mise à niveau progressive. Avec une mise à niveau progressive, vous disposez à la fois de l’ancienne version et de la nouvelle version de tous les sites concernés et vous pouvez rétablir les sites anciens ou effectuer des mises à jour vers les nouveaux sites avant d’activer les nouvelles versions. Si vous devez exécuter la mise à niveau sur place, veillez à effectuer une sauvegarde de vos sites au préalable.

Problème Explication et procédure à suivre

Je ne sais pas ce qui a été personnalisé.

L'étape la plus « chronophage » du processus de mise à niveau peut être celle consistant à identifier les personnalisations existantes, à décider ensuite quelles personnalisations mettre à niveau, migrer ou ignorer, puis à mapper ces personnalisations à Office SharePoint Server 2007. Utilisez WinDiff, un outil fourni avec la plupart des systèmes d'exploitation Microsoft, pour comparer les fichiers de définition de site d'origine (par défaut) aux fichiers de définition de site actuels (personnalisés) pour identifier les personnalisations.

Pour plus d'informations, voir Areas, Bucketwebs, Upgrade and Redirects (en anglais) (https://go.microsoft.com/fwlink/?linkid=139912&clcid=0x40C) (en anglais) .

Les administrateurs des serveurs locaux et des batteries de serveurs ne peuvent pas accéder aux sites.

Dans la nouvelle version, les administrateurs des serveurs locaux et des batteries de serveurs ne bénéficient pas automatiquement de l’accès au contenu de site. Si vous souhaitez que ces utilisateurs aient accès à tout le contenu de site, vous pouvez utiliser la stratégie d’application Web pour leur accorder l’accès à tous les sites. Pour plus d’informations sur la stratégie, reportez-vous à la section « Stratégie d'une application Web » dans l’article Composants de l’architecture logique (Windows SharePoint Services).

Mes personnalisations sont perdues au cours de la mise à niveau.

Les méthodes à utiliser pour personnaliser votre site ont changé dans la nouvelle version. Par exemple, vous pouvez maintenant utiliser des pages maîtres pour contrôler la mise en page et la structure de vos pages. Réappliquez la personnalisation à l’aide des nouvelles méthodes.

Mes thèmes sont perdus au cours de la mise à niveau.

Les thèmes ont été revus pour la nouvelle version. Appliquez un nouveau thème.

Les personnalisations effectuées dans un éditeur de pages Web compatible avec Windows SharePoint Services tel que Microsoft® Office FrontPage® 2003 sont conservées (mes pages sont toujours incarnées), mais les nouvelles fonctionnalités n’apparaissent pas dans le site.

Rétablissez les pages dans le modèle afin d’obtenir les dernières fonctionnalités, puis réappliquez les personnalisations dans un éditeur de pages Web compatible avec Windows SharePoint Services 3.0 tel que Microsoft Office SharePoint Designer 2007.

Les URL codées en dur dans les composants WebPart et dans les pages Web qui pointaient vers des emplacements spécifiques dans mes sites ne fonctionnent plus.

Les URL de certaines pages peuvent avoir changé au cours de la mise à niveau (par exemple, si certaines zones possédaient les chemins d’accès /C2/ ou /C16/, ceux-ci ont peut-être été remplacés par /sites/). Accédez à l’emplacement approprié, puis recréez les URL pour qu’elles pointent vers le nouvel emplacement.

Mes sites sont basés sur une définition de site fortement personnalisée.

Avant de mettre à niveau vos sites, créez une nouvelle définition de site, puis un fichier de définition de mise à niveau afin que le processus de mise à niveau puisse mapper les éléments de votre ancienne définition de site sur la nouvelle définition de site.

J’ai étendu les bibliothèques de formulaires et elles ne fonctionnent plus.

La prise en charge des formulaires ne repose plus sur les bibliothèques de formulaires, mais sur les bibliothèques de documents. Redéployez les formulaires et réappliquez-les aux bibliothèques de documents.

J’ai commencé le processus de mise à niveau progressif et, maintenant, mes formulaires ne fonctionnent pas.

Certains formulaires InfoPath contiennent des liens codés en dur vers un emplacement de données (par exemple, une liste SharePoint, un service Web ou un fichier XML spécifique). Étant donné que le lien est codé en dur, il ne peut pas être résolu automatiquement de manière à pointer vers l’URL temporaire utilisée pour les sites qui n’ont pas encore été mis à niveau au cours de la mise à niveau progressive. Pour corriger les formulaires, vous pouvez immédiatement mettre à niveau les sites qui contiennent des formulaires renfermant des liens rompus (et, par conséquent, restaurer l’URL d’origine). Si vous ne pouvez pas mettre à niveau les sites immédiatement (par exemple, si vous devez étudier d’autres problèmes affectant le site avant d’effectuer la mise à niveau), vous pouvez republier les formulaires et pointer sur le domaine de l’URL temporaire. Notez que, si vous choisissez de republier les formulaires, vous devrez renouveler l’opération après avoir mis à niveau les sites afin de pointer vers l’URL d’origine. Ppar conséquent, utilisez cette option avec modération. Pour plus d’informations sur les URL temporaires utilisées au cours de la mise à niveau progressive, reportez-vous à la section Fonctionnement du processus de mise à niveau (Windows SharePoint Services).

Le texte de message personnalisé pour les alertes n’apparaît plus.

Les messages personnalisés sont conservés, mais vous devez transférer manuellement le fichier de message vers le nouveau chemin d’accès.

Je disposais de certains gestionnaires d’événements personnalisés configurés pour mon environnement.

Vous devrez peut-être réappliquer les gestionnaires d’événements ou utiliser de nouvelles fonctionnalités pour effectuer les tâches.

Certains contrôles dont je dépends ont été désapprouvés.

Supprimez les références aux contrôles de votre nouvelle définition de site. Pour plus d’informations sur les contrôles désapprouvés et sur les contrôles ou fonctionnalités à utiliser à leur place, voir le Kit de développement logiciel (SDK) Windows SharePoint Services 3.0 .

Mes composants WebPart ont été obscurcis dans la version ancienne et, maintenant, ils ne fonctionnent pas dans la nouvelle version.

Vous devrez peut-être régénérer les composants WebPart avec ASP.NET 2.0.

Mes services Web personnalisés reposaient sur des fonctionnalités ou sur des URL codées en dur qui ont été modifiées.

Vous devrez peut-être corriger les services Web afin qu’ils utilisent les nouveaux modèles d’URL et les nouvelles fonctionnalités. Pour plus d’informations, voir le Kit de développement logiciel (SDK) Windows SharePoint Services 3.0.

Certains fichiers (portant l’extension .asmx, .rem, .resx, .soap ou .ashx) ne sont plus visibles ou ne peuvent pas être ouverts après la mise à niveau.

Ces extensions de fichier ont été ajoutées à la liste des extensions de fichier bloquées pour la nouvelle version. Pour autoriser les utilisateurs à télécharger des fichiers portant ces extensions, vous pouvez supprimer les entrées de ces extensions de la liste. Pour plus d’informations sur la gestion des extensions de fichier bloquées, voir la rubrique Gérer les types de fichiers bloqués dans le système d’aide de l’Administration centrale de Windows SharePoint Services 3.0.

Je ne vois plus de bouton de lien vers Outlook dans les pages d’affichage.

Vous devez rétablir la page dans la version de modèle pour obtenir les nouveaux contrôles d’interface utilisateur dans les pages d’affichage, tels que ce contrôle.

Je ne peux pas rétablir une page personnalisée dans la version de modèle.

Si vous avez ajouté une page entièrement personnalisée à votre site (par exemple, si vous avez remplacé default.aspx par un fichier totalement différent au lieu de modifier le fichier Default.aspx existant), cette page ne possède aucune association à la définition de site et, par conséquent, ne peut pas être rétablie dans la version de modèle. Si vous voulez que votre page personnalisée ait la même apparence que les autres pages de votre site, vous pouvez créer une page basée sur la définition de site et transférer vos personnalisations vers cette nouvelle page.

Effectuer une mise à niveau d’évaluation

Si vous disposez des ressources nécessaires, il est recommandé d’effectuer une mise à niveau d’évaluation afin de détecter les problèmes éventuels, avant d’effectuer la mise à niveau proprement dite. Vous pouvez effectuer cette mise à niveau d’évaluation sur une version de sauvegarde ou en miroir de votre site.

Pour effectuer une mise à niveau d’évaluation sur une version de sauvegarde de votre environnement :

  1. Prenez une sauvegarde complète de votre serveur ou batterie de serveurs.

  2. Restaurez la sauvegarde sur un matériel distinct et configurez cet environnement afin qu’il soit identique à l’environnement de votre produit (par exemple, installez n’importe quels composants WebPart personnalisés, binaires personnalisés, définitions de site, etc.).

  3. Effectuez les étapes préalables à la mise à niveau, de mise à niveau et postérieures à la mise à niveau pour le chemin de mise à niveau à utiliser dans votre environnement réel.

  4. Examinez les résultats et recherchez les problèmes que vous pouvez résoudre avant d’exécuter la mise à niveau dans votre environnement réel.

Pour effectuer une mise à niveau d’évaluation sur une version en miroir (lecture seule) de votre environnement :

  1. Dans l’environnement en miroir, effectuez les étapes préalables à la mise à niveau, de mise à niveau et postérieures à la mise à niveau pour le chemin de mise à niveau à utiliser dans votre environnement réel.

  2. Examinez les résultats et recherchez les problèmes que vous pouvez résoudre avant d’exécuter la mise à niveau dans votre environnement réel.

Tester les composants WebPart personnalisés

Dans la mesure où Windows SharePoint Services 2.0, Service Pack 2 (SP2), prend en charge l’exécution d’ASP.NET 2.0 sur le même site Web IIS (Internet Information System) (également appelé serveur virtuel ou application Web dans la nouvelle terminologie), vous pouvez installer et activer ASP.NET 2.0 sur vos serveurs virtuels qui exécutent Windows SharePoint Services 2.0 et vérifier que vos composants WebPart fonctionneront dans le nouvel environnement.

Pour tester vos composants WebPart, effectuez l’une des opérations suivantes :

  • Téléchargez et installez ASP.NET 2.0 et .NET Framework 2.0 sur un serveur Web frontal de votre batterie ou sur votre serveur autonome. Puis, dans les services Internet (IIS), activez ASP.NET 2.0 pour les sites Web IIS qui hébergent des sites SharePoint et passez en revue les composants WebPart dans vos sites.

  • Dans un environnement de développement, téléchargez, installez et activez ASP.NET 2.0 et .NET Framework 2.0, copiez vos composants WebPart et passez-les en revue pour déterminer s’ils fonctionnent toujours.

Télécharger ce livre

Pour faciliter la lecture et l’impression, cette rubrique est incluse dans le livre téléchargeable suivant :

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