Mensaje de error cuando intenta modificar o eliminar una asignación alternativa de acceso en Windows SharePoint Services 3.0: "se ha producido un conflicto de actualización y debe volver a intentar esta acción"

Seleccione idioma Seleccione idioma
Id. de artículo: 939308 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Síntomas

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

Al hacerlo, recibirá un mensaje de error similar al siguiente:
Se ha producido un conflicto de actualización y debe volver a intentar esta acción. El objeto nombre de SPAlternateUrlCollection = padre WEBAPPLICATION = SPFarm Name = SharePoint_Config está siendo actualizada por Nombre de dominio\UserName1, en el proceso w3wp, en equipo Nombre del servidor. Ver el registro de seguimiento para obtener más información sobre el conflicto.
Al ver los archivos de registro del servicio de registro unificado (ULS), verá una entrada similar a la siguiente entrada:
Fecha Hora w3wp.exe (0x1620) de Windows SharePoint Services 0x1988 topología 8xqz medio actualización SPPersistedObject SPAlternateUrlCollection nombre = padre WEBAPPLICATION = SPFarm Name = SharePoint_Config. Versión: asegúrese 16449: HashCode 0,: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, pila: en Microsoft.SharePoint.Administration.SPPersistedObject.Update() en el Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() en Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (Object sender, EventArgs e) en el System.Web.UI.WebControls.Button.OnClick (EventArgs e) en System.Web.UI.WebControls.Button.RaisePostBackEvent (String eventArgument) en System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (String eventArgument) en el System.Web.UI.Page.RaisePostBackEvent (sourceControl IPostBackEventHandler, eventArgument de cadena) en el System.Web.UI.Page.RaisePostBackEvent (NameValueCollection postData) en el System.Web.UI.Page.ProcessRequestMain (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) en el System.Web.UI.Page.ProcessRequest (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) en el System.Web.UI.Page.ProcessRequest() en el System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext context) en el System.Web.UI.Page.ProcessRequest (HttpContext context) en el ASP._admin_editincomingurl_aspx.ProcessRequest (HttpContext context) en el System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() en el System.Web.HttpApplication.ExecuteStep (paso IExecutionStep, Boolean & completedSynchronously) en el System.Web.HttpApplication.ResumeSteps (error de excepción) en el System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext context, AsyncCallback cb, Object extraData) en el System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr) en el System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest wr) en el System.Web.Hosting.ISAPIRuntime.ProcessRequest (IntPtr BCE, Int32 iWRType) 06-06-2007 14:36:31.51 w3wp.exe (0x1620) 0x1988 UpdatedConcurrencyException alta de topología de Windows SharePoint Services 75bd: el nombre de SPAlternateUrlCollection de objeto = padre WEBAPPLICATION = SPFarm nombre = SharePoint_Config se ha actualizado por otro usuario. Determinar si estos cambios entran en conflicto, resolver las diferencias y volver a aplicar el segundo cambio. Este error también puede indicar un error de programación causado por la obtención de dos copias del mismo objeto en un único subproceso. Información sobre la actualización anterior: usuario: Nombre de dominio\UserName1 Proceso: w3wp máquina:Nombre del servidor Hora:Fecha Hora Información sobre la actualización actual: usuario: Nombre de dominio\UserName2 Proceso: w3wp máquina:Nombre del servidorFecha Hora w3wp.exe (0x1620) de Windows SharePoint Services de 0x1988 ConcurrencyException alta de 8xqy de topología: versión antigua: nueva versión de 16449: 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, tendrá que borrar manualmente la caché del sistema de archivos en el servidor local.

Solución

