문제

는 몇 가지 의견을 원했습니다 ..... 제가 내 사이트에서 지금 구조화 된 것들은 다음과 같습니다

1 상위 수준의 사이트 모음 -> 300 다른 사람 이이 설정을 보았을 때 다른 누군가 가이 설정을 보았을 때 하나의 문제를 해결할 때 (대신 사이트 사용)사이트 컬렉션의 경우)는 그것이 일을 꿀꺽 거리는 것입니다.나는 이것이 문제가 될 것이라는 것을 알지 못했습니다 .... 누군가 가이 방법을 이런 방식으로 구조화하는 이유는 무엇이며 사이트 모음을 사용하는 이유는 무엇입니까?

도움이 되었습니까?

해결책

사이트 크기

사이트와 함께 가기를 선택하는 가장 큰 요소는 크기입니다. 단일 사이트 컬렉션은 여러 콘텐츠 데이터베이스에 걸쳐있을 수 없습니다. 마이크로 소프트 단일 콘텐츠 데이터베이스가 200 개를 초과해서는 안된다는 것을 권장합니다. 기가 바이트. 이것은 단단한 한도가 아니며 값 비싼 하드웨어 (디스크 GB 당 0.25 IOPS의 하위 시스템 성능. 2 GB 당 2 ips) 당신은 갈 수 있습니다 200GB는 최적의 성능을위한 최선의 방법입니다. 합리적인 백업 절차. 그 말은, 그것은 정말로 의존합니다 설계중인 사이트의 유형. 인터넷을 향한 사이트의 경우, 단일 사이트 컬렉션은 훌륭하게 작동 할 수 있습니다. 그러나 기업의 경우 수천을 서비스 할 포털 및 문서 관리 시스템 사용자 및 여러 부서, 여러 사이트 모음은 일반적으로 200GB 이후 더 나은 접근 방식은 요즘 양동이의 하락입니다.

사이트 모음 크기

사이트 컬렉션에가는 가장 큰 장점은 귀하의 콘텐츠 데이터베이스는 권장 한도를 넘어서 훨씬 더 잘 확장됩니다. 200GB의. 이것이 의미하는 바는 여러 데이터베이스를 사용하여 잠재적으로 여러 데이터베이스를 의미하는 포털의 전원 서버. 이렇게하면 SharePoint 서버가 훨씬 더 잘 확장 될 수 있습니다. 추가 서버가있는 데이터 계층.

또한 이점은 데이터베이스 서버를 별도로 배치 할 수있는 기능입니다. Geo 분산 위치는 농장의 성능을 높이기 위해 전 세계 여러 사무소에서 액세스됩니다.

여기에서 찾을 수있는 다른 요소가 있습니다 :

https : //www.nothingButSharePoint. com / sites / itpro / pages / sharepoint-sites-vs-site-collections.aspx

다른 팁

공급 업체 당 별도의 사이트 모음을 만들 것입니다.사용 권한은 관리가 쉽고 사고로 다른 공급 업체에 정보를 노출시키지 못할 것입니다.

늪지대는 다소 모호합니다.한 공급 업체가 많은 데이터를 저장하는 경우 다른 사용자에게는 다른 사용자에게 느리게 만들 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 sharepoint.stackexchange
scroll top