내보내기(0) 인쇄
모두 확장
이 문서는 기계로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오.
번역
원본

SharePoint 2013의 소프트웨어 경계 및 제한 사항

 

적용 대상:Project Server 2013, SharePoint Foundation 2013, SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

마지막으로 수정된 항목:2015-03-06

요약: SharePoint Server 2013에 대해 테스트된 성능 및 용량 제한 및 이러한 제한과 적절한 성능 간의 관계에 대해 설명합니다.

이 문서에서는 SharePoint Server 2013의 소프트웨어 경계 및 제한에 대한 설명합니다. 이러한 경계 및 제한은 다음과 같습니다.

  • 경계: 디자인에 따라 초과할 수 없는 정적 제한

  • 임계값: 특정 요구 사항을 수용하도록 초과할 수 있는 구성 가능한 제한

  • 지원되는 제한: 테스트된 값으로 기본 설정된 구성 가능한 제한

중요 중요:
이 문서에 나와 있는 일부 값은 SharePoint 2010 제품의 테스트 결과를 기준으로 하며, SharePoint Server 2013에 대한 최종 값을 나타내지 않을 수 있습니다. 이 문서는 SharePoint Server 2013 테스트 데이터를 사용할 수 있게 되면 적절한 값을 반영하여 업데이트될 예정입니다.
최신 하드웨어 및 소프트웨어 요구 사항에 대한 자세한 내용은 SharePoint 2013의 하드웨어 및 소프트웨어 요구 사항을 참조하십시오.
참고 참고:
이 문서의 용량 계획 정보는 계획 수립 과정에 지침으로 활용할 수 있습니다. 이 정보는 Microsoft에서 실제 속성에 대해 수행한 테스트 결과를 기반으로 합니다. 그러나 사용하는 장비 및 사이트에 대해 구현하는 기능에 따라 결과는 달라질 수 있습니다.

이 문서의 내용

이 문서에서는 SharePoint Server 2013의 테스트된 성능 및 용량 제한에 대한 이해를 돕는 정보를 소개하고 제한과 적절한 성능 간의 관계에 대한 지침을 제공합니다. 이 문서의 정보를 사용하여 계획한 배포가 적절한 성능 및 용량 제한 내에 포함되는지 여부를 확인하고 해당 환경에서 제한을 적절히 구성합니다.

이 문서에 나와 있는 테스트 결과 및 지침은 단일 SharePoint Server 2013 팜에 적용됩니다. 설치 환경에 서버를 추가해도 특정 개체의 용량 제한은 늘어나지 않을 수 있는데, 이러한 개체는 이 항목 뒷부분의 제한 및 경계 섹션에 있는 표에 나와 있습니다. 반면 서버 컴퓨터를 추가하면 서버 팜의 처리량이 늘어나는데, 많은 수의 개체에 대해 적절한 성능을 유지하려면 보다 높은 처리량이 필요할 수 있습니다. 솔루션에 필요한 개체 수가 많은 경우에는 팜의 서버 수를 늘려야 할 수도 있습니다.

지정된 환경에서 성능에 영향을 줄 수 있는 요인에는 여러 가지가 있으며 이러한 각 요인은 서로 다른 영역에서 성능에 영향을 줄 수 있습니다. 이 문서에 설명된 일부 테스트 결과 및 권장 사항은 사용 중인 환경에 없는 기능이나 사용자 작업과 관련이 있을 수 있으므로 이러한 경우에는 솔루션에 적용하지 마십시오. 철저히 테스트를 거쳐야만 해당 환경과 관련된 정확한 데이터를 제공할 수 있습니다.

SharePoint Server 2013에는 디자인에 따라 초과할 수 없는 특정한 제한과 팜 관리자가 변경할 수 있는 기본값으로 설정된 제한이 있습니다. 또한 웹 응용 프로그램당 사이트 모음 수 같은 구성 가능한 값으로 나타나지 않는 특정 제한도 있습니다.

  • 경계는 디자인에 따라 초과할 수 없는 절대 제한입니다. 팜을 디자인할 때 잘못된 가정을 세우지 않으려면 이러한 제한을 반드시 이해하고 있어야 합니다.

    경계의 예로는 2GB의 문서 크기 제한을 들 수 있습니다. 용량이 2GB가 넘는 문서를 저장하도록 SharePoint Server 2013을 구성할 수는 없습니다. 이는 기본적으로 설정되는 절대값이며 디자인에 따라 초과할 수 없습니다.

  • 임계값은 해당 값을 수정할 때까지는 초과할 수 없는 기본값이 지정된 제한입니다. 특정한 상황에서는 팜 디자인의 변동을 수용하도록 임계값을 초과할 수도 있지만 이렇게 하면 다른 제한의 유효 값을 포함하여 팜의 성능에 영향을 줄 수 있다는 점에 유의해야 합니다.

    특정 임계값의 기본값은 절대 최대값까지만 초과 될 수 있습니다. 좋은 예 문서 크기 제한입니다. 기본적으로 기본 문서 크기 임계값 250MB로 설정 되어 있지만 2GB의 최대 경계를 지원 하도록 변경할 수 있습니다.

  • 지원되는 제한은 지정된 매개 변수에 대해 테스트된 값을 정의합니다. 테스트를 통해 정해진 이러한 제한의 기본값은 제품의 알려진 제한을 나타냅니다. 지원되는 제한을 초과하면 예기치 못한 결과, 대폭적인 성능 저하 또는 그 밖의 좋지 않은 영향이 발생할 수 있습니다.

    어떤 지원되는 제한은 권장되는 값으로 기본 설정된 구성 가능한 매개 변수지만 또 어떤 지원되는 제한은 구성 가능한 값으로 나타나지 않는 매개 변수와 관련이 있습니다.

지원되는 제한의 예로는 팜당 사이트 모음 수가 있습니다. 지원되는 제한은 테스트 시 성능 벤치마크를 충족한 가장 큰 웹 응용 프로그램당 사이트 모음 수입니다.

이 문서에 나와 있는 많은 제한 값은 해당 값이 증가함에 따라 늘어나는 리소스 부하와 그에 따른 성능 저하를 설명하는 전체 부분의 한 요소를 나타낸다는 점을 이해해야 합니다. 따라서 웹 응용 프로그램당 사이트 모음 수 같은 특정 제한을 초과하더라도 팜 성능은 일부만 저하될 수 있습니다. 하지만 대부분의 경우 팜의 디자인에서 제한 값이 적당한 균형을 이루고 있어야 적절한 성능 및 안정성 목표를 가장 효과적으로 달성하게 되므로 설정된 제한으로 또는 이러한 제한 가까이로 작동하는 것은 최상의 방법이 아닙니다.

임계값 및 지원되는 제한에 대한 지침은 성능에 따라 결정됩니다. 즉, 제한의 기본값을 초과할 수 있지만 제한 값을 늘림에 따라 팜 성능 및 다른 제한의 유효 값이 영향을 받을 수 있습니다. SharePoint Server 2013의 많은 제한은 변경할 수 있지만 특정 제한을 변경할 경우 팜의 다른 부분에 어떤 영향이 발생하는지를 이해하고 있어야 합니다.

SharePoint Server 2013에서는 팜 서비스 및 작동이 해당 유효 작동 제한에 도달하는 지점까지 부하를 늘리면서 팜의 동작을 테스트 및 관찰하는 방식으로 임계값 및 지원되는 제한을 설정합니다. 일부 팜 서비스 및 구성 요소는 다른 팜 서비스 및 구성 요소보다 높은 부하를 지원할 수 있으므로 경우에 따라 여러 요소의 평균을 토대로 제한 값을 할당해야 합니다.

예를 들어 사이트 모음이 추가될 때 부하가 발생하는 상황에서 팜의 동작을 관찰하면 일부 기능은 대기 시간이 너무 길어지는 반면 일부 기능은 여전히 적절한 매개 변수 범위 내에서 작동하는 것으로 나타납니다. 따라서 사이트 모음 수에 할당되는 최대값은 절대적인 수치는 아니며 대부분의 상황에서 지정된 제한으로 전체 팜 성능이 적절하게 유지되는 일련의 예상 사용 특성을 토대로 계산됩니다.

일부 서비스가 제한 테스트에 사용된 것보다 높은 매개 변수로 작동하는 경우에는 다른 서비스의 최대 유효 값이 줄어들게 됩니다. 따라서 해당 환경에 실제로 적용되는 제한을 설정하려면 특정 배포에 맞게 용량 관리 및 규모 테스트를 엄격하게 실행해야 합니다.

참고: 이 문서에 나와 있는 제한은 여러 팜 및 환경에서 수집한 것이므로 이러한 제한의 유효성을 검증하는 데 사용된 하드웨어에 대해서는 설명하지 않습니다.

하드웨어 리소스, 부하 및 성능 간의 관계를 이해하려면 관계에 포함되는 각 요소 및 이러한 요소가 서로에게 영향을 주는 방식을 시각화할 수 있어야 합니다.

팜의 용량이 하나의 둥근 파이이며 각 파이 조각의 크기를 합하면 서버, 하드웨어 리소스(예: CPU, RAM), 저장소 용량, 디스크 IOP, 네트워크 대역폭, 대기 시간 등의 요소를 합한 것과 같다고 가정해 보겠습니다. 여기서 파이의 크기는 팜의 전체 리소스와 관련되며 팜 서버 등의 리소스를 추가하면 파이의 크기가 커집니다.

이 파이는 사용자 요청, 검색 쿼리, 설치된 기능에 대한 작업, 타이머 작업, 운영 체제 오버헤드 등 다양한 원본으로부터의 부하를 나타내는 파이 조각으로 구분됩니다. 각 섹션은 사용 가능한 팜 리소스를 공유해야 합니다. 즉, 한 파이 조각의 크기가 커지면 다른 조각의 크기는 그에 비례하여 작아져야 합니다. 사용자 요청이 하루 중 특정 시간에만 많아질 수 있는 것처럼 팜에 대한 부하는 정적이 아니므로, 조각의 상대 크기는 지속적으로 변화합니다. 그러나 각 조각은 정상적으로 작동할 수 있도록 필요한 최소 크기를 유지해야 하며, 각 조각이 나타내는 기능은 상호 종속되므로 한 조각의 크기를 늘리면 다른 조각이 사용할 수 있는 리소스가 줄어들 뿐 아니라 다른 조각에 대한 부하도 증가할 수 있습니다.

이러한 은유적 비교를 고려할 때 팜 디자인의 목표는 최대 부하에서 각 파이 조각의 필요한 크기를 수용할 수 있는 크기의 전체 파이를 만드는 것입니다.

다음으로는 사용자 요청이 기준을 100% 초과하는 시나리오를 가정해 보겠습니다. 이 시나리오에서 요청의 절반은 검색 쿼리이고 나머지 절반은 목록 및 문서 편집입니다. 이처럼 부하가 증가되면 다른 파이 조각에 부담을 주게 되는데, 일부 팜 기능은 이를 보상하기 위해 더 많은 작업을 수행해야 합니다. 예를 들어 Search Service는 더 많은 쿼리를 처리해야 하는데 이러한 쿼리의 대부분은 캐시에서 처리되지만 일부 쿼리는 데이터베이스 서버로 전달되므로 해당 서버의 부하 역시 높아집니다. 데이터베이스 서버에 대한 부하가 너무 커지면 디스크 큐 길이가 길어져 다른 모든 요청의 대기 시간이 길어집니다.

이 섹션에서는 솔루션을 구성할 수 있는 개체를 나열하고 각 개체 종류에 대해 적절한 성능을 유지하기 위한 지침을 제공합니다. 적절한 성능은 시스템이 해당하는 수의 개체를 지원할 수 있지만 그 수를 초과하면 성능이 저하되고 관련된 제한 값이 줄어드는 것으로 테스트되었음을 의미합니다. 개체는 범위와 기능을 모두 기준으로 하여 나열됩니다. 또한 제한 데이터와 함께 제한을 얻은 조건에 대한 설명 및 추가 정보에 대한 링크(사용 가능한 경우)가 제공됩니다.

