Partager via


Résoudre les problèmes et reprendre la mise à niveau (Windows SharePoint Services)

Mise à jour : 2009-03-05

Dans cet article :

  • Informations d'ordre général sur le dépannage et le redémarrage de la mise à niveau

  • Problèmes connus d'analyse de pré-mise à niveau

  • Problèmes connus de mise à niveau sur place

  • Problèmes connus de mise à niveau progressive

  • Problèmes connus de migration de base de données

  • Problèmes connus de sites personnalisés

Informations d'ordre général sur le dépannage et le redémarrage de la mise à niveau

Si la mise à niveau s'arrête, vous pouvez utiliser les méthodes suivantes pour résoudre les problèmes :

  • Consultez les fichiers journaux de mise à niveau et recherchez le terme « error». Les fichiers journaux de mise à niveau se trouvent dans le dossier %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Pour plus d’informations sur l’affichage du fichier journal de mise à niveau, voir Vérifier la mise à niveau (Windows SharePoint Services).

    TipConseil :

    Utilisez le composant fonctionnel Rechercher dans des fichiers et dossiers de Windows pour rechercher des itérations de « erreur » rapidement dans ces fichiers journaux.

  • Examinez les événements dans l'Observateur d'événements et recherchez les erreurs d'application.

  • Consultez le fichier Lisez-moi pour en apprendre plus sur les problèmes connus et leurs solutions. Les erreurs sont souvent des problèmes que vous pouvez contourner.

  • Si vous exécutez une mise à niveau progressive, vérifiez si les collections de sites qui étaient en cours d'exécution apparaissent dans la nouvelle version. Si tel est le cas, vous pouvez exécuter la solution de contournement, ou rétablir la version2 du site version 3 et essayer d'effectuer une mise à niveau du site à nouveau. Pour plus d'informations sur le rétablissement des sites, voir Rétablir la version précédente d’un site (Windows SharePoint Services).

  • Une mise à niveau sur place peut être redémarrée à l'aide de la commande stsadm –o upgrade. La mise à niveau ignore les tâches qui étaient déjà terminées, et continue à partir du point d'interruption. Pour plus d'informations sur l'opération de mise à niveau, voir Mettre à niveau des sites (Windows SharePoint Services).

Problèmes connus d'analyse de pré-mise à niveau

La mise à niveau est bloquée si vous utilisez Localhost en tant que nom de serveur

L'utilisation de « localhost » comme nom de serveur peut provoquer de nombreux problèmes dans votre environnement et n'est pas recommandée. Si vous utilisez « localhost » comme nom de serveur, lorsque vous exécutez l'outil d'analyse de pré-mise à niveau, ce problème est enregistré et la mise à niveau ne peut pas continuer. Vous devez renommer le serveur, puis exécuter une opération dans prescan avant de poursuivre avec la mise à niveau. Suivez les étapes ci-dessous pour renommer votre serveur et corriger le problème pour l'outil d'analyse de pré-mise à niveau.

  1. Sauvegardez la base de données de configuration.

  2. À partir de la ligne de commande, spécifiez le chemin d'accès suivant : %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin et exécutez la commande suivante pour modifier le nom du serveur dans la base de données de configuration :

    Stsadm.exe -o setconfigdb -databaseserver < nom_serveur > -connect

  3. À partir de la ligne de commande, spécifiez le chemin d'accès suivant : %WINDIR%\Program Files\Common Files\Microsoft Shared\web server extensions\12\bin et exécutez la commande suivante pour supprimer le problème de l'outil d'analyse de pré-mise à niveau :

    Prescan /fixlocalhost

  4. Sur la ligne de commande, exécutez la commande suivante pour réexécuter le processus d'analyse de pré-mise à niveau :

    Prescan /all

    • Si elle réussit, poursuivez la mise à niveau.

    • Si elle échoue toujours, un service utilise encore le nom de serveur localhost. À ce stade, la mise à niveau n'est pas bloquée, mais certains services ne sont pas mis à niveau.

Problèmes connus de mise à niveau sur place

Vous devez utiliser un compte de domaine, et non pas Service réseau, pour les mises à niveau de batteries de serveurs

