« Un conflit de mise à jour s’est produit et vous devez réessayer cette action » lorsque vous modifiez ou supprimez un mappage des accès de remplacement

Symptômes

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

Lorsque vous faites cela, 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 ULS (Unified Logging Service), une entrée semblable à l’entrée suivante s’affiche :

**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 nouveau que le contenu de la base de données de configuration. Après avoir effectué une récupération système, vous de devez effacer manuellement le cache du système de fichiers sur le serveur local.

Résolution

Pour résoudre ce problème, clear the file system cache on all servers in the server farm on which the Windows SharePoint Services timer service is running. Pour cela, procédez comme suit :

  1. Arrêtez le service du timer. Pour cela, procédez comme suit :

  2. Cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Services.

  3. Cliquez avec le bouton droit Windows SharePoint Services, puis cliquez sur Arrêter.

  4. Fermez la console Services.

  5. 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, cliquez sur Exécuter, tapez l’explorateur, puis appuyez sur Entrée.

  6. Dans l’Explorateur Windows, recherchez puis double-cliquez sur le dossier suivant : Lecteur: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config * GUID*

    Notes

    • L’espace réservé au 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 Application Data peut être masqué. Pour afficher le dossier masqué, suivez les étapes suivantes :

      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*

  7. Back up the Cache.ini file.

  8. Supprimez tous les fichiers de configuration XML dans le dossier GUID. Faites-le pour vérifier que le dossier GUID est remplacé par de nouveaux fichiers de configuration XML lors de la reconstruction du cache.

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

  9. Double-cliquez sur Cache.ini fichier.

  10. Dans le menu Modifier, cliquez sur Sélectionner tout.

  11. Dans le menu Edition, cliquez sur Supprimer.

  12. Tapez 1, puis cliquez sur Enregistrer dans le menu Fichier.

  13. Dans le menu Fichier, cliquez sur Quitter.

  14. Démarrez le service du timer. Pour cela, procédez comme suit :

  15. Cliquez sur Démarrer, pointez sur Outils d'administration, puis cliquez sur Services.

  16. Cliquez avec le bouton droit Windows SharePoint Services, puis cliquez sur Démarrer.

  17. Fermez la console Services.

    Remarque Le cache du système de fichiers est re-créé après avoir effectué cette procédure. Veillez à effectuer cette procédure sur tous les serveurs de la batterie de serveurs.

  18. Assurez-vous que le fichier Cache.ini a été mis à jour. Par exemple, il ne doit plus être 1 si le cache a été mis à jour.

  19. Cliquez sur Démarrer, pointez sur Programmes, pointez sur Outils d’administration, puis cliquez sur Administration centrale de SharePoint 3.0.

  20. Cliquez sur l’onglet Opérations, puis sur État du travail du timer sous Configuration globale.

  21. Dans la liste des travaux du timer, vérifiez que l’état de l’entrée d’actualisation de la config est Réussi.

  22. Dans le menu Fichier, cliquez sur Fermer.

Informations supplémentaires

Encore besoin d’aide ? Go to SharePoint Community.