Résoudre les problèmes de mise à niveau (SharePoint Server 2010)

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Même après avoir testé le processus de mise à niveau pour identifier les problèmes potentiels, vous risquez de rencontrer des problèmes inattendus pendant une mise à niveau depuis Microsoft Office SharePoint Server 2007 vers Microsoft SharePoint Server 2010. Si vous rencontrez des problèmes après la mise à niveau, plus vite vous les détecterez et les résoudrez, meilleure sera l’expérience de l’utilisateur final.

Cet article décrit les principes généraux de l’identification et de la résolution des problèmes de mise à niveau et recense les problèmes courants. Après avoir identifié et résolu les problèmes, vous pouvez reprendre la mise à niveau. Pour plus d’informations sur la reprise de la mise à niveau, voir Reprendre la mise à niveau (SharePoint Server 2010).

Dans cet article :

• Principes généraux de l'identification des problèmes

• Problèmes courants

  • Personnalisations ou fichiers côté serveur manquants ou désapprouvés

  • Paramètres manquants ou incorrectement configurés pour la batterie de serveurs, l'application Web ou les services

  • Niveaux de mise à jour incohérents ou incorrects

  • Navigation globale manquante pour les blogs

  • Problèmes liés aux données

  • Modifications apportées à l'interface utilisateur

  • Manque d’espace

  • Authentification par formulaire

  • Sécurité et autorisations

  • Fichiers .stp ne fonctionnant pas après une mise à niveau

  • Nouvelles versions des 40 fabuleux modèles d'application introuvables

  • Mise à niveau de données à partir de SharePoint Portal Server 2003 : l'outil de vérification de pré-mise à niveau indique que des bases de données sont endommagées

Principes généraux de l’identification des problèmes

Commencez par vérifier l’état de la mise à niveau pour déterminer à quel stade celle-ci s’est éventuellement arrêtée et consultez les fichiers journaux pour déterminer s’ils comportent des erreurs ou des avertissements. Ensuite, avant de reprendre la mise à niveau, résolvez les problèmes détectés.

Première phase : vérifier l’état de la mise à niveau et les fichiers journaux

Les indicateurs d’état de mise à niveau et les fichiers journaux doivent vous donner une idée du dysfonctionnement qui s’est produit pendant le processus de mise à niveau. Il est recommandé de passer attentivement en revue toutes les erreurs consignées dans les fichiers journaux de mise à niveau. Les avertissements ne sont pas nécessairement révélateurs d’un problème, mais vous devez tous les passer en revue pour déterminer si ce que signale l’un d’eux est susceptible d’engendrer des problèmes supplémentaires.

1. Vérifiez l’état de la mise à niveau en effectuant l’une et/ou l’autre des opérations suivantes :

   • Passez en revue la page État de la mise à niveau dans le site Web Administration centrale de SharePoint.

   • Utilisez l’opération Stsadm.exe localupgradestatus pour vérifier l’état de la mise à niveau.

   Pour plus d’informations sur la vérification de l’état de la mise à niveau, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Server 2010).

2. Passez en revue les fichiers journaux suivants :

   • Le fichier journal Setup.exe.

   • Le fichier journal de l’Assistant Configuration des produits SharePoint (Psconfig.exe).

   • Le fichier journal des erreurs de mise à niveau et le fichier journal de mise à niveau (dont le contenu est plus détaillé que le fichier journal des erreurs de mise à niveau).

   • Les fichiers journaux ULS ou de suivi.

     Ces fichiers sont stockés dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS et sont nommés nomserveur_AAAAMMJJ-MMSS.log.

   • Le fichier journal des événements de l’application.

     Ce fichier peut être visualisé à l’aide de l’Observateur d’événements.

   Pour plus d’informations sur les fichiers Setup.exe, PSconfig.exe et sur les fichiers journaux de mise à niveau, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Server 2010). Pour plus d’informations sur le fichier journal de suivi, voir Journaux de suivi (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=182380&clcid=0x40C) sur MSDN.

Seconde phase : résolution des problèmes dans l’ordre

