Partager via

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

  • Article

 

S’applique à : SharePoint Foundation 2010

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

Avant de commencer la mise à niveau entre Windows SharePoint Services 3.0 et Microsoft SharePoint Foundation 2010, il est conseillé de la tester pour vous assurer que vous savez exactement ce qu’il faut à une mise à niveau réussie. Une mise à niveau d’essai vous permet de déterminer :

  • les personnalisations dont vous disposez dans votre environnement, afin de pouvoir planifier leur prise en compte au cours de la mise à niveau ;

  • l’opportunité de mettre à niveau votre matériel afin de faciliter et d’accélérer la mise à niveau ;

  • le moment le plus opportun pour votre mise à niveau, ou la durée que prendra la mise à niveau compte tenu de votre environnement ;

  • les éléments que vous devez planifier, par exemple les ressources requises.

Par ailleurs, vous pouvez utiliser cette mise à niveau d’essai pour vous familiariser avec les outils de mise à niveau et le processus lui-même, de sorte que vous sachiez à quoi vous attendre lorsque vous procéderez à la véritable mise à niveau. Ce test vous permet de déterminer :

  • quels critères particuliers s’appliquent à votre environnement et quelle approche sera la plus efficace pour votre mise à niveau ;

  • à quoi ressemblera l’interface utilisateur de la mise à niveau et comment savoir quand passer d’une phase à la suivante ;

  • où se trouvent les fichiers journaux, comment les lire et quelles informations ils contiennent ;

  • quelles techniques vous pouvez utiliser pour réduire les temps morts.

Cet article fournit les étapes de base du test de la mise à niveau, ainsi que des recommandations pour interpréter les résultats et ajuster vos plans de mise à niveau en fonction de ces résultats.

Dans cet article :

  • Configurer un environnement de test

  • Identifier et installer les personnalisations

  • Copier les données réelles dans l’environnement de test et tester la mise à niveau

  • Passer en revue les résultats

  • Ajuster les planifications et tester à nouveau

En outre, les ressources suivantes peuvent être utiles lorsque vous testez votre processus de mise à niveau :

Configurer un environnement de test

Vous pouvez tester le processus de mise à niveau sur un matériel virtuel ou physique. Chaque environnement étant particulier, il est difficile de se prononcer sur la durée de la mise à niveau ou la difficulté que posera une personnalisation particulière. La meilleure manière d’évaluer votre processus de mise à niveau consiste à effectuer une série d’essais.

Lorsque vous créez votre environnement de test :

  • Créez une batterie de test aussi proche que possible de votre batterie réelle, en termes de matériel, de logiciel et d’espace disponible.

  • Utilisez dans votre batterie de test les URL de votre batterie réelle. (Sans cela, vous allez perdre du temps à diagnostiquer des problèmes d’URL qui ne se poseront pas au cours de la véritable mise à niveau.)

  • Veillez à transférer tous vos paramètres et toutes vos personnalisations à l’environnement de test. La section Identifier et installer les personnalisations fournit des informations sur la collecte de ces informations.

Utilisation d’un environnement de test virtuel

Lorsque vous testez sur un environnement virtualisé, vous n’avez pas besoin d’une grande quantité de matériel. Vous pouvez répliquer votre environnement en utilisant deux serveurs qui exécutent Hyper-V. Un serveur possède les images destinées aux serveurs Web frontaux et aux serveurs d’applications ; les autres serveurs contiennent les images destinées aux serveurs de base de données.

Environnement de test virtuel pour une mise à niveau d’évaluation

Utilisation d’un environnement de test physique

Lorsque vous testez sur un environnement physique, vous devez répliquer aussi fidèlement que possible l’ensemble de votre environnement de batterie de serveurs. Si vous simplifiez trop le nombre de serveurs Web frontaux, de serveurs d’applications ou de serveurs de base de données, vous ne serez pas en mesure d’anticiper avec précision le temps nécessaire au processus de mise à niveau et ne vous donnerez pas la possibilité de découvrir des complications liées aux interactions entre des serveurs du même rôle (telles que les interactions SQL Server). Si vous avez plusieurs serveurs appartenant au même rôle dans votre batterie d’origine, utilisez au moins deux serveurs pour ce rôle afin de tester les problèmes susceptibles de se produire.

