대체 액세스 매핑을 변경하거나 삭제할 때 "업데이트 충돌이 발생하여 이 작업을 다시 시도해야 합니다."

  • 아티클
  • 적용 대상:
    Windows SharePoint Services 3.0

증상

구성 데이터베이스가 복원되는 Microsoft Windows SharePoint Services 3.0에서 시스템 복구를 수행합니다. 그런 다음 대체 액세스 매핑을 수정하거나 삭제하려고 합니다.

이렇게 하면 다음 오류 메시지와 유사한 오류 메시지가 표시됩니다.

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.

ULS(통합 로깅 서비스) 로그 파일을 보면 다음 항목과 유사한 항목이 표시됩니다.

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

원인

이 문제는 프런트 엔드 서버의 파일 시스템 캐시 내용이 구성 데이터베이스의 콘텐츠보다 최신인 경우에 발생합니다. 시스템 복구를 수행한 후 로컬 서버에서 파일 시스템 캐시를 수동으로 지워야 할 수 있습니다.

해결 방법

이 문제를 resolve 위해 Windows SharePoint Services 타이머 서비스가 실행 중인 서버 팜의 모든 서버에서 파일 시스템 캐시를 지워야 합니다. 이렇게 하려면 다음과 같이 하십시오.

  1. 타이머 서비스를 중지합니다. 이렇게 하려면 다음과 같이 하십시오.

  2. 시작을 클릭하고 관리 도구를 가리킨 다음 서비스를 클릭합니다.

  3. 타이머 Windows SharePoint Services 마우스 오른쪽 단추로 클릭한 다음 중지를 클릭합니다.

  4. 서비스 콘솔을 닫습니다.

  5. Microsoft Office SharePoint Server 2007을 실행하고 중앙 관리 사이트가 호스트되는 컴퓨터에서 시작을 클릭하고 실행을 클릭한 다음 탐색기를 입력한 다음 Enter 키를 누릅니다.

  6. Windows Explorer 드라이브: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config*GUID 폴더를 찾아 두 번 클릭합니다.*

    참고

    • 드라이브 자리 표시자는 Windows가 설치된 드라이브의 문자를 지정합니다. 기본적으로 Windows는 C 드라이브에 설치됩니다.

    • GUID 자리 표시자는 GUID 폴더를 지정합니다.

    • 애플리케이션 데이터 폴더를 숨길 수 있습니다. 숨겨진 폴더를 보려면 다음 단계를 수행합니다.

      1. 도구 메뉴에서 폴더 옵션을 클릭합니다.

      2. 보기 탭을 클릭합니다.

      3. 고급 설정 목록에서 숨겨진 파일 및 폴더 아래에 숨겨진 파일 및 폴더 표시를 클릭한 다음 확인을 클릭합니다.

    • Windows Server 2008에서 구성 캐시는 드라이브: \ProgramData\Microsoft\SharePoint\Config*GUID* 위치에 있습니다.

  7. Cache.ini 파일을 백업합니다.

  8. GUID 폴더의 모든 XML 구성 파일을 삭제합니다. 이렇게 하면 캐시를 다시 빌드할 때 GUID 폴더가 새 XML 구성 파일로 대체되는지 확인할 수 있습니다.

    참고 GUID 폴더에서 구성 캐시를 비우는 경우 GUID 폴더 및 GUID 폴더에 있는 Cache.ini 파일을 삭제하지 않도록 합니다.

  9. Cache.ini 파일을 두 번 클릭합니다.

  10. 편집 메뉴에서 모두 선택을 클릭합니다.

  11. 편집 메뉴에서 삭제를 클릭합니다.

  12. 1을 입력한 다음 파일 메뉴에서 저장을 클릭합니다.

  13. 파일 메뉴에서 끝내기를 클릭합니다.

  14. 타이머 서비스를 시작합니다. 이렇게 하려면 다음과 같이 하십시오.

  15. 시작을 클릭하고 관리 도구를 가리킨 다음 서비스를 클릭합니다.

  16. Windows SharePoint Services 타이머를 마우스 오른쪽 단추로 클릭한 다음 시작을 클릭합니다.

  17. 서비스 콘솔을 닫습니다.

    참고 이 절차를 수행한 후 파일 시스템 캐시가 다시 만들어집니다. 서버 팜의 모든 서버에서 이 절차를 수행해야 합니다.

  18. Cache.ini 파일이 업데이트되었는지 확인합니다. 예를 들어 캐시가 업데이트된 경우 더 이상 1이 아니어야 합니다.

  19. 시작을 클릭하고 프로그램, 관리 도구를 차례로 가리킨 다음 SharePoint 3.0 중앙 관리를 클릭합니다.

  20. 작업 탭을 클릭한 다음 전역 구성에서 타이머 작업 상태 클릭합니다.

  21. 타이머 작업 목록에서 구성 새로 고침 항목의 상태 성공인지 확인합니다.

  22. 파일 메뉴에서 닫기를 클릭합니다.

추가 정보

아직 해결되지 않았습니까? SharePoint 커뮤니티로 이동합니다.