Shared Service Provider(이하 SSP)는 공유 서비스 공급자라는 이름으로 번역되어 등록되어 있다. MOSS 2007 전체 아키텍처 상, 이 SSP의 역할을 각기 흩어진 각종 웹 응용 프로그램의 내용 중에 공유해야 할 정보들을 묶고 있는 일종의 레파지토리(저장 장소)의 역할을 수행하는 것이 그 특징이다.
대략적으로 SSP가 담고있는 정보는 다음과 같다.
전체적인 기능들이 대부분 Enterprise 급의 데이터 관리에 필요한 사항들을 모아둔 것이 특징이다. 그래서 대부분 80 기본 사이트 보다는 별도의 웹 응용 프로그램을 이용해서 별도로 제작하는 것이 일반적이다. ( 같은 웹 응용 프로그램에 들어가면 운영 응용 프로그램과 겹쳐 진행되거나, 보안적으로 취약해질 수 밖에 없기 때문이다. )
그런데, 초기에 만들어진 SSP의 설정 문제로 삭제 후 다시 만들려고 할 때,
문제가 발생하게 된다. 한번 만들어진 SSP 삭제도 잘 되지 않을 뿐더러,
일부만 삭제되어 비정상적으로 실행되기도 한다.
그리고 새로 만든 SSP를 기본값으로 설정해도 예전 사이트는 여전히 비정상적으로
동작하는 경우가 발생한다.
이와 같은 문제가 발생하는 이유는 SSP가 가지고 있는 생성 규칙 때문으로 생각된다.
대략적으로 SSP가 담고있는 정보는 다음과 같다.
- 사용자 프로필
- My Site 설정값.
- 검색 설정 및 검색 인덱스
- MOSS 전체 기능 로그
- 대상 그룹 설정
- 엑셀 서비스 관리
- BDC(Business Data Catalog) 관리
.
전체적인 기능들이 대부분 Enterprise 급의 데이터 관리에 필요한 사항들을 모아둔 것이 특징이다. 그래서 대부분 80 기본 사이트 보다는 별도의 웹 응용 프로그램을 이용해서 별도로 제작하는 것이 일반적이다. ( 같은 웹 응용 프로그램에 들어가면 운영 응용 프로그램과 겹쳐 진행되거나, 보안적으로 취약해질 수 밖에 없기 때문이다. )
그런데, 초기에 만들어진 SSP의 설정 문제로 삭제 후 다시 만들려고 할 때,
문제가 발생하게 된다. 한번 만들어진 SSP 삭제도 잘 되지 않을 뿐더러,
일부만 삭제되어 비정상적으로 실행되기도 한다.
그리고 새로 만든 SSP를 기본값으로 설정해도 예전 사이트는 여전히 비정상적으로
동작하는 경우가 발생한다.
이와 같은 문제가 발생하는 이유는 SSP가 가지고 있는 생성 규칙 때문으로 생각된다.
- SSP에 영향을 받는 단위는 웹 응용 프로그램이다. ( 사이트 컬렉션, 사이트 단위 아님 )
- 먼저 최초 SSP를 제작하게 되면, 기본적으로 이후에 생성되는 웹 응용 프로그램들이 모두 이 SSP를 바라보며, 동시에 이전에 생성한 웹 응용 프로그램들도 이 SSP를 바라보도록 구성된다.
- 새로운 SSP를 추가한 뒤, 기본 값으로 설정하게 되면, 이전 웹 응용 프로그램은 모두 이전 SSP를 그대로 유지되고, 이후에 새롭게 생성한 웹 응용 프로그램 부터 새로운 SSP를 바라본다.
728x90
하인도1
[하인드/하인도/인도짱 의 홈페이지] 저만의 공간입니다. 다양한 소재들을 나열하는 아주 단순 무식한 홈페이지 입니다. 다양한 문서 자료도 있겠지만, 저의 푸념들도 있답니다.