Batterie de serveurs de test physique pour une mise à niveau d’évaluation

Environnements de test supplémentaires pour la mise à niveau par liaison de base de données

Si vous avez adopté l’approche de mise à niveau par liaison de base de données, vous devrez peut-être créer un environnement de test supplémentaire : une batterie de serveurs exécutant Windows SharePoint Services 3.0 que vous pouvez utiliser pour exécuter l’outil de vérification préalable à la mise à niveau avant de procéder à la mise à niveau des données.

Vous pouvez faire l’économie de cette étape en exécutant l’outil de vérification préalable à la mise à niveau sur votre batterie de production existante.

Identifier et installer les personnalisations

Pour un processus de test précis, vous devez identifier toutes les personnalisations au sein de votre environnement actuel et les copier dans l’environnement de test. Pour plus d’informations sur les types de personnalisations à identifier, voir Déterminer comment gérer les personnalisations (SharePoint Foundation 2010).

  • Utilisez l’outil de vérification préalable à la mise à niveau pour identifier les définitions de site, les modèles de site et les fonctionnalités de votre environnement.

    L’outil de vérification préalable à la mise à niveau 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. À la différence de l’outil d’analyse préalable à la mise à niveau d’Windows SharePoint Services 3.0, l’outil de vérification préalable à la mise à niveau est un outil en lecture seule qui ne modifie pas vos sites. Pour plus d’informations sur cet outil et la procédure à suivre pour l’exécuter, voir Analyse et rapport préalables à la mise à niveau vers des versions ultérieures (Windows SharePoint Services) et Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

  • Utilisez l’opération Stsadm –o enumallwebs sur toutes les bases de données de contenu dans votre environnement Windows SharePoint Services 3.0 pour identifier des personnalisations spécifiques dans des sous-sites. Cette opération répertorie un ID pour chaque collection de sites et sous-site dans votre environnement et les modèles sur lesquels repose le site. Cette opération a été introduite pour la première fois dans Windows SharePoint Services 3.0 avec Service Pack 2 (SP2). Pour plus d’informations, voir Enumallwebs : opération Stsadm (Windows SharePoint Services).

  • Utilisez un outil tel que WinDiff (fourni avec la plupart des systèmes d’exploitation Microsoft) pour comparer les serveurs de votre environnement de production avec les serveurs de votre batterie de test. Vous pouvez utiliser cet outil pour vérifier quels fichiers existent sur vos serveurs et quelles différences existent entre ces fichiers.

  • Vérifiez si les fichiers web.config comportent des modifications, puis déterminez si l’élément SafeControls contient des contrôles personnalisés.

  • Utilisez l’outil de diagnostics SharePoint (SPDiag) pour rechercher les solutions déployées. Pour plus d’informations, voir Outil de diagnostics SharePoint (SPDiag).

  • Créez la liste de toutes les personnalisations que vous trouvez. Identifiez si possible la source des personnalisations. Déterminez par exemple si des compléments logiciels ou des modèles tiers ont été personnalisés en interne. Après en avoir identifié la source, vous pouvez ensuite rechercher des versions mises à jour ou à niveau des personnalisations. Une feuille de calcul est à votre disposition, dans laquelle vous pouvez enregistrer les informations relatives à votre environnement, suivant les données issues de l’outil de vérification préalable à la mise à niveau et de votre recherche sur les personnalisations. Téléchargez la feuille de calcul à partir de l’adresse https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en anglais), puis personnalisez-la en fonction de vos besoins.

Conseil

Qui devez-vous contacter à propos des personnalisations que vous n’avez pas créées ?

  • Contactez Microsoft pour tout problème lié à un modèle que vous avez téléchargé depuis le site Web Microsoft (tel que les modèles d’application Windows SharePoint Services 3,0).

  • Contactez votre fournisseur de solution tiers pour tout problème lié à un modèle ou à un composant qu’il vous a fourni pour la version antérieure. Il peut disposer d’une version à niveau de cet élément.