이 문서의 지침을 사용하여 전체 솔루션 계획을 검토하십시오. 해당 솔루션 계획에서 하나 이상의 개체에 대한 권장 지침을 초과하는 경우 다음 작업을 하나 이상 수행하십시오.

  • 솔루션을 평가하여 다른 영역에서 보완이 이루어지는지 확인합니다.

  • 배포 환경을 구축할 때 테스트하고 모니터링할 수 있도록 이러한 영역에 플래그를 지정합니다.

  • 솔루션을 다시 디자인하거나 분할하여 용량 지침을 초과하지 않도록 합니다.

이 섹션에서는 SharePoint Server 2013 팜의 논리적 계층 구조에 따라 정렬된 제한을 소개합니다.

다음 표에는 웹 응용 프로그램에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

웹 응용 프로그램

팜당 20개

지원

웹 응용 프로그램의 수를 가능한 한 제한하는 것이 좋습니다. 가능한 경우에 웹 응용 프로그램을 추가하는 대신 호스트 이름으로 된 사이트 모음을 추가로 만듭니다.

영역

웹 응용 프로그램당 5개

경계

팜에 대해 정의된 영역 수는 5개로 하드 코딩됩니다. 영역에는 기본, 인트라넷, 엑스트라넷, 인터넷 및 사용자 지정이 있습니다.

호스트 이름으로 된 사이트 모음의 관리 경로

팜당 20개

지원

호스트 이름으로 된 사이트 모음의 관리 경로는 팜 수준에서 적용됩니다. 생성된 각 관리 경로는 모든 웹 응용 프로그램에서 적용될 수 있습니다.

경로 기반 사이트 모음의 관리 경로

웹 응용 프로그램당 20개

지원

관리 경로는 웹 서버에서 캐시되며, CPU 리소스를 사용하여 관리 경로 목록에 대해 들어오는 요청을 처리합니다.

경로 기반 사이트 모음의 관리 경로는 웹 응용 프로그램 수준에서 적용됩니다. 각 웹 응용 프로그램에 대해 서로 다른 관리 경로 집합을 만들 수 있습니다. 웹 응용 프로그램당 관리 경로가 20개를 초과하면 요청이 발생할 때마다 웹 서버에 부하가 추가됩니다.

지정된 웹 응용 프로그램에서 20개가 넘는 관리 경로를 사용하려는 경우에는 적절한 시스템 성능을 유지하는지 여부를 테스트하는 것이 좋습니다.

솔루션 캐시 크기

웹 응용 프로그램당 300MB

임계값

InfoPath Forms Services에서는 솔루션 캐시를 통해 솔루션을 캐시에 유지하여 솔루션 검색 속도를 높일 수 있습니다. 캐시 크기가 초과되면 솔루션을 디스크에서 검색하므로 응답 시간이 느려질 수 있습니다. 솔루션 캐시의 크기를 구성하려면 Windows PowerShell cmdlet인 Set-SPInfoPathFormsService를 사용하면 됩니다. 자세한 내용은 Set-SPInfoPathFormsService를 참조하십시오.

다음 표에는 팜의 웹 서버에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

응용 프로그램 풀

웹 서버당 10개

임계값

최대 수는 하드웨어 기능에 따라 결정됩니다.

이 제한은 다음에 따라 크게 달라집니다.

  • 웹 서버에 할당된 메모리의 양

  • 팜에서 처리하는 작업량(즉, 사용자 기반 및 사용 특성. 작업량이 많은 단일 응용 프로그램 풀의 경우 10GB 이상을 사용할 수 있음)

다음 표에는 콘텐츠 데이터베이스에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

콘텐츠 데이터베이스 수

팜당 500개

지원

팜당 최대 콘텐츠 데이터베이스 수는 500개입니다. 웹 응용 프로그램당 콘텐츠 데이터베이스가 500개인 경우 사이트 또는 사이트 모음 열기 같은 최종 사용자의 작업에는 아무런 영향이 없습니다. 그러나 새 사이트 모음을 만드는 등의 관리 작업을 수행하면 성능이 떨어집니다. 따라서 콘텐츠 데이터베이스의 수가 많은 경우에는 관리 인터페이스가 느려지고 탐색이 어려워질 수 있으므로 Windows PowerShell을 사용하여 웹 응용 프로그램을 관리하는 것이 좋습니다.

콘텐츠 데이터베이스 및 팜 당 500 콘텐츠 데이터베이스 당 200 GB와 SharePoint Server 2013 100 t B의 팜 당 데이터를 지원합니다.

콘텐츠 데이터베이스 크기(일반 사용 시나리오)

콘텐츠 데이터베이스당 200GB

지원

기본 파일 크기가 50MB 2GB의 최대값을 늘릴 수 있는 경우 각 콘텐츠 데이터베이스에 100 개의 파일을 맞출 수 있습니다. 여러 사이트 모음에는 단일 콘텐츠 데이터베이스를 공유할 수 있습니다. 각 사이트 모음을 완벽 하 게 단일 콘텐츠 데이터베이스에 저장 해야 합니다.

이 표의 다음 행에 나와 있는 상황이 적용되는 경우를 제외하고는 콘텐츠 데이터베이스의 크기를 200GB로 제한하는 것이 좋습니다.

원격 BLOB 저장소 (RBS)를 사용 하는 경우 원격 BLOB 저장소 및 콘텐츠 데이터베이스의 메타 데이터의 총 볼륨이 200GB 제한을 초과 해야 합니다.

콘텐츠 데이터베이스 크기(모든 사용 시나리오)

콘텐츠 데이터베이스당 4TB

지원

다음 요구 사항을 충족하는 경우에는 총 4TB의 콘텐츠 데이터베이스가 지원됩니다.

  • GB당 0.25IOPS의 디스크 하위 시스템 성능. 최적의 성능을 유지하려면 GB당 2IOPS를 유지하는 것이 좋습니다.

  • 고가용성, 재해 복구, 향후 용량 및 성능 테스트를 위한 계획을 세워야 합니다.

또한 다음 요인도 면밀하게 고려해야 합니다.

  • 200GB보다 큰 콘텐츠 데이터베이스의 경우에는 기본 SharePoint Server 2013 백업을 통해 백업 및 복원 요구 사항을 충족하지 못할 수 있습니다. 따라서 SharePoint Server 2013 백업 및 대체 백업 솔루션을 평가하고 테스트하여 작업 환경에 가장 적합한 솔루션을 결정하는 것이 좋습니다.

  • 숙련된 관리자가 SharePoint Server 2013 및 SQL Server 설치를 사전에 관리하는 것이 좋습니다.

  • SharePoint Server 2013을 복잡하게 사용자 지정하고 구성하는 경우에는 데이터를 여러 콘텐츠 데이터베이스로 리팩터링(분할)해야 할 수 있습니다. 숙련된 전문 설계자의 조언을 얻고 테스트를 수행하여 사용 중인 구현에 가장 적합한 콘텐츠 데이터베이스 크기를 결정해야 합니다. 복잡한 작업의 예로는 사용자 지정 코드 배포, 속성 승격에서 20개를 초과하는 열 사용, 그리고 아래의 4TB 초과 섹션에서 사용하지 않아야 하는 것으로 나와 있는 기능 등이 있습니다.

  • 사이트 모음을 리팩터링하면 SharePoint Server 2013 구현을 여러 콘텐츠 데이터베이스로 수평 확장할 수 있으며, 그러면 SharePoint Server 2013 구현을 무제한으로 확장할 수 있습니다. 이러한 리팩터링은 콘텐츠 데이터베이스의 크기가 200GB 미만일 때 보다 쉽고 빠르게 수행할 수 있습니다.

  • 손쉬운 백업과 복원을 위해 콘텐츠 데이터베이스 내의 개별 사이트 모음 크기를 100GB로 제한하는 것이 좋습니다. 자세한 내용은 사이트 모음 제한을 참조하십시오.

중요 중요:
문서 보관 시나리오 (이 표의 다음 행에 설명 되어 있음)에서 제외 하 고 4TB를 초과 하는 콘텐츠 데이터베이스를 사용을 하지 않는 것이 좋습니다. 나중에 SharePoint Server 2013 설치를 업그레이드 해야을 하는 경우 업그레이드 콘텐츠 데이터베이스 내에서 사이트 모음 수 있습니다 매우 어렵고 시간이 오래 걸립니다.
단일 콘텐츠 데이터베이스에 4TB가 넘는 데이터를 저장하는 대신 여러 콘텐츠 데이터베이스를 사용하여 수평 확장하는 것이 좋습니다.

콘텐츠 데이터베이스 크기(문서 보관 시나리오)

명시적인 콘텐츠 데이터베이스 제한 없음

지원

다음 요구 사항을 충족하는 경우에는 문서 보관 시나리오에서 명시적 크기 제한이 없는 콘텐츠 데이터베이스를 사용할 수 있습니다.

  • 이 표의 윗부분에 나와 있는 "콘텐츠 데이터베이스 크기(모든 사용 시나리오)" 제한에 적용되는 모든 요구 사항을 충족해야 하며 해당 제한의 메모 필드에 설명되어 있는 모든 요인을 철저하게 고려해야 합니다.

  • SharePoint Server 2013 사이트는 문서 센터 또는 레코드 센터 사이트 서식 파일을 기반으로 해야 합니다.

  • 콘텐츠 데이터베이스에 포함된 콘텐츠에 대한 매달 평균 액세스 비율이 5% 미만이며 매달 평균 콘텐츠 수정 또는 기록 비율은 1% 미만이어야 합니다.

  • 콘텐츠 데이터베이스의 SharePoint Server 2013 개체에 대해 알림, 워크플로, 링크 수정 또는 항목 수준 보안을 사용해서는 안 됩니다.

    참고 참고:
    문서 보관 콘텐츠 데이터베이스는 콘텐츠 라우팅 워크플로의 문서를 허용하도록 구성할 수 있습니다.

대규모 문서 저장소에 대 한 자세한 내용은 SharePoint Server 2010에서 큰 문서 저장소에 대 한 성능 및 용량 요구 사항 예측엔터프라이즈 콘텐츠 저장소 계획 (SharePoint Server 2010)문서의 일반적인 대규모 콘텐츠 관리 시나리오 섹션을 참조 하십시오.

콘텐츠 데이터베이스 항목

문서 및 목록 항목을 포함하여 항목 6천만 개

지원

SharePoint Server 2013에 대해 테스트된 콘텐츠 데이터베이스당 최대 항목 수는 6천만 개(문서 및 목록 항목 포함)입니다. SharePoint Server 2013에 6천만 개보다 많은 항목을 저장하려는 경우에는 콘텐츠 데이터베이스를 여러 개 배포해야 합니다.

콘텐츠 데이터베이스당 사이트 모음 수

최대 10,000개(비개인용 사이트 모음 2,500개와 개인 사이트 7,500개 또는 개인 사이트만 10,000개)

지원

콘텐츠 데이터베이스의 사이트 모음 수는 5,000개로 제한하는 것이 좋습니다. 하지만 하나의 데이터베이스에서 최대 10,000개의 사이트 모음이 지원됩니다. 사이트 모음이 총 10,000개 있는 콘텐츠 데이터베이스의 경우 이 중 최대 2,500개까지 공용 사이트 모음일 수 있습니다. 콘텐츠 데이터베이스 내에 개인 사이트 모음만 있는 경우에는 개인 사이트 모음을 10,000개까지 지원할 수 있습니다.

이러한 제한은 업그레이드 속도와 관련이 있습니다. 데이터베이스의 사이트 모음 수가 많을수록 데이터베이스 업그레이드 및 사이트 모음 업그레이드 속도가 느려집니다.

데이터베이스의 사이트 모음 수에 대한 제한은 사이트 모음이 두 개 이상인 콘텐츠 데이터베이스의 크기 제한에 종속됩니다. 따라서 데이터베이스의 사이트 모음 수가 증가하면 해당 데이터베이스에 포함된 사이트 모음의 평균 크기가 줄어들어야 합니다.

