Mensagem de erro ao tentar modificar ou excluir um mapeamento de acesso alternativo no Windows SharePoint Services 3.0: "Ocorreu um conflito de atualização e deve novamente esta ação"

Traduções de Artigos Traduções de Artigos
Artigo: 939308 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Você pode executar uma recuperação do sistema no Microsoft Windows SharePoint Services 3.0 no qual o banco de dados de configuração é restaurado. Em seguida, tentar modificar ou excluir um mapeamento de acesso alternativo.

Quando você fizer isso, você recebe uma mensagem de erro semelhante a seguinte mensagem de erro:
Um conflito de atualização e deve novamente esta ação. O objeto SPAlternateUrlCollection nome = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config está sendo atualizado pelo Nome de domínio\UserName1, no processo w3wp, na máquina Nome do servidor. Exiba o log de rastreamento para obter mais informações sobre o conflito.
Quando você exibir os arquivos de log (ULS Unified Logging Service), você verá uma entrada semelhante a seguinte entrada:
Data Hora W3wp.exe (0x1620) 0x1988 Windows SharePoint Services topologia 8xqz médio atualização SPPersistedObject SPAlternateUrlCollection nome = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config. Versão: Certifique-se 16449: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, pilha: em Microsoft.SharePoint.Administration.SPPersistedObject.Update() em Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() em Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (Object sender, EventArgs e) em System.Web.UI.WebControls.Button.OnClick (EventArgs e) em System.Web.UI.WebControls.Button.RaisePostBackEvent (String eventArgument) em System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (String eventArgument) em System.Web.UI.Page.RaisePostBackEvent (IPostBackEventHandler sourceControl, String eventArgument) em System.Web.UI.Page.RaisePostBackEvent (NameValueCollection postData) ProcessRequestMain (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) em System.Web.UI.Page.ProcessRequest (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) em System.Web.UI.Page.ProcessRequest() em System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext contexto) em System.Web.UI.Page.ProcessRequest (HttpContext contexto) em ASP._admin_editincomingurl_aspx.ProcessRequest (HttpContext contexto) em System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() em System.Web.HttpApplication.ExecuteStep (etapa IExecutionStep, Boolean & completedSynchronously) em System.Web.HttpApplication.ResumeSteps (erro de exceção) em System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext contexto, AsyncCallback cb, objeto extraData) em System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr) em System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest wr) em System.Web.Hosting.ISAPIRuntime.ProcessRequest (ecb IntPtr, Int32 iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988 UpdatedConcurrencyException alta do Windows SharePoint Services topologia 75bd: O nome do SPAlternateUrlCollection do objeto = WEBAPPLICATION pai = SPFarm Name = SharePoint_Config foi atualizado por outro usuário. Determine se essas alterações serão entram em conflito, resolva as diferenças e reaplique a segunda alteração. Este erro também pode indicar um erro de programação causado ao se obter duas cópias do mesmo objeto em um único segmento. Informações de atualização anterior: usuário: Nome de domínio\UserName1 Processo: w3wp máquina:Nome do servidor Tempo:Data Hora Informações de atualização atual: usuário: Nome de domínio\UserName2 Processo: w3wp máquina:Nome do servidorData Hora W3wp.exe (0x1620) 0x1988 Windows SharePoint Services topologia 8xqy alta ConcurrencyException: versão antiga: 16449 nova versão: 0

Causa

Esse problema ocorre se o conteúdo do cache do sistema de arquivo nos servidores front-end é mais recente do que o conteúdo do banco de dados de configuração. Depois de executar uma recuperação do sistema, você terá que limpar manualmente o cache do sistema no servidor local.

Resolução

Para resolver esse problema, limpe o cache do sistema de arquivo em todos os servidores no farm de servidores em que o serviço de Timer do Windows SharePoint Services está sendo executado. Para fazer isso, siga estes passos:
  1. Pare o serviço de Timer. Para fazer isso, siga estes passos:
    1. Clique em Iniciar, aponte para Ferramentas administrativase, em seguida, clique em Serviços.
    2. Com o botão direito Timer do Windows SharePoint Servicese, em seguida, clique em Parar.
    3. Feche o console de serviços.
  2. No computador que está executando o Microsoft Office SharePoint Server 2007 e em que está hospedado o site de Administração Central, clique em Iniciar, clique em Executar, tipo Explorer, e então pressione ENTER.
  3. No Windows Explorer, localize e, em seguida, clique duas vezes na seguinte pasta:
    Unidade: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID
    Observações
    • O Unidade espaço reservado Especifica a letra da unidade na qual o Windows está instalado. Por padrão, o Windows está instalado na unidade C.
    • O GUID espaço reservado Especifica a pasta GUID.
    • A pasta dados de aplicativos pode estar ocultas. Para exibir a pasta oculta, siga estas etapas:
      1. Sobre o Ferramentas menu, clique em Opções de pasta.
      2. Clique no Modo de exibição guia.
      3. No Configurações avançadas lista e, em seguida, clique em Mostrar pastas e arquivos ocultos em Pastas e arquivos ocultose, em seguida, clique em OK.
    • No Windows Server 2008, o cache de configuração está no seguinte local:
      Unidade: \ProgramData\Microsoft\SharePoint\Config\GUID
  4. Fazer backup do arquivo de Cache.ini.
  5. Exclua todos os arquivos de configuração XML na pasta GUID. Faça isso para que você possa verificar que a pasta GUID é substituída por novos arquivos de configuração XML quando o cache é recriado.

    Observação Quando você esvaziar o cache de configuração na pasta GUID, certifique-se de que você não exclua a pasta GUID e o arquivo Cache.ini que está localizado na pasta GUID.
  6. Clique duas vezes no arquivo Cache.ini.
  7. Sobre o Editar menu, clique em Selecionar tudo.
  8. Sobre o Editar menu, clique em Excluir.
  9. Digite 1e, em seguida, clique em Salvar sobre o Arquivo menu.
  10. Sobre o Arquivo menu, clique em Sair.
  11. Inicie o serviço de Timer. Para fazer isso, siga estes passos:
    1. Clique em Iniciar, aponte para Ferramentas administrativase, em seguida, clique em Serviços.
    2. Com o botão direito Timer do Windows SharePoint Servicese, em seguida, clique em Iniciar.
    3. Feche o console de serviços.
    Observação O cache do sistema de arquivos é recriado depois de executar este procedimento. Certifique-se de que você executar esse procedimento em todos os servidores no farm de servidores.
  12. Certifique-se de que o arquivo Cache.ini foi atualizado. Por exemplo ele não deve ser 1, se o cache foi atualizado.
  13. Clique em Iniciar, aponte para Programas, aponte para Ferramentas administrativase, em seguida, clique em Administração Central do SharePoint 3.0.
  14. Clique no Operações guia e clique Status do trabalho de timer em Configuração global.
  15. Na lista de trabalhos de timer, verifique o status da Atualização do config entrada é Bem-sucedida.
  16. Sobre o Arquivo menu, clique em Fechar.

Propriedades

Artigo: 939308 - Última revisão: 4 de fevereiro de 2013 - Revisão: 0.2
A informação contida neste artigo aplica-se 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
Palavras-chave: 
kberrmsg kbexpertiseinter kbprb kbtshoot kbmt KB939308 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 939308

Submeter comentários

 

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