Partager via

Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010)

  • Article

 

S’applique à : SharePoint Foundation 2010

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

Après avoir réalisé une mise à niveau sur place ou une mise à niveau avec attachement des bases de données vers Microsoft SharePoint Foundation 2010, vous devez vérifier que le contenu a été correctement mis à niveau vers la nouvelle version. Vous pouvez vérifier l’état de la mise à niveau (est-elle en cours de réalisation, ou bien s’est-elle déroulée correctement ou s’est-elle terminée sur des erreurs ou des échecs ?), puis également réviser les sites mis à niveau pour déterminer s’il reste des problèmes à résoudre. Lorsque vous suivez ces étapes dans le cadre d’une mise à niveau d’évaluation, vous pouvez en profiter pour identifier les personnalisations à modifier avant de procéder à la mise à niveau de l’environnement de production. Lorsque vous mettez à niveau votre environnement de production, il est d’autant plus primordial de savoir à quel moment la mise à niveau a été achevée, quels sites ont été correctement mis à niveau et quels sites doivent être retravaillés avant de les rendre de nouveau accessibles aux utilisateurs.

Dans certains cas, vous pouvez être amené à redémarrer la mise à niveau pour finir de mettre vos sites à niveau. Pour plus d’informations sur le redémarrage de la mise à niveau, voir Reprendre la mise à niveau (SharePoint Foundation 2010).

Dans cet article :

  • Vérifier l’état de la mise à niveau

  • Examiner les sites mis à niveau

Vérifier l’état de la mise à niveau

Le processus de mise à niveau se compose de plusieurs phases. Dans le cas d’une mise à niveau sur place, vous exécutez Setup.exe pour installer les nouveaux logiciels, puis vous exécutez l’Assistant Configuration des produits SharePoint pour mettre à niveau la base de données de configuration et la base de données de contenu d’administration ; ces opérations se traduisent par l’ouverture du site Web Administration centrale de SharePoint. À ce stade, le processus de mise à niveau de contenu démarre. Vous pouvez vérifier l’état du processus de mise à niveau pendant chacune de ces phases de différentes façons : vous pouvez consulter les fichiers journaux liés à Setup.exe, à l’Assistant Configuration des produits SharePoint et à la mise à niveau de contenu. Dans l’Administration centrale de SharePoint, vous pouvez afficher le numéro de version afin de vous assurer qu’il est correct pour la version vers laquelle vous avez effectué la mise à niveau. En outre, vous pouvez utiliser la page État de la mise à niveau de l’Administration centrale de SharePoint ou l’opération localupgradestatus dans Stsadm pour déterminer les sites qui ont été, ou qui sont en train d’être, mis à niveau. Si la mise à niveau ne s’est pas déroulée correctement, vous pouvez afficher les fichiers journaux pour rechercher les problèmes, les résoudre, puis redémarrer le processus de mise à niveau.

Passer en revue les fichiers journaux

Pour vérifier si la mise à niveau a réussi, vous pouvez consulter les fichiers journaux et des erreurs suivants :

  • Le fichier journal Setup.exe de SharePoint Foundation 2010.

    Le fichier journal de l’installation est stocké dans le répertoire temporaire du compte d’utilisateur qui exécute le programme d’installation (%USERTEMP% ou %WINDIR%\Users\user account\AppData\Local\Temp). Il est nommé SharePoint Foundation Setup(AAAAMMDD-HHMMSS-SSS).log, où AAAAMMDD est la date et HHMMSS-SSS est l’heure (heures au format 24 heures, minutes, secondes et millisecondes).

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

    Le fichiers journaux Psconfig.exe se trouvent dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Leur nom respecte la syntaxe suivante : PSCDiagnostics_MM_JJ_AAAA_HH_MM_SS_SSS_nombre_aléatoire.log, où MM_JJ_AAAA correspond à la date, HH_MM_SS_SSS à l’heure (heures au format horaire de 24 heures, minutes, secondes et millisecondes) et nombre_aléatoire au nombre aléatoire permettant de distinguer d’éventuelles tentatives simultanées d’exécution du programme Psconfig.exe.

  • Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau.

    Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau sont situés à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Les fichiers sont nommés selon le format suivant : Upgrade-AAAAMMJJ-HHMMSS-SSS-error.log et Upgrade-AAAAMMJJ-HHMMSS-SSS.log, où AAAAMMJJ est la date et HHMMSS-SSS est l’heure (heures au format 24 heures, minutes, secondes et millisecondes). Le fichier journal des erreurs de mise à niveau combine la totalité des erreurs et des avertissements dans un fichier de taille plus petite et se nomme Upgrade-AAAAMMJJ-HHMMSS-SSS-error.log.