Lorsque vous avez identifié toutes les personnalisations, copiez-les sur les serveurs appropriés au sein de votre batterie de test. Vous pouvez utiliser l’applet de commande Windows PowerShelltest-spcontentdatabase avant d’attacher une base de données à SharePoint Foundation 2010 pour déterminer si des personnalisations manquent dans l’environnement. Exécutez cette commande pour chaque base de données lorsque vous avez restauré les bases de données sur votre serveur de bases de données, mais avant de procéder à la mise à niveau. Notez que cette applet de commande s’exécute automatiquement, et qu’elle ne génère pas de message tant qu’aucune erreur n’est détectée.

Copier les données réelles dans l’environnement de test et tester la mise à niveau

Vous n’atteindrez pas vos objectifs de test si vous n’utilisez pas vos données réelles. Vous pouvez utiliser les méthodes suivantes pour créer une copie de vos données :

Il n’existe pas de meilleur moyen d’anticiper ce qui se produira au cours d’une mise à niveau que d’effectuer le test sur une copie de toutes vos données. Toutefois, cette option peut s’avérer irréaliste pour un test initial. Vous pouvez échelonner votre test, en testant une base de données à la fois par exemple (si les bases de données sont volumineuses) de sorte de passer en revue toutes les particularités de vos données, ou en assemblant un sous-ensemble de données provenant de sites représentatifs de votre environnement. Si vous souhaitez commencer par tester un sous-ensemble de vos données, veillez à ce que le sous-ensemble présente les caractéristiques suivantes :

  • Le sous-ensemble des données contient des sites qui sont typiques de ceux que vous entretenez dans votre environnement.

  • La taille et la complexité des sous-ensembles de données sont très proches de la taille et de la complexité réelles de votre environnement.

Important

Le test d’un sous-ensemble de vos données ne constitue pas un banc d’essai valide quant à la durée que prendra le traitement du volume entier des données de votre environnement.

Après avoir copié les données, lancez un premier processus de mise à niveau pour voir ce qui se produit. Il ne s’agit que d’une étape préliminaire.

Essayer la mise à niveau sur place

Si vous souhaitez essayer l’approche de mise à niveau sur place, suivez les étapes suivantes pour essayer le processus de mise à niveau :

  1. Créez une sauvegarde de votre batterie de serveurs.

  2. Restaurez la sauvegarde sur votre batterie de test.

    Pour plus d’informations, voir Administration de la sauvegarde et de la récupération pour la technologie Windows SharePoint Services 3.0.

  3. Exécutez l’outil d’analyse préalable à la mise à niveau. Prenez note de tous les problèmes qu’il détecte. Vous devrez traiter ces problèmes dans votre environnement d’origine avant de procéder à la mise à niveau sur votre batterie de serveurs de production. Pour plus d’informations, voir Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

  4. Suivez les étapes décrites dans Effectuer une mise à niveau sur place (SharePoint Foundation 2010) pour tester la procédure de mise à niveau.

  5. Passez en revue les résultats.

Essayer une mise à niveau par liaison de base de données

  1. Créez une sauvegarde SQL Server de vos bases de données de contenu.

  2. Utilisez SQL Server pour restaurer les sauvegardes sur votre batterie de test à un seul serveur et attachez les bases de données de contenu à cet environnement.

    Pour plus d’informations, voir Sauvegarder et restaurer des bases de données de contenu (Windows SharePoint Services 3.0).

  3. Exécutez l’outil d’analyse préalable à la mise à niveau. Prenez note de tous les problèmes qu’il détecte. Vous devrez traiter et corriger ces problèmes dans votre environnement d’origine avant de procéder à la mise à niveau sur votre batterie de production. Pour plus d’informations, voir Exécuter l’outil de vérification préalable à la mise à niveau (SharePoint Foundation 2010).

  4. Suivez les étapes décrites dans Préparer le nouvel environnement SharePoint Foundation pour configurer l’environnement de test pour une mise à niveau par liaison de base de données.

  5. Suivez les étapes décrites dans Attacher les bases de données et effectuer une mise à niveau vers SharePoint Foundation 2010 pour essayer la mise à niveau par liaison de base de données.

Passer en revue vos résultats

Lorsque la mise à niveau de test a été réalisée, vous pouvez passer en revue les résultats et revisiter vos plans. Consultez les fichiers journaux, observez les sites mis à niveau et vérifiez vos personnalisations. Comment la mise à niveau a-t-elle fonctionné dans votre environnement ? Qu’avez-vous trouvé ? Que devez-vous repenser à propos de votre plan de mise à niveau ?

