"Si è verificato un conflitto di aggiornamento ed è necessario ripetere questa azione" quando si modifica o si elimina un mapping di accesso alternativo

  • Articolo
  • Si applica a:
    Windows SharePoint Services 3.0

Sintomi

Si esegue un ripristino del sistema in Microsoft Windows SharePoint Services 3.0 in cui viene ripristinato il database di configurazione. Si tenta quindi di modificare o eliminare un mapping di accesso alternativo.

Quando si esegue questa operazione, viene visualizzato un messaggio di errore simile al seguente:

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.

Quando si visualizzano i file di log uls (Unified Logging Service), viene visualizzata una voce simile alla voce seguente:

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

Causa

Questo problema si verifica se il contenuto della cache del file system nei server front-end è più recente del contenuto del database di configurazione. Dopo aver eseguito un ripristino del sistema, potrebbe essere necessario cancellare manualmente la cache del file system nel server locale.

Risoluzione

Per risolvere questo problema, cancellare la cache del file system in tutti i server della server farm in cui è in esecuzione il servizio timer Windows SharePoint Services. A tal fine, attenersi alla seguente procedura:

  1. Arrestare il servizio Timer. A tal fine, attenersi alla seguente procedura:

  2. Fare clic sul pulsante Start, scegliere Strumenti di amministrazione e quindi Servizi.

  3. Fare clic con il pulsante destro del mouse su Windows SharePoint Services Timer e quindi scegliere Arresta.

  4. Chiudere la console servizi.

  5. Nel computer che esegue Microsoft Office SharePoint Server 2007 e in cui è ospitato il sito Amministrazione centrale fare clic su Start, fare clic su Esegui, digitare Esplora e quindi premere INVIO.

  6. In Esplora risorse individuare e quindi fare doppio clic sulla cartella seguente: Unità: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config*GUID*

    Note

    • Il segnaposto Unità specifica la lettera dell'unità in cui è installato Windows. Per impostazione predefinita, Windows viene installato nell'unità C.

    • Il segnaposto GUID specifica la cartella GUID.

    • La cartella Dati applicazione può essere nascosta. Per visualizzare la cartella nascosta, seguire questa procedura:

      1. Scegliere Opzioni cartella dal menu Strumenti.

      2. Fare clic sulla scheda Visualizza .

      3. Nell'elenco Impostazioni avanzate fare clic su Mostra file e cartelle nascosti in Cartelle e file nascosti e quindi fare clic su OK.

    • In Windows Server 2008 la cache di configurazione si trova nel percorso seguente: Unità: \ProgramData\Microsoft\SharePoint\Config*GUID*

  7. Eseguire il backup del file Cache.ini.

  8. Eliminare tutti i file di configurazione XML nella cartella GUID. Eseguire questa operazione in modo che sia possibile verificare che la cartella GUID venga sostituita da nuovi file di configurazione XML quando la cache viene ricompila.

    Nota Quando si svuota la cache di configurazione nella cartella GUID, assicurarsi di non eliminare la cartella GUID e il file Cache.ini che si trova nella cartella GUID.

  9. Fare doppio clic sul file Cache.ini.

  10. Scegliere Seleziona tutto dal menu Modifica.

  11. Scegliere Elimina dal menu Modifica .

  12. Digitare 1 e quindi fare clic su Salva dal menu File .

  13. Scegliere Esci dal menu File.

  14. Avviare il servizio Timer. A tal fine, attenersi alla seguente procedura:

  15. Fare clic sul pulsante Start, scegliere Strumenti di amministrazione e quindi Servizi.

  16. Fare clic con il pulsante destro del mouse su Windows SharePoint Services Timer e quindi scegliere Avvia.

  17. Chiudere la console servizi.

    Nota La cache del file system viene ricreata dopo aver eseguito questa procedura. Assicurarsi di eseguire questa procedura in tutti i server della server farm.

  18. Assicurarsi che il file Cache.ini sia stato aggiornato. Ad esempio, non deve più essere 1 se la cache è stata aggiornata.

  19. Fare clic sul pulsante Start, scegliere Programmi, Strumenti di amministrazione e quindi Amministrazione centrale SharePoint 3.0.

  20. Fare clic sulla scheda Operazioni e quindi su Stato processo timer in Configurazione globale.

  21. Nell'elenco dei processi timer verificare che lo stato della voce Aggiornamento configurazione sia Riuscito.

  22. Scegliere Chiudi dal menu File.

Ulteriori informazioni

Ulteriore assistenza Visitare la community di SharePoint.