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

S’applique à : SharePoint Foundation 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 Windows SharePoint Services 3.0 vers Microsoft SharePoint Foundation 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 Foundation 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 basée sur les formulaires

  • Sécurité et autorisations

  • Les fichiers .stp ne fonctionnent pas après la mise à niveau

  • Impossible de trouver les nouvelles versions des modèles d'applications Fabulous 40

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 arrêtée le cas échéant et consultez les fichiers journaux pour savoir 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 Foundation 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 Foundation 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 Windows SharePoint Services 3.0 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 par 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 préalable à la mise à niveau permet d’identifier ces éléments. Consultez cet inventaire pour vérifier que tous les fichiers requis par 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 si d’autres fichiers sont manquants pour cette base de données. Si vous exécutez uniquement l’outil de vérification préalable à la mise à niveau ou que vous réexécutez la mise à niveau, il est possible que l’erreur n’apparaisse pas dans les fichiers journaux.

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 à l’application Web le chemin d’accès géré pour la collection de sites et redémarrez la mise à niveau pour la base de données de contenu hébergeant cette collection de sites.

Niveaux de mise à jour incohérents ou incorrects

Vous devez exécuter Windows SharePoint Services 3.0 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.

Navigation globale manquante pour les blogs

L’une des autres erreurs courantes est l’absence de la navigation globale pour les blogs mis à niveau. Cela est dû au fait que la fonctionnalité MySiteNavigation (6adff05c-d581-4c05-a6b9-920f15ec6fd9) n’est pas activée durant la mise à niveau. Pour activer cette fonctionnalité, 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 Foundation 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 Foundation 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 le type de contenu intégré « Résumé » 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 des 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 par formulaires pour une application Web basée sur les revendications (SharePoint Foundation 2010) pour mettre à niveau des fournisseurs d’authentification par formulaire.

Sécurité et autorisations

Si une erreur signalant un compte inconnu s’affiche ou si une base de données n’est pas mise à niveau, vérifiez les éléments suivants :

• Pour une mise à niveau sur place, vérifiez que le compte que vous utilisez pour exécuter l’Assistant Configuration des produits SharePoint est membre du rôle de base de données fixe db_ownerpour toutes les bases de données que vous souhaitez mettre à niveau. S’il n’est pas membre de ce rôle, une erreur signalant un compte d’utilisateur inconnu risque de s’afficher lorsque l’Assistant démarre pour mettre à niveau les bases de données.

• Pour une mise à niveau avec liaison des bases de données, si vous déplacez des bases de données entre des instances de SQL Server, vérifiez que la sécurité est correctement configurée. Vérifiez que les comptes utilisés disposent des rôles fixes et autorisations adéquats sur les bases de données et qu’ils resteront valides en cas de mise à niveau d’un domaine à un autre.

Les fichiers .stp ne fonctionnent pas après la mise à niveau

Les modèles de sites (fichiers .stp) sont obsolètes dans SharePoint Foundation 2010 et ne peuvent pas être utilisés pour créer de nouveaux sites. Les sites existants basés sur des fichiers .stp continueront de fonctionner comme prévu. Les packages de solutions (fichiers .wsp) constituent la méthode prise en charge pour la création de sites basés sur un modèle dans SharePoint Foundation 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 Windows SharePoint Services 3.0, créez un site basé sur le modèle, puis effectuez la mise à niveau du site vers SharePoint Foundation 2010.

2. Dans SharePoint Foundation 2010, dans le menu Actions du site dans le 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. Dans la page Enregistrer comme 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 de cette collection de sites et vous pouvez créer des sites basés sur cette solution.

Impossible de trouver les nouvelles versions des modèles d’applications Fabulous 40

De nombreuses personnes utilisaient les modèles « Fabulous 40 » 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), tandis que d’autres ont été créés en tant que modèles d’administration de serveur (fichiers .wsp). Microsoft ne publie plus de nouvelles versions de ces modèles pour Produits SharePoint 2010. Par ailleurs, les fichiers .stp sont obsolètes et ne peuvent pas être utilisés pour créer des sites lorsque vous effectuez une mise à niveau vers SharePoint Foundation 2010.

Il est possible de mettre à niveau les sites basés sur ces modèles. Toutefois, vous devez essayer de mettre à niveau ces sites dans un environnement de test avant de mettre à niveau l’environnement de production, de manière à détecter tout problème potentiel. Utilisez l’outil de vérification de pré-mise à niveau afin de détecter les problèmes. (Certaines personnes ont constaté des problèmes au niveau des flux de travail personnalisés ou des affichages CAML dans les modèles.) Notez qu’à l’issue de la mise à niveau, vous ne pourrez plus utiliser de fichiers .stp pour créer des modèles.

Le tableau suivant explique comment les modèles peuvent être utilisés

*Il existe des problèmes au niveau de certains fichiers .wsp après la mise à niveau. Plus spécifiquement, après la mise à niveau, certains utilisateurs sont dans l’impossibilité de créer des sites basés sur les modèles suivants : Demande de congé et Planning des absences et congés, Centre d’appels, Assistance, Espace de travail de l’équipe informatique, Base de connaissances et Gestion et suivi des biens physiques. Si vous rencontrez des problèmes lors de l’utilisation de ces modèles, vous pouvez publier un message de problème sur le Forum TechNet SharePoint 2010 – Installation, mise à niveau, administration et fonctionnement (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=201600&clcid=0x40C) ou contacter le Support clientèle Microsoft.

Si vous souhaitez continuer à créer des sites basés sur les modèles d’administration de site (fichiers .stp) dans SharePoint Foundation 2010, vous devez les convertir en packages de solutions (fichiers .wsp). Pour plus d’informations, voir la section Les fichiers .stp ne fonctionnent pas après la mise à niveau plus haut dans cet article.

See Also

Concepts

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