5,000개의 사이트 모음 제한을 초과하면 업그레이드 도중 가동 중지 시간이 길어지는 문제가 발생합니다. 5,000개가 넘는 사이트 모음을 사용하려는 경우에는 명확한 업그레이드 전략을 세워 가동 중지 시간이 길어지는 문제 및 작업에 주는 영향을 해결하고, 하드웨어 추가를 통해 소프트웨어 업데이트 및 업그레이드 속도를 높여 데이터베이스가 영향을 받지 않도록 하는 것이 좋습니다.

콘텐츠 데이터베이스의 사이트 수에 대한 경고 및 최대값 수준을 설정하려면 Windows PowerShell cmdlet인 Set-SPContentDatabase와 -WarningSiteCount 매개 변수를 함께 사용합니다. 자세한 내용은 Set-SPContentDatabase를 참조하십시오.

NAS(Network Attached Storage)의 RBS(원격 BLOB 저장소) 저장소 하위 시스템

NAS 로부터의 첫번째 바이트 응답 시간은 40 시간 (밀리초) 95%의 시간 내에서 값을 유지 해야 합니다.

경계

SharePoint Server 2013 RBS를 사용 하도록 구성 되 고 blob가 NAS 저장소에 있는 하는 경우 지원 되는 다음과 같은 제한을 고려 합니다.

시간에서 해당 SharePoint Server 2013 개 이하의 40 시간 (밀리초)을 전달할 수 시간 95 %NAS 로부터 첫번째 바이트를 수신할 때까지 BLOB를 요청 합니다.

다음 표에는 사이트 모음에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

팜당 사이트 모음 수

750,000(팜당 개인 사이트 50,000개와 기타 사이트 250,000개)

지원

팜당 최대 권장 사이트 모음 수는 개인 사이트 모음 500,000개와 다른 모든 사이트 서식 파일에 대한 사이트 모음 250,000개입니다. 이러한 사이트는 하나의 웹 응용 프로그램에 모두 상주하거나 여러 웹 응용 프로그램에 분산되어 있을 수 있습니다.

이 제한은 지정된 콘텐츠 데이터베이스에서 지원할 수 있는 유효 사이트 모음 수를 줄일 수 있는 다른 요인의 영향을 받습니다. 콘텐츠 데이터베이스 등의 컨테이너 개체가 다른 개체를 많이 포함하는 경우에는 지원되는 제한을 초과하지 않도록 주의해야 합니다. 예를 들어 총 콘텐츠 데이터베이스의 수는 적지만 각 콘텐츠 데이터베이스가 사이트 모음을 많이 포함하는 팜에서는 사이트 모음 수에 대해 지원되는 제한에 도달하기 훨씬 전부터 팜 성능이 저하될 수 있습니다.

예를 들어 팜 A의 웹 응용 프로그램은 콘텐츠 데이터베이스 200개를 포함합니다(지원되는 구성). 각 콘텐츠 데이터베이스가 사이트 모음 1,000개를 포함하는 경우 웹 응용 프로그램의 총 사이트 모음 수는 200,000개이며 이는 지원되는 제한 범위 내에 포함됩니다. 그러나 각 콘텐츠 데이터베이스가 10,000개의 사이트 모음을 포함하는 경우, 사이트 모음의 수 자체는 콘텐츠 데이터베이스에 대해 지원되는 값이지만 팜의 총 사이트 모음 수가 200,000개가 되기 때문에 웹 응용 프로그램당 사이트 모음 수의 제한을 초과하게 됩니다.

메모리 사용량은 사용 패턴 및 지정된 시간대에 얼마나 많은 수의 사이트가 액세스되는지에 따라 달라지므로 웹 서버의 메모리 사용량을 모니터링해야 합니다. 마찬가지로 크롤링 대상 또한 메모리 압력을 보여 줄 수 있으며 이와 같은 경우 웹 서버의 사용 가능한 메모리가 2GB 미만으로 줄어들기 전에 메모리를 재활용하도록 응용 프로그램 풀을 구성해야 합니다.

웹 사이트

사이트 모음당 250,000개

지원

권장되는 최대 사이트 및 하위 사이트 수는 250,000개 사이트입니다.

하위 사이트를 중첩하면 웹 사이트의 총 수를 크게 늘릴 수 있습니다. 예를 들어 각각의 하위 사이트가 1,000개씩인 100개의 사이트가 있는 약식 계층 구조에서는 웹 사이트 수가 총 100,000개가 됩니다. 또는 각각의 하위 사이트 수준이 10개씩인 100개의 사이트가 있는 상세한 계층 구조에도 총 100,000개의 웹 사이트가 포함됩니다.

참고: 사이트 또는 하위 사이트를 삭제하거나 만들면 사이트의 가용성에 큰 영향을 줄 수 있습니다. 사이트가 삭제되는 동안에는 해당 사이트 및 하위 사이트에 대한 액세스가 제한됩니다. 또한 많은 하위 사이트를 동시에 만들려고 하면 실패할 수 있습니다.

사이트 모음 크기

최대 콘텐츠 데이터베이스 크기

지원

해당하는 사용 시나리오의 경우 사이트 모음은 콘텐츠 데이터베이스 크기 제한만큼 커질 수 있습니다. 특정 사용 시나리오에 대한 각 콘텐츠 데이터베이스 크기 제한에 대한 자세한 내용은 이 문서의 콘텐츠 데이터베이스 제한 표를 참조하십시오.

일반적으로는 다음과 같은 원인으로 인해 사이트 모음 크기를 100GB로 제한하는 것이 좋습니다.

  • 사이트 모음 백업/복구 또는 Windows PowerShell cmdlet인 Move-SPSite 같은 특정 사이트 모음 작업을 수행하면 대규모 SQL Server 작업이 실행되어 성능에 영향을 미치거나, 동일한 데이터베이스에 다른 사이트 모음이 활성화되어 있는 경우 오류가 발생할 수 있습니다. 자세한 내용은 Move-SPSite를 참조하십시오.

  • SharePoint 사이트 모음 백업 및 복원은 최대 사이트 모음 크기가 100GB인 경우에만 지원됩니다. 이보다 큰 사이트 모음의 경우에는 전체 콘텐츠 데이터베이스를 백업해야 합니다. 단일 콘텐츠 데이터베이스에 100GB보다 큰 사이트 모음이 여러 개 포함되어 있으면 백업 및 복원 작업에 시간이 오래 걸리며 작업이 실패할 수도 있습니다.

게시 사이트 모음당 장치 채널 수

10

경계

게시 사이트 모음당 허용되는 최대 장치 채널 수는 10개입니다.

다음 표에서 목록 및 라이브러리에 대 한 권장된 지침이 나와 있습니다. 자세한 내용은 큰 목록 디자인 및 목록 성능 최대화 (SharePoint Server 2010)을 참조 하십시오.

 

제한 최대값 제한 유형 비고

목록 행 크기

행당 8,000바이트

경계

각각의 목록 또는 라이브러리 항목이 데이터베이스에서 차지할 수 있는 공간은 총 8,000바이트입니다. 256바이트는 기본 제공 열에 사용되므로 최종 사용자 열에 사용할 수 있는 공간으로 7,744바이트가 남게 됩니다. 각각의 필드 유형에서 사용하는 공간의 양에 대한 자세한 내용은 열 제한을 참조하십시오.

파일 크기

2GB

경계

기본적인 최대 파일 크기는 250MB입니다. 이 값은 2GB(2,047MB)까지 늘릴 수 있는 구성 가능한 한도입니다. 하지만 용량이 매우 큰 파일 수가 많으면 팜 성능에 영향을 미칠 수 있습니다.

문서

라이브러리당 30,000,000개

지원

폴더를 중첩하거나 표준 보기 및 사이트 계층 구조를 사용하면 매우 큰 문서 라이브러리를 만들 수 있습니다. 이 값은 문서 및 폴더의 구성 방식과 저장되는 문서의 형식 및 크기에 따라 달라질 수 있습니다.

주 버전

400,000

지원

이 제한을 초과하는 경우 파일 열기 또는 저장, 삭제, 버전 기록 보기 같은 기본적인 파일 작업이 실패할 수 있습니다.

부 버전

511

경계

파일 부 버전의 최대 개수는 511개입니다. 이 제한은 초과할 수 없습니다.

항목

목록당 30,000,000개

지원

표준 보기, 사이트 계층 구조 및 메타데이터 탐색을 사용하여 규모가 매우 큰 목록을 만들 수 있습니다. 이 값은 목록의 열 수 및 목록의 사용법에 따라 달라질 수 있습니다.

행 크기 제한

목록 또는 라이브러리 항목에 사용되는 데이터베이스 내부의 테이블 행 6개

지원

목록 또는 라이브러리 항목에 사용할 수 있는 데이터베이스 내부의 최대 테이블 행 수를 지정합니다. 열 수가 많은 광범위한 목록을 수용하기 위해 여러 개의 내부 테이블 행(기본적으로 최대 6개)에 걸쳐 각 항목을 줄 바꿈할 수 있습니다. 이는 팜 관리자가 개체 모델을 통해서만 구성할 수 있으며, 이 개체 모델 메서드는 SPWebApplication.MaxListItemRowStorage입니다.

대량 작업

대량 작업당 항목 100개

경계

사용자 인터페이스를 사용하여 대량 작업을 위해 최대 100개의 항목을 선택할 수 있습니다.

목록 보기 조회 임계값

쿼리당 조인 연산 8개

임계값

쿼리당 허용되는 조인의 최대 개수를 지정합니다. 이러한 조인의 예로는 조회, 개인/그룹 또는 워크플로 상태 열을 기반으로 하는 조인을 들 수 있습니다. 쿼리에서 8개를 초과하는 조인을 사용하는 경우에는 작업이 차단됩니다. 단일 항목 작업에는 이 설정이 적용되지 않습니다. 보기 필드를 지정하지 않는 방식으로 개체 모델을 통해 최대 보기를 사용하는 경우 SharePoint에서는 처음 8개의 조회까지만 반환합니다.

목록 보기 임계값

5,000

임계값

관리자가 설정한 쿼리에 제한이 없는 일별 기간을 벗어나 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수를 지정합니다.

감사자 및 관리자의 목록 보기 임계값

20,000

임계값

적절한 사용 권한을 가진 감사자 또는 관리자가 실행하는 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수를 지정합니다. 이 설정은 개체 모델 무시 허용과 함께 사용됩니다.

하위 사이트

사이트 보기당 2,000개

임계값

하위 사이트 수가 2,000개를 초과하면 지정된 웹 사이트의 하위 사이트를 열거하는 인터페이스의 성능이 떨어집니다. 마찬가지로 하위 사이트 수가 늘어나면 모든 사이트 콘텐츠 페이지와 트리 보기 컨트롤의 성능이 크게 떨어집니다.

Word 및 PowerPoint에서 .docx, .pptx 및 .ppsx 파일의 공동 작성

문서당 동시 편집자 10명

임계값

권장되는 최대 동시 편집자 수는 10명이고 경계는 99명입니다.

동시 편집을 위해 하나의 문서를 연 편집자 수가 99명인 경우 이후에 문서를 여는 각 사용자에게는 "사용 중인 파일"이라는 오류가 나타나며 읽기 전용 복사본만 열 수 있습니다.

공동 편집자 수가 10명을 초과하면 충돌이 늘어나면서 사용자 환경의 성능이 점차 떨어지고 사용자는 변경 내용을 서버에 성공적으로 업로드하기 위해 보다 많은 반복 작업을 수행해야 할 수도 있습니다.

보안 범위

목록당 50,000개

임계값

목록에 대해 설정되는 고유한 보안 범위의 최대 수는 50,000개를 초과할 수 없습니다.

대부분의 팜의 경우 이 한도를 고유한 범위 5,000개로 낮추는 것이 좋습니다. 큰 목록의 경우 고유한 권한을 최대한 적게 사용하는 디자인을 사용하는 것이 좋습니다.

목록에 대한 고유한 보안 범위의 수가 목록 보기 임계값(기본적으로 목록 항목 5,000개로 설정됨)을 초과할 경우 목록을 볼 때 추가 SQL Server 라운드트립이 발생하여 목록 보기 성능이 떨어질 수 있습니다.