Certains problèmes ont plus d’incidence que d’autres. Par exemple, l’absence d’un fichier côté serveur peut entraîner de nombreuses erreurs apparemment disparates au niveau du site.

Résolvez les problèmes dans l’ordre suivant :

1. Personnalisations ou fichiers côté serveur manquants, tels que des fonctionnalités ou des composants WebPart.

2. Problèmes de configuration dans la batterie de serveurs, l’application Web ou les services, tels que les chemins d’accès gérés ou les services qui ne sont pas démarrés.

3. Problèmes supplémentaires que vous détectez site par site, en commençant par les sites au profil élevé à fort impact.

Lorsque vous identifiez et résolvez les problèmes de niveau supérieur, vous pouvez essayer de réexécuter la mise à niveau pour déterminer si les autres problèmes plus en aval dans le processus de mise à niveau ont également été résolus.

Problèmes courants

Vérifiez si les problèmes suivants engendrent une erreur ou un avertissement de mise à niveau.

Personnalisations ou fichiers côté serveur manquants ou désapprouvés

L’une des erreurs couramment rencontrées lors d’une mise à niveau est l’absence de fichiers côté serveur, en l’occurrence de fichiers installés avec Office SharePoint Server 2007 ou de fichiers personnalisés. Lorsque vous avez préparé la mise à niveau, vous devez avoir créé un inventaire des personnalisations côté serveur requises pour vos sites (telles que les définitions de site, les modèles, les fonctionnalités, les composants WebPart et les assemblys). (L’outil de vérification de pré-mise à niveau permet d’identifier ces éléments.) Consultez cet inventaire pour vérifier que tous les fichiers requis pour vos personnalisations sont installés dans votre environnement de mise à niveau.

Si vous effectuez une mise à niveau avec liaison des bases de données, vous pouvez utiliser l’applet de commande Windows PowerShell test-spcontentdatabase avant de mettre à niveau la base de données pour identifier les fichiers éventuellement manquants. Vous pouvez également utiliser l’opération enumallwebs dans Stsadm.exe pour identifier les personnalisations côté serveur en cours d’utilisation.

Les fichiers journaux de mise à niveau peuvent signaler des erreurs telles que les suivantes :

• ERREUR Détection de nombre web(s) utilisant modèle web manquant identificateur modèle de site (lcid : code de langue du modèle de site) dans base de données de contenu nom base de données de contenu.

• ERREUR Une fonctionnalité manquante trouvée Id = [identificateur de la fonctionnalité]

• ERREUR Le fichier [chemin d’accès relatif du fichier] est référencé [nombre] fois dans la base de données, mais il n’est pas installé dans la batterie de serveurs actuelle.

• AVERTISSEMENT La classe du composant WebPart [identificateur du composant WebPart] est référencée [nombre] fois dans la base de données, mais elle n’est pas installée sur la batterie de serveurs actuelle.

• AVERTISSEMENT L’assembly [chemin d’accès de l’assembly] est référencé dans la base de données, mais il n’est pas installé dans la batterie de serveurs actuelle.

• AVERTISSEMENT Impossible de mettre à niveau la fonctionnalité. Exception : ID de définition de fonctionnalité « identificateur de la fonctionnalité » introuvable.

Si vous pouvez obtenir une dépendance ou un fichier côté serveur manquant, installez-le, puis réexécutez la mise à niveau pour les sites affectés. Si le fichier ou la dépendance (tel qu’un composant WebPart) a été désapprouvé, vous devez déterminer si vous souhaitez recréer le site, la page ou le composant WebPart pour utiliser un modèle, une fonctionnalité ou un composant WebPart différent. Si vous pouvez rétablir la personnalisation à l’aide de dépendances qui n’ont pas été désapprouvées, vous pouvez réexécuter la mise à niveau pour les sites affectés. Si vous ne pouvez pas supprimer la dépendance, vous ne pouvez pas mettre à niveau le site.

