Shared Service Provider(공유 서비스 공급자)의 삭제와 관련해서..

Shared Service Provider(이하 SSP)는 공유 서비스 공급자라는 이름으로 번역되어 등록되어 있다. MOSS 2007 전체 아키텍처 상, 이 SSP의 역할을 각기 흩어진 각종 웹 응용 프로그램의 내용 중에 공유해야 할 정보들을 묶고 있는 일종의 레파지토리(저장 장소)의 역할을 수행하는 것이 그 특징이다.

대략적으로 SSP가 담고있는 정보는 다음과 같다.

• 사용자 프로필
• My Site 설정값.
• 검색 설정 및 검색 인덱스
• MOSS 전체 기능 로그
• 대상 그룹 설정
• 엑셀 서비스 관리
• BDC(Business Data Catalog) 관리
  .

이 기능은 WSS에는 없고, 오로지 MOSS 내에서만 존재하는 기능이다.
전체적인 기능들이 대부분 Enterprise 급의 데이터 관리에 필요한 사항들을 모아둔 것이 특징이다. 그래서 대부분 80 기본 사이트 보다는 별도의 웹 응용 프로그램을 이용해서 별도로 제작하는 것이 일반적이다. ( 같은 웹 응용 프로그램에 들어가면 운영 응용 프로그램과 겹쳐 진행되거나, 보안적으로 취약해질 수 밖에 없기 때문이다. )

그런데, 초기에 만들어진 SSP의 설정 문제로 삭제 후 다시 만들려고 할 때,
문제가 발생하게 된다. 한번 만들어진 SSP 삭제도 잘 되지 않을 뿐더러,
일부만 삭제되어 비정상적으로 실행되기도 한다.
그리고 새로 만든 SSP를 기본값으로 설정해도 예전 사이트는 여전히 비정상적으로
동작하는 경우가 발생한다.

이와 같은 문제가 발생하는 이유는 SSP가 가지고 있는 생성 규칙 때문으로 생각된다.

• SSP에 영향을 받는 단위는 웹 응용 프로그램이다. ( 사이트 컬렉션, 사이트 단위 아님 )
• 먼저 최초 SSP를 제작하게 되면, 기본적으로 이후에 생성되는 웹 응용 프로그램들이 모두 이 SSP를 바라보며, 동시에 이전에 생성한 웹 응용 프로그램들도 이 SSP를 바라보도록 구성된다.
• 새로운 SSP를 추가한 뒤, 기본 값으로 설정하게 되면, 이전 웹 응용 프로그램은 모두 이전 SSP를 그대로 유지되고, 이후에 새롭게 생성한 웹 응용 프로그램 부터 새로운 SSP를 바라본다.

만일 SSP 설정이 잘못되어 처음 부터 다시 구성할 예정이라면, 최소한 이전에 구축한 사이트를 완전히 날리고 다시 설정해야 될 것이다. 또한 SSP의 기본값 변경을 통해 SSP 이전이라는 작업 자체가 되지 않는 사실도 인지할 필요가 있다.