범위는 보안 개체 및 별도의 보안 경계가 정의되지 않은 해당 하위 개체에 대한 보안 경계입니다. 범위에는 ACL(액세스 제어 목록)이 포함되지만 NTFS ACL과 달리 SharePoint Server 2013과 관련된 보안 주체가 포함될 수 있습니다. 범위에 대한 ACL의 구성원에는 Windows 사용자, Windows 사용자 이외의 사용자 계정(예: 양식 기반 계정), Active Directory 그룹 또는 SharePoint 그룹이 포함될 수 있습니다.

SharePoint Server 2013 데이터는 SQL Server 테이블에 저장됩니다. SharePoint 목록에서 사용할 수 있는 열의 수를 최대화하기 위해 SharePoint Server 2013에서는 데이터가 단일 행에 적합하지 않은 경우 데이터베이스에 여러 개의 행을 만드는데 이를 행 줄 바꿈이라고 합니다.

SQL Server에서 행을 줄 바꿈할 때마다 항목을 쿼리할 때 해당 쿼리에 SQL 조인을 포함해야 하기 때문에 서버에 추가 쿼리 부하가 발생합니다. 부하가 과도하게 발생하지 않도록 기본적으로 하나의 SharePoint 항목에 최대 6개의 SQL Server 행을 사용할 수 있습니다. 특히 이러한 제한으로 인해 SharePoint 목록에 포함할 수 있는 각 열 유형의 수가 제한됩니다. 다음 표에는 각 열 유형에 대한 제한이 나와 있습니다.

행 줄 바꿈 매개 변수는 6개를 초과하여 늘릴 수 있지만 이렇게 하면 서버에 과도한 부하가 발생할 수 있습니다. 이 제한을 초과하여 늘리기 전에 성능 테스트를 수행하는 것이 좋습니다.

각 열 유형에는 크기 값이 바이트 단위로 나열됩니다. SharePoint 목록에 있는 모든 열의 합은 8,000바이트를 초과할 수 없습니다. 열 사용법에 따라 사용자는 6개의 행 줄 바꿈 제한에 도달하기 전에 8,000바이트 제한에 먼저 도달할 수 있습니다.

 

제한 최대값 제한 유형 열당 크기 비고

한 줄 텍스트

276

임계값

28바이트

SharePoint 목록의 열 개수가 64개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 한 줄 텍스트 열 개수는 384개(6 * 64 = 384)입니다. 하지만 SharePoint 목록 항목당 제한이 8,000바이트(이 중 256바이트는 기본 제공 SharePoint 열에 사용됨)이므로 한 줄 텍스트 열 개수에 대한 실제 제한은 276개입니다.

여러 줄 텍스트

192

임계값

28바이트

SharePoint 목록의 열 개수가 32개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 여러 줄 텍스트 열 개수는 192개(6 * 32 = 192)입니다.

선택 항목

276

임계값

28바이트

SharePoint 목록의 열 개수가 64개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 선택 항목 열 개수는 384개(6 * 64 = 384)입니다. 하지만 SharePoint 목록 항목당 제한이 8,000바이트(이 중 256바이트는 기본 제공 SharePoint 열에 사용됨)이므로 선택 항목 열 개수에 대한 실제 제한은 276개입니다.

수치

72

임계값

12바이트

SharePoint 목록의 열 개수가 12개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 수치 열 개수는 72개(6 * 12 = 72)입니다.

통화

72

임계값

12바이트

SharePoint 목록의 열 개수가 12개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 통화 열 개수는 72개(6 * 12 = 72)입니다.

날짜 및 시간

48

임계값

12바이트

SharePoint 목록의 열 개수가 8개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 날짜 및 시간 열 개수는 48개(6 * 8 = 48)입니다.

조회

96

임계값

4바이트

SharePoint 목록의 열 개수가 16개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 조회 열 개수는 96개(6 * 16 = 96)입니다.

예/아니요

96

임계값

5바이트

SharePoint 목록의 열 개수가 16개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 예/아니요 열 개수는 96개(6 * 16 = 96)입니다.

개인 또는 그룹

96

임계값

4바이트

SharePoint 목록의 열 개수가 16개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 개인 또는 그룹 열 개수는 96개(6 * 16 = 96)입니다.

하이퍼링크 또는 그림

138

임계값

56바이트

SharePoint 목록의 열 개수가 32개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 하이퍼링크 또는 그림 열 개수는 192개(6 * 32 = 192)입니다. 하지만 SharePoint 목록 항목당 제한이 8,000바이트(이 중 256바이트는 기본 제공 SharePoint 열에 사용됨)이므로 하이퍼링크 또는 그림 열 개수에 대한 실제 제한은 138개입니다.

계산된 열

48

임계값

28바이트

SharePoint 목록의 열 개수가 8개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 계산 열 개수는 48개(6 * 8 = 48)입니다.

GUID

6

임계값

20바이트

SharePoint 목록의 열 개수가 1개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 GUID 열 개수는 6개(6 * 1 = 6)입니다.

Int

96

임계값

4바이트

SharePoint 목록의 열 개수가 16개씩 증가할 때마다 SQL Server 행 줄 바꿈이 실행됩니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 Int 열 개수는 96개(6 * 16 = 96)입니다.

관리되는 메타데이터

94

임계값

40바이트(첫 번째 항목), 32바이트(이후의 각 항목)

목록에 추가되는 첫 번째 관리되는 메타데이터 필드에는 다음과 같은 네 개의 열이 할당됩니다.

  • 실제 태그에 대한 조회 필드

  • 문자열 값에 대한 숨겨진 텍스트 필드

  • 통합에 대한 조회 필드

  • 과도한 통합에 대한 조회 필드

목록에 추가되는 이후의 각 관리되는 메타데이터 필드에는 다음과 같은 두 개의 열이 추가됩니다.

  • 실제 태그에 대한 조회 필드

  • 문자열 값에 대한 숨겨진 텍스트 필드

관리되는 메타데이터 열의 최대 개수는 (14 + (16 * (n-1)))로 계산되며 여기서 n은 행 매핑 값(기본값 6)입니다.

외부 데이터 열에는 기본 열 및 보조 열 개념이 적용됩니다. 외부 데이터 열을 추가하는 경우 목록에 추가하려는 외부 콘텐츠 형식의 일부 보조 필드를 선택할 수 있습니다. 예를 들어 "ID", "이름", "국가" 및 "설명" 같은 필드가 있는 "고객"이라는 외부 콘텐츠 형식이 있는 상황에서 "고객"이라는 유형의 외부 데이터 열을 목록에 추가하는 경우 고객의 "ID", "이름" 및 "설명"을 나타내는 보조 필드를 추가할 수 있습니다. 이러한 열은 전체적으로 다음과 같이 추가됩니다.

  • 기본 열: 텍스트 필드입니다.

  • 숨겨진 ID 열: 여러 줄 텍스트 필드입니다.

  • 보조 열: 각 보조 열은 비즈니스 데이터 카탈로그 열 모델에 정의된 것처럼 보조 열의 데이터 형식을 기반으로 하는 텍스트/숫자/부울/여러 줄 텍스트입니다. 예를 들어ID는 숫자 열에, 이름은 한 줄 텍스트 열에, 설명은 여러 줄 텍스트 열에 각각 매핑될 수 있습니다.

다음 표에는 페이지에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

웹 파트

위키 또는 웹 파트 페이지당 25개

임계값

이 수치는 단순한 웹 파트를 기준으로 하는 예상치입니다. 웹 파트의 복잡도에 따라 성능에 영향을 주지 않으면서 한 페이지에서 사용할 수 있는 웹 파트의 수가 결정됩니다.

 

제한 최대값 제한 유형 비고

사용자가 속할 수 있는 SharePoint 그룹 수

5,000

지원

이는 하드 한도는 아니지만 Active Directory 지침과 일치합니다. 이 수치에 영향을 주는 요소에는 다음과 같은 여러 가지가 있습니다.

  • 사용자 토큰의 크기

  • 그룹 캐시: SharePoint Server 2013에는 사용자가 속해 있는 그룹이 ACL(액세스 제어 목록)에 사용되는 즉시 이러한 그룹의 수를 캐시하는 테이블이 있습니다.

  • 보안 검사 시간: 사용자가 속해 있는 그룹의 수가 증가하면 액세스 검사에 필요한 시간도 늘어납니다.

사이트 모음의 사용자

사이트 모음당 2,000,000명

지원

개인 사용자 대신 Microsoft Windows 보안 그룹을 사용하여 보안을 관리하면 웹 사이트에 매우 많은 사용자를 추가할 수 있습니다.

이러한 제한은 사용자 인터페이스의 관리 효율성 및 탐색 용이성을 기반으로 합니다.

사이트 모음에 있는 항목(보안 사용자 그룹) 수가 많은(1천 개 초과) 경우에는 UI 대신 Windows PowerShell을 사용하여 사용자를 관리해야 합니다. 이렇게 하면 관리 환경의 효율성이 향상됩니다.

SharePoint 그룹의 Active Directory 사용자

SharePoint 그룹당 5,000명

지원

SharePoint Server 2013에서는 SharePoint 그룹에 사용자 또는 Active Directory 그룹을 추가할 수 있습니다.

SharePoint 그룹에 사용자(또는 Active Directory 그룹이나 사용자) 수가 5,000명 이하이면 적절한 성능을 얻게 됩니다.

이 제한으로 인해 가장 많은 영향을 받는 작업은 다음과 같습니다.

  • 사용 권한의 유효성을 검증하기 위한 사용자 가져오기. 이 작업은 그룹의 사용자 수가 늘어남에 따라 점진적으로 소요 시간이 증가합니다.

  • 보기의 멤버 자격 렌더링. 이 작업은 항상 어느 정도 시간이 필요합니다.

SharePoint 그룹

사이트 모음당 10,000개

지원

그룹 수가 10,000개를 초과하면 작업 실행 시간이 대폭 늘어납니다. 이러한 현상은 특히 기존 그룹에 사용자 추가, 새 그룹 만들기 및 그룹 보기 렌더링 같은 작업에서 두드러집니다.

보안 주체: 보안 범위 크기

ACL(액세스 제어 목록)당 5,000개

지원

범위의 크기는 보안 검사 계산에 사용되는 데이터에 영향을 줍니다. 이 계산은 범위가 변경될 때마다 수행됩니다. 하드 한도는 없지만 범위가 클수록 계산 시간이 오래 걸립니다.

이 섹션에는 제한이 기능별로 분류되어 있습니다.

권장되는 검색 지침은 검색에 영향을 주는 토폴로지, 항목의 크기, 사전, 크롤링, 스키마, 쿼리와 결과, 순위, 인덱스에 따라 구성됩니다.

참고 참고:
검색 기능이 업데이트됨에 따라 검색에 대한 제한도 대폭 변경되었습니다. 자세한 내용은 SharePoint Server 2013의 검색 계획을 참조하십시오.

토폴로지 제한은 검색 구성 요소 간 통신의 효율성을 보장합니다. 이러한 제한을 초과하면 검색 구성 요소 간 통신 속도가 느려지므로 쿼리 대기 시간이 길어지고 검색이 중단될 수 있습니다.

 

제한 최대값 제한 유형 비고

분석 처리 구성 요소

Search Service 응용 프로그램당 6개(서버당 1개)

지원

분석 보고 데이터베이스

Search Service 응용 프로그램당 4개

임계값

특정 요구 사항을 충족하기 위해 이 제한을 초과할 수 있습니다. 확장 시 배포된 분석 데이터베이스의 크기가 총 크기 250GB 또는 총 행 수 2,000만 개에 다다르면 분석 보고 데이터베이스를 추가합니다. 이와 같은 방법으로 파티션을 다시 지정하여 부하를 적절하게 조정합니다.

링크 데이터베이스

Search Service 응용 프로그램당 4개

지원

하나의 링크 데이터베이스가 포함할 수 있는 최고 테스트 항목 수는 1억 개입니다.

크롤링 구성 요소

서버당 1개

지원

Search Service 응용 프로그램당 크롤링 구성 요소 수에 대한 개별 제한이 없습니다. 대신 Search Service 응용 프로그램당 총 검색 구성 요소 수에 대한 제한에 따라 크롤링 구성 요소 수가 제한됩니다.