Pour passer en revue les fichiers journaux afin d’identifier et de corriger les problèmes, démarrez en haut des fichiers. Les erreurs ou les avertissements peuvent être répétés s’ils se produisent dans plusieurs collections de sites au sein de l’environnement, ou s’ils bloquent complètement le processus de mise à niveau. Par exemple, si vous ne pouvez pas vous connecter à la base de données de configuration, le processus de mise à niveau essaiera (et échouera) plusieurs fois et ces tentatives seront listées dans le fichier journal.

Pour passer en revue les fichiers journaux

  1. Vérifiez que vous disposez des informations d’identification administratives suivantes :

    • Pour afficher les fichiers journaux, vous devez appartenir au groupe Administrateurs local du serveur.

  2. Dans l’Explorateur Windows, accédez au répertoire qui contient le fichier journal à afficher.

  3. Ouvrez le fichier journal dans un éditeur de texte.

  4. Dans le fichier journal de mise à niveau, recherchez ou analysez visuellement, l’entrée suivante :

    Upgrade session finished successfully!

    Si vous trouvez cette entrée, l’installation a réussi.

  5. Si vous ne trouvez pas les entrées de l’étape précédente dans le fichier journal de mise à niveau ou si vous consultez l’un des autres fichiers journaux, vous pouvez identifier les problèmes spécifiques qui ont contribué à un échec en recherchant, ou en analysant visuellement dans le fichier, les termes suivants :

    • Recherchez Erreur dans les fichiers journaux pour détecter les éventuels problèmes (tels que des composants défectueux et des connexions de base de données défectueuses).

    • Recherchez Avertissement pour détecter les problèmes comme des fonctionnalités ou des composants manquants.

Pour détecter les problèmes, un analyseur de fichier journal peut vous être utile afin d’exécuter des requêtes sur les fichiers journaux.

Si vous détectez des problèmes bloquants dans le fichier journal, vous pouvez les résoudre, puis redémarrer la mise à niveau pour poursuivre le processus.

Vérifier le numéro de version

Outre afficher le fichier journal de mise à niveau, vous pouvez vous assurer que la mise à niveau a réussi en affichant le numéro de version sur la page Serveurs de la batterie par le biais du site Web Administration centrale de SharePoint.

Pour vérifier le numéro de version sur la page Serveurs de la batterie

  1. Vérifiez que vous disposez des informations d’identification administratives suivantes :

    • Pour utiliser l’Administration centrale de SharePoint, vous devez être membre du groupe Administrateurs de batterie.

  2. Sur la page d’accueil Administration centrale, sous Paramètres système, cliquez sur Gérer les serveurs de cette batterie.

  3. Sous Informations sur la batterie de serveurs, en regard de Version de la base de données de configuration, vérifiez que le numéro commence par « 14 ».

Vérifier l’état de la mise à jour sur les sites

Pour déterminer les sites qui ont été mis à niveau ou qui sont en train de l’être, vous pouvez utiliser la page État de la mise à niveau dans l’Administration centrale de SharePoint ou l’opération localupgradestatus dans Stsadm.exe.

La page État de la mise à niveau répertorie les sessions de mise à niveau et fournit des détails sur l’état de chaque session : issue de celle-ci (réussite ou échec) et nombre d’erreurs ou d’avertissements qui se sont produits pour chaque serveur. En outre, la page État de la mise à niveau comprend des informations sur les fichiers journaux et des erreurs pour le processus de mise à niveau et suggère des solutions aux problèmes qui ont pu se produire.

