Compartilhar via

"Ocorreu um conflito de atualização e você deve repetir essa ação" ao alterar ou excluir um mapeamento de acesso alternativo

  • Aplica-se a: Windows SharePoint Services 3.0

Sintomas

Você executa uma recuperação do sistema no Microsoft Windows SharePoint Services 3.0 em que o banco de dados de configuração é restaurado. Em seguida, você tenta modificar ou excluir um mapeamento de acesso alternativo.

Ao fazer isso, você recebe uma mensagem de erro que se assemelha à seguinte mensagem de erro:

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.

Ao exibir os arquivos de log do ULS (Serviço Unificado de Log), você verá uma entrada que se assemelha à seguinte entrada:

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

Motivo

Esse problema ocorrerá se o conteúdo do cache do sistema de arquivos nos servidores front-end for mais recente do que o conteúdo do banco de dados de configuração. Depois de executar uma recuperação do sistema, talvez seja necessário limpar manualmente o cache do sistema de arquivos no servidor local.

Resolução

Para resolve esse problema, desmarque o cache do sistema de arquivos em todos os servidores no farm do servidor no qual o serviço Windows SharePoint Services Timer está em execução. Para fazer isso, siga estas etapas:

  1. Pare o serviço Timer. Para fazer isso, siga estas etapas:

  2. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Serviços.

  3. Clique com o botão direito do mouse em Windows SharePoint Services Temporizador e clique em Parar.

  4. Feche o console dos Serviços.

  5. No computador que está executando o Microsoft Office SharePoint Server 2007 e no qual o site da Administração Central está hospedado, clique em Iniciar, clique em Executar, digite explorer e pressione ENTER.

  6. No Windows Explorer, localize e clique duas vezes na seguinte pasta: Unidade: \Documentos e Configurações\Todos os Usuários\Dados do Aplicativo\Microsoft\SharePoint\Config*GUID*

    Anotações

    • O espaço reservado do Drive especifica a letra da unidade na qual o Windows está instalado. Por padrão, o Windows é instalado na unidade C.

    • O espaço reservado GUID especifica a pasta GUID.

    • A pasta Dados do Aplicativo pode estar oculta. Para exibir a pasta oculta, siga estas etapas:

      1. No menu Ferramentas , clique em Opções de Pasta.

      2. Clique na guia Exibir .

      3. Na lista Configurações avançadas , clique em Mostrar arquivos ocultos e pastas em arquivos e pastas ocultos e clique em OK.

    • No Windows Server 2008, o cache de configuração está no seguinte local: Unidade: \ProgramData\Microsoft\SharePoint\Config*GUID*

  7. Faça backup do arquivo Cache.ini.

  8. Exclua todos os arquivos de configuração XML na pasta GUID. Faça isso para que você possa verificar se a pasta GUID é substituída por novos arquivos de configuração XML quando o cache for reconstruído.

    Nota Ao esvaziar o cache de configuração na pasta GUID, verifique se você não exclui a pasta GUID e o arquivo Cache.ini localizado na pasta GUID.

  9. Clique duas vezes no arquivo Cache.ini.

  10. No menu Editar , clique em Selecionar Todos.

  11. No menu Editar, clique em Excluir.

  12. Digite 1 e clique em Salvar no menu Arquivo .

  13. No menu Arquivo, clique em Sair.

  14. Inicie o serviço Timer. Para fazer isso, siga estas etapas:

  15. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Serviços.

  16. Clique com o botão direito do mouse em Windows SharePoint Services Temporizador e clique em Iniciar.

  17. Feche o console dos Serviços.

    Nota O cache do sistema de arquivos é recriado depois que você executa esse procedimento. Verifique se você executa esse procedimento em todos os servidores no farm de servidores.

  18. Verifique se o arquivo Cache.ini foi atualizado. Por exemplo, ele não deve ser mais 1 se o cache tiver sido atualizado.

  19. Clique em Iniciar, aponte para Programas, aponte para Ferramentas Administrativas e clique em Administração Central do SharePoint 3.0.

  20. Clique na guia Operações e clique em Status de trabalho do Temporizador em Configuração Global.

  21. Na lista de trabalhos de temporizador, verifique se o status da entrada Config Refresh é bem-sucedido.

  22. No menu Arquivo , clique em Fechar.

Mais informações

Ainda precisa de ajuda? Acesse a Comunidade do SharePoint.