인덱스 구성 요소

Search Service 응용 프로그램당 60개(서버당 4개)

지원

사용할 수 있는 최대 인덱스 구성 요소 수는 인덱스 파티션 수 제한에 인덱스 복제본 수 제한을 곱해서 구합니다.

SharePoint Foundation 2013 이 제한은 Search service 응용 프로그램 당 하나의 인덱스 구성 요소 이며 초과 될 수 없습니다.

인덱스 파티션

Search Service 응용 프로그램당 25개

지원

인덱스 파티션에는 Search Service 응용 프로그램 인덱스의 하위 집합이 저장됩니다. 인덱스 파티션 수를 늘리면 각 파티션에 보다 작은 인덱스 하위 집합이 저장되어 인덱스 구성 요소를 호스팅하는 서버에 필요한 RAM 및 디스크 공간이 줄어듭니다.

SharePoint Foundation 2013 대 한 최대 수의 Search service 응용 프로그램당 인덱스 구성 요소는 하나, 이므로 Search service 응용 프로그램당 인덱스 파티션의 최대 수는 1로 제한 합니다.

인덱스 복제본

인덱스 파티션당 3개

지원

각 인덱스 파티션에는 복제본 집합이 저장될 수 있습니다. 인덱스 복제본의 수를 늘리면 쿼리 성능이 개선되고 내결함성이 향상됩니다. 하지만 인덱스 파티션에 추가하는 복제본의 수가 너무 많으면 인덱싱 성능이 저하될 수 있습니다.

일반적으로 쿼리 속도는 높지만 콘텐츠 양(파티션당 400만 개 미만의 항목)이 적은 인터넷 사이트 시나리오의 경우 지원되는 제한은 파티션당 6개의 인덱스 복제본입니다.

SharePoint Foundation 2013 에 대 한 최대 수가 Search service 응용 프로그램당 인덱스 구성 요소 이므로 하나, Search service 응용 프로그램당 인덱스 복제본의 최대 수는 1로 제한 합니다.

콘텐츠 처리 구성 요소

서버당 1개

지원

검색 토폴로지는 콘텐츠 처리 구성 요소 수의 수평 확장을 지원합니다. 특정 실제 호스트나 가상 컴퓨터는 여러 콘텐츠 처리 구성 요소를 지원하지 않지만, 콘텐츠 처리 구성 요소를 하나만 사용해도 CPU 용량의 사용 효율성이 개선됩니다. 이는 기본 제공 메커니즘에서 사용 가능한 CPU 코어 수에 맞춰 공급 세션 수를 조정함으로써 CPU 사용을 극대화하기 때문입니다. 공급 세션 수가 여러 개이므로 콘텐츠 처리 구성 요소가 들어오는 문서를 병렬로 처리할 수 있습니다. 이 메커니즘은 호스트당 콘텐츠 처리 구성 요소가 하나라고 가정합니다.

호스트의 실제 코어 수가 N일 경우 콘텐츠 처리 구성 요소는 N*K개의 공급 세션을 처리합니다. 여기서 K는 초기 값이 3인 상수 계수입니다. 따라서 4코어 서버의 경우 공급 세션이 12개이며 이는 곧 콘텐츠 처리 구성 요소가 12개의 문서를 병렬로 처리할 수 있음을 의미합니다. Search Service 응용 프로그램의 NumberOfCssFeedersPerCPUForRegularCrawl 속성을 설정하여 K의 값을 변경할 수 있습니다. SharePoint 2013에서는 서버의 실제 코어 수가 12개 이상인 경우에도 N의 값을 최대 12로 제한합니다. 따라서 16코어 서버의 공급 세션 수는 36개가 됩니다(N*K = 12 * 3 = 36).

여전히 유휴 CPU 시간이 있는 경우에는 콘텐츠 처리 구성 요소를 추가하는 대신 K 계수의 값을 늘려 보세요. K 계수의 값을 올릴 경우 호스트의 사용 가능한 메모리가 충분한지 확인해야 합니다.

쿼리 처리 구성 요소

서버당 1개

지원

SharePoint 2013은 가상 컴퓨터 또는 실제 컴퓨터당 한 가지 쿼리 처리 구성 요소만 지원합니다.

검색 구성 요소

Search Service 응용 프로그램당 64개

지원

Search Service 응용 프로그램

팜당 20개

지원

검색 구성 요소 및 데이터베이스를 별도의 서버에 할당할 수 있으므로 동일한 팜에 Search Service 응용 프로그램을 여러 개 배포할 수 있습니다. 이 제한은 팜의 총 서비스 응용 프로그램 수에 대한 제한보다 작습니다.

콘텐츠 원본

Search Service 응용 프로그램당 500개

경계

방법이 있으므로 프로그램 운영 상의 요구를 만족 하는 콘텐츠 원본의 가장 작은 수를 만들어야 하는 것이 좋습니다 각 콘텐츠 원본의 연관 된 오버 헤드 예 크롤링 우선순위 및 일정의 차이입니다.

항목 크기를 제한하면 크롤링 성능이 보호되고 인덱스 크기가 적정 수준으로 유지됩니다. 아래 제한이 검색에 영향을 끼치는 방법의 예가 나와 있습니다.

  • 항목을 검색할 때 결과를 얻을 수 없으면 항목 크기가 너무 큰 것일 수 있습니다. 파일이 크롤러가 다운로드할 수 있는 최대 크기를 초과했음을 나타내는 경고가 크롤링 로그에 표시됩니다.

  • 텍스트에서 항목을 검색하며 텍스트의 처음 부분에서만 결과를 가져오는 경우, 일부 항목의 크기 제한이 초과되어 콘텐츠 처리 구성 요소가 잘렸을 수 있습니다. 콘텐츠 처리 구성 요소에서 항목이 잘리면 IsPartiallyProcessed 관리 속성을 True로 설정하여 이 사실을 알립니다. 또한 크롤링 로그에 항목이 잘리는 이유를 나타내는 경고도 표시됩니다.

항목 크기 제한을 조정할 경우 다음 표에 나타나는 순서대로 작업하는 것이 좋습니다.

 

제한 최대값 제한 유형 비고

크롤링 구성 요소가 다운로드할 수 있는 문서 크기

64MB(Excel 문서의 경우 3MB)

임계값

검색 기능은 최대 문서 크기에 도달할 때까지 문서에서 메타데이터와 콘텐츠를 다운로드합니다. 나머지 콘텐츠는 다운로드되지 않습니다. 검색 기능은 항상 문서의 메타데이터를 다운로드합니다.

최대 문서 크기에 대 한 기본 제한을 변경할 수 있습니다. 검색 서비스 응용 프로그램 속성 MaxDownLoadSize 또는 MaxDownloadSizeExcel를 변경 하려면 Windows PowerShell cmdlet을 사용 하 여이 작업을 수행 합니다. MaxDownLoadSize Excel 문서에 대 한 최대 크기에 영향을 줄 하지 않습니다. 메가바이트 단위로 값을 입력 합니다. 최대 문서 크기에 대 한 최대값은 Excel 문서에 대 한도 1024 MB입니다.

최대 문서 크기 제한을 늘리면 검색 기능이 콘텐츠를 더 많이 인덱싱하므로 디스크 공간도 더 많이 필요합니다.

구문 분석된 콘텐츠 크기

200만 자

경계

검색 기능은 항목의 첨부 포일을 포함하여 최대 200만 자의 콘텐츠를 구문 분석한 후 항목의 구문 분석을 중지합니다. 또한 단일 항목과 해당 첨부 파일을 구문 분석하는 데 최대 30초를 사용하기 때문에 구문 분석된 문자의 실제 양은 이 제한보다 낮을 수 있습니다. 검색 기능이 항목의 구문 분석을 중지하면 항목은 일부 처리된 상태로 표시됩니다. 구문 분석되지 않은 모든 콘텐츠는 처리되지 않으므로 인덱싱되지도 않습니다.

단어 분리기에서 생성된 토큰

30,000

경계

검색 기능은 콘텐츠를 개별 단어(토큰)로 구분합니다. 또한 첨부 파일을 포함한 단일 항목에서 포함하여 토큰을 최대 30,000개 생성합니다. 검색 기능 단어를 분리하는 데 최대 30초를 사용하기 때문에 실제 토큰의 양은 이 제한보다 작을 수 있습니다. 남은 콘텐츠는 처리되지 않으므로 인덱싱되지도 않습니다.

인덱스 관리 속성 크기

검색 가능/쿼리 가능 관리 속성당 512KB

임계값

"검색 가능한" 또는 "쿼리 가능"으로 설정 된 관리 속성의 최대 크기에 대 한 기본값입니다. MP를 설정 하려면 Windows PowerShell cmdlet 및 스키마 개체 모델을 사용 하 여이 제한을 구성할 수 있습니다.MaxCharactersInPropertyStoreIndex 특성입니다. 바이트에서 값을 입력 합니다. 이 최대 크기에 대 한 최대값은 2097152 바이트입니다.

이 제한을 증가 하는 경우 관리 속성 당 더 많은 데이터의 인덱싱 활성화할 수 있습니다. 관리 속성 당 더 많은 데이터를 인덱싱 더 많은 디스크 공간을 사용 하 고 검색 시스템에서 전체 부하가 증가 합니다.

조회 가능 관리 속성 크기

관리 속성당 16KB

임계값

조회 가능 관리 속성의 최대 크기에 대 한 기본값입니다. P.MaxCharactersInPropertyStoreForRetrieval특성을 설정 하려면 Windows PowerShell cmdlet 및 스키마 개체 모델을 사용 하 여 관리 속성 당이 제한을 구성할 수 있습니다. 바이트에서 값을 입력 합니다. 이 최대 크기에 대 한 최대값은 2097152 바이트입니다.

이 제한을 증가 하는 경우 관리 속성 당 더 많은 데이터의 인덱싱 활성화할 수 있습니다. 이 제한을 늘리면 검색 결과 대 한 관리 속성 당 더 많은 데이터를 검색 하려면 검색을 사용 하도록 설정 합니다. 인덱싱 및 관리 속성 당 더 많은 데이터 가져오기 (영문)

정렬 가능 및 구체 검색 가능 관리 속성 크기

관리 속성당 16KB

경계

정렬 및 미세 조정 가능한 관리 속성의 최대 크기입니다.

토큰 크기

변수

경계

검색 기능은 어떤 길이의 토큰도 인덱싱할 수 있지만 토큰을 생성하는 데 사용하는 단어 분리기 때문에 토큰 길이가 제한될 수 있습니다. 단어 분리기는 콘텐츠를 단일 단어(토큰)로 구분하는 언어 인식 구성 요소입니다. 사용자 지정 단어 분리기를 만들 수도 있으므로, 토큰 크기 제한은 단어 분리기에 따라 좌우됩니다.

서양 언어에 대한 단어 분리기 제한은 다음과 같습니다.

  • 단어 분리기는 토큰의 처음 1,000자만 분할하고 나머지 문자는 무시합니다.

  • 단어 분리기는 300자보다 긴 토큰을 2개 이상의 토큰으로 분할하여 300자보다 긴 토큰이 포함되지 않도록 합니다. 예를 들어 612자 토큰은 300자 토큰 2개와 12자 토큰 1개로 분할됩니다.

사전 제한을 지정하면 메모리 사용량이 감소하고, 콘텐츠 처리 효율성이 향상되며, 적정 수준의 쿼리 결과를 반환합니다.

 

제한 최대값 제한 유형 비고

동의어 사전의 항목 수

1,000,000

지원

동의어 사전에는 쿼리 용어의 동의어가 포함되어 있습니다. 테스트를 거친 이 제한을 초과하면 메모리 사용량이 증가하고 쿼리 응답 시간이 늘어날 수 있습니다.

사용자 지정 엔터티 추출 사전의 항목 수

1,000,000

지원

테스트를 거친 이 제한을 초과하면 메모리 사용량이 증가하고 인덱싱이 느려지며 쿼리 응답 시간이 늘어날 수 있습니다.

사용자 지정 검색 사전의 항목 수