Pour déterminer les sites qui ont été manqués ou ignorés pendant la mise à niveau, vous pouvez utiliser l’opération localupgradestatus dans Stsadm.exe. Vous devez exécuter la commande sur chaque serveur Web frontal d’une batterie de serveurs.

Pour afficher l’état de la mise à niveau dans l’Administration centrale de SharePoint

  1. Vérifiez que vous disposez des informations d’identification administratives suivantes :

    • Pour utiliser l’Administration centrale de SharePoint, vous devez être membre du groupe Administrateurs de batterie.

  2. Dans la page d’accueil Administration centrale, sous Mise à niveau et migration, cliquez sur Vérifier l’état de la mise à niveau.

Pour afficher l’état de la mise à niveau à partir de la ligne de commande

  1. Vérifiez que vous disposez des informations d’identification administratives suivantes :

    • Pour utiliser Stsadm, vous devez appartenir au groupe Administrateurs locaux du serveur.

  2. Cliquez sur Démarrer, cliquez avec le bouton droit sur Invite de commandes, puis cliquez sur Exécuter en tant qu’administrateur.

  3. Dans la fenêtre Invite de commandes, accédez au répertoire suivant :

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin

  4. Tapez la commande suivante, puis appuyez sur Entrée :

    Stsadm -o localupgradestatus

Pour plus d’informations sur l’opération localupgradestatus, voir Localupgradestatus : opération Stsadm (Windows SharePoint Services).

Examiner les sites mis à niveau

Examinez les sites mis à niveau pour identifier les problèmes à résoudre avant d’exécuter le processus de mise à niveau sur votre environnement de production. Si vous avez effectué une mise à niveau sur place et opté pour une mise à niveau visuelle, vous pouvez utiliser la fonctionnalité Mise à niveau visuelle pour avoir un aperçu des sites avec la nouvelle interface utilisateur. Pour plus d’informations sur l’aperçu des sites à l’aide de la mise à niveau visuelle, voir Gérer une mise à niveau visuelle (SharePoint Foundation 2010).

Pour vérifier les fonctionnalités de base, vous pouvez créer une collection de sites en utilisant un jeu représentatif de listes, de bibliothèques, de composants WebPart, etc. Passez en revue le nouveau site pour vérifier le bon fonctionnement des éléments de base communs à vos sites.

