회사 인트라넷을위한 SharePoint 사이트 계층 구조 - 하나의 루트가있는 여러 사이트 또는 하위 사이트?

Question

저는 중소 제조 회사의 IT 관리자입니다. 우리는 SharePoint와 함께 발을 들여 놓고 있습니다. 지금까지 우리는 프로덕션 사용에있어 하나의 블로그를 가지고 있습니다.> CEO의 것입니다.

Google은 개발자 중 한 명이 구현할 간단한 워크 플로와 함께 몇 가지 목록 기반 '응용 프로그램'에 대한 사례를 사용합니다. 우리는 또한 사용자 (적어도 기술에 능숙한 사용자)가 자신의 부서별 사이트를 만들고 작업 할 수있는 능력을 제공하고자합니다.

그러나 광범위하게 채택되면 (즉, 좋은 것일 수 있습니다.) 우리는 통제 불능 상태에 빠지게 될 수도 있습니다. 우리가 모든 아키텍처상의 절충점을 이해하지 못하기 때문에, 우리는 길을 무너 뜨리는 구조에서 엄청난 양의 사용자 데이터로 끝날 수 있습니다.

가장 큰 질문은 각각의 용도에 대해 여러 사이트를 사용할지 여부와 다른 모든 사이트를 사용하는 단일 루트 사이트를 사용할지 여부입니다. 여러 사이트를 사용하면 모든 사용자가 문제를 만들지 않고도 변경하거나 새로운 기능을 개발할 수있는 유연성을 얻을 수 있습니다. 그러나 여러 사이트에서 사용자 프로필/보안을 백업, 검색 및 유지 관리하기가 더 어려울 수 있습니다. 하나의 방대한 사이트가 비용/편익을 뒤바꾸는 것처럼 보입니다.

많은 상반 관계에 대한 통찰력이나 그것에 대해 토론하는 리소스에 대한 링크가있어 주시면 감사하겠습니다. 일반 SharePoint "엔터프라이즈 모범 사례"(미안)에 대한 링크도 환영 할 것입니다.

감사합니다.

Answer 1

그러나, 여러 사이트 열심히 , 검색 업을 백업 및 유지 관리에 대한 사용자 프로파일/보안 수 있습니다. 하나의 거대한 사이트는 비용/혜택을 반대로 처리하는 것으로 보입니다.

나는 이것을 잘못된 것으로 생각합니다. 먼저 여러 사이트를 말할 때 명확히 할 필요가 있습니다. 여러 사이트 모음이나 여러 사이트를 의미합니까? 두 가지 완전히 다른 것입니다.

이제 데이터베이스가 웹 응용 프로그램 수준이면서 사이트 수준이 아니므로 SQL 데이터베이스에서 여러 개의 다른 사이트 모음 인 경우에도 데이터베이스가 하나뿐입니다.

백업에 관한 내용입니다.

검색 및 사용자 프로필로 오기 때문에 다시 가정이 잘못되었습니다. 검색 및 사용자 프로필은 공유 SErvices이며 단일 Shared Services Provider에있는 한 제대로 작동합니다. 두 가지 모두 팜 수준 서비스입니다.

하나의 거대한 사이트는 (실제로 사이트 모음이 아니라 여기에있는 사이트를 의미하는 경우) 완벽한 아니요 및 나쁜 디자인입니다.

저는 여러 사이트 모음 (HR, Finance, IT 등 회사의 전체 부서와 같은 것)을 사용하고 그 아래에 하위 목록을 배치하는 것이 좋습니다. 이렇게하면 관리 할 SQL 데이터베이스가 하나 있지만 기존 웹 응용 프로그램에 콘텐츠 데이터베이스를 추가하여 확장 할 수 있습니다.

여기서도 회사 차원에서 토폴로지를 작성한다고 가정합니다. 이것이 약간 낮은 수준에 있다면 그것은 정제되어야합니다.

Technet에 대한 분류 및 사이트 아키텍처에 대한 기사를 읽은 다음 진행하십시오.

Planning worksheets for SharePoint Server 2010 
http://technet.microsoft.com/en-us/library/cc262451.aspx 

Plan sites and site collections 
http://technet.microsoft.com/en-us/library/cc263267.aspx 

Sites and site collections overview 
http://technet.microsoft.com/en-us/library/cc262410.aspx 

Plan site navigation 
http://technet.microsoft.com/en-us/library/cc262951.aspx 

Answer 2

그것은 순전히 당신의 필요와 요구 사항에 따라 달라집니다. 심지어 다른 사이트에 대한 다른 웹 응용 프로그램을 가지고 당신에게 장점으로 백업을 복용 하나 인용을 제공 할 수 있습니다. 조직 정책, 문서 처리 등과 같이 데이터가 자주 변경되지 않는 사이트는 거의 없을 수 있습니다.이 경우 정기 백업/검색 크롤링은 의미가 없습니다 (차등 백업 및 증분 크롤링을 선택할 수 있지만 1 주일 또는 2 주일 단위로 선택할 수 있음). 전체 백업을해야합니다.) 그러므로 나는 신중하게 요구 사항을 분석 한 후 결정을 내릴 것을 제안합니다. Microsoft는 계획을 세우는 데 필요한 체크리스트 및 템플릿 목록을 제공하고 있습니다. 링크 중 일부는 madhur의 회신에서 제공되며 Google에서 휴식을 취할 수 있습니다.