테넌트당 용어 5,000개

경계

쿼리 맞춤법 교정 및 회사 추출용 제외/포함 사전에 허용되는 용어 수를 제한합니다. 이 제한보다 많은 용어를 용어 저장소에 저장할 수는 있지만 검색 시에는 테넌트당 5,000개 용어만 사용됩니다.

스키마가 제한되면 메모리 리소스 사용량이 감소하고 관리 작업 오버헤드가 적정 수준으로 유지됩니다.

 

제한 최대값 제한 유형 비고

크롤링 속성

Search Service 응용 프로그램당 500,000개

지원

크롤링하는 항목의 메타데이터와 콘텐츠는 크롤링 속성으로 표시됩니다. 크롤링 속성은 관리 속성에 매핑할 수 있습니다. 크롤링 속성의 수가 지원되는 이 제한을 초과하면 인덱싱 속도가 저하됩니다.

관리 속성

Search Service 응용 프로그램당 50,000개

지원

검색 기능은 쿼리의 관리 속성을 사용하며, 크롤링 속성은 관리 속성에 매핑됩니다. 관리 속성의 수가 지원되는 제한을 초과하면 인덱싱 속도가 저하됩니다.

관리 속성 매핑

관리 속성당 100개

지원

크롤링 속성은 관리 속성에 매핑될 수 있습니다. 이 제한을 초과하면 크롤링 속도와 쿼리 성능이 저하될 수 있습니다.

관리 속성당 값의 수

1000

경계

관리 속성은 유형이 동일한 값을 여러 개 포함할 수 있습니다. 이 값은 문서별 다중값 관리 속성당 값의 최대 수입니다. 이 수를 초과하면 나머지 속성 값은 삭제됩니다.

인식된 메타데이터 속성

크롤링된 항목당 100,000개

지원

항목을 크롤링할 때 크롤링 구성 요소가 결정할 수 있는 메타데이터 속성의 최대 수입니다. 이러한 메타데이터 속성은 매핑되거나 쿼리에 사용될 수 있습니다. 이 크롤링된 속성 개수 한도에 도달하면 크롤링 속도가 저하될 수 있습니다.

 

제한 최대값 제한 유형 비고

시작 주소

콘텐츠 원본당 500개

지원

컴퓨터 호스트 이름의 길이

15자

임계값

NetBIOS에서 최대 컴퓨터 호스트 이름 길이를 이 값으로 제한합니다.

크롤링 데이터베이스

Search Service 응용 프로그램당 15개

지원

쿼리 및 결과에 제한을 설정하면 검색 엔진이 아주 큰 쿼리 표현식을 실행하여 아주 큰 결과 집합을 반환하지 않도록 할 수 있습니다. 검색 엔진이 아주 큰 쿼리 표현식을 실행하고 아주 큰 결과 집합을 반환하지 못하도록 하면 DoS(서비스 거부) 공격이 방지되고, 결과가 시기적절하게 반환될 수 있습니다. 더 많은 결과를 검색해야 할 경우에는 페이징을 사용하는 것이 좋습니다.

 

제한 최대값 제한 유형 비고

키워드 쿼리 언어를 사용하는 쿼리의 텍스트 길이

4KB(4,096자)

지원

검색 쿼리를 제외하고 키워드 쿼리 언어를 사용하여 작성한 쿼리의 최대 텍스트 길이에 대한 테스트를 거친 기본값입니다. 검색 쿼리의 기본 최대값은 16KB(16,384자)입니다.

최대 텍스트 길이의 기본값을 모든 쿼리 유형에 대해 20KB(20,480)의 경계까지 늘릴 수 있습니다.

결과 집합의 행 수

500 개의 행

지원

검색 쿼리를 제외하고 결과 집합에 포함된 최대 행 수에 대한 테스트를 거친 기본값입니다. 검색 쿼리의 기본값은 행 10,000개입니다. 전체 결과 집합을 표시하려면 페이징 쿼리를 더 많이 실행합니다.

MaxRowLimit검색 서비스 응용 프로그램 속성을 변경 하려면 Windows PowerShell cmdlet을 사용 하 여 결과 집합의 행의 최대 수에 대 한 값을 변경할 수 있습니다. MaxRowLimitRowLimit 쿼리 속성의 최대값 및 RowLimit의 검색 쿼리 속성을 정의합니다. RowLimit 결과 집합의 각 페이지를 포함 하는 행의 개수를 정의 합니다. 최대 10, 000 행 MaxRowLimit 을 높일 수 있습니다,이 지원 되는 경계를 사용 합니다.

결과 제거

제한 없음

지원

검색 알림 할당량

Search Service 응용 프로그램당 알림 100,000개

지원

최종 사용자는 쿼리의 결과 집합에 대한 검색 알림을 설정할 수 있습니다. 결과가 변경되거나 업데이트되면 검색 기능이 최종 사용자에게 알림을 보냅니다. 이 값은 최종 사용자 쿼리(75%)와 알림 쿼리(25%)를 모두 사용하는 Search Service 응용 프로그램에 대한 테스트를 거친 제한입니다. 알림 쿼리만 사용하는 Search Service 응용 프로그램의 알림 제한은 400,000개입니다. 이러한 제한은 QPS(초당 쿼리 수)가 5개인 시스템을 기준으로 합니다.

순위 제한은 응용 프로그램 서버 메모리, 쿼리 대기 시간 및 인덱스 크기를 적정한 수준으로 유지합니다.

 

제한 최대값 제한 유형 비고

순위 모델

테넌트당 1,000개

경계

이 제한에 도달하면 전반적인 시스템 성능이 저하될 수 있습니다.

순위에 사용되는 고유 컨텍스트

순위 모델당 고유 컨텍스트 15개

경계

순위 모델당 고유 컨텍스트의 최대 수입니다.

신뢰할 수 있는 페이지

Search Service 응용 프로그램당 최상위 페이지 1개와 최소한의 두 번째 및 세 번째 수준 페이지

지원

원하는 관련성을 얻기 위한 최소한의 두 번째 및 세 번째 수준 페이지를 사용합니다.

경계에서 각 Search Service 응용 프로그램별 관련성 수준당 신뢰할 수 있는 페이지 수는 200개인데, 페이지를 추가하면 원하는 관련성 수준을 얻지 못할 수 있습니다. 핵심 사이트는 첫 번째 관련성 수준에 추가합니다. 추가 핵심 사이트는 두 번째 또는 세 번째 관련성 수준에 한 번에 하나씩 추가하고, 추가할 때마다 관련성을 평가하여 원하는 관련성 효과를 달성했는지 확인합니다.

인덱스 제한은 인덱스가 경계보다 커져 사용 가능한 리소스를 초과하지 않도록 합니다.

 

제한 최대값 제한 유형 비고

인덱스의 고유 용어 수

2^31(20억 개 이상)

경계

Search Service 응용 프로그램의 인덱스에 포함될 수 있는 고유 항목의 최대 수입니다.

사용자 정의 전체 텍스트 인덱스

10

경계

전체 텍스트 인덱스의 최대 수입니다.

인덱싱된 항목

인덱스 파티션당 1,000만 개

지원

각 인덱스 파티션에는 전체 검색 인덱스의 하위 집합이 포함될 수 있습니다. 서버의 메모리양에 비해 인덱싱된 항목의 수가 너무 많으면 쿼리 응답 시간이 길어집니다.

SharePoint Foundation 2013 에 대 한 인덱싱된 항목의 최대 수는 인덱스 파티션당 2 천만 개 항목입니다.

다음 표에는 User Profile Service에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

사용자 프로필

서비스 응용 프로그램당 2,000,000개

지원

User Profile Service 응용 프로그램에서는 전체 정보 교류 기능을 통해 최대 2,000,000개의 사용자 프로필을 지원할 수 있습니다. 이 수치는 디렉터리 서비스에서 사용자 프로필 저장소로 가져올 수 있는 프로필의 수를 나타내는 것은 물론 User Profile Service 응용 프로그램에서 정보 교류 기능의 성능을 떨어뜨리지 않으면서 지원할 수 있는 프로필 수를 나타내기도 합니다.

공유 태그, 메모 및 등급

공유 데이터베이스당 500,000,000개

지원

성능을 크게 떨어뜨리지 않고 공유 데이터베이스에서 최대 총 500,000,000개의 공유 태그, 메모 및 등급이 지원됩니다. 하지만 백업 및 복원 같은 데이터베이스 유지 관리 작업을 수행하면 해당 시점에 성능이 떨어질 수 있습니다.

다음 표에는 콘텐츠 배포에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

서로 다른 경로에서 실행되는 콘텐츠 배포 작업

20

지원

동일한 원본 콘텐츠 데이터베이스의 사이트 모음에 연결된 경로에서 여러 개의 작업을 동시에 실행하면 데이터베이스에서 교착 상태가 발생할 위험이 높아집니다. 여러 개의 작업을 동시에 수행해야 하는 경우에는 사이트 모음을 각기 다른 원본 콘텐츠 데이터베이스로 옮기는 것이 좋습니다.

참고 참고:
동일한 경로에서 여러 개의 작업을 동시에 실행할 수는 없습니다.

콘텐츠 배포를 위해 SQL Server 스냅숏을 사용하는 경우 각각의 경로에서 스냅숏을 만들며, 이로 인해 원본 데이터베이스에 대한 I/O 요구 사항이 증가하게 됩니다.

자세한 내용은 배포 경로 및 작업 정보를 참조하십시오.

다음 표에는 블로그에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

블로그 게시물

사이트당 5,000개

지원

블로그 게시물의 최대 개수는 사이트당 5,000개입니다.

의견

게시물당 1,000개

지원

최대 의견 수는 게시물당 1,000개입니다.

다음 표에는 Business Connectivity Services에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

ECT(메모리 내)

웹 서버당(테넌트당) 5,000개

경계

웹 서버에서 특정 시점에 메모리에 로드되는 ECT(외부 콘텐츠 형식) 정의의 총 개수입니다.

외부 시스템 연결

웹 서버당 500개

경계

특정 시점의 활성/열려 있는 외부 시스템 연결의 수입니다. 기본 최대값은 200개이며 경계는 500개입니다. 이 제한은 외부 시스템의 종류(예: 데이터베이스, .NET 어셈블리 등)에 관계없이 웹 서버 범위에 적용됩니다. 기본 최대값은 연결 수를 제한하는 데 사용됩니다. 응용 프로그램에서는 실행 컨텍스트를 통해 보다 큰 제한을 지정할 수 있으며, 경계는 기본값을 사용하지 않는 응용 프로그램에 대해서도 최대값을 적용합니다.

요청당 반환되는 데이터베이스 항목

데이터베이스 커넥터당 2,000개

임계값

데이터베이스 커넥터에서 반환할 수 있는 요청당 항목 수입니다.

기본 최대값인 2,000개는 데이터베이스 커넥터에서 페이지당 반환할 수 있는 결과의 수를 제한하는 데 사용됩니다. 응용 프로그램에서는 실행 컨텍스트를 통해 보다 큰 제한을 지정할 수 있으며 절대 최대값은 기본값을 사용하지 않는 응용 프로그램에 대해서도 최대값을 적용합니다. 이 제한의 경계는 1,000,000개입니다.

응답 대기 시간

600초

임계값

요청당 외부 데이터 커넥터가 사용하는 제한 시간. 기본값은 180초이지만 응용 프로그램을 구성하여 최대 600초까지 더 큰 값을 지정할 수 있습니다.

서비스 응답 크기

150,000,000바이트

임계값

외부 데이터 커넥터에서 반환할 수 있는 요청당 상위 데이터 볼륨. 기본값은 3,000,000바이트이지만 응용 프로그램을 구성하여 더 큰 값(최대 150,000,000바이트)을 지정할 수 있습니다.

필터 설명자(저장소 내)

ECT 메서드당 200개

경계

ECT 메서드당 최대 파일 설명자 수는 200개입니다.

ECT 식별자(저장소 내)

ECT당 20개

경계

ECT당 최대 식별자 수는 20개입니다.

데이터베이스 항목

요청당 1,000,000개

임계값

