SharePoint - 문서 라이브러리, 목록,보기 및 요소 수

Question

SharePoint 2010의 문서 라이브러리에 저장하려는 많은 문서가 있습니다. 우리는 50k + 문서에 대해 이야기하고 있습니다. 필자는 문서 라이브러리를 여러 번 사용해 왔지만이 크기는 아니 었습니다. 이러한 정의가 저장되는 방식과 허용되는 요소의 수에 관해서는 혼란스러워졌습니다.

여기를 보면 : http://technet.microsoft.com/en-us/library/cc262787%28v=office.14%29.aspx#ListLibrary 문서 라이브러리에는 최대 3 천만 개의 문서를 저장할 수 있다고 나와 있습니다. 좋은! 50k는 3 천만에 가깝지 않습니다. 그러나 뷰나 하위 폴더에 그룹화하지 않고 모든 문서를 라이브러리에 덤프 할 수 있습니까? 왜냐하면보기는 5k 요소 만 가질 수 있기 때문에이 제한을 초과하지 않기 위해서 뷰를 생성하고 여러 뷰에 문서를 넣어야합니다.

이제 라이브러리에 가서 문서와 라이브러리를 탐색 할 가능성이 거의 없습니다. 각 문서는 다른 장소에서 링크되며 이는 자주 발생하지도 않습니다. 그러므로 나는 모든 문서를 하나의 큰 도서관에 버려두기를 바랄뿐입니다. 나는 목록의 요소 수가 5k를 초과하면 SharePoint가 모든 것을 반환하도록 쿼리를 쿼리하지 않고 대신이 쿼리를 일부 기본 쿼리와 교환한다는 내용을 읽었습니다. 제 경우에는 괜찮습니다. 그러나이 많은 파일을 SharePoint 2010의 한 라이브러리에 덤프하는 것에 대한 다른 우려가 있습니까? 그리고 내가 생각하지 못했던 다른 것이 있습니까?

또한 궁금한 점이 있습니다. PowerShell을 사용하여 업로드를 스크립팅 할 계획이지만, SharePoint에이 방식으로 문서를 업로드하면 시간이 많이 걸릴 수 있다는 얘기를 들었습니다. PowerShell 또는 다른 접근 방식을 통해 문서를 "대량 업로드"할 수 있습니까?

Answer 1

여기서 핵심은 SharePoint가 최대 3 천만 개의 문서를 저장할 수 있지만 한 번에 5,000 개만 표시 할 수 있다는 것을 이해해야합니다. 유지하는 가장 쉬운 방법은 각 폴더에 5,000 개 이하의 문서가있는 별도의 폴더에 문서를 덤프하는 것입니다. 그것의 쉬운, 그러나 나는 문서의 세트에 단 하나 조직 구조를 부과하기 때문에 폴더의 큰 팬이 아니다. 장기적으로 볼 때 메타 데이터를 적용한 다음보기를 필터링하는 것이 더 효율적이지만 문서를 라이브러리에 덤핑 할 때는 훨씬 더 어렵습니다. 이러한 일괄 업로드를 수행하고 적절한 메타 데이터를 유지할 수있는 제 3 자 마이그레이션 소프트웨어를 살펴 보는 것이 좋습니다. 내가 사용한 것 (다른 것들도 있습니다)은 Metalogix Content Matrix입니다.