Pour une mise à niveau sur place ou progressive dans un environnement de batterie de serveurs, vous devez utiliser les mêmes informations d'identification que celles de l'environnement version 2 dans votre environnement version 3. Toutefois, si vous utilisez le compte Service réseau pour votre environnement version 2, vous devez plutôt utiliser un compte de domaine dans la version 3. Votre environnement version 2 peut poursuivre l'utilisation du Service réseau, mais lorsque vous installez la version 3 et créez la nouvelle batterie de serveurs, vous devez fournir un compte de domaine à la place. N'oubliez pas d'octroyer au compte de domaine que vous utilisez les droits appropriés dans les bases de données SQL Server (vous devez être membre des créateurs de base de données, des administrateurs de processus et du groupe Propriétaires de base de données pour toutes les bases de données version 2).

Certains paramètres ne sont pas préservés dans l’application Web lorsque vous effectuez une mise à niveau sur place.

Si vous utilisez le protocole SSL et que vous effectuez une mise à niveau sur place, vous devez utiliser l’outil de mappage des accès de substitution pour modifier l’URL au sein de Windows SharePoint Services, car certains paramètres ne sont pas préservés dans l’application Web.

Avant d’effectuer la mise à niveau, si vous disposez d’une entrée AAM utilisant le protocole HTTPS, telle que ci-dessous :

URL entrante : https://<nom du serveur>

URL sortante : https://<nom du serveur>

Après une mise à niveau sur place de Windows SharePoint Services 3.0, cette entrée sera définie incorrectement :

URL entrante : https://<nom du serveur>

URL sortante : http://<nom du serveur>

Pour corriger l’URL, sur le site Web de l’Administration centrale de SharePoint, dans la page Opérations, cliquez sur Mappages des accès de substitution, puis sur Modifier les URL publiques pour redéfinir l’URL ainsi :

URL entrante : https://<nom du serveur>

URL sortante : https://<nom du serveur>

Pour plus d’informations sur les mappages des accès de substitution, voir Planifier les mappages des accès de substitution (Windows SharePoint Services).

La mise à niveau s’achève sur le premier serveur Web frontal, mais avec des échecs

Dans une batterie de serveurs qui utilise plusieurs serveurs Web frontaux, si la mise à niveau s’achève sur le premier serveur Web frontal mais avec des échecs, il est recommandé de résoudre le problème et de réexécuter la mise à niveau avant d’entreprendre de mettre à niveau d’autres serveurs Web frontaux.

Si, pour une raison quelconque, vous voulez ignorer l’erreur (parce que, par exemple, cet incident concerne une collection de sites très peu utilisée), vous pouvez passer à la mise à niveau du deuxième serveur Web frontal en utilisant l’outil en ligne de commande Psconfig. Utilisez l’opération en ligne de commande suivante :

Psconfig -cmd upgrade -inplace b2b -wait -force

NoteRemarque :

Vous ne pouvez pas utiliser l’Assistant Configuration des produits et technologies SharePoint pour mettre à niveau des serveurs Web frontaux supplémentaires si vous utilisez l’outil en ligne de commande Psconfig.

Erreur de séquence SPConfigurationDatabase2 dans le fichier journal de mise à niveau

Si vous effectuez une mise à niveau sur place qui échoue, vérifiez le fichier journal Upgrade.log qui se trouve dans le dossier COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Si le message d’erreur suivant s’affiche sur votre écran : « [SPConfigurationDatabaseSequence2] [ERROR] [date] : Le rôle 'WSS_Content_Application_Pools' existe déjà dans la base de données en cours », vous pouvez utiliser les solutions de contournement suivantes pour résoudre le problème :

  • Exécutez les requêtes SQL suivantes dans la base de données de configuration.

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    NoteRemarque :

    Si le rôle supprimé comporte des membres au moment où l’action échoue, l’appel sp_droprole renvoie le nom de ces membres. Vous devez ensuite exécuter la commande suivante pour chaque membre.

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    Ensuite, vous devez réexécuter la requête suivante.

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Créez une batterie de serveurs V3, puis attachez la base de données de contenu existante. Cette option conserve toutes les données d’utilisateur, mais pas les informations de configuration qui étaient stockées dans la base de données de configuration V2, notamment les packages WebPart et les paramètres des serveurs virtuels.

  • Si l’erreur d’origine est résolue (par exemple, si elle était due à la perte de la connectivité réseau ou à l’insuffisance d’espace disque de l’ordinateur SQL Server et que le problème a été réglé), vous pouvez restaurer la batterie de serveurs V2 et reprendre la mise à niveau.

NoteRemarque :

N’oubliez pas de redémarrer la mise à niveau après avoir appliqué les solutions de contournement.

Pour les mises à niveau sur place sur des serveurs autonomes, exécutez la mise à niveau à partir de la ligne de commande si vous obtenez une erreur avec un échec d'ouverture de session ou échec de connexion à la base de données