Après avoir installé la dépendance ou le fichier manquant, utilisez l’applet de commande Windows PowerShelltest-SPContentDatabase sur un serveur de test pour déterminer s’il existe d’autres fichiers manquants pour cette base de données. Si vous n’exécutez que l’outil de vérification de pré-mise à niveau ou que vous réexécutez la mise à niveau, il est possible que l’erreur n’apparaisse pas dans les fichiers journaux malgré son existence éventuelle.

Paramètres manquants ou incorrectement configurés pour la batterie de serveurs, l’application Web ou les services

Vérifiez les paramètres de la batterie de serveurs et de l’application Web, puis créez et démarrez tous les services manquants.

Vérifiez que tous les chemins d’accès gérés (chemins d’accès inclus ou exclus) sont correctement configurés pour chaque application Web.

Les fichiers journaux de mise à niveau peuvent signaler des erreurs telles que les suivantes :

• ERREUR Modèle Id modèle: Id Site SP=Id site est inaccessible en raison d’une exception. Abandon Id Web SP=Id Web pour la mise à niveau du modèle. Exception: System.IO.FileNotFoundException: Impossible de trouver le site avec l’ID Id de site.

  Cette erreur indique qu’un chemin d’accès géré est manquant. Ajoutez le chemin d’accès géré pour la collection de sites à l’application Web et redémarrez la mise à niveau pour la base de données de contenu qui comporte cette collection de sites.

Niveaux de mise à jour incohérents ou incorrects

Vous devez exécuter Office SharePoint Server 2007 avec Service Pack 2 pour exécuter la mise à niveau. Si cette configuration minimale requise n’est pas satisfaite, une erreur apparaît et la mise à niveau n’est pas exécutée.

En outre, vos serveurs doivent être mis à jour correctement. Par exemple, si vous avez appliqué la version Windows SharePoint Services 3,0 d’une mise à jour, mais pas la version Office SharePoint Server 2007 de la mise à jour, la mise à niveau ne sera pas exécutée. Le numéro de version pour Windows SharePoint Services 3,0 apparaît dans la page Serveurs de la batterie dans l’Administration centrale de SharePoint. Le numéro de version pour Office SharePoint Server 2007 est le numéro de version du fichier Microsoft.SharePoint.portal.dll dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\ISAPI. Les numéros de version dans la page Serveurs de la batterie et pour les fichiers Microsoft.SharePoint.portal.dll doivent correspondre et être supérieurs ou égaux à 12.0.6420.1000 pour que la mise à niveau fonctionne. Pour plus d’informations, voir Déployer des mises à jour logicielles pour Office SharePoint Server 2007.

Navigation globale manquante pour les blogs

Une autre erreur fréquente est la barre de navigation globale manquante pour les blogs mis à niveau. Cela se produit car la fonctionnalité MySiteNavigation (6adff05c-d581-4c05-a6b9-920f15ec6fd9) n’est pas activée au cours de la mise à niveau. Pour l’activer, exécutez l’applet de commande Enable-SPFeatureWindows PowerShell 2,0.

Pour plus d’informations, voir Enable-SPFeature.

Problèmes liés aux données

Les problèmes liés aux données suivants peuvent engendrer des erreurs ou des avertissements pendant la mise à niveau :

• Connectivité aux sources de données. Si vos serveurs ne peuvent pas se connecter aux bases de données, ils ne peuvent pas être mis à niveau.

• Listes ou sites orphelins, ou autres endommagements de base de données. Pour plus d’informations, voir Nettoyage de votre environnement avant la mise à niveau (SharePoint Server 2010).

• Données de colonnes masquées. Si le processus de mise à niveau ajoute une colonne à une liste et qu’une colonne personnalisée portant le même nom existe déjà dans la liste, la colonne personnalisée est renommée. Après la mise à niveau, vous devrez peut-être réajuster vos vues afin qu’elles comportent la colonne renommée.

Les fichiers journaux de mise à niveau peuvent signaler des erreurs telles que les suivantes :

• AVERTISSEMENT Les sites orphelins peuvent engendrer des échecs de mise à niveau.