Si des pages ne s’affichent pas, vous pouvez vérifier les paramètres du site en accédant directement à l’URL (http:// url_site/_layouts/settings.aspx). Si la page des paramètres du site fonctionne et que la mise à niveau s’effectue correctement, il se peut qu’il y ait des problèmes avec la page maître ou la page d’accueil. Si la page des paramètres du site ne fonctionne pas, accédez au fichier journal pour obtenir plus d’informations sur le problème.

Commencez par valider les sites au profil élevé et à fort impact, puis passez aux sites de moindre importance. Dans le cadre du processus de planification, vous devez avoir identifié les sites au profil élevé et à fort impact qui requièrent une attention immédiate, ainsi que les sites qui peuvent être mis en attente.

Utilisez les listes de vérification suivantes pour passer en revue vos sites mis à niveau et rechercher les problèmes.

Composants WebPart

Le tableau suivant répertorie les problèmes de composants WebPart qui peuvent survenir après une mise à niveau, ainsi que leur mode de résolution.

Conseil

Pour tester rapidement vos composants WebPart, vous pouvez créer une page de composants WebPart qui contient tous vos composants WebPart personnalisés avant de tester votre mise à niveau, puis vérifier si des composants WebPart font défaut ou sont rompus dans la page après la mise à niveau d’évaluation.

Éléments à vérifier Procédure à suivre en cas de problème

Tous les composants WebPart de votre site d’origine s’affichent-ils dans votre site mis à niveau ?

S’il existe une zone de composants WebPart dans une page personnalisée (incarnée), mais pas dans la définition de site, les composants WebPart de cette zone ont peut-être été déplacés vers la zone inférieure de la page au cours de la mise à niveau.

En mode Édition de la page dans le navigateur ou dans Microsoft SharePoint Designer 2010, recherchez les composants WebPart manquants dans la zone inférieure ou dans les autres zones, ou bien vérifiez si les composants WebPart ont été fermés. Pour plus d’informations sur l’utilisation des composants WebPart et des zones de composants WebPart dans SharePoint Designer 2010, voir le système d’aide de SharePoint Designer.

Les composants WebPart sont-ils affichés correctement (dans la zone correcte, à l’emplacement approprié et dans la taille adéquate) ?

En mode Édition de la page dans le navigateur ou dans SharePoint Designer 2010, faites glisser le composant WebPart vers la zone adéquate ou modifiez ses propriétés afin de corriger les problèmes de dimensionnement ou de positionnement.

Y a-t-il un nombre excessif ou insuffisant de composants WebPart ?

Ouvrez la page en mode Édition dans le navigateur ou dans SharePoint Designer 2010. Si vous constatez la présence de composants WebPart supplémentaires dans la page, recherchez les composants WebPart fermés ou inactifs dans la version d’origine de la page. Ces composants ont-ils été ouverts par le processus de mise à niveau ? Si tel est le cas, vous pouvez modifier les propriétés des composants WebPart pour fermer ces composants.

Si des composants WebPart sont manquants, recherchez les erreurs dans SharePoint Designer 2010, par exemple « Erreur de rendu du contrôle » ou « Assembly manquant ». Ces erreurs indiquent que le composant WebPart n’a pas été installé ou configuré correctement pour le nouvel environnement et qu’il doit être réinstallé ou reconfiguré.

Les composants WebPart fonctionnent-ils correctement ?

Ouvrez la page en mode Édition dans le navigateur ou dans SharePoint Designer 2010, puis recherchez les erreurs indiquant qu’un composant ou service est manquant. Vérifiez que tous les composants ou services sur lesquels reposent les composants WebPart existent dans le site mis à niveau. Dans le cadre d’une mise à niveau avec attachement des bases de données, vous devez notamment vous assurer que vous avez installé tous les composants ou services nécessaires pour vos composants WebPart et que vous les avez configurés correctement (par exemple, la liste des contrôles sécurisés dans le fichier Web.config).

Mettez à jour et redéployez les composants WebPart qui existent mais qui ne fonctionnent plus correctement.

Conseil

Si vous avez des problèmes avec un composant WebPart, ajoutez contents=1 à la fin de la syntaxe de l’URL (http:// siteurl/default.aspx?contents=1), puis appuyez sur Entrée. Vous accédez ainsi à la page de maintenance des composants WebPart dans laquelle vous pouvez supprimer ou réparer le composant WebPart.

Grandes listes

Par défaut, la limitation de requête de grande liste est appliquée après une mise à niveau vers SharePoint Foundation 2010. Si une liste est très grande et que les utilisateurs recourent à une vue ou exécutent une requête qui dépasse la limite ou le seuil de limitation, la vue ou requête ne sera pas autorisée. Vérifiez toutes les grandes listes dans votre environnement et invitez le propriétaire de site ou le propriétaire de liste à résoudre le problème. Par exemple, ils peuvent créer des colonnes indexées à l’aide de vues filtrées, organiser les éléments en dossiers, définir une limite d’éléments sur la page pour une grande vue ou utiliser une liste externe.

Styles et apparence

Le tableau suivant répertorie les problèmes usuels relatifs au style et à l’apparence de votre site Web après une mise à niveau, ainsi que leur mode de résolution.

Conseil

Vous pouvez résoudre la plupart des problèmes abordés dans cette section en corrigeant les liens vers un élément.

Éléments à vérifier Procédure à suivre en cas de problème

Toutes les images de vos pages sont-elles affichées correctement ?

Vérifiez ou corrigez les liens vers les images.

Les couleurs et styles de feuilles de style en cascade adéquats sont-ils utilisés aux emplacements appropriés ?

Vérifiez ou corrigez les liens vers le fichier de feuilles de style en cascade. Vérifiez le lien sur la page maître.

Le thème que vous avez appliqué à votre site présente-t-il la même apparence ?

La page d’accueil ou d’autres pages de votre site peuvent présenter un aspect différent après la mise à niveau du site. Vous devrez peut-être recréer ou modifier un thème, et le réappliquer.

Existe-t-il des contrôles de script qui ne fonctionnent pas ?

Vérifiez ou corrigez les liens vers les contrôles.

Vos pages sont-elles affichées correctement dans Windows Internet Explorer 8 ?

Assurez-vous que le contenu HTML de la page est strictement en mode XHTML.

Des erreurs de script apparaissent-elles dans des pages ?

Vérifiez les scripts et les liens, puis assurez-vous que le contenu HTML est strictement en mode XHTML.

Autorisations

Les personnes et les groupes appropriés disposent-ils toujours du niveau d’autorisations adéquat sur les sites, les pages, les listes et les éléments ?

Vous pouvez utiliser le bouton Vérifier les autorisations de la section Outils d’autorisation du Ruban pour déterminer qui dispose de quelles autorisations sur quels éléments dans un site ou sous-site.

Pages personnalisées (incarnées)

Les pages personnalisées (incarnées) sont des pages qui ont été modifiées et qui sont maintenant des versions uniques des pages au lieu de pages de modèles par défaut.

Éléments à vérifier Procédure à suivre en cas de problème

Vos personnalisations sont-elles toujours aux emplacements appropriés ?

Déterminez si vous n’avez qu’un seul problème ou un problème plus important pour l’ensemble de la page.

Si vous avez ajouté une toute nouvelle page à votre site d’origine (par exemple, si vous avez remplacé Default.aspx par un autre fichier au lieu de modifier le fichier Default.aspx existant), cette page ne comporte aucune association à la définition de site. Par conséquent, elle risque de ne pas ressembler aux autres pages du site mis à niveau ni être réinitialisée à cette fin. Pour donner à votre page personnalisée le même aspect que les autres pages de votre site, créez une page basée sur la définition du site et transférez-y vos personnalisations.

Pouvez-vous toujours accéder aux contrôles d’édition dans les pages ?

Si vous avez personnalisé les contrôles d’édition (par exemple le lien Actions du site ou Modifier la page), vérifiez s’ils s’affichent toujours. Si tel est le cas, remplacez-les par les contrôles d’édition de la nouvelle version en rétablissant la page à la version par défaut.

Utilisez la commande Rétablir le modèle de SharePoint Designer pour rétablir la page à la version par défaut (opération également appelée réinitialisation). Après avoir restauré la page par défaut, vous pouvez réappliquer vos personnalisations dans le navigateur en appliquant une autre page maître ou en réappliquant les personnalisations dans SharePoint Designer.

Vos personnalisations sont-elles toujours appropriées dans le nouvel environnement ou souhaitez-vous effectuer une mise à niveau vers les nouvelles fonctionnalités et la nouvelle apparence ?

Si vous souhaitez bénéficier des nouvelles fonctionnalités, vous devez rétablir toutes les pages personnalisées afin d’utiliser le modèle. À la base, le rétablissement d’une page ignore les personnalisations et attache votre page à la page maître appropriée. Toutes les personnalisations souhaitées peuvent ensuite être transférées vers la page maître au lieu d’être stockées dans des pages individuelles.

Utilisez la commande Rétablir le modèle de SharePoint Designer pour rétablir la page à la version par défaut (c’est-à-dire la réinitialiser). Après avoir restauré la page par défaut, vous pouvez réappliquer vos personnalisations dans le navigateur en appliquant une autre page maître ou en réappliquant les personnalisations dans SharePoint Designer.

Des pages sont-elles toujours extraites ?

Si vous extrayez une page pour effectuer des modifications, veillez à l’archiver à nouveau.

See Also

Concepts

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