데이터베이스 커넥터에서 반환할 수 있는 요청당 기본 최대 항목 수는 2,000개이며 절대 최대값은 1,000,000입니다.

기본 최대값은 데이터베이스 커넥터에서 페이지당 반환될 수 있는 결과 수를 제한하는 데 사용됩니다. 응용 프로그램에서는 실행 컨텍스트를 통해 보다 큰 제한을 지정할 수 있으며, 절대 최대값은 인덱싱과 같이 기본값을 사용하지 않는 응용 프로그램에 대해서도 허용되는 최대값을 적용합니다.

다음 표에는 워크플로에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

워크플로 연기 임계값

15

임계값

타이머 서비스에서 실행되는 인스턴스를 제외하고 콘텐츠 데이터베이스에 대해 동시에 실행할 수 있는 워크플로의 최대 개수는 15개입니다. 이 임계값에 도달하면 나중에 워크플로 타이머 서비스에서 실행할 수 있도록 새로운 워크플로 활성화 요청이 큐에서 대기하게 됩니다. 비타이머 실행이 완료되면 새 요청은 이 임계값에 대해 계산됩니다. 이 제한은 Set-SPFarmConfig Windows PowerShell cmdlet을 사용하여 구성할 수 있습니다. 자세한 내용은 Set-SPFarmConfig를 참조하십시오.

참고: 이 제한은 진행 중일 수 있는 총 워크플로 수를 나타내는 대신 처리 중인 인스턴스의 수를 나타냅니다. 이 제한을 늘리면 워크플로 시작 및 완료 작업의 처리량이 증가하지만 콘텐츠 데이터베이스 및 시스템 리소스에 대한 부하도 함께 늘어납니다.

워크플로 타이머 일괄 처리 크기

100

임계값

워크플로 타이머 작업을 실행할 때마다 수집되어 워크플로로 전달되는 이벤트의 수입니다. 이 수치는 Windows PowerShell을 사용하여 구성할 수 있습니다. 추가 이벤트에 대비하려면 SharePoint Foundation 워크플로 타이머 서비스 인스턴스를 추가로 실행하면 됩니다.

워크플로 연결

목록당 100개

지원

이 제한을 초과하면 100개가 넘는 연결 및 해당 상태 열에 대해 로드되는 데이터의 양이 많아 브라우저 성능이 떨어집니다.

워크플로 인스턴스를 시작하기 위해 대량으로 만들거나 업로드할 수 있는 목록 항목 또는 문서

항목 5,000개

지원

테스트 결과 단일 대량 업로드에서 최대 5,000개의 항목이 만들어질 때 항목을 만들 때 시작 워크플로 연결에 대해 모든 워크플로 활성화 이벤트가 처리되는 것으로 확인되었습니다. 이 제한을 초과하면 워크플로 초기화 제한 시간이 초과됩니다.

웹 사이트당 게시된 워크플로 정의

웹 사이트당 1,000개

지원

웹 사이트당 지원되는 게시된 워크플로 정의의 최대 수는 1,000개입니다.

사이트당 총 워크플로 연결

사이트당 1,799개

경계

서비스 버스는 범위당 최대 1,799개의 가입을 지원합니다. 이 최대값은 게시된 연결과 게시되지 않은 연결을 더한 값입니다.

최대 워크플로 정의(XAML) 크기

5,120KB

경계

크기 제한을 초과하는 XAML 파일을 게시하려고 하면 실패합니다.

XAML의 워크플로 하위 단계 최대 깊이(워크플로 복잡도)

121개 수준

경계

XAML의 노드 깊이에 대해 125라는 하드 한도가 있습니다. 최대값인 121개 수준은 SharePoint Designer에서 자동으로 삽입하는 기본 작업(단계, 시퀀스 등)을 고려하여 산정된 값입니다.

웹 서버별 초당 워크플로 인스턴스 활성화

초당 6개

임계값

테스트 결과 SharePoint 웹 서버는 초당 최대 6개의 워크플로 인스턴스를 활성화할 수 있는 것으로 확인되었습니다. 이 값은 누적되며 따라서 팜의 웹 서버 수에 따라 늘어납니다. 예를 들어 두 개의 웹 서버는 초당 12개의 워크플로 인스턴스를 활성화할 수 있으며 세 개의 웹 서버는 18개의 워크플로 인스턴스를 활성화할 수 있습니다.

웹 서버별 SharePoint 워크플로로부터의 초당 REST 호출

초당 60개

지원

테스트 결과 SharePoint 웹 서버는 SharePoint 워크플로로부터의 REST 호출을 초당 최대 60개까지 효과적으로 처리할 수 있는 것으로 확인되었습니다. 호출 수가 이 수준을 초과할 경우 SharePoint 팜에 부하 분산 웹 서버를 추가하는 것이 좋습니다. 테스트 환경에서는 단일 웹 서버에 대해 초당 120개의 REST 호출이 이루어졌고 결과적으로 CPU 사용률이 90~100%로 유지되었습니다. 두 번째 웹 서버를 추가할 경우 두 서버에서 CPU 사용률이 30~40%로 떨어졌습니다. 세 번째 웹 서버를 추가하면 초당 180개의 호출을 처리할 수 있었고 세 서버 모두에서 CPU 사용률이 30~40%였습니다. 이 테스트에 사용된 서버는 각각 16코어 프로세서와 24GB의 RAM을 갖춘 Hyper-V 가상 컴퓨터였습니다.

워크플로 변수 값 크기

256KB

경계

단일 워크플로 변수에 저장될 수 있는 최대 데이터 양은 256KB입니다. 이 제한을 초과하면 워크플로 인스턴스가 종료됩니다.

인덱싱되지 않은 필드에 대한 워크플로 조회 최대 목록 크기

목록당 항목 5,000개

임계값

이 제한은 최대 보기 크기 제한의 결과입니다. 이 제한을 초과하면 관리자가 아닌 일반 사용자의 경우 인덱싱되지 않은 필드에 대한 워크플로 조회가 실패합니다. 이 임계값에서 워크플로가 필드에 대해 조회를 성공적으로 수행하려면 필드에 대해 인덱스가 생성되어야 합니다.

자동 시작 워크플로 연결에 대한 최대 목록 크기

목록당 항목 1,000,000개

지원

테스트 결과 목록 크기가 항목 1,000,000개로 커질 때까지는 자동 시작 워크플로 연결 성능이 영향을 받지 않는 것으로 확인되었습니다. 응답 시간은 목록 크기가 확장되는 것에 따라 변경되지 않으므로 결과적인 제한은 비워크플로 목록의 최대 항목 수와 같습니다.

다음 표에는 관리되는 메타데이터 용어 저장소에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

용어 저장소에서 중첩된 용어의 최대 수준 수

7

지원

용어 집합의 용어는 계층 구조를 통해 나타낼 수 있습니다. 용어 집합에는 최대 7개의 용어 수준(상위 용어 및 상위 용어 아래에 중첩된 6개의 수준)이 포함될 수 있습니다.

용어 저장소의 최대 용어 집합 수

1,000

지원

용어 저장소에는 최대 1,000개의 용어 집합이 포함될 수 있습니다.

용어 집합의 최대 용어 수

30,000

지원

용어 집합의 최대 용어 수는 30,000개입니다.

참고 참고:
동의어 및 번역 같은 동일한 용어에 대한 추가 레이블은 개별 용어로 계산되지 않습니다.

용어 저장소의 총 항목 수

1,000,000

지원

항목은 용어 또는 용어 집합입니다. 용어 및 용어 집합의 합은 1,000,000개를 초과할 수 없습니다. 동의어 및 번역 같은 동일한 용어에 대한 추가 레이블은 개별 용어로 계산되지 않습니다.

참고 참고:
하나의 용어 저장소에서 최대 개수의 용어 집합과 최대 개수의 용어를 동시에 유지할 수는 없습니다.

변형 레이블의 수

용어 저장소당 209개

지원

용어 저장소당 변형 레이블의 최대 수는 209개입니다.

관리 탐색 용어 집합의 용어 수

2,000

지원

관리 탐색 용어 집합에 지원되는 최대 용어 수는 2,000개입니다.

다음 표에는 SharePoint Server 2013의 Visio Services 인스턴스에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

Visio 웹 드로잉의 파일 크기

50MB

임계값

Visio Services에는 관리자가 Visio에서 처리하는 웹 드로잉의 최대 크기를 변경하는 데 사용할 수 있는 구성 설정이 있습니다.

파일 크기가 이보다 크면 다음과 같은 부작용이 발생합니다.

  • Visio Services의 메모리 공간이 증가합니다.

  • CPU 사용량이 늘어납니다.

  • 초당 응용 프로그램 서버 요청 수가 감소합니다.

  • 전반적인 대기 시간이 늘어납니다.

  • SharePoint 팜 네트워크 부하가 증가합니다.

Visio 웹 드로잉 재계산 제한 시간

120초

임계값

Visio Services에는 관리자가 데이터를 새로 고친 후 드로잉을 다시 계산하는 데 걸릴 수 있는 최대 시간을 변경하는 데 사용할 수 있는 구성 설정이 있습니다.

재계산 제한 시간이 이보다 높으면 다음과 같은 현상이 발생합니다.

  • CPU 및 메모리 가용성이 줄어듭니다.

  • 초당 응용 프로그램 요청 수가 감소합니다.

  • 모든 문서에서 평균 대기 시간이 증가합니다.

재계산 제한 시간이 이보다 작으면 다음과 같은 현상이 발생합니다.

  • 표시할 수 있는 다이어그램의 복잡성이 줄어듭니다.

  • 초당 요청 수가 증가합니다.

  • 모든 문서에서 평균 대기 시간이 감소합니다.

Visio Services의 최소 캐시 보존 기간(데이터 연결 다이어그램)

최소 캐시 보존 기간: 0 ~ 24시간

임계값

최소 캐시 보존 기간은 데이터 연결 다이어그램에 적용됩니다. 또한 현재 다이어그램을 캐시에서 제거할 수 있는 가장 빠른 시점을 결정합니다.

최소 캐시 보존 기간을 너무 낮은 값으로 설정하면 처리량이 감소하고 대기 시간이 증가하는데, 이는 캐시의 유효성 검사를 지나치게 자주 수행하여 Visio에서 재계산을 자주 수행하도록 하고 CPU 및 메모리 가용성이 줄어들기 때문입니다.

Visio Services의 최대 캐시 보존 기간(비데이터 연결 다이어그램)

최대 캐시 보존 기간: 0 ~ 24시간

임계값

최대 캐시 보존 기간은 비데이터 연결 다이어그램에 적용됩니다. 이 값에 따라 메모리에서 현재의 다이어그램이 유지되는 기간이 결정됩니다.

최대 캐시 보존 기간을 늘리면 일반적으로 요청되는 드로잉의 대기 시간이 줄어듭니다.

그러나 최대 캐시 보존 기간을 너무 높은 값으로 설정하면 대기 시간이 증가하고 캐시되지 않은 항목에 대한 처리 속도가 느려지는데, 이는 캐시에 이미 있는 항목에서 사용 가능한 메모리를 소모하여 메모리가 줄어들기 때문입니다.

SharePoint Web Analytics 서비스는 SharePoint Server 2013에서 더 이상 사용되지 않습니다.

다음 표에는 SharePoint Server 2013의 PerformancePoint Services에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

Excel Services 데이터 원본에 대한 쿼리당 1,000,000개

경계

Excel Services 데이터 원본을 호출하는 PerformancePoint 성과 기록표에는 쿼리당 셀 개수가 최대 1,000,000개로 제한됩니다.

열 및 행

열 15개 x 행 60,000개

임계값

Excel 통합 문서를 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다.

SharePoint 목록에 대한 쿼리

열 15개 x 행 5,000개

지원

SharePoint 목록을 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다.

SQL Server 데이터 원본에 대한 쿼리

열 15개 x 행 20,000개

지원

SQL Server 테이블을 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다.

다음 표에는 Word Automation Services에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

입력 파일 크기

512MB

경계

Word Automation Services에서 처리할 수 있는 최대 파일 크기입니다.

변환을 시작하는 빈도(분)

1분(권장)

15분(기본값)