• ERREUR La base de données [nom de la base de données de contenu] contient un site (ID = [identificateur de la collection de sites], URL = [URL de la collection de sites]) qui ne figure pas dans le plan du site.

Corrigez la totalité des éléments orphelins ou des endommagements de base de données, puis réexécutez la mise à niveau.

Modifications apportées à l’interface utilisateur

Les modifications apportées à l’interface utilisateur, telles que l’ajout de l’interface utilisateur Fluent UI (également appelée Ruban) ou l’adhésion aux standards XHTML, peuvent engendrer des problèmes dans les sites. Parfois, des éléments personnalisés (tels qu’un type de contenu) peuvent porter un nom qui entre en conflit avec un nom dans la nouvelle version. Il peut également être nécessaire de redéfinir des pages sur la définition de site standard ou de créer des affichages pour des grandes listes.

Pour plus d’informations sur l’examen des problèmes d’interface utilisateur dans les sites, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Server 2010).

Les fichiers journaux de mise à niveau peuvent signaler des erreurs telles que les suivantes :

• Échec de l’activation des fonctionnalités étendues aux collections de sites sur le site Url du site. Exception : Un nom de type de contenu nom en double a été trouvé.

  Cette erreur indique qu’un type de contenu « Résumé » tiers a été ajouté au site spécifié dans o12, et pendant la mise à niveau vers o14 son nom entre en conflit avec le type de contenu « Résumé » intégré prêt à l’emploi. Supprimez le type de contenu tiers dans le site spécifié ou attribuez-lui un nom différent de « Résumé », puis réexécutez la mise à niveau.

Manque d’espace

