« Un conflit de mise à jour s’est produit et vous devez réessayer cette action » lors de la modification ou de la suppression d’un mappage d’accès de remplacement

Article
03/13/2024
S’applique à:

Windows SharePoint Services 3.0

Symptômes

Vous effectuez une récupération système dans Microsoft Windows SharePoint Services 3.0 dans laquelle la base de données de configuration est restaurée. Ensuite, vous essayez de modifier ou de supprimer un mappage d’accès de remplacement.

Lorsque vous procédez ainsi, vous recevez un message d’erreur qui ressemble au message d’erreur suivant :

An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config is being updated by **DomainName**\**UserName1**, in the w3wp process, on machine **ServerName**. View the tracing log for more information about the conflict.

Lorsque vous affichez les fichiers journaux du service de journalisation unifiée (ULS), vous voyez une entrée qui ressemble à l’entrée suivante :

**Date ****Time** w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 8xqzMedium Updating SPPersistedObject SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config. Version: 16449 Ensure: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, Stack: at Microsoft.SharePoint.Administration.SPPersistedObject.Update() at Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() at Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click(Object sender, EventArgs e) at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest() at System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) at System.Web.UI.Page.ProcessRequest(HttpContext context) at ASP._admin_editincomingurl_aspx.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) at System.Web.HttpApplication.ResumeSteps(Exception error) at System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData) at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) at System.Web.HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr) at System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 75bdHigh UpdatedConcurrencyException: The object SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config was updated by another user. Determine if these changes will conflict, resolve any differences, and reapply the second change. This error may also indicate a programming error caused by obtaining two copies of the same object in a single thread. Previous update information: User: **DomainName**\**UserName1** Process:w3wp Machine:**ServerName** Time:**Date ****Time** Current update information: User: **DomainName**\**UserName2** Process:w3wp Machine:**ServerName****Date ****Time** w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 8xqyHigh ConcurrencyException: Old Version : 16449 New Version : 0

Cause

Ce problème se produit si le contenu du cache du système de fichiers sur les serveurs frontaux est plus récent que le contenu de la base de données de configuration. Après avoir effectué une récupération du système, vous devrez peut-être effacer manuellement le cache du système de fichiers sur le serveur local.

Résolution

Pour résoudre ce problème, effacez le cache du système de fichiers sur tous les serveurs de la batterie de serveurs sur laquelle s’exécute le service timer Windows SharePoint Services. Pour cela, procédez comme suit :

Arrêtez le service Timer. Pour cela, procédez comme suit :
Cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Services.
Cliquez avec le bouton droit sur Windows SharePoint Services Minuteur, puis cliquez sur Arrêter.
Fermez la console Services.
Sur l’ordinateur qui exécute Microsoft Office SharePoint Server 2007 et sur lequel le site Administration centrale est hébergé, cliquez sur Démarrer, sur Exécuter, tapez Explorateur, puis appuyez sur Entrée.
Dans Windows Explorer, recherchez et double-cliquez sur le dossier suivant : Lecteur : \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config*GUID*

Notes
- L’espace réservé lecteur spécifie la lettre du lecteur sur lequel Windows est installé. Par défaut, Windows est installé sur le lecteur C.
- L’espace réservé GUID spécifie le dossier GUID.
- Le dossier Données d’application peut être masqué. Pour afficher le dossier masqué, procédez comme suit :
  1. Dans le menu Outils , cliquez sur Options de dossier.
  2. Cliquez sur l’onglet Affichage .
  3. Dans la liste Paramètres avancés , cliquez sur Afficher les fichiers et dossiers masqués sous Fichiers et dossiers masqués, puis cliquez sur OK.
- Dans Windows Server 2008, le cache de configuration se trouve à l’emplacement suivant : Lecteur : \ProgramData\Microsoft\SharePoint\Config*GUID*
Sauvegardez le fichier Cache.ini.
Supprimez tous les fichiers de configuration XML dans le dossier GUID. Procédez ainsi pour vérifier que le dossier GUID est remplacé par de nouveaux fichiers de configuration XML lors de la reconstruction du cache.

Note Lorsque vous videz le cache de configuration dans le dossier GUID, veillez à ne pas supprimer le dossier GUID et le fichier Cache.ini qui se trouve dans le dossier GUID.
Double-cliquez sur le fichier Cache.ini.
Dans le menu Modifier , cliquez sur Sélectionner tout.
Dans le menu Edition, cliquez sur Supprimer.
Tapez 1, puis cliquez sur Enregistrer dans le menu Fichier .
Dans le menu Fichier, cliquez sur Quitter.
Démarrez le service Minuteur. Pour cela, procédez comme suit :
Cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Services.
Cliquez avec le bouton droit sur Windows SharePoint Services Minuterie, puis cliquez sur Démarrer.
Fermez la console Services.

Note Le cache du système de fichiers est recréé après avoir effectué cette procédure. Veillez à effectuer cette procédure sur tous les serveurs de la batterie de serveurs.
Vérifiez que le fichier Cache.ini a été mis à jour. Par exemple, elle ne doit plus être 1 si le cache a été mis à jour.
Cliquez sur Démarrer, pointez sur Programmes, sur Outils d’administration, puis cliquez sur Administration centrale de SharePoint 3.0.
Cliquez sur l’onglet Opérations, puis sur Travail du minuteur status sous Configuration globale.
Dans la liste des travaux du minuteur, vérifiez que le status de l’entrée Actualisation de la configuration est Réussi.
Dans le menu Fichier , cliquez sur Fermer.

Informations supplémentaires

Encore besoin d’aide ? Accédez au site de la Communauté SharePoint.