59분(경계)

임계값

이 설정에 따라 Word Automation Services 타이머 작업이 실행되는 빈도가 결정됩니다. 수치가 낮을수록 타이머 작업의 실행 속도가 빨라집니다. 테스트 결과 이 타이머 작업은 분당 한 번씩 실행하는 것이 가장 유용한 것으로 확인되었습니다.

변환 프로세스당 시작할 변환 수

PDF/XPS 출력 형식: 30 x M 다른 모든 출력 형식: 72 x M 여기서 M은 변환을 시작할 빈도 값(분)입니다.

임계값

시작할 변환 수는 Word Automation Services의 처리량에 영향을 줍니다.

이러한 값을 권장되는 수준보다 높게 설정하면 일부 변환 항목이 시작 시 일시적으로 오류가 발생하고 사용자 권한이 만료될 수 있습니다. 사용자 권한은 변환 작업이 시작된 시간부터 24시간이 지나면 만료됩니다.

변환 작업 크기

변환 항목 100,000개

지원

변환 작업에는 하나 이상의 변환 항목이 포함되며, 각각의 변환 항목은 SharePoint의 단일 입력 파일에서 수행할 단일 변환을 나타냅니다. ConversionJob.Start 메서드를 사용하여 변환 작업이 시작되면 변환 작업 및 모든 변환 항목이 응용 프로그램 서버로 전송되며 여기서 해당 작업이 Word Automation Services 데이터베이스에 저장됩니다. 변환 항목 수가 많으면 Start 메서드의 실행 시간과 응용 프로그램 서버로 전송되는 바이트 수가 모두 증가합니다.

총 활성 변환 프로세스

N-1(여기서 N은 각 응용 프로그램 서버의 코어 수)

임계값

활성 변환 프로세스에서는 단일 처리 코어가 사용될 수 있습니다. 따라서 고객은 응용 프로그램 서버의 처리 코어 수보다 변환 프로세스를 많이 실행해서는 안 됩니다. 변환 타이머 작업 및 다른 SharePoint 작업 시에도 처리 코어를 이따금씩 사용해야 합니다.

변환 작업 및 SharePoint에서 사용할 수 있도록 항상 코어 하나를 사용 가능한 상태로 남겨 두는 것이 좋습니다.

Word Automation Services 데이터베이스 크기

변환 항목 2,000,000개

지원

Word Automation Services에서는 해당 데이터베이스에 변환 항목의 영구적 큐를 유지 관리합니다. 각 변환 요청에서는 하나 이상의 레코드를 생성합니다.

Word Automation Services는 데이터베이스에서 레코드를 자동으로 삭제하지 않으므로 유지 관리를 수행하지 않으면 데이터베이스가 급격하게 커질 수 있습니다. 관리자는 Windows PowerShell cmdlet인 Remove-SPWordConversionServiceJobHistory를 사용하여 변환 작업 기록을 수동으로 제거할 수 있습니다. 자세한 내용은 Remove-SPWordConversionServiceJobHistory를 참조하십시오.

다음 표에는 SharePoint Server 2013의 Excel Services에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

최대 통합 문서 크기

10MB

지원

Excel Services에서 열 수 있는 최대 통합 문서 크기는 10MB입니다.

다음 표에는 기계 번역 서비스에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

이진 파일의 입력 파일 크기

파일당 524,288KB

임계값

제한보다 크기가 큰 파일은 전송 및 처리하는 데 시간이 오래 걸리므로 서비스 처리량이 떨어집니다.

텍스트 파일의 입력 파일 크기

파일당 15,360KB

임계값

제한보다 크기가 큰 파일의 경우 번역할 텍스트가 너무 많으므로 서비스 처리량이 떨어집니다.

Microsoft Word 문서의 최대 문자 수

문서당 10,000,000자

임계값

제한보다 문자 수가 많은 문서의 경우 번역할 텍스트가 너무 많으므로 서비스 처리량이 떨어집니다.

총 동시 번역 프로세스

5

임계값

제한보다 많은 프로세스를 사용할 경우 한 번에 번역될 수 있는 텍스트에 대한 제한이 있으므로 처리량이 높아지지 않습니다. 더 많은 프로세스를 사용하면 서버 리소스 요구량이 늘어납니다.

번역 간 지연

59분

임계값

제한보다 큰 간격으로 번역을 시작하면 문서 번역에 걸리는 시간이 너무 늘어나며 큐에서 대기 중인 번역 수가 너무 많이 증가할 수 있습니다.

번역 프로세스당 번역 수

프로세스당 1,000개

임계값

제한보다 많은 번역을 시작하면 제한 시간 초과로 인해 번역이 실패하게 되는데, 제한 시간이 끝나기 전에는 번역이 처리될 수 없기 때문입니다.

최대 동시 번역 요청 수

300

임계값

동시 번역 요청 수가 300개를 초과하면 번역 제한 시간이 초과하는데 요청이 제한 시간보다 오래 큐에서 대기하기 때문입니다.

번역 작업당 파일 수

파일 100,000개

지원

파일 수가 제한을 초과하는 작업을 전송하면 작업 전송 시간 및 처리 시간이 너무 길어집니다.

기계 번역 서비스 데이터베이스 크기

파일 1,000,000개

지원

데이터베이스 크기가 데이터베이스의 최대 파일 수를 초과하여 증가하면 작업 큐 유지 관리 작업의 속도가 느려집니다.

다음 표에는 Office Web Apps에 대한 권장 지침이 나와 있습니다. Office 클라이언트 응용 프로그램 제한은 응용 프로그램이 웹 앱으로 실행되는 경우에도 적용됩니다.

 

제한 최대값 제한 유형 비고

캐시 크기

100GB

임계값

콘텐츠 데이터베이스의 일부로 만들어진 문서를 렌더링하는 데 사용할 수 있는 공간입니다. 기본적으로 문서를 렌더링하는 데 사용할 수 있는 캐시는 100GB입니다. 사용 가능한 캐시는 늘리지 않는 것이 좋습니다.

렌더링

응용 프로그램 서버 한 대(최대 코어 수 8개)를 기준으로 CPU 코어별로 문서마다 초당 1회

경계

이는 일정한 기간 동안 응용 프로그램 서버에서 "일반적인" 문서에 대해 수행할 수 있는 평균 렌더링 횟수를 측정한 값입니다.

OneNote 동시 병합 작업

문서당 8개

임계값

OneNote 병합 기능에서는 전자 필기장을 공동으로 작성하는 여러 사용자로부터 변경 내용을 취합합니다. 너무 많은 동시 병합이 이미 진행 중인 경우에는 대신 충돌 페이지가 생성되어 사용자가 병합을 수동으로 수행하도록 합니다.

다음 표에는 Project Server에 대한 권장 지침이 나와 있습니다. Project Server용 계획을 세우는 방법에 대한 자세한 내용은 Project Server 2013 계획를 참조하십시오.

 

제한 최대값 제한 유형 비고

프로젝트 종료 시간

날짜: 2149년 12월 31일

경계

Project 계획은 2149년 12월 31일 이후로 확장할 수 없습니다.

프로젝트 계획당 결과물

결과물 1,500개

경계

Project 계획에는 1,500개가 넘는 결과물이 포함될 수 없습니다.

보기의 필드 수

256

경계

사용자는 Project Web App에서 정의한 보기에 256개가 넘는 필드를 추가할 수 없습니다.

보기에 대한 필터의 절 수

50

경계

사용자는 보기에 절 수가 50개가 넘는 필터를 추가할 수 없습니다.

다음 표에는 SharePoint용 앱에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

최대 Access/SharePoint 앱 패키지 크기

100MB

경계

Access 클라이언트에서 만드는 앱 패키지에 대한 제한은 100MB입니다.

참고 참고:
Access에서는 앱 패키지를 만들 때 데이터베이스를 압축하므로 앱 패키지는 100MB보다 더 많은 데이터를 포함할 수 있습니다.

SQL Azure의 최대 Access 앱 데이터베이스 저장소 크기

1GB

경계

SharePoint Online에서 만든 각 Access 앱은 SQL Azure에 데이터베이스를 생성합니다. SQL Azure의 데이터베이스 저장소에 대한 제한은 1GB입니다. 온-프레미스 설치에서는 연결된 SQL 데이터베이스의 크기를 관리자가 제어합니다.

라이선스 관리 페이지에 표시되는 앱

2,000

경계

라이선스 관리 페이지에 최대 2,000개의 앱(스토어에서 구입)을 표시할 수 있습니다. 앱이 설치된 사이트의 모든 사이트 콘텐츠 페이지로 이동한 후 라이선스를 클릭하거나, 마켓플레이스 검색으로 앱을 검색하여 모든 앱의 라이선스를 관리할 수 있습니다.

테넌트당 앱 라이선스 수

1,000,000

지원

온-프레미스 또는 SharePoint Online에서 단일 SharePoint 배포에 대해 지원되는 최대 라이선스 수(스토어에서 앱 구입). 이 제한을 초과하면 서버 성능이 떨어질 수 있습니다.

앱 추가 페이지에 표시되는 앱 수

240

경계

이 제한에 도달하면 처음 240개의 앱만 표시되고 앱을 검색하여 찾는 방법을 안내하는 메시지가 나타납니다.

앱 라이선스당 관리자 수

30

경계

30명의 사용자만 라이선스를 관리할 수 있습니다. 라이선스 관리자는 사용자를 추가 또는 제거하거나 라이선스를 삭제할 수 있습니다.

사용자가 볼 수 있는 앱 라이선스 수(자신에게 할당된 앱 라이선스)

2,000

경계

한 사용자에게 2,000개 이상의 라이선스가 할당된 경우 해당 사용자는 기본 앱 추가 보기에서 더 이상 어떤 앱도 볼 수 없습니다. 대신 앱 카탈로그 또는 SharePoint 스토어를 검색하는 방법을 안내하는 메시지가 나타납니다.

단일 사용자가 볼 수 있는 사내 카탈로그의 앱 수

500

경계

사내 카탈로그의 앱 500개 이상을 단일 사용자가 사용할 수 있는 경우 해당 사용자는 기본 앱 추가 보기에서 더 이상 어떤 앱도 볼 수 없습니다. 대신 앱 카탈로그 또는 SharePoint 스토어를 검색하는 방법을 안내하는 메시지가 나타납니다.

다음 표에는 배포된 캐시 서비스에 대한 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

캐시 호스트당 팔로우할 수 있는 엔터티(사용자, 문서, 사이트 및 hashtag) 수

400,000

지원

배포된 캐시 서비스에 할당된 16GB의 RAM을 가진 배포된 캐시 호스트에서 단일 사용자가 팔로우할 수 있는 총 엔터티 수는 400,000개입니다.

클러스터의 캐시 호스트 수

16

경계

배포된 캐시 클러스터 하나가 지원할 수 있는 총 캐시 호스트 수는 16개입니다.

캐시 호스트 전용의 최대 메모리 양

16GB

경계

클러스터의 한 캐시 호스트에서 배포된 캐시 서비스 전용으로 할당될 수 있는 총 메모리는 16GB입니다.

다음 표에는 다른 섹션에서 다루지 않은 서비스 및 기능에 대한 제한 및 권장 지침이 나와 있습니다.

 

제한 최대값 제한 유형 비고

장치 채널당 사용자 에이전트 하위 문자열 수

150

경계

모바일 장치당 최대 사용자 에이전트 하위 문자열 수는 150개입니다.

EDiscovery 사례당 SharePoint 원본 수

100

경계

EDiscovery 사례에 추가할 수 있는 최대 SharePoint 원본 수는 100개입니다.

EDiscovery 사례당 Exchange 원본(사서함) 수

1,500

경계

EDiscovery 사례당 최대 Exchange 원본(사서함) 수는 1,500개입니다.

EDiscovery 쿼리의 최대 크기

문자 16K 또는 키워드 500개

경계

EDiscovery 쿼리 크기는 키워드 500개 또는 문자 16,000자 중 먼저 도달하는 값으로 제한됩니다.

https://technet.microsoft.com/ko-kr/library/cc262971.aspx
이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
표시:
© 2015 Microsoft