Si vous manquez d’espace (par exemple, pour les fichiers journaux de transactions sur vos serveurs de bases de données), la mise à niveau ne peut pas se poursuivre. Libérez de l’espace ou augmentez la taille du fichier journal des transactions avant de reprendre la mise à niveau. Pour plus d’informations, voir Gestion de la taille du fichier journal des transactions (https://go.microsoft.com/fwlink/?linkid=124882&clcid=0x40C).

Authentification par formulaire

Des étapes supplémentaires sont nécessaires si vous mettez à niveau un environnement qui utilise l’authentification par formulaire. Suivez les étapes indiquées dans Configurer l’authentification basée sur les formulaires pour une application Web basée sur les déclarations (SharePoint Server 2010) pour mettre à niveau des fournisseurs d’authentification par formulaire.

Sécurité et autorisations

Si vous recevez un message d’erreur concernant un compte inconnu ou si une base de données n’est pas mise à niveau, vérifiez les éléments suivants :

• Pour une mise à niveau sur place, assurez-vous que le compte utilisé pour exécuter l’Assistant Configuration des produits SharePoint est membre du rôle de base de données fixe db_owner pour toutes les bases de données que vous souhaitez mettre à niveau. S’il n’est pas membre de ce rôle, vous risquez de recevoir un message d’erreur relatif à un compte d’utilisateur inconnu lorsque l’Assistant commence la mise à niveau des bases de données.

• Pour une mise à niveau d’attachement de base de données, si vous déplacez vos bases de données entre des instances de SQL Server, vérifiez que la sécurité est configurée correctement. Vérifiez que les comptes que vous utilisez disposent des rôles fixes et des autorisations appropriés sur les bases de données, et qu’il s’agira toujours de comptes valides si vous effectuez une mise à niveau d’un domaine à un autre.

Fichiers .stp ne fonctionnant pas après une mise à niveau

Les modèles de sites (fichiers .stp) sont désapprouvés dans SharePoint Server 2010 et ne sont pas utilisables pour créer de nouveaux sites. Les sites existants qui sont basés sur des fichiers .stp continuent de fonctionner normalement. Les packages de solution (fichiers .wsp) sont la méthode prise en charge pour créer des sites basés sur un modèle dans SharePoint Server 2010. Vous pouvez convertir un fichier .stp en fichier .wsp pour continuer à utiliser le modèle après la mise à niveau.

Pour convertir un fichier .stp en fichier .wsp

1. Dans Office SharePoint Server 2007, créez un site qui est basé sur le modèle, puis mettez à niveau le site vers SharePoint Server 2010.

2. Dans SharePoint Server 2010, dans le menu Actions du site du site mis à niveau, cliquez sur Paramètres du site.

3. Dans la page Paramètres du site, sous Actions du site, cliquez sur Enregistrer le site en tant que modèle.

4. Sur la page Enregistrer en tant que modèle, entrez un nom de fichier et un nom de modèle, puis cliquez sur OK.

   Le modèle de site est enregistré en tant que fichier .wsp dans la galerie de solutions pour cette collection de sites et vous pouvez créer de nouveaux sites basés sur cette solution.

Nouvelles versions des 40 fabuleux modèles d’application introuvables

De nombreuses personnes utilisent les modèles « Fabulous 40 » qui avaient été créés pour Windows SharePoint Services 3,0. Certains de ces modèles ont été créés en tant que modèles d’administration de site (fichiers .stp) et d’autres, en tant que modèles d’administration de serveur (fichiers .wsp). Microsoft ne publie pas de nouvelles versions de ces modèles pour Produits SharePoint 2010. En outre, les fichiers .stp sont désapprouvés et ne sont pas utilisables pour créer de nouveaux sites lorsque vous mettez à niveau vers SharePoint Server 2010.

Vous pouvez mettre à niveau des sites basés sur ces modèles. Cependant, vous devez essayer de mettre à niveau ces sites dans un environnement de test avant de mettre à niveau l’environnement de production afin que de pouvoir détecter les problèmes potentiels. Utilisez le vérificateur de pré-mise à niveau pour détecter les problèmes. (Certaines personnes rencontrent des problèmes avec les flux de travail personnalisés ou les affichages basés sur CAML dans les modèles.) Notez qu’après la mise à niveau, vous ne pourrez pas utiliser les fichiers .stp pour créer de nouveaux modèles.

Le tableau suivant décrit comment les modèles peuvent être utilisés.

* Il existe des problèmes avec certains fichiers .wsp après la mise à niveau. En particulier, après la mise à niveau, certains clients ne peuvent pas créer de nouveaux sites basés sur les modèles suivants : demande d’absence et gestion de calendrier de vacances, centre d’appels, support technique, espace de travail de l’équipe informatique, base de connaissances et suivi et gestion des actifs matériels. Si vous avez des problèmes avec l’un de ces modèles, vous pouvez poser une question sur le forum TechNet SharePoint 2010 – Installation, mise à niveau, administration et utilisation (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=201600&clcid=0x40C), or contact Microsoft Customer Support.

Pour continuer à créer des sites basés sur les modèles d’administration de sites (fichiers .stp) dans SharePoint Server 2010, vous devez les convertir en packages de solution (fichiers .wsp). Pour plus d’informations, voir la section Fichiers .stp ne fonctionnant pas après une mise à niveau plus haut dans cet article.

Mise à niveau de données à partir de SharePoint Portal Server 2003 : l’outil de vérification de pré-mise à niveau indique que des bases de données sont endommagées

Lorsqu’une base de données de contenu dans une batterie Office SharePoint Server 2007 a été mise à niveau à partir d’une base de données de contenu Microsoft Office SharePoint Portal Server 2003, le message d’erreur suivant risque de s’afficher lorsque vous exécutez l’outil de vérification de pré-mise à niveau :

Échec : Base de données de contenu avec schémas de bases de données modifiés

Si vous n’avez apporté aucune modification manuelle au schéma de base de données, vous pouvez ignorer cette erreur et poursuivre la mise à niveau. Il s’agit d’une erreur résiduelle du processus de mise à niveau de SharePoint Portal Server 2003 vers Office SharePoint Server 2007. Pour plus d’informations, voir l’article de la Base de connaissances Microsoft 954772 (éventuellement en anglais).

See Also

Concepts

Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint Server 2010)
Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Server 2010)
Reprendre la mise à niveau (SharePoint Server 2010)