Passer en revue les fichiers journaux

Passez en revue les fichiers journaux suivants :

  • Le fichier journal de l’outil de vérification préalable à la mise à niveau.

    Les fichiers journaux de l’outil de vérification préalable à la mise à niveau (stsadm -o preupgradecheck) sont situés dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Leur nom respecte la syntaxe suivante : PreUpgradeCheck_AAAAMMJJ-HHMMSS-SSS-nombre-aléatoire.log, où AAAAMMJJ est la date et HHMMSS-SSS est l’heure (heures au format horaire de 24 heures, minutes, secondes et millisecondes) et le nombre aléatoire permet de distinguer d’éventuelles tentatives simultanées d’exécution de l’outil de vérification préalable à la mise à niveau.

  • Le fichier journal Assistant Configuration des produits SharePoint (Psconfig.exe) (généré lorsque vous exécutez cet assistant dans le cadre de votre mise à niveau sur place de test).

    Les fichiers journaux de PSCDiagnostics sont situés dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS.

  • Le fichier journal de mise à niveau et le fichier journal des erreurs de mise à niveau (générés lors de l’exécution de la mise à niveau).

    Le fichier journal de mise à niveau (.log) et le fichier journal des erreurs de mise à niveau (.err) sont disponibles à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Ils sont nommés selon le format suivant : 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).

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 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.

Recherchez ou analysez les entrées suivantes :

  • Finished upgrading SPFarm Name= <Nom de la base de données de configuration>

  • Fin de la mise à niveau sur place. Root object = SPFarm= <Nom de la base de données de configuration> , recursive = True. 0 erreur et 0 avertissement se sont produits.

Si vous trouvez ces entrées, l’installation a réussi.

Si vous ne trouvez pas les entrées de l’étape précédente, vous pouvez identifier les problèmes spécifiques qui ont contribué à l’échec en recherchant, ou en analysant visuellement dans le fichier Upgrade.log, les termes suivants :

  • Recherchez ERROR dans les fichiers journaux pour détecter les éventuels problèmes (tels que les composants défaillants ou les connexions de base de données défectueuses).

  • Recherchez WARNING pour détecter les problèmes tels que des fonctionnalités ou des composants manquants.

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

Redémarrer la mise à niveau, si nécessaire

Durant une mise à niveau avec liaison des bases de données, les sites qui ne peuvent pas être mis à niveau seront ignorés. Durant une mise à niveau sur place, si le serveur redémarre ou si la mise à niveau échoue, vous devez relancer le processus de mise à niveau pour mettre à niveau les sites restants.

Pour déterminer si des sites ont été manqués ou ignorés pendant la mise à niveau, exécutez l’opération Stsadm suivante stsadm -o localupgradestatus sur chaque serveur Web frontal dans votre batterie de serveurs SharePoint Foundation 2010. Pour plus d’informations sur cette opération, voir Localupgradestatus : opération Stsadm (Windows SharePoint Services).

Si la mise à niveau a ignoré une collection de sites, vous pouvez redémarrer le processus de mise à niveau pour la base de données qui contient cette collection à l’aide de l’applet de commande Windows PowerShell suivante : upgrade-spcontentdatabase -id <GUID>. Pour plus d’informations sur cette applet de commande, voir Upgrade-SPContentDatabase.

Pour plus d’informations, voir Reprendre la mise à niveau (SharePoint Foundation 2010).

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. Pour plus d’informations sur les points spécifiques à vérifier, voir Vérifier la mise à niveau et passer en revue les sites mis à niveau (SharePoint Foundation 2010).

Ajuster les planifications et tester à nouveau

Répétez le processus de test tant que vous n’êtes pas certain d’avoir détecté tous les problèmes auxquels vous risquez d’être confronté et de savoir comment les résoudre. Votre objectif est de définir votre plan alors qu’il est 16 h 00 un dimanche, que vous devez rétablir la connexion le lundi matin, et que cela ne fonctionne pas encore. Y-a-t’il un point de non-retour ? Testez votre plan de restauration et assurez-vous qu’il fonctionne avant de vous lancer dans la mise à niveau réelle.