이벤트 로그 - Application Server job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance
SharePoint를 운영하는 서버에 다음과 같은 이벤트 로그가 남는 경우가 있습니다.
Log Name: Application
Source: Microsoft-SharePoint Products-SharePoint Server
Date: 2014-10-21 오후 3:58:18
Event ID: 6481
Task Category: Shared Services
Level: Error
Keywords:
User: NETWORK SERVICE
Computer: win2008r2.testad.com
Description:
Application Server job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance (fbed40dc-857e-40f9-8248-f4706fc5f833).
Reason: An update conflict has occurred, and you must re-try this action. The object SearchDataAccessServiceInstance was updated by TESTAD\WIN2008R2$, in the OWSTIMER (3696) process, on machine WIN2008R2. View the tracing log for more information about the conflict.
Technical Support Details:
Microsoft.SharePoint.Administration.SPUpdatedConcurrencyException: An update conflict has occurred, and you must re-try this action. The object SearchDataAccessServiceInstance was updated by TESTAD\WIN2008R2$, in the OWSTIMER (3696) process, on machine WIN2008R2. View the tracing log for more information about the conflict.
at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()
at Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)
테스트 머신이라고 험하게 사용하다 보니 별의 별 오류가 다 발생합니다. ^^; 검색해 보면 다음의 글에 해법이 나옵니다.
SharePoint 2010 Event ID 6482 Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance
; http://www.social-point.com/sharepoint-2010-event-id-6482-application-server-administration-job-failed-for-service-instance-microsoft-office-server-search-administration-searchserviceinstance
방법을 정리해 보면,
1. Windows SharePoint Services Timer 서비스 중지 (SharePoint 2010 Timer)
2. C:\ProgramData\Microsoft\SharePoint\Config 폴더로 가면 (제 경우에) 131d407f-2310-4a9e-a615-d43f194cbbf5, c332e4bcc4e647fc8922f223768e2f2d 2개가 있는데,
3. 그중에서 GUID 형식의 폴더(즉, 131d407f-2310-4a9e-a615-d43f194cbbf5)를 들어가면 그 안에 cache.ini 파일을 발견할 수 있습니다. 이 파일만 제외하고 그 GUID 형식의 폴더에 있는 XML 파일 전부를 삭제합니다. (참고로, GUID 형식의 폴더가 아닌 다른 폴더에는 cache.ini 파일이 없습니다.)
4. cache.ini 파일을 열고 그 안의 숫자 데이터를 1로 바꾸고 저장합니다.
5. OWS Timer 서비스를 재시작하면, 해당 GUID 형식의 폴더에 다시 XML 파일이 생성되면서 초기화가 진행됩니다.
이후부터는 이벤트 로그에 6481 항목은 더 이상 나타나지 않습니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]