Si vous exécutez une mise à niveau sur place sur un serveur autonome exécutant WMSDE, le processus de mise à niveau peut expirer et générer une erreur semblable à la suivante :

SPContentDatabaseSequence] [ERREUR] [18/10/2006 12:42:44 PM] : Impossible d'ouvrir la base de données « STS_DATABASE_NAME_1 » demandée par la connexion. La connexion a échoué.

Échec de l'ouverture de session de l'utilisateur « AUTHORITÉ NT\SERVICE RÉSEAU ».

[SPContentDatabaseSequence] [ERREUR] [18/10/2006 12:42:44 PM] : à System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

à System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

Si vous voyez cette erreur, ou une erreur sur un échec de connexion de base de données, vous devez utiliser la ligne de commande pour effectuer la mise à niveau.

  1. Ouvrez une fenêtre d'invite de commandes et accédez au répertoire suivant : %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Exécutez la commande suivante pour reprendre et terminer la mise à niveau :

    psconfig –cmd upgrade –inplace v2v –force -wait

Pour plus d'informations sur l'utilisation de l'utilitaire de ligne de commande psconfig.exe, voir Guide de référence de la ligne de commande de l’Assistant Configuration des produits et technologies SharePoint (Windows SharePoint Services).

Problèmes connus de mise à niveau progressive

Vous devez utiliser un compte de domaine, et non pas Service réseau, pour les mises à niveau de batteries de serveurs

Pour une mise à niveau sur place ou progressive dans un environnement de batterie de serveurs, vous devez utiliser les mêmes informations d'identification que celles de l'environnement version 2 dans votre environnement version 3. Toutefois, si vous utilisez le compte Service réseau pour votre environnement version 2, vous devez plutôt utiliser un compte de domaine dans la version 3. Votre environnement version 2 peut poursuivre l'utilisation du Service réseau, mais lorsque vous installez la version 3 et créez la nouvelle batterie de serveurs, vous devez fournir un compte de domaine à la place. N'oubliez pas d'octroyer au compte de domaine que vous utilisez les droits appropriés dans les bases de données SQL Server (vous devez être membre des créateurs de base de données, des administrateurs de processus et du groupe Propriétaires de base de données pour toutes les bases de données version 2).

Étapes supplémentaires requises pour une mise à niveau progressive de serveurs SSL

La mise à niveau progressive utilise un ensemble de paires de sites Web IIS pour héberger le site d’origine (non mis à niveau) et le nouveau site (mis à niveau). Par défaut, le nouveau site qui est créé n’utilise pas le protocole SSL. Si ce site Web doit utiliser le protocole SSL, vous devez effectuer des étapes supplémentaires au cours de la mise à niveau progressive pour définir les paramètres IIS et le numéro de port corrects pour SSL.

Procédez comme suit après que vous avez créé l'application Web cible pour vos sites, mais avant de mettre à niveau les sites.

Pour plus d'informations sur la création de l'application Web cible, voir Créer une application Web pour héberger les sites mis à niveau dans Mettre à niveau des sites (Windows SharePoint Services).

Modifier les numéros de port et les paramètres SSL dans le Gestionnaire IIS

  1. Dans le Gestionnaire IIS, cliquez sur le signe plus (+) à côté du nom du serveur qui contient l'application Web que vous souhaitez modifier.

  2. Cliquez sur le signe plus (+) en regard de Sites Web.

  3. Cliquez avec le bouton droit sur Site Web par défaut, puis cliquez sur Propriétés.

  4. Dans l'onglet Site Web, dans la zone Port SSL, tapez 444, puis cliquez sur OK.

  5. Cliquez avec le bouton droit sur Site Web par défaut, puis cliquez sur Propriétés.

  6. Dans l'onglet Site Web, dans la zone Port SSL, tapez 443, puis cliquez sur OK.

  7. Dans l'onglet Sécurité de répertoire , dans la section Communications sécurisées, cliquez sur Certificat de serveur.

    Suivez les étapes de l'Assistant pour attribuer un nouveau certificat.

  8. Dans l'onglet Sécurité de répertoire , dans la section Communications sécurisées, cliquez sur Certificat de serveur.

  9. Dans la boîte de dialogue Communications sécurisées , sélectionnez la cas à cocher Requérir un canal sécurisé, puis cliquez sur OK.

  10. Cliquez sur OK pour fermer la boîte de dialogue Propriétés de Site Web par défaut.

