Event ID 6482 / 7076 / 6398 계속되는 오류 친구들 SharePoint

몇일전에 SharePoint Error - Event ID 6398, 6482 라는 글을쓰고 음, 이제 해결되었군~ 하고 안심하고 있는 사이 또다시 에러 로그가 엄청나게 쌓였다. 아놔~
너무나 열받아 오늘은 이자식 꼭 잡고 말리라~ 라고 결심해버렸다. ㅡㅡ+

해결하고 보니 사실 별 문제 아니다.
저런 에러가 발생할때는 지난 포스트에서 쓴것에서 검색 설정 계정과 관련된것 이외에도 몇가지가 더 있다.
그중에 하나가 SharedService 에서 사용하는 Application Pool 의 Identity 계정이다. 사용자 프로필에 접근할 수 없는 계정이 거기에 들어 있으면 저런 오류를 뱉는다. 흠냐...

사실 사내 환경이 TFS App Tier 와 SharePoint 가 함께 설치되서 이런 현상이 발생하는 것이긴 한데...
음... 여튼간에 이 문제의 대략적인 상황은 이렇다.

1. 2-Tier 로 이루어진 TFS 서버를 사용하고 있다. (이말은 곧 TFS App Tier 에 Windows SharePoint Service 와 Reporting 서비스가 돌아가고 있다는 말이 되겠다.)
2. TFS App Tier 의 SharePoint 를 필요에 의해 SharePoint Server 로 업그레이드 한다.

이러한 상황에서 위의 에러들이 발생하는데 Reporting 서비스는 Application pool 의 계정으로 TFSServices 계정을 사용한다. 이때 WSS 사이트가 기존의 Web Site 를 Extend 하게 된다. 이때 Extend 되는 SharePiint 사이트는 SharePoint 서비스 계정으로 돌아가게 되는데 이 안에 존재하는 Reporting 서비스의 Web Site 는 여전히 TFSService 계정으로 돌아가고 있게 된다.

사실 정확한 원인은 아직 확실치 않다. 다만 SharePoint 사이트가 돌아가고 있는 Web Site 에서 Reporting 서비스가 돌아가는 경우 SharePoint 서비스 계정으로 Identity 만 설정하면 오류를 발생하지 않는다는것 만은 사실이다.

그리고 또한가지 이 계정을 설정해 놓은 다음 명령창에서 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727  경로로 이동한다음 aspnet_regiis.exe -i 를 실행하여 ASP.NET 응용 프로그램을 다시 매핑 해준다. 
결과적으로 보면 이 문제는 Reporting 서비스와 SharePoint 서비스가 하나의 Web Site 에서 동작하여 오류를 발생하는 것으로 볼 수 도 있겠다.

어쨋거나 이것들을 실행해주면 이 오류 친구들은 더이상 발생하지 않는다.
아 하여튼 저런 '떼'문화! 안좋다. -_-v

덧글

  • 백진호 2009/04/20 21:02 # 삭제 답글

    재두씨 하이.. 프로젝트 하시나? 도통 카페 방문이 없는 것 같아용 ^^* 바쁘신 짜두님 괴롭히면 안되쥐~
    그럼 수고하시고요.
  • 짜두르 2009/04/22 10:57 #

    오~ 오랜만이에요~ ^0^ 도통 마음에 여유가 안생겨서 말이죠;; 조만간 복귀함돠~ㅎ
댓글 입력 영역