"Se ha producido un conflicto de actualización y debe reintentar esta acción" al cambiar o eliminar una asignación de acceso alternativa.

  • Artículo
  • Se aplica a:
    Windows SharePoint Services 3.0

Síntomas

Se realiza una recuperación del sistema en Microsoft Windows SharePoint Services 3.0 en la que se restaura la base de datos de configuración. A continuación, intenta modificar o eliminar una asignación de acceso alternativa.

Al hacerlo, recibirá un mensaje de error similar al siguiente:

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.

Al ver los archivos de registro del Servicio de registro unificado (ULS), verá una entrada similar a la siguiente:

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

Este problema se produce si el contenido de la caché del sistema de archivos en los servidores front-end es más reciente que el contenido de la base de datos de configuración. Después de realizar una recuperación del sistema, es posible que tenga que borrar manualmente la memoria caché del sistema de archivos en el servidor local.

Solución

Para resolver este problema, borre la caché del sistema de archivos en todos los servidores de la granja de servidores en la que se ejecuta el servicio temporizador de Windows SharePoint Services. Para ello, siga estos pasos:

  1. Detenga el servicio timer. Para ello, siga estos pasos:

  2. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en Servicios.

  3. Haga clic con el botón derecho en Windows SharePoint Services Temporizador y, a continuación, haga clic en Detener.

  4. Cierre la consola servicios.

  5. En el equipo que ejecuta Microsoft Office SharePoint Server 2007 y en el que se hospeda el sitio de Administración central, haga clic en Inicio, en Ejecutar, en Explorador de tipos y, a continuación, presione ENTRAR.

  6. En el Explorador de Windows, busque y haga doble clic en la carpeta siguiente: Unidad: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config*GUID*

    Notas

    • El marcador de posición Unidad especifica la letra de la unidad en la que está instalado Windows. De forma predeterminada, Windows está instalado en la unidad C.

    • El marcador de posición GUID especifica la carpeta GUID.

    • La carpeta Datos de la aplicación puede estar oculta. Para ver la carpeta oculta, siga estos pasos:

      1. En el menú Herramientas , haga clic en Opciones de carpeta.

      2. Haga clic en la pestaña Ver .

      3. En la lista Configuración avanzada , haga clic en Mostrar archivos y carpetas ocultos en Archivos y carpetas ocultos y, a continuación, haga clic en Aceptar.

    • En Windows Server 2008, la caché de configuración se encuentra en la siguiente ubicación: Unidad: \ProgramData\Microsoft\SharePoint\Config*GUID*

  7. Realice una copia de seguridad del archivo Cache.ini.

  8. Elimine todos los archivos de configuración XML de la carpeta GUID. Haga esto para que pueda comprobar que la carpeta GUID se reemplaza por nuevos archivos de configuración XML cuando se vuelve a generar la memoria caché.

    Nota Cuando vacíe la caché de configuración en la carpeta GUID, asegúrese de que no elimina la carpeta GUID ni el archivo Cache.ini que se encuentra en la carpeta GUID.

  9. Haga doble clic en el archivo Cache.ini.

  10. En el menú Editar , haga clic en Seleccionar todo.

  11. En el menú Editar , haga clic en Eliminar.

  12. Escriba 1 y haga clic en Guardar en el menú Archivo .

  13. En el menú Archivo, haga clic en Salir.

  14. Inicie el servicio temporizador. Para ello, siga estos pasos:

  15. Haga clic en Inicio, elija Herramientas administrativas y, a continuación, haga clic en Servicios.

  16. Haga clic con el botón derecho en Windows SharePoint Services Temporizador y, a continuación, haga clic en Iniciar.

  17. Cierre la consola servicios.

    Nota La memoria caché del sistema de archivos se vuelve a crear después de realizar este procedimiento. Asegúrese de realizar este procedimiento en todos los servidores de la granja de servidores.

  18. Asegúrese de que el archivo Cache.ini se ha actualizado. Por ejemplo, ya no debería ser 1 si se ha actualizado la memoria caché.

  19. Haga clic en Inicio, seleccione Programas, Herramientas administrativasy, a continuación, haga clic en Administración central de SharePoint 3.0.

  20. Haga clic en la pestaña Operaciones y, a continuación, haga clic en Estado del trabajo del temporizador en Configuración global.

  21. En la lista de trabajos del temporizador, compruebe que el estado de la entrada Config Refresh es Correcto.

  22. En el menú Archivo , haga clic en Cerrar.

Más información

¿Aún necesita ayuda? Visite Comunidad de SharePoint.