Mettre à jour les paramètres de mappage des accès de substitution et réinitialiser IIS

  1. Ouvrez une fenêtre d'invite de commandes et accédez au répertoire suivant : %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Exécutez la commande suivante pour modifier le mappage des accès de substitution pour que le site Web par défaut d'origine pointe vers le port 444 :

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Où server_name:port est l'emplacement du site Web par défaut.

  3. Accédez au répertoire suivant : %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

  4. Exécutez la commande suivante pour modifier le mappage des accès de substitution pour le site Web redirigé :

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Où server_name:port est l'emplacement du site qui a été créé lors de la création de l'application Web cible.

  5. Exécutez la commande suivante pour réinitialiser IIS :

    iisreset /noforce

J'ai finalisé la mise à niveau, mais certains sites n'ont pas été mis à niveau. Que puis-je faire ?

Si vous avez finalisé le processus de mise à niveau, vous ne pouvez plus utiliser la méthode de mise à niveau progressive pour mettre à niveau les sites restants. Vous pouvez, toutefois, utiliser l'approche de migration de base de données pour mettre à niveau les sites. Pour plus d'informations sur l'utilisation de la migration de base de données pour mettre à niveau des sites après avoir finalisé une mise à niveau progressive, voir l'article 926718 dans la Base de connaissances Microsoft (https://support.microsoft.com/kb/926718).

J’ai sélectionné l’option « Ne pas mettre à niveau » dans l’écran d’installation, mais entretemps j’ai changé d’avis et je souhaite maintenant effectuer une mise à niveau.

Si vous avez sélectionné l’option Ne pas mettre à niveau au cours de l’installation, puis changé d’avis après avoir exécuté l’Assistant Configuration des produits et technologies SharePoint, vous devez réexécuter cet assistant pour passer à une mise à niveau progressive.

Utiliser l’Assistant Configuration des produits et technologies SharePoint pour passer de l’option « Ne pas mettre à jour » à une mise à niveau progressive

  1. Exécutez l’Assistant Configuration des produits et technologies SharePoint pour vous déconnecter de la batterie de serveurs.

  2. Accédez à %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\ et remplacez la clé de Registre par V2V_GRADUAL_UPGRADE pour SetupType et SetupTypeBackup.

  3. Réexécutez l’Assistant Configuration des produits et technologies SharePoint pour effectuer la mise à niveau.

Problèmes connus de migration de base de données

Vous ne pouvez pas ajouter la même base de données de contenu plusieurs fois à une batterie de serveurs, même sur différentes applications Web

Chaque collection de sites dans une base de données de contenu (y compris chaque site portail) possède un identificateur global unique (GUID), enregistré dans la base de données de configuration. Par conséquent, ajouter la même collection de sites (ou portail) à deux reprises sur la batterie de serveurs, même dans des applications Web distinctes, n'est pas possible. Bien que l'attachement de base de données réussisse dans ce cas, la collection de sites ne peut pas être démarrée. Si vous avez besoin d'une copie identique d'une collection de sites (ou portail) dans la même batterie de serveurs, attachez tout d'abord la base de données qui contient la collection de sites à une batterie de serveurs séparée, puis utilisez les opérations de sauvegarde et restauration de Stsadm.exe pour copier la collection de sites vers l'autre batterie de serveurs. Le processus de sauvegarde et de restauration crée un nouveau GUID pour la collection de sites.

Problèmes connus de sites personnalisés

Une erreur d’application peut se produire lorsque des personnalisations non autorisées sont apportées aux fichiers Web.config

Certaines personnalisations ne sont pas autorisées dans les fichiers Web.config des sous-dossiers contenus dans un serveur virtuel. Par exemple, les nœuds AUTHENTICATION et SESSIONSTATE ne sont pas autorisés dans le fichier Web.config à ce niveau. La modification du fichier Web.config à l’aide de méthodes qui ne sont pas recommandées peut entraîner des résultats inattendus pour la mise à niveau. N’oubliez pas de suivre les pratiques recommandées pour les personnalisations, y compris celles du fichier Web.config. Pour plus d’informations, voir Meilleures pratiques pour garantir la réutilisation et la mise à niveau des applications dans Windows SharePoint Services (en anglais) sur le site Web MSDN (https://msdn2.microsoft.com/fr-fr/library/ms916859.aspx) .

Télécharger ce livre

Cette rubrique est incluse dans le livre suivant, disponible en téléchargement, pour le lire et l'imprimer plus facilement :

Voir la liste complète des livres à télécharger sur le site Livres à télécharger pour Windows SharePoint Services.