Para resolver este problema, borre la caché de sistema de archivos en todos los servidores del conjunto de servidores donde se ejecuta el servicio de temporizador de Windows SharePoint Services. Para ello, siga estos pasos:
  1. Detenga el servicio de temporizador. Para ello, siga estos pasos:
    1. Haga clic en Inicio, seleccione Herramientas administrativasy, a continuación, haga clic en Servicios.
    2. Con el botón secundario Temporizador de Windows SharePoint Servicesy, a continuación, haga clic en Detener.
    3. Cierre la consola de servicios.
  2. En el equipo que ejecuta Microsoft Office SharePoint Server 2007 y en el que está hospedado el sitio de Administración Central, haga clic en Inicio, haga clic en Ejecutar, tipo Explorador, y, a continuación, presione ENTRAR.
  3. En el Explorador de Windows, busque y, a continuación, haga doble clic en la carpeta siguiente:
    Unidad: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID
    Notas
    • El Unidad marcador de posición especifica la letra de la unidad donde está instalado Windows. De forma predeterminada, Windows se instala en la unidad C.
    • El GUID marcador de posición especifica la carpeta GUID.
    • La carpeta de datos de la aplicación puede estar oculto. Para ver la carpeta oculta, siga estos pasos:
      1. En el Herramientas menú, haga clic en Opciones de carpeta.
      2. Haga clic en el Vista ficha.
      3. En el Configuración avanzada la lista, haga clic en Mostrar archivos y carpetas ocultos bajo Archivos y carpetas ocultosy, a continuación, haga clic en ACEPTAR.
    • En Windows Server 2008, la caché de configuración está en la siguiente ubicación:
      Unidad: \ProgramData\Microsoft\SharePoint\Config\GUID
  4. Hacer copia de seguridad del archivo Cache.ini.
  5. Elimine todos los archivos de configuración de XML en la carpeta GUID. Hacer esto por lo que puede comprobar que la carpeta GUID se reemplaza con nuevos archivos de configuración XML cuando se vuelve a generar la caché.

    Nota Al vaciar la caché de configuración en la carpeta GUID, asegúrese de que no elimine la carpeta GUID y el archivo Cache.ini que se encuentra en la carpeta GUID.
  6. Haga doble clic en el archivo Cache.ini.
  7. En el Editar menú, haga clic en Seleccionar todo.
  8. En el Editar menú, haga clic en Eliminar.
  9. Tipo 1y, a continuación, haga clic en Guardar En la página Archivo menú.
  10. En el Archivo menú, haga clic en Salir.
  11. Inicie el servicio de temporizador. Para ello, siga estos pasos:
    1. Haga clic en Inicio, seleccione Herramientas administrativasy, a continuación, haga clic en Servicios.
    2. Con el botón secundario Temporizador de Windows SharePoint Servicesy, a continuación, haga clic en Inicio.
    3. Cierre la consola de servicios.
    Nota La caché del sistema de archivo se vuelve a crear después de realizar este procedimiento. Asegúrese de que realizar este procedimiento en todos los servidores de la granja de servidores.
  12. Asegúrese de que se ha actualizado el archivo Cache.ini. Por ejemplo ya no debe ser 1 si se ha actualizado la memoria caché.
  13. Haga clic en Inicio, seleccione Programas, seleccione Herramientas administrativasy, a continuación, haga clic en Administración Central de SharePoint 3.0.
  14. Haga clic en el Operaciones ficha y, a continuación, en Estado del trabajo de temporizador bajo Configuración global.
  15. En la lista de trabajos del temporizador, compruebe que el estado de la Configurar actualizar es de entrada Se realizó correctamente.
  16. En el Archivo menú, haga clic en Cerrar.

Propiedades

Id. de artículo: 939308 - Última revisión: lunes, 4 de febrero de 2013 - Versión: 0.2
La información de este artículo se refiere a:
  • Microsoft Windows SharePoint Services 3.0
  • Microsoft Office SharePoint Server 2007
  • Microsoft SharePoint Foundation 2010
  • Microsoft SharePoint Server 2010
  • Microsoft SharePoint Foundation 2013
  • Microsoft SharePoint Server 2013
Palabras clave: 
kberrmsg kbexpertiseinter kbprb kbtshoot kbmt KB939308 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 939308

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com