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

  • Article

 

S’applique à : SharePoint Server 2010

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

Après avoir réalisé une mise à niveau sur place ou une mise à niveau avec liaison des bases de données vers Microsoft SharePoint Server 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 Server 2010).

Dans cet article :

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

  • Valider l’environnement mis à 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 vérifier 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 que la mise à niveau a réussi, vous pouvez consulter les fichiers journaux et des erreurs suivants :

  • Le fichier journal Setup.exe de SharePoint Server 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 Server Setup(AAAAMMJJHHMMSSSSS).log, où AAAAMMJJ est la date et HHMMSSSSS 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.log, où AAAAMMJJ est la date et HHMMSS-SSS est l’heure (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 fonctionnalités ou 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 (Office SharePoint Server).

Valider l’environnement mis à niveau

Après avoir vérifié que la mise à niveau s’est déroulée correctement, prenez le temps de valider de l’environnement. Examinez les éléments suivants :

  • Applications de service

    • Sont-elles configurées correctement ?

    • Les proxys d’application de service sont-ils configurés comme vous le souhaitez ?

    • Devez-vous créer des connexions entre les batteries de serveurs ?

  • Mes sites

    • Tous les composants WebPart sont-ils opérationnels ?

    • Toutes les fonctionnalités associées à Mes sites sont-elles opérationnelles ?

    • Les utilisateurs peuvent-ils accéder aux sites ou obtiennent-ils des erreurs de type « Accès refusé » ?

      Si l’hôte de sites Mon site qu’ils visitent n’est pas l’hôte de sites Mon site par défaut, ils risquent d’obtenir cette erreur. Vérifiez que l’application de service et les associations de proxy sont correctes, puis vérifiez que l’hôte de sites Mon site est correctement référencé dans l’application de service de profil utilisateur. Réinitialisez les services Internet (IIS) pour appliquer les modifications éventuellement apportées.

  • Recherche

    • Exécutez une analyse et passez en revue les fichiers journaux.

    • Exécutez des requêtes de recherche, puis vérifiez que les requêtes fonctionnent normalement et qu’elles produisent des résultats appropriés. Au bout de vingt-quatre heures, vérifiez si les rapports des requêtes indiquent des problèmes.

    • Recherchez des utilisateurs et des profils.

    • Vérifiez toutes les personnalisations de la recherche afin de vous assurer qu’elles fonctionnent normalement.

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 la prévisualisation des sites à l’aide de la mise à niveau visuelle, voir Gérer les mises à niveau visuelles (SharePoint Server 2010).

Si vous souhaitez vérifier les fonctionnalités de base, vous pouvez créer une collection de sites en utilisant un jeu d’éléments représentatif (listes, bibliothèques, composants WebPart, etc.). Examinez le nouveau site afin de vérifier que les éléments courants de base de vos sites sont opérationnels.

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 à fort impact ou au profil élevé, puis passez aux sites moins prioritaires. Dans le cadre du processus de planification, vous devez avoir identifié quels sont les sites à fort impact, au profil élevé et nécessitant une attention immédiate, et ceux qui pourront être traités un peu plus tard.

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 indique les problèmes liés aux composants WebPart qui peuvent se produire après la mise à niveau et la façon de les résoudre.

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 apparaissent-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, telles que « Erreur de rendu du contrôle » ou « Assembly manquant ». Ces erreurs indiquent que le composant WebPart n’a pas été installé ou qu’il a été configuré incorrectement 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 qui indiquent 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 liaison 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, vous avez configuré la liste des contrôles sécurisés dans le fichier Web.config).

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

Des pages de composants WebPart sont-elles toujours extraites ?

Si vous extrayez une page pour effectuer des modifications, n’oubliez pas de l’archiver à nouveau.

Les composants WebPart Excel Web Access fonctionnent-ils correctement ? Avez-vous correctement recréé vos connexions ? Les sources de données externes fonctionnent-elles toujours ?

Vérifiez toutes les connexions et toutes les sources de données externes.

Conseil

Si vous rencontrez 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. Cette opération ouvre la page de maintenance WebPart dans laquelle vous pouvez supprimer et 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 Server 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 avec des 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 indique les problèmes courants liés au style et à l’apparence de votre site Web après la mise à niveau et la façon de les résoudre.

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 feuille de style en cascade adéquats sont-ils utilisés aux emplacements appropriés ?

Vérifiez ou corrigez les liens vers le fichier de feuille 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 pouvez être amené à recréer ou à réviser un thème et à le réappliquer.

Existe-t-il des contrôles scriptés 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 ?

Vérifiez que tout élément HTML de la page est en mode XHTML strict.

Des erreurs de script apparaissent-elles dans des pages ?

Vérifiez les scripts et les liens et assurez-vous que tout élément HTML est en mode XHTML strict.

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, non les pages de modèle par défaut. Le tableau suivant indique les problèmes liés aux pages personnalisées qui peuvent se produire après la mise à niveau et la façon de les résoudre.

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

Vos personnalisations sont-elles toujours situées aux emplacements adéquats ?

Déterminez si vous êtes en présence d’un problème mineur ou d’un problème plus sérieux affectant la totalité 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 peut 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 toute nouvelle 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 Paramètres du site ou Modifier la page), vérifiez s’ils s’affichent toujours. S’ils n’apparaissent pas, vous pouvez les remplacer 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 dans 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 au modèle. Pour l’essentiel, le rétablissement de la 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 dans SharePoint Designer pour rétablir la page à la version par défaut (autrement dit, pour 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, n’oubliez pas de l’archiver à nouveau.

See Also

Concepts

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