SharePoint Server 2016 및 2019의 소프트웨어 경계 및 제한 사항
적용 대상:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
이 문서에서는 다음을 포함하는 SharePoint Server 2016 및 2019의 소프트웨어 경계 및 제한에 대해 설명합니다.
경계: 의도적으로 초과할 수 없는 정적 제한
임계값: 특정 요구 사항을 수용하도록 초과할 수 있는 구성 가능한 제한
지원되는 제한: 테스트된 값으로 기본 설정된 구성 가능한 제한
참고
이 문서의 용량 계획 정보는 계획 수립 과정에 지침으로 활용할 수 있습니다. 이 정보는 Microsoft에서 실제 속성에 대해 수행한 테스트 결과를 기반으로 합니다. 그러나 사용하는 장비 및 사이트에 대해 구현하는 기능에 따라 결과는 달라질 수 있습니다.
Microsoft 365 SharePoint 제한에 대해 자세히 알아봅니다.
경계 및 제한의 개요
이 문서에는 SharePoint Server 2016의 테스트된 성능 및 용량 제한을 이해하는 데 도움이 되는 정보가 포함되어 있으며 제한이 허용 가능한 성능과 어떻게 관련되는지에 대한 지침을 제공합니다. 이 문서의 정보를 사용하여 계획한 배포가 적절한 성능 및 용량 제한 내에 포함되는지 여부를 확인하고 해당 환경에서 제한을 적절히 구성합니다.
이 문서에 제공된 테스트 결과 및 지침은 단일 SharePoint Server 팜에 적용됩니다. 설치에 서버를 추가해도 이 문서의 뒷부분에 있는 제한 및 경계 섹션의 표에 나열된 개체의 용량 제한이 증가하지 않을 수 있습니다. 반면 서버 컴퓨터를 추가하면 서버 팜의 처리량이 늘어나는데, 많은 수의 개체에 대해 적절한 성능을 유지하려면 보다 높은 처리량이 필요할 수 있습니다. 솔루션에 필요한 개체 수가 많은 경우에는 팜의 서버 수를 늘려야 할 수도 있습니다.
지정된 환경의 성능에 영향을 줄 수 있는 여러 요인이 있으며 이러한 각 요인은 다른 영역의 성능에 영향을 줄 수 있습니다. 이 문서의 테스트 결과 및 권장 사항 중 일부는 사용자 환경에 존재하지 않으므로 솔루션에 적용되지 않는 기능 또는 사용자 작업과 관련이 있을 수 있습니다. 철저히 테스트를 거쳐야만 해당 환경과 관련된 정확한 데이터를 제공할 수 있습니다.
경계, 임계값 및 지원되는 제한
SharePoint Server에는 의도적으로 제한되고 초과할 수 없는 특정 제한과 팜 관리자가 변경할 수 있는 기본값으로 설정된 다른 제한이 있습니다. 웹 애플리케이션당 사이트 모음 수와 같이 구성 가능한 값으로 표현되지 않는 특정 제한도 있습니다.
경계는 의도적으로 초과할 수 없는 절대 제한입니다. 팜을 디자인할 때 잘못된 가정을 하지 않도록 이러한 제한을 이해하는 것이 중요합니다.
경계의 예로는 10GB(기가바이트) 문서 크기 제한이 있습니다. 10GB보다 큰 문서를 저장하도록 SharePoint Server 2016을 구성할 수 없습니다. 이 경계는 기본 제공 절대 값이며 의도적으로 초과할 수 없습니다.
임계값은 값을 수정하지 않는 한 초과할 수 없는 기본값입니다. 특정 상황에서는 팜 디자인의 분산을 수용하기 위해 임계값을 초과할 수 있습니다. 임계값을 초과하면 다른 제한의 유효 값 외에도 팜의 성능에 영향을 줄 수 있음을 이해하는 것이 중요합니다.
특정 임계값의 기본값은 절대 최대값까지만 초과할 수 있습니다. 이에 대한 좋은 예로는 문서 크기 제한이 있습니다. 기본적으로 기본 문서 크기 임계값은 2GB(기가바이트)로 설정되지만 최대 경계 10GB를 지원하도록 변경할 수 있습니다.
지원되는 제한은 지정된 매개 변수에 대해 테스트된 값을 정의합니다. 테스트를 통해 정해진 이러한 제한의 기본값은 제품의 알려진 제한을 나타냅니다. 지원되는 제한을 초과하면 예기치 못한 결과, 대폭적인 성능 저하 또는 그 밖의 좋지 않은 영향이 발생할 수 있습니다.
지원되는 일부 제한은 기본적으로 권장 값으로 설정된 구성 가능한 매개 변수이며, 지원되는 다른 제한은 구성 가능한 값으로 표현되지 않는 매개 변수와 관련이 있습니다.
지원되는 제한의 예로는 팜당 사이트 모음 수가 있습니다. 지원되는 제한은 테스트 시 성능 벤치마크를 충족한 가장 큰 웹 응용 프로그램당 사이트 모음 수입니다.
이 문서에 제공된 많은 제한 값은 값이 증가함에 따라 증가하는 리소스 부하 및 수반되는 성능 저하를 설명하는 곡선의 점을 나타낸다는 것을 알아야 합니다. 따라서 웹 응용 프로그램당 사이트 모음 수 같은 특정 제한을 초과하더라도 팜 성능은 일부만 저하될 수 있습니다. 그러나 대부분의 경우 팜의 디자인이 제한 값의 적절한 균형을 제공하는 경우 허용되는 성능 및 안정성 목표를 가장 잘 달성할 수 있으므로 설정된 제한에서 또는 그 근처에서 작동하는 것이 모범 사례는 아닙니다.
임계값 및 지원되는 제한에 대한 지침은 성능에 따라 결정됩니다. 즉, 제한의 기본값을 초과할 수 있지만 제한 값을 늘림에 따라 팜 성능 및 다른 제한의 유효 값이 영향을 받을 수 있습니다. SharePoint Server 2016의 여러 제한을 변경할 수 있지만 지정된 제한을 변경하면 팜의 다른 부분에 미치는 영향을 이해하는 것이 중요합니다.
제한 설정 방법
SharePoint Server에서 팜 서비스 및 운영이 효과적인 운영 제한에 도달하는 지점까지 부하가 증가하는 상태에서 팜 동작을 테스트하고 관찰하여 임계값 및 지원되는 제한이 설정됩니다. 일부 팜 서비스 및 구성 요소는 다른 팜 서비스 및 구성 요소보다 높은 부하를 지원할 수 있으므로 경우에 따라 여러 요소의 평균을 토대로 제한 값을 할당해야 합니다.
예를 들어 사이트 모음이 추가될 때 부하가 발생하는 상황에서 팜의 동작을 관찰하면 일부 기능은 대기 시간이 너무 길어지는 반면 일부 기능은 여전히 적절한 매개 변수 범위 내에서 작동하는 것으로 나타납니다. 따라서 사이트 모음 수에 할당된 최대값은 절대적인 것은 아니지만 대부분의 상황에서 지정된 제한에서 전체 팜 성능이 허용되는 예상 사용 특성 집합에 따라 계산됩니다.
일부 서비스가 제한 테스트에 사용된 것보다 높은 매개 변수로 작동하는 경우에는 다른 서비스의 최대 유효 값이 줄어들게 됩니다. 따라서 해당 환경에 대한 효과적인 제한을 설정하려면 엄격한 용량 관리를 실행하고 특정 배포에 대한 테스트 연습을 스케일링하는 것이 중요합니다.
참고
제한이 여러 팜 및 환경에서 수집되었기 때문에 이 문서의 제한의 유효성을 검사하는 데 사용된 하드웨어는 설명하지 않습니다.
파이 분배를 활용한 은유적 비교
하드웨어 리소스, 부하 및 성능 간의 관계를 이해하려면 관계에 포함되는 각 요소 및 이러한 요소가 서로에게 영향을 주는 방식을 시각화할 수 있어야 합니다.
팜의 용량이 하나의 둥근 파이이며 각 파이 조각의 크기를 합하면 서버, 하드웨어 리소스(예: CPU, RAM), 저장소 용량, 디스크 IOPS, 네트워크 대역폭, 대기 시간 등의 요소를 합한 것과 같다고 가정해 보겠습니다. 여기서 파이의 크기는 팜의 전체 리소스와 관련되며 팜 서버 등의 리소스를 추가하면 파이의 크기가 커집니다.
이 원형은 사용자 요청, 검색 쿼리, 설치된 기능에 대한 작업, 타이머 작업 및 운영 체제 오버헤드 등 다양한 원본의 부하를 나타내는 조각으로 나뉩니다. 각 섹션은 사용 가능한 팜 리소스를 공유해야 합니다. 즉, 한 파이 조각의 크기가 커지면 다른 조각의 크기는 그에 비례하여 작아져야 합니다. 팜의 로드가 정적이지 않으므로(예를 들어 사용자 요청은 하루 중 특정 시간에만 중요할 수 있음) 조각의 상대적 크기는 지속적으로 유동적입니다. 그러나 각 조각은 정상적으로 작동할 수 있도록 필요한 최소 크기를 유지해야 하며, 각 조각이 나타내는 기능은 상호 종속되므로 한 조각의 크기를 늘리면 다른 조각이 사용할 수 있는 리소스가 줄어들 뿐 아니라 다른 조각에 대한 부하도 증가할 수 있습니다.
이러한 은유적 비교를 고려할 때 팜 디자인의 목표는 최대 부하에서 각 파이 조각의 필요한 크기를 수용할 수 있는 크기의 전체 파이를 만드는 것입니다.
다음으로는 사용자 요청이 기준을 100% 초과하는 시나리오를 가정해 보겠습니다. 이 시나리오에서 요청의 절반은 검색 쿼리이고 나머지 절반은 목록 및 문서 편집입니다. 이처럼 부하가 증가되면 다른 파이 조각에 부담을 주게 되는데, 일부 팜 기능은 이를 보상하기 위해 더 많은 작업을 수행해야 합니다. 예를 들어 Search Service는 더 많은 쿼리를 처리해야 하는데 이러한 쿼리의 대부분은 캐시에서 처리되지만 일부 쿼리는 데이터베이스 서버로 전달되므로 해당 서버의 부하 역시 높아집니다. 데이터베이스 서버의 로드가 너무 커지면 디스크 큐 길이가 증가하여 다른 모든 요청의 대기 시간이 늘어나게 됩니다.
제한 및 경계
이 섹션에서는 솔루션을 구성할 수 있는 개체를 나열하고 각 개체 종류에 대해 적절한 성능을 유지하기 위한 지침을 제공합니다. 허용 가능한 성능은 테스트된 시스템이 해당 개체 수를 지원할 수 있지만 성능이 약간 감소하거나 관련 제한 값이 감소하지 않으면 수를 초과할 수 없음을 의미합니다. 개체는 범위와 기능을 모두 기준으로 하여 나열됩니다. 또한 제한 데이터와 함께 제한을 얻은 조건에 대한 설명 및 추가 정보에 대한 링크(사용 가능한 경우)가 제공됩니다.
이 문서의 지침을 사용하여 전체 솔루션 계획을 검토하십시오. 해당 솔루션 계획에서 하나 이상의 개체에 대한 권장 지침을 초과하는 경우 다음 작업을 하나 이상 수행하십시오.
솔루션을 평가하여 다른 영역에서 보완이 이루어지는지 확인합니다.
배포 환경을 구축할 때 테스트하고 모니터링할 수 있도록 이러한 영역에 플래그를 지정합니다.
용량 지침을 초과하지 않도록 솔루션을 다시 디자인하거나 분할합니다.
계층 구조별 제한
이 섹션에서는 SharePoint Server 2016 팜의 논리적 계층 구조에 따라 정렬된 제한을 소개합니다.
웹 응용 프로그램 제한
다음 표에는 웹 응용 프로그램에 대한 권장 지침이 나와 있습니다.
| 제한 | 참고 | 참고 | 비고 |
|---|---|---|---|
| 웹 응용 프로그램 |
팜당 20개 |
지원 |
웹 응용 프로그램의 수를 가능한 한 제한하는 것이 좋습니다. 가능한 경우에 웹 응용 프로그램을 추가하는 대신 호스트 이름으로 된 사이트 모음을 추가로 만듭니다. |
| 영역 |
웹 응용 프로그램당 5개 |
경계 |
팜에 대해 정의된 영역 수는 5개로 하드 코딩됩니다. 영역에는 기본, 인트라넷, 엑스트라넷, 인터넷 및 사용자 지정이 있습니다. |
| 호스트 이름으로 된 사이트 모음의 관리 경로 |
팜당 20개 |
지원 |
호스트 이름으로 된 사이트 모음의 관리 경로는 팜 수준에서 적용됩니다. 생성된 각 관리 경로는 모든 웹 응용 프로그램에서 적용될 수 있습니다. |
| 경로 기반 사이트 모음의 관리 경로 |
웹 응용 프로그램당 20개 |
지원 |
관리 경로는 웹 서버에서 캐시되며, CPU 리소스를 사용하여 관리 경로 목록에 대해 들어오는 요청을 처리합니다. 경로 기반 사이트 모음의 관리 경로는 웹 응용 프로그램 수준에서 적용됩니다. 각 웹 응용 프로그램에 대해 서로 다른 관리 경로 집합을 만들 수 있습니다. 웹 응용 프로그램당 관리 경로가 20개를 초과하면 요청이 발생할 때마다 웹 서버에 부하가 추가됩니다. 지정된 웹 응용 프로그램에서 20개가 넘는 관리 경로를 사용하려는 경우에는 적절한 시스템 성능을 유지하는지 여부를 테스트하는 것이 좋습니다. |
| 솔루션 캐시 크기 |
웹 응용 프로그램당 300MB |
임계값 |
InfoPath Forms Services에서는 솔루션 캐시를 통해 솔루션을 캐시에 유지하여 솔루션 검색 속도를 높일 수 있습니다. 캐시 크기가 초과되면 솔루션을 디스크에서 검색하므로 응답 시간이 느려질 수 있습니다. 솔루션 캐시의 크기를 구성하려면 Set-SPInfoPathFormsService를 참조하세요. |
SharePoint Server 제한
다음 표에는 팜의 웹 서버에 대한 권장 지침이 나와 있습니다.
| 제한 | 참고 | 참고 | 비고 |
|---|---|---|---|
| 응용 프로그램 풀 |
웹 서버당 10개 |
임계값 |
최대 수는 하드웨어 기능에 따라 결정됩니다. 이 제한은 다음에 따라 크게 달라집니다. 웹 서버에 할당된 메모리의 양 팜에서 처리하는 작업량(즉, 사용자 기반 및 사용 특성. 작업량이 많은 단일 응용 프로그램 풀의 경우 10GB 이상을 사용할 수 있음) |
콘텐츠 데이터베이스 제한
다음 표에는 콘텐츠 데이터베이스에 대한 권장 지침이 나와 있습니다.
| 제한 | 참고 | 참고 | 비고 |
|---|---|---|---|
| 콘텐츠 데이터베이스 수 |
팜당 500개 |
지원 |
팜당 최대 콘텐츠 데이터베이스 수는 500개입니다. 웹 애플리케이션당 콘텐츠 데이터베이스가 500개인 경우 사이트 또는 사이트 모음 열기와 같은 최종 사용자 작업은 영향을 받지 않습니다. 그러나 새 사이트 모음을 만드는 등의 관리 작업을 수행하면 성능이 떨어집니다. 따라서 콘텐츠 데이터베이스의 수가 많은 경우에는 관리 인터페이스가 느려지고 탐색이 어려워질 수 있으므로 PowerShell을 사용하여 웹 응용 프로그램을 관리하는 것이 좋습니다. SharePoint Server 2016은 콘텐츠 데이터베이스당 200GB 및 팜당 500개의 콘텐츠 데이터베이스를 사용하여 팜당 100TB의 데이터를 지원합니다. |
| 콘텐츠 데이터베이스 크기(일반 사용 시나리오) |
콘텐츠 데이터베이스당 200GB |
지원 |
이 표의 다음 행에 나와 있는 상황이 적용되는 경우를 제외하고는 콘텐츠 데이터베이스의 크기를 200GB로 제한하는 것이 좋습니다. RBS(원격 BLOB Storage)를 사용하는 경우 콘텐츠 데이터베이스의 원격 BLOB 스토리지 및 메타데이터의 총 볼륨이 200GB 제한을 초과해서는 안 됩니다. |
| 콘텐츠 데이터베이스 크기(모든 사용 시나리오) |
콘텐츠 데이터베이스당 4TB |
지원 |
다음 요구 사항을 충족하는 경우에는 총 4TB의 콘텐츠 데이터베이스가 지원됩니다. GB당 0.25 IOPS의 디스크 하위 시스템 성능. 최적의 성능을 위해 GB당 2IOP를 사용하는 것이 좋습니다. 고가용성, 재해 복구, 향후 용량 및 성능 테스트를 위한 계획을 세워야 합니다. 또한 다음 요인도 면밀하게 고려해야 합니다. 백업 및 복원에 대한 요구 사항은 200GB보다 큰 콘텐츠 데이터베이스에 대한 기본 SharePoint Server 2016 백업에서 충족되지 않을 수 있습니다. SharePoint Server 2016 백업 및 대체 백업 솔루션을 평가하고 테스트하여 특정 환경에 가장 적합한 솔루션을 결정하는 것이 좋습니다. SharePoint Server 2016 및 SQL Server 설치에 대한 사전 예방적 숙련된 관리자 관리를 수행하는 것이 좋습니다. SharePoint Server 2016에서 사용자 지정 및 구성이 복잡할 경우 데이터를 여러 콘텐츠 데이터베이스로 리팩터링(또는 분할)해야 할 수 있습니다. 숙련된 전문 설계자의 조언을 얻고 테스트를 수행하여 사용 중인 구현에 가장 적합한 콘텐츠 데이터베이스 크기를 결정해야 합니다. 복잡성의 예로는 사용자 지정 코드 배포, 속성 승격에 20개 이상의 열 사용 또는 아래의 4TB 이상 섹션에서 사용되지 않는 것으로 나열된 기능이 포함될 수 있습니다. 사이트 모음을 리팩터링하면 여러 콘텐츠 데이터베이스에서 SharePoint Server 2016 구현을 스케일 아웃할 수 있습니다. 이렇게 하면 SharePoint Server 2016 구현의 크기를 무기한으로 조정할 수 있습니다. 콘텐츠 데이터베이스가 200GB보다 작으면 이 리팩터링이 더 쉽고 빨라집니다. 쉽게 백업하고 복원하기 위해 콘텐츠 데이터베이스 내의 개별 사이트 모음을 100GB로 제한하는 것이 좋습니다. 자세한 내용은 사이트 모음 제한을 참조하십시오. 중요: 문서 보관 시나리오(이 표의 다음 행에 설명되어 있음)를 제외하고 4TB(테라바이트)를 초과하는 콘텐츠 데이터베이스는 사용하지 않는 것이 좋습니다. 나중에 SharePoint Server 2016 설치를 업그레이드해야 하는 경우 콘텐츠 데이터베이스 내에서 사이트 모음을 업그레이드하는 것이 매우 어렵고 시간이 많이 걸릴 수 있습니다. > 단일 콘텐츠 데이터베이스에서 4TB의 데이터를 초과하지 않고 여러 콘텐츠 데이터베이스에서 스케일 아웃하는 것이 좋습니다. |
| 콘텐츠 데이터베이스 크기(문서 보관 시나리오) |
명시적인 콘텐츠 데이터베이스 제한 없음 |
지원 |
다음 요구 사항을 충족하는 경우에는 문서 보관 시나리오에서 명시적 크기 제한이 없는 콘텐츠 데이터베이스를 사용할 수 있습니다. 이 표의 윗부분에 나와 있는 "콘텐츠 데이터베이스 크기(모든 사용 시나리오)" 제한에 적용되는 모든 요구 사항을 충족해야 하며 해당 제한의 메모 필드에 설명되어 있는 모든 요인을 철저하게 고려해야 합니다. SharePoint Server 2016 사이트는 문서 센터 또는 레코드 센터 사이트 서식 파일을 기반으로 해야 합니다. 콘텐츠 데이터베이스에 포함된 콘텐츠에 대한 매달 평균 액세스 비율이 5% 미만이며 매달 평균 콘텐츠 수정 또는 기록 비율은 1% 미만이어야 합니다. 콘텐츠 데이터베이스의 SharePoint Server 2016 개체에서 경고, 워크플로, 링크 수정 또는 항목 수준 보안을 사용하지 마세요. > [! 참고]> 콘텐츠 라우팅 워크플로의 문서를 수락하도록 문서 보관 콘텐츠 데이터베이스를 구성할 수 있습니다. |
| 콘텐츠 데이터베이스 항목 |
문서 및 목록 항목을 포함하여 항목 6천만 개 |
지원 |
SharePoint Server 2016에서 테스트된 콘텐츠 데이터베이스당 가장 많은 항목 수는 문서 및 목록 항목을 포함하여 6천만 개의 항목입니다. SharePoint Server 2016에 6천만 개 이상의 항목을 저장하려는 경우 여러 콘텐츠 데이터베이스를 배포해야 합니다. |
| 콘텐츠 데이터베이스당 사이트 모음 수 |
최대 10,000개(비개인용 사이트 모음 2,500개와 개인 사이트 7,500개 또는 개인 사이트만 10,000개) |
지원 |
콘텐츠 데이터베이스의 사이트 모음 수는 5,000개로 제한하는 것이 좋습니다. 하지만 하나의 데이터베이스에서 최대 10,000개의 사이트 모음이 지원됩니다. 총 사이트 모음이 최대 10,000개인 콘텐츠 데이터베이스에서 이 중 최대 2,500개는 개인이 아닌 사이트 모음일 수 있습니다. 콘텐츠 데이터베이스 내의 유일한 사이트 모음인 경우 10,000개의 개인 사이트 모음을 지원할 수 있습니다. 데이터베이스의 사이트 모음 수에 대한 제한은 사이트 모음이 두 개 이상인 콘텐츠 데이터베이스의 크기 제한에 종속됩니다. 따라서 데이터베이스의 사이트 모음 수가 증가하면 해당 데이터베이스에 포함된 사이트 모음의 평균 크기가 줄어들어야 합니다. 5,000개의 사이트 모음 제한을 초과하면 업그레이드 도중 가동 중지 시간이 길어지는 문제가 발생합니다. 5,000개가 넘는 사이트 모음을 사용하려는 경우에는 명확한 업그레이드 전략을 세워 가동 중지 시간이 길어지는 문제 및 작업에 주는 영향을 해결하고, 하드웨어 추가를 통해 소프트웨어 업데이트 및 업그레이드 속도를 높여 데이터베이스가 영향을 받지 않도록 하는 것이 좋습니다. Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. If you plan to exceed 5,000 site collections, we recommend that you have a clear upgrade strategy to address outage length and operations impact, and obtain additional hardware to speed up the software updates and upgrades that affect databases. 콘텐츠 데이터베이스의 사이트 수에 대한 경고 및 최대 수준을 설정하려면 WarningSiteCount 매개 변수와 함께 PowerShell cmdlet Set-SPContentDatabase 사용합니다. For more information, see Set-SPContentDatabase. |
| NAS(Network Attached Storage)의 RBS(원격 BLOB 저장소) 저장소 하위 시스템 |
NAS 응답의 첫 번째 바이트까지의 시간은 전체 시간의 95%인 40밀리초 이내를 유지해야 합니다. |
경계 |
RBS를 사용하도록 SharePoint Server 2016을 구성하고 BLOB가 NAS 저장소에 있는 경우에는 다음과 같은 지원되는 경계를 사용하는 것이 좋습니다. SharePoint Server 2016에서 BLOB를 요청하는 시간부터 NAS로부터 첫 번째 바이트를 수신할 때까지 경과하는 시간이 전체 시간의 95%인 40ms를 초과해서는 안 됩니다. |
사이트 모음 제한
다음 표에는 사이트 모음에 대한 권장 지침이 나와 있습니다.
| 최대값 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 팜당 사이트 모음 수 |
사이트 모음당 250,000개/팜당 500,000개 개인 사이트/팜당 250,000개 기타 사이트 |
지원 |
팜당 사이트 모음의 최대 권장 개수는 개인 사이트의 경우는 500,000개, 다른 모든 사이트 템플릿의 경우는 250,000개입니다. 이러한 사이트는 하나의 웹 응용 프로그램에 모두 상주하거나 여러 웹 응용 프로그램에 분산되어 있을 수 있습니다. 이 제한은 지정된 콘텐츠 데이터베이스에서 지원될 수 있는 사이트 모음의 유효 수를 줄일 수 있는 다른 요인의 영향을 받습니다. 각 콘텐츠 데이터베이스가 사이트 모음 1,000개를 포함하는 경우 웹 응용 프로그램의 총 사이트 모음 수는 200,000개이며 이는 지원되는 제한 범위 내에 포함됩니다. 그러나 각 콘텐츠 데이터베이스가 10,000개의 사이트 모음을 포함하는 경우, 사이트 모음의 수 자체는 콘텐츠 데이터베이스에 대해 지원되는 값이지만 팜의 총 사이트 모음 수가 2,000,000개가 되기 때문에 웹 응용 프로그램당 및 팜당 사이트 모음 수의 제한을 초과하게 됩니다. 예를 들어 팜 A의 웹 응용 프로그램은 콘텐츠 데이터베이스 200개를 포함합니다(지원되는 구성). 각 콘텐츠 데이터베이스가 사이트 모음 1,000개를 포함하는 경우 웹 응용 프로그램의 총 사이트 모음 수는 200,000개이며 이는 지원되는 제한 범위 내에 포함됩니다. 그러나 각 콘텐츠 데이터베이스에 10,000개의 사이트 모음이 포함되어 있는 경우 콘텐츠 데이터베이스에 대해 이 숫자가 지원되더라도 팜의 총 사이트 모음 수는 2,000,000개로 웹 애플리케이션당 사이트 모음 수 제한을 초과합니다. 메모리 사용량은 사용 패턴 및 지정된 시간대에 얼마나 많은 수의 사이트가 액세스되는지에 따라 달라지므로 웹 서버의 메모리 사용량을 모니터링해야 합니다. 마찬가지로 크롤링 대상 또한 메모리 압력을 보여 줄 수 있으며 이와 같은 경우 웹 서버의 사용 가능한 메모리가 2GB 미만으로 줄어들기 전에 메모리를 재활용하도록 응용 프로그램 풀을 구성해야 합니다. |
| 웹 사이트 |
사이트 모음당 250,000개/팜당 250,000개/팜당 500,000개 개인 사이트 |
않음 |
사이트 모음의 웹 사이트 수에 지원되는 제한은 250,000이지만 권장되는 제한은 2,000입니다. 사이트 모음의 웹 사이트 수가 2,000개를 초과하면 성능이 저하될 수 있습니다. 중요: 사이트 모음당 2,000개 미만의 웹 사이트를 유지하는 것이 좋습니다. 사이트 모음당 최대 2,000개의 웹 사이트를 사용하여 여러 사이트 모음을 만들어 총 웹 사이트를 매우 많이 만들 수 있습니다. 예를 들어 각각 2,000개의 웹 사이트를 포함하는 125개의 사이트 모음은 팜의 250,000개 웹 사이트와 동일합니다. 개인 사이트가 아닌 사이트에 대해 권장되는 최대 한도로 간주됩니다. 250,000개의 사이트 모음이 있는 경우 개인 사이트 템플릿이 아닌 루트 웹 사이트를 모두 포함하는 경우 해당 루트 웹 사이트에 하위 웹 사이트를 추가하면 250,000개의 웹 사이트 경계를 초과합니다. 사이트 모음당 권장되는 2,000개의 웹 사이트를 초과하면 다음과 같은 문제가 발생할 수 있습니다. 웹 사이트의 삭제나 작성은 동일한 사이트 모음에 있는 다른 웹 사이트의 가용성에 영향을 줄 수 있습니다. 웹 사이트가 삭제되는 동안에는 사이트 모음의 웹 사이트에 대한 액세스가 제한됩니다. 또한 많은 웹 사이트를 동시에 만들려고 하면 실패할 수 있습니다. 웹 사이트가 2,000개 넘게 있는 경우 새 서버를 기존 팜에 추가할 때 또는 SharePoint를 설치한 후에 PSConfig를 실행하는 등의 작업 성능이 크게 저하됩니다. stsadm -o checklocalupgradestatus 작업을 실행하거나 제품 버전 작업 타이머 작업을 매일 실행하는 데 몇 시간이 걸릴 수 있습니다. 중앙 관리 웹 사이트에서 데이터베이스 상태 검토 페이지(<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx)를 검색하면 시간이 초과될 수 있습니다. |
| 사이트 모음 크기 |
최대 콘텐츠 데이터베이스 크기 |
지원 |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. 일반적으로는 다음과 같은 원인으로 인해 사이트 모음 크기를 100GB로 제한하는 것이 좋습니다. Certain site collection actions, such as site collection backup/restore or the PowerShell cmdlet Move-SPSite, cause large SQL Server operations which can affect performance or fail if other site collections are active in the same database. For more information, see Move-SPSite. SharePoint 사이트 모음 백업 및 복원은 최대 사이트 모음 크기 100GB에 대해서만 지원됩니다. 이보다 큰 사이트 모음의 경우에는 전체 콘텐츠 데이터베이스를 백업해야 합니다. 단일 콘텐츠 데이터베이스에 100GB보다 큰 사이트 모음이 여러 개 포함되어 있으면 백업 및 복원 작업에 시간이 오래 걸리며 작업이 실패할 수도 있습니다. |
| 게시 사이트 모음당 장치 채널 수 |
10 |
경계 |
게시 사이트 모음당 허용되는 최대 장치 채널 수는 10개입니다. |
목록 및 라이브러리 제한
다음 표에는 목록 및 라이브러리에 대한 권장 지침이 나와 있습니다. 자세한 내용은 Designing large Lists and maximizing list performance (SharePoint Server 2010)를 참조하세요.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 목록 행 크기 |
행당 8,000바이트 |
경계 |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
| 파일 크기 |
10GB |
경계 |
기본 파일 크기는 2GB(2,047MB)입니다. 하지만 용량이 매우 큰 파일 수가 많으면 팜 성능에 영향을 미칠 수 있습니다. 참고: SharePoint Server 2019에서 파일 제한은 15GB입니다. |
| 문서 |
라이브러리당 30,000,000개 |
지원 |
폴더를 중첩하거나 표준 보기 및 사이트 계층 구조를 사용하면 매우 큰 문서 라이브러리를 만들 수 있습니다. 이 값은 문서 및 폴더의 구성 방식과 저장되는 문서의 형식 및 크기에 따라 달라질 수 있습니다. |
| 주 버전 |
400,000 |
지원 |
이 제한을 초과하는 경우 파일 열기 또는 저장, 삭제, 버전 기록 보기 같은 기본적인 파일 작업이 실패할 수 있습니다. |
| 부 버전 |
511 |
경계 |
파일 부 버전의 최대 개수는 511개입니다. 이 제한은 초과할 수 없습니다. |
| 항목 |
목록당 30,000,000개 |
지원 |
표준 보기, 사이트 계층 구조 및 메타데이터 탐색을 사용하여 규모가 매우 큰 목록을 만들 수 있습니다. 이 값은 목록의 열 수 및 목록의 사용법에 따라 달라질 수 있습니다. |
| 대량 작업 |
대량 작업당 항목 100개 |
경계 |
사용자 인터페이스를 사용하여 대량 작업을 위해 최대 100개의 항목을 선택할 수 있습니다. |
| 목록 보기 조회 임계값 |
쿼리당 조인 연산 12개 |
임계값 |
Specifies the maximum number of joins allowed per query, such as those based on lookup, person/group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. 단일 항목 작업에는 적용되지 않습니다. When using the maximal view via the object model (by not specifying any view fields), SharePoint will return up to the first 12 lookups. |
| 목록 보기 임계값 |
5,000개보다 큼 |
임계값 |
관리자가 설정한 쿼리에 제한이 없는 일별 기간을 벗어나 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수를 지정합니다. 열 인덱스를 추가하거나 제거할 때 임계값은 기본적으로 20,000개입니다. 목록이나 폴더를 삭제할 때 임계값은 기본적으로 100,000개입니다. 동일한 라이브러리 내에 있는 폴더의 이름을 바꾸면 임계값은 기본적으로 100,000개입니다. |
| 감사자 및 관리자의 목록 보기 임계값 |
20,000 |
임계값 |
쿼리와 같은 데이터베이스 작업이 적절한 권한을 가진 감사자 또는 관리자가 수행할 때 동시에 처리할 수 있는 최대 목록 또는 라이브러리 항목 수를 지정합니다. 이 설정은 개체 모델 무시 허용과 함께 사용됩니다. |
| 하위 사이트 |
사이트 보기당 2,000개 |
임계값 |
지정된 웹 사이트의 하위 사이트를 열거하기 위한 인터페이스는 잘 작동하지 않으며 하위 사이트 수가 2,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 2016과 관련된 보안 주체가 포함될 수 있습니다. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups. |
| 보안 범위 (ACL) 전파 |
고유한 범위가 있는 500개의 자식 개체 |
임계값 |
ACL 전파 중에 업데이트할 수 있는 고유한 보안 범위를 가진 자식 개체의 최대 수는 500을 초과할 수 없습니다. 범위 업데이트는 ACL 전파를 사용하여 자식 개체를 업데이트하도록 설정할 수 있습니다. 그러면 권한을 상속하는 고유하게 범위가 지정된 항목과 항목이 업데이트됩니다. 자식에 대한 ACL 전파를 포함하는 부모 범위 업데이트 중에 고유한 범위를 가진 자식 개체의 최대 수가 500보다 큰 경우 고유한 범위가 있는 일부 자식만 잠재적으로 업데이트되는 상태에서 전파가 실패합니다. 고유한 범위를 가진 자식 개체의 최대 수가 500 ACL 전파보다 클 때마다 사용하지 않아야 합니다. |
열 제한
SharePoint Server 2016 데이터는 SQL Server 테이블에 저장됩니다. Each column type has a size value listed in bytes. SharePoint 목록의 모든 열 합계는 8,000바이트를 초과할 수 없습니다.
| 제한 | 최대 열 수 | 제한 유형 | 열당 크기 | 비고 |
|---|---|---|---|---|
| 한 줄 텍스트 |
255 |
임계값 |
30바이트 |
|
| 여러 줄 텍스트 |
350 |
임계값 |
22바이트 |
|
| 선택 항목 |
255 |
임계값 |
30바이트 |
|
| 선택(여러 선택) |
350 |
임계값 |
22바이트 |
|
| 숫자 |
550 |
임계값 |
14바이트 |
|
| 통화 |
550 |
임계값 |
14바이트 |
|
| 날짜 및 시간 |
550 |
임계값 |
14바이트 |
|
| 조회 |
750 |
임계값 |
10바이트 |
|
| 예/아니요 |
1000 |
임계값 |
7바이트 |
|
| 개인 또는 그룹 |
750 |
임계값 |
10바이트 |
|
| 하이퍼링크 또는 그림 |
127 |
임계값 |
60바이트 |
하이퍼링크 또는 그림 열에는 저장소의 2열(URL용 1개, 설명용 1개)이 할당됩니다. |
| 계산된 열 |
255 |
임계값 |
30바이트 |
SQL Server 행 래핑은 SharePoint 목록의 8개 열마다 발생합니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 계산 열 개수는 48개(6 * 8 = 48)입니다. |
| GUID |
350 |
임계값 |
22바이트 |
SQL Server 행 래핑은 SharePoint 목록의 각 열 다음에 발생합니다. 기본 행 줄 바꿈 값이 6이므로 SharePoint 목록당 최대 GUID 열 개수는 6개(6 * 1 = 6)입니다. |
| 정수 |
750 |
임계값 |
10바이트 |
|
| 관리되는 메타데이터 |
190 |
임계값 |
60바이트(첫 번째 항목), 40바이트(이후의 각 항목) |
목록에 추가되는 첫 번째 관리되는 메타데이터 필드에는 다음과 같은 네 개의 열이 할당됩니다. 실제 태그에 대한 조회 필드 문자열 값에 대한 숨겨진 텍스트 필드 통합에 대한 조회 필드 과도한 통합에 대한 조회 필드 목록에 추가되는 이후의 각 관리되는 메타데이터 필드에는 다음과 같은 두 개의 열이 추가됩니다. 실제 태그에 대한 조회 필드 문자열 값에 대한 숨겨진 텍스트 필드 Managed Metadata의 최대 열 수는 (14 + (16 * (n-1)))로 계산됩니다. 여기서 n은 행 매핑 값(기본값 6)입니다. |
| 지리적 위치 |
2 |
임계값 |
30바이트 |
외부 데이터 열에는 기본 열 및 보조 열 개념이 적용됩니다. 외부 데이터 열을 추가하는 경우 목록에 추가하려는 외부 콘텐츠 형식의 일부 보조 필드를 선택할 수 있습니다. 예를 들어 "ID", "이름", "국가" 및 "설명"과 같은 필드가 있는 외부 콘텐츠 형식 "Customer"가 있는 경우 목록에 "Customer" 형식의 외부 데이터 열을 추가할 때 보조 필드를 추가하여 고객의 "ID", "이름" 및 "설명"을 표시할 수 있습니다. 이러한 열은 전체적으로 다음과 같이 추가됩니다.
기본 열: 텍스트 필드입니다.
숨겨진 ID 열: 여러 줄 텍스트 필드입니다.
보조 열: 각 보조 열은 비즈니스 데이터 카탈로그 열 모델에 정의된 것처럼 보조 열의 데이터 형식을 기반으로 하는 텍스트/숫자/부울/여러 줄 텍스트입니다. 예를 들어 ID는 숫자 열에, 이름은 한 줄 텍스트 열에, 설명은 여러 줄 텍스트 열에 각각 매핑될 수 있습니다.
페이지 제한
다음 표에는 페이지에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 웹 파트 |
위키 또는 웹 파트 페이지당 25개 |
임계값 |
This figure is an estimate based on simple Web Parts. 웹 파트의 복잡도에 따라 성능에 영향을 주지 않으면서 한 페이지에서 사용할 수 있는 웹 파트의 수가 결정됩니다. |
보안 제한
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 사용자가 속할 수 있는 SharePoint 그룹 수 |
5,000 |
지원 |
이는 하드 제한은 아니지만 Active Directory 지침과 일치합니다. 이 수치에 영향을 주는 요소에는 다음과 같은 여러 가지가 있습니다. 사용자 토큰의 크기 그룹 캐시: SharePoint Server 2016에는 사용자가 속해 있는 그룹이 ACL(액세스 제어 목록)에 사용되는 즉시 이러한 그룹의 수를 캐시하는 테이블이 있습니다. 보안 검사 시간: 사용자가 속해 있는 그룹의 수가 증가하면 액세스 검사에 필요한 시간도 늘어납니다. |
| 사이트 모음의 사용자 |
사이트 모음당 2,000,000명 |
지원 |
개인 사용자 대신 Microsoft Windows 보안 그룹을 사용하여 보안을 관리하면 웹 사이트에 매우 많은 사용자를 추가할 수 있습니다. 이러한 제한은 사용자 인터페이스의 관리 효율성 및 탐색 용이성을 기반으로 합니다. 사이트 모음에 많은 항목(사용자 보안 그룹)이 있는 경우(천 개 이상) PowerShell을 사용하여 UI 대신 사용자를 관리해야 합니다. 이렇게 하면 관리 환경의 효율성이 향상됩니다. |
| SharePoint 그룹의 Active Directory 사용자 |
SharePoint 그룹당 5,000명 |
지원 |
SharePoint Server 2016에서는 SharePoint 그룹에 사용자 또는 Active Directory 그룹을 추가할 수 있습니다. SharePoint 그룹에 사용자(또는 Active Directory 그룹이나 사용자) 수가 5,000명 이하이면 적절한 성능을 얻게 됩니다. 이 제한으로 인해 가장 많은 영향을 받는 작업은 다음과 같습니다. 사용 권한의 유효성을 검증하기 위한 사용자 가져오기. 이 작업은 그룹의 사용자 수가 늘어남에 따라 점진적으로 소요 시간이 증가합니다. 보기의 멤버 자격 렌더링. 이 작업은 항상 어느 정도 시간이 필요합니다. |
| SharePoint 그룹 |
사이트 모음당 10,000개 |
지원 |
그룹 수가 10,000개를 초과하면 작업 실행 시간이 대폭 늘어납니다. 이러한 현상은 특히 기존 그룹에 사용자 추가, 새 그룹 만들기 및 그룹 보기 렌더링 같은 작업에서 두드러집니다. |
| 보안 주체: 보안 범위 크기 |
ACL(액세스 제어 목록)당 5,000개 |
지원 |
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. 하드 제한은 없지만 범위가 클수록 계산 시간이 더 오래 걸립니다. |
기능별 제한
이 섹션에는 제한이 기능별로 분류되어 있습니다.
검색 제한
권장되는 검색 지침은 검색에 영향을 주는 토폴로지, 항목의 크기, 사전, 크롤링, 스키마, 쿼리와 결과, 순위, 인덱스에 따라 구성됩니다.
검색: 토폴로지 제한
토폴로지 제한은 검색 구성 요소 간 통신의 효율성을 보장합니다. Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 분석 처리 구성 요소 |
Search Service 응용 프로그램당 6개(서버당 1개) |
지원 |
|
| 분석 보고 데이터베이스 |
Search Service 응용 프로그램당 4개 |
임계값 |
특정 요구 사항을 충족하기 위해 이 제한을 초과할 수 있습니다. 크기 조정 시 배포된 분석 데이터베이스의 크기가 총 250GB 또는 총 20M 행에 도달하면 분석 보고 데이터베이스를 추가합니다. 이와 같은 방법으로 파티션을 다시 지정하여 부하를 적절하게 조정합니다. |
| 링크 데이터베이스 |
Search Service 응용 프로그램당 4개 |
지원 |
하나의 링크 데이터베이스가 포함할 수 있는 최고 테스트 항목 수는 1억 개입니다. |
| 크롤링 구성 요소 |
Search Service 응용 프로그램당 16개(서버당 1개) |
지원 |
|
| 인덱스 구성 요소 |
Search Service 응용 프로그램당 60개(서버당 4개) |
지원 |
사용할 수 있는 최대 인덱스 구성 요소 수는 인덱스 파티션 수 제한에 인덱스 복제본 수 제한을 곱해서 구합니다. |
| 인덱스 파티션 |
Search Service 응용 프로그램당 25개 |
지원 |
인덱스 파티션에는 Search Service 응용 프로그램 인덱스의 하위 집합이 저장됩니다. 인덱스 파티션 수를 늘리면 각 파티션에 보다 작은 인덱스 하위 집합이 저장되어 인덱스 구성 요소를 호스팅하는 서버에 필요한 RAM 및 디스크 공간이 줄어듭니다. |
| 인덱스 복제본 |
인덱스 파티션당 3개 |
지원 |
각 인덱스 파티션에는 복제본 집합이 저장될 수 있습니다. 인덱스 복제본의 수를 늘리면 쿼리 성능이 개선되고 내결함성이 향상됩니다. 하지만 인덱스 파티션에 추가하는 복제본의 수가 너무 많으면 인덱싱 성능이 저하될 수 있습니다. 일반적으로 쿼리 속도는 높지만 콘텐츠 양(파티션당 400만 개 미만의 항목)이 적은 인터넷 사이트 시나리오의 경우 지원되는 제한은 파티션당 6개의 인덱스 복제본입니다. |
| 콘텐츠 처리 구성 요소 |
서버당 1개 |
지원 |
검색 토폴로지는 콘텐츠 처리 구성 요소 수의 수평 확장을 지원합니다. 특정 실제 호스트나 가상 컴퓨터는 여러 콘텐츠 처리 구성 요소를 지원하지 않지만, 콘텐츠 처리 구성 요소를 하나만 사용해도 CPU 용량의 사용 효율성이 개선됩니다. 이는 기본 제공 메커니즘에서 사용 가능한 CPU 코어 수에 맞춰 공급 세션 수를 조정함으로써 CPU 사용을 극대화하기 때문입니다. 공급 세션 수가 여러 개이므로 콘텐츠 처리 구성 요소가 들어오는 문서를 병렬로 처리할 수 있습니다. 이 메커니즘은 호스트당 콘텐츠 처리 구성 요소가 하나라고 가정합니다. 호스트의 물리적 코어 수가 N과 같으면 콘텐츠 처리 구성 요소에NK 공급 세션이 있습니다. K는 초기 값이 3인 상수 계수입니다. 4코어 서버에는 12개의 피드 세션이 있습니다. 즉, 콘텐츠 처리 구성 요소가 12개의 문서를 병렬로 처리할 수 있습니다. Search Service 애플리케이션의 NumberOfCssFeedersPerCPUForRegularCrawl 속성을 설정하여 K 값을 변경할 수 있습니다. SharePoint Server 2016은 서버에 12개 이상의 물리적 코어가 있더라도 N의 값을 12 이상으로 제한합니다. 따라서 16코어 서버에는 NK= 12 * 3 = 36개의 공급 세션이 있습니다. 여전히 유휴 CPU 시간이 있는 경우에는 콘텐츠 처리 구성 요소를 추가하는 대신 K 계수의 값을 늘려 보세요. K 계수의 값을 올릴 경우 호스트의 사용 가능한 메모리가 충분한지 확인해야 합니다. |
| 쿼리 처리 구성 요소 |
서버당 1개 |
지원 |
SharePoint Server 2016은 가상 컴퓨터 또는 실제 컴퓨터당 한 가지 쿼리 처리 구성 요소만 지원합니다. |
| 검색 구성 요소 |
Search Service 응용 프로그램당 64개 |
지원 |
이 제한에는 크롤링 구성 요소가 포함되지 않습니다. 다른 모든 검색 구성 요소를 합한 크기도 이 한도 내에서 유지되어야 합니다. |
| Search Service 응용 프로그램 |
팜당 20개 |
지원 |
검색 구성 요소 및 데이터베이스를 별도의 서버에 할당할 수 있으므로 동일한 팜에 Search Service 응용 프로그램을 여러 개 배포할 수 있습니다. 이 제한은 팜의 총 서비스 응용 프로그램 수에 대한 제한보다 작습니다. |
| 콘텐츠 원본 |
Search Service 응용 프로그램당 500개 |
경계 |
각 콘텐츠 원본과 관련된 오버헤드가 있으므로 크롤링 우선 순위 및 일정의 차이와 같이 다른 운영 요구 사항을 충족하는 가장 적은 수의 콘텐츠 원본을 만드는 것이 좋습니다. |
검색: 항목 크기 제한
항목 크기를 제한하면 크롤링 성능이 보호되고 인덱스 크기가 적정 수준으로 유지됩니다. 아래 제한이 검색에 영향을 끼치는 방법의 예가 나와 있습니다.
항목을 검색할 때 결과를 얻을 수 없으면 항목 크기가 너무 큰 것일 수 있습니다. 크롤링 로그에 파일이 크롤러가 다운로드할 수 있는 최대 크기를 초과했다는 경고가 표시됩니다.
If you search for text in an item and only get results from the first part of the text, the content processing component may have truncated the item because it exceeded some of item size limits. When the content processing component truncates an item, it indicates this by setting the managed property IsPartiallyProcessed to True. A warning will also show up in the Crawl Log, stating why the item was truncated.
항목 크기 제한을 조정할 경우 다음 표에 나타나는 순서대로 작업하는 것이 좋습니다.
| 제한 유형 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
| 크롤링 구성 요소가 다운로드할 수 있는 문서 크기 |
64MB(Excel 문서의 경우 4MB) |
임계값 |
검색 기능은 최대 문서 크기에 도달할 때까지 문서에서 메타데이터와 콘텐츠를 다운로드합니다. 나머지 콘텐츠는 다운로드되지 않습니다. 검색 기능은 항상 문서의 메타데이터를 다운로드합니다. You can change the default limit for the maximum document size. Do this by using Microsoft PowerShell cmdlets to change the Search service application property MaxDownLoadSize or MaxDownloadSizeExcel. MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents. 최대 문서 크기 제한을 늘리면 검색 기능이 콘텐츠를 더 많이 인덱싱하므로 디스크 공간도 더 많이 필요합니다. |
| 구문 분석된 콘텐츠 크기 |
200만 자 |
경계 |
검색 기능은 항목의 첨부 포일을 포함하여 최대 200만 자의 콘텐츠를 구문 분석한 후 항목의 구문 분석을 중지합니다. 검색은 단일 항목 및 해당 첨부 파일을 구문 분석하는 데 최대 30초를 사용하므로 구문 분석된 문자의 실제 수는 이 제한보다 낮을 수 있습니다. 검색 기능이 항목의 구문 분석을 중지하면 항목은 일부 처리된 상태로 표시됩니다. 구문 분석되지 않은 모든 콘텐츠는 처리되지 않으므로 인덱싱되지도 않습니다. |
| 단어 분리기에서 생성된 문자 |
1,000,000 |
경계 |
검색 기능은 콘텐츠를 개별 단어(토큰)로 구분합니다. 단어 분리기는 항목의 첨부 파일을 포함하여 단일 항목의 처음 1,000,000개 문자에서 토큰을 생성합니다. 검색에서는 단어 분리에 최대 30초가 사용되므로 처리된 항목의 실제 수가 이 제한보다 낮을 수 있습니다. 남은 콘텐츠는 처리되지 않으므로 인덱싱되지도 않습니다. |
| 인덱스 관리 속성 크기 |
검색 가능/쿼리 가능 관리 속성당 512KB |
임계값 |
이 제한 형식은 "검색 가능" 또는 "쿼리 가능"으로 설정된 관리 속성의 최대 크기에 대한 기본값입니다. You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. 이 최대 크기의 최대값은 2097152 바이트입니다. 이 제한을 늘리면 관리되는 속성당 더 많은 데이터를 인덱싱할 수 있습니다. 관리되는 속성별로 더 많은 데이터를 인덱싱하면 더 많은 디스크 공간이 사용되고 검색 시스템에 대한 전체 부하가 증가합니다. |
| 조회 가능 관리 속성 크기 |
관리 속성당 16KB |
임계값 |
이 제한 형식은 검색 가능한 관리 속성의 최대 크기에 대한 기본값입니다. 이 제한을 늘리면 관리되는 속성당 더 많은 데이터를 인덱싱할 수 있습니다. 또한 이 제한을 늘리면 검색 결과에서 관리되는 속성당 더 많은 데이터를 검색할 수 있습니다. 관리되는 속성별로 더 많은 데이터를 인덱싱하고 검색하면 시스템에 대한 전반적인 부하가 증가하고 더 많은 디스크 공간이 사용됩니다. You can configure this limit per managed property by using PowerShell cmdlets and the schema object model to set the P.MaxCharactersInPropertyStoreForRetrievalattribute. Enter the value in bytes. 이 최대 크기의 최대값은 2097152 바이트입니다. 이 제한을 늘리면 관리되는 속성당 더 많은 데이터를 인덱싱할 수 있습니다. 또한 이 제한을 늘리면 검색 결과에서 관리되는 속성당 더 많은 데이터를 검색할 수 있습니다. 관리 속성당 더 많은 데이터 인덱싱 및 검색 |
| 정렬 가능 및 구체 검색 가능 관리 속성 크기 |
관리 속성당 16KB |
경계 |
이 제한 유형은 정렬 및 미세 조정 가능한 관리 속성의 최대 크기입니다. |
| 토큰 크기 |
변수 |
경계 |
검색은 모든 길이의 토큰을 인덱싱할 수 있습니다. 그러나 검색에서 토큰을 생성하는 데 사용하는 단어 분리기는 토큰 길이를 제한할 수 있습니다. 단어 분리기는 콘텐츠를 단일 단어(토큰)로 나누기 위한 언어 인식 구성 요소입니다. 사용자 지정 단어 분리기를 만들 수도 있습니다. 따라서 토큰 크기 제한은 단어 분리기에 따라 달라집니다. 서양 언어에 대한 단어 분리기 제한은 다음과 같습니다. 단어 분리기는 토큰의 처음 1,000자만 분할하고 나머지 문자는 무시합니다. 단어 분리기는 300자보다 긴 토큰을 2개 이상의 토큰으로 분할하여 300자보다 긴 토큰이 포함되지 않도록 합니다. 예를 들어 612자 토큰은 300자 토큰 2개와 12자 토큰 1개로 분할됩니다. |
| 관리 속성당 고유 인덱스 토큰 |
1,000,000 |
임계값 |
이 제한 유형은 관리 속성당 검색 인덱스에 추가할 수 있는 최대 고유 토큰의 수입니다. 이 제한은 변경할 수 없습니다. 제한을 초과하면 인덱스에 관리 속성의 처음 1,000,000개의 토큰이 포함되며 IsPartiallyProcessed 속성을 true로 설정하여 파일이 부분적으로 처리된 것으로 표시됩니다. 예외: ACL 관련 관리 속성의 제한에 도달하면 해당 관리 속성의 토큰이 인덱스에 추가되지 않습니다. |
| 항목에 대한 액세스 권한이 있는 고유한 사용자 또는 AD 보안 그룹 |
1,000,000 |
임계값 |
1,000,000개의 고유의 사용자 또는 AD 보안 그룹이 항목에 대한 액세스 권한을 보유하는 경우 사용자가 해당 항목을 검색할 수 없습니다. 이러한 항목은 보안 및 준수 센터를 통해 eDiscovery 쿼리의 일부로만 반환됩니다. |
검색: 사전 제한
사전 제한을 지정하면 메모리 사용량이 감소하고, 콘텐츠 처리 효율성이 향상되며, 적정 수준의 쿼리 결과를 반환합니다.
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 동의어 사전의 항목 수 |
1,000,000 |
지원 |
동의어 사전에는 쿼리 용어의 동의어가 포함되어 있습니다. 테스트를 거친 이 제한을 초과하면 메모리 사용량이 증가하고 쿼리 응답 시간이 늘어날 수 있습니다. |
| 사용자 지정 엔터티 추출 사전의 항목 수 |
1,000,000 |
지원 |
테스트를 거친 이 제한을 초과하면 메모리 사용량이 증가하고 인덱싱이 느려지며 쿼리 응답 시간이 늘어날 수 있습니다. |
| 사용자 지정 검색 사전의 항목 수 |
테넌트당 용어 5,000개 |
경계 |
이 제한 유형은 쿼리 맞춤법 수정 및 회사 추출을 위해 포함 및 제외 사전에 허용되는 용어 수를 제한합니다. 이 제한보다 많은 용어를 용어 저장소에 저장할 수는 있지만 검색 시에는 테넌트당 5,000개 용어만 사용됩니다. |
검색: 스키마 제한
스키마가 제한되면 메모리 리소스 사용량이 감소하고 관리 작업 오버헤드가 적정 수준으로 유지됩니다.
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 크롤링 속성 |
Search Service 응용 프로그램당 500,000개 |
지원 |
크롤링하는 항목의 메타데이터와 콘텐츠는 크롤링 속성으로 표시됩니다. 크롤링 속성은 관리 속성에 매핑할 수 있습니다. 크롤링된 속성 수가 지원되는 제한을 초과하면 인덱싱 속도가 줄어듭니다. |
| 관리 속성 |
Search Service 응용 프로그램당 50,000개 |
지원 |
검색은 쿼리에서 적절한 관리형을 사용합니다. 크롤링 속성은 관리 속성에 매핑됩니다. 관리 속성에 대해 지원되는 제한을 초과하면 인덱싱 속도가 줄어듭니다. |
| 관리 속성 매핑 |
관리 속성당 100개 |
지원 |
크롤링 속성은 관리 속성에 매핑될 수 있습니다. 이 제한을 초과하면 크롤링 속도와 쿼리 성능이 저하될 수 있습니다. |
| 관리 속성당 값의 수 |
1,000 |
경계 |
관리 속성은 유형이 동일한 값을 여러 개 포함할 수 있습니다. 이 제한 유형은 문서당 관리되는 다중값 관리 속성당 최대 값 수입니다. 이 수를 초과하면 나머지 속성 값은 삭제됩니다. |
| 인식된 메타데이터 속성 |
크롤링된 항목당 100,000개 |
지원 |
이 제한 유형은 크롤링 구성 요소가 항목을 크롤링할 때 확인할 수 있는 메타데이터 속성의 최대 수입니다. These metadata properties can be mapped or used for queries. 이 크롤링된 속성 개수 한도에 도달하면 크롤링 속도가 저하될 수 있습니다. |
검색: 크롤링 제한
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 시작 주소 |
콘텐츠 원본당 500개 |
지원 |
|
| 컴퓨터 호스트 이름의 길이 |
15자 |
임계값 |
NetBIOS에서 최대 컴퓨터 호스트 이름 길이를 이 값으로 제한합니다. |
| 크롤링 데이터베이스 |
Search Service 응용 프로그램당 15개 |
지원 |
검색: 쿼리 및 결과 제한
쿼리 및 결과에 대한 제한은 큰 쿼리 식을 실행하고 큰 결과 집합을 반환하지 않도록 검색 엔진을 보호합니다. 검색 엔진이 큰 쿼리 식을 실행하고 큰 결과 집합을 반환하지 못하게 하면 DoS(서비스 거부) 공격을 방지하고 결과가 적시에 반환되도록 합니다. 더 많은 결과를 검색해야 하는 경우 페이징을 사용하는 것이 좋습니다.
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 키워드 쿼리 언어를 사용하는 쿼리의 텍스트 길이 |
4KB(4,096자) |
지원 |
이 제한 형식은 검색 쿼리를 제외하고 키워드 쿼리 언어를 사용하여 빌드된 쿼리의 최대 텍스트 길이에 대해 테스트된 및 기본값입니다. 검색 쿼리의 기본 최대값은 16KB(16,384자)입니다. 최대 텍스트 길이의 기본값을 모든 쿼리 유형에 대해 20KB(20,480)의 경계까지 늘릴 수 있습니다. |
| SharePoint 홈페이지의 쿼리 텍스트 길이 |
16KB(16,384자) |
지원 |
이 제한의 내용은 SharePoint Server 2019 공개 미리 보기에만 적용됩니다. 이 제한 유형은 SharePoint 홈페이지에서 사용되는 쿼리의 최대 텍스트 길이에 대해 테스트된 기본값입니다. 최대 텍스트 길이의 기본값을 20KB(20,480)의 경계까지 늘릴 수 있습니다. |
| 결과 집합의 행 수 |
500개의 행 |
지원 |
이 제한 형식은 검색 쿼리를 제외하고 결과 집합의 최대 행 수에 대해 테스트된 및 기본값입니다. 검색 쿼리의 기본값은 행 10,000개입니다. 전체 결과 집합을 표시하려면 페이징 쿼리를 더 많이 실행합니다. You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
| 결과 제거 |
제한 없음 |
지원 |
|
| 검색 알림 할당량 |
Search Service 응용 프로그램당 알림 100,000개 |
지원 |
최종 사용자는 쿼리의 결과 집합에 대한 검색 경고를 설정할 수 있습니다. 결과가 변경되거나 업데이트되면 검색에서 최종 사용자에게 알 수 있습니다. 이 제한 유형은 최종 사용자 쿼리(75%)와 경고 쿼리(25%)가 혼합된 Search 서비스 애플리케이션에 대해 테스트된 제한입니다. 알림 쿼리만 사용하는 Search Service 응용 프로그램의 알림 제한은 400,000개입니다. 이러한 제한은 QPS(초당 쿼리 수)가 5개인 시스템을 기준으로 합니다. |
검색: 순위 제한
순위 제한은 응용 프로그램 서버 메모리, 쿼리 대기 시간 및 인덱스 크기를 적정한 수준으로 유지합니다.
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 순위 모델 |
테넌트당 1,000개 |
경계 |
이 제한에 도달하면 전반적인 시스템 성능이 저하될 수 있습니다. |
| 순위에 사용되는 고유 컨텍스트 |
순위 모델당 고유 컨텍스트 15개 |
경계 |
이 제한 유형은 순위 모델당 고유 컨텍스트의 최대 수입니다. |
| 신뢰할 수 있는 페이지 |
Search Service 응용 프로그램당 최상위 페이지 1개와 최소한의 두 번째 및 세 번째 수준 페이지 |
지원 |
원하는 관련성을 얻기 위한 최소한의 두 번째 및 세 번째 수준 페이지를 사용합니다. 경계는 Search 서비스 애플리케이션당 관련성 수준당 200개 신뢰할 수 있는 페이지입니다. 페이지를 더 추가하는 경우 원하는 관련성을 달성하지 못할 수 있습니다. 핵심 사이트는 첫 번째 관련성 수준에 추가합니다. 한 번에 하나씩 두 번째 또는 세 번째 관련성 수준에서 더 많은 주요 사이트를 추가합니다. 각 추가 후 관련성을 평가하여 원하는 관련성 효과를 달성했는지 확인합니다. |
검색: 인덱스 제한
인덱스 제한은 인덱스가 경계보다 커져 사용 가능한 리소스를 초과하지 않도록 합니다.
| 제한 유형 | 참고 | 참고 | 참고 사항 |
|---|---|---|---|
| 인덱스의 고유 용어 수 |
2^31(20억 개 이상) |
경계 |
이 제한 유형은 Search Service 응용 프로그램의 인덱스에 포함될 수 있는 고유 항목의 최대 수입니다. |
| 사용자 정의 전체 텍스트 인덱스 |
10 |
경계 |
이 제한 유형은 전체 텍스트 인덱스의 최대 수입니다. |
| 인덱싱된 항목 |
인덱스 파티션당 2,000만 개 |
지원 |
SharePoint Foundation 2013의 경우 인덱싱된 항목의 최대 수는 2016년 6월 공용 업데이트를 적용하기 전에, 인덱스 파티션당 200만 개의 항목입니다. 인덱싱된 항목 수가 서버의 메모리 양과 관련하여 높은 경우 이 비확산은 쿼리 응답 시간에 부정적인 영향을 줍니다. |
User Profile Service 제한
다음 표에는 User Profile Service에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 사용자 프로필 |
서비스 응용 프로그램당 2,000,000개 |
지원 |
User Profile Service 응용 프로그램에서는 전체 정보 교류 기능을 통해 최대 2,000,000개의 사용자 프로필을 지원할 수 있습니다. 이 수치는 디렉터리 서비스에서 사용자 프로필 저장소로 가져올 수 있는 프로필의 수를 나타내는 것은 물론 User Profile Service 응용 프로그램에서 정보 교류 기능의 성능을 떨어뜨리지 않으면서 지원할 수 있는 프로필 수를 나타내기도 합니다. |
| 공유 태그, 메모, 등급 |
공유 데이터베이스당 500,000,000개 |
지원 |
소셜 데이터베이스에서 성능이 크게 저하되지 않으면서 최대 5억 개의 소셜 태그, 메모 및 등급이 지원됩니다. 하지만 백업 및 복원 같은 데이터베이스 유지 관리 작업을 수행하면 해당 시점에 성능이 떨어질 수 있습니다. |
콘텐츠 배포 제한
다음 표에는 콘텐츠 배포에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 서로 다른 경로에서 실행되는 콘텐츠 배포 작업 |
20 |
지원 |
동일한 원본 콘텐츠 데이터베이스의 사이트 모음에 연결된 경로에서 동시에 작업을 실행하는 경우 데이터베이스에 교착 상태가 발생할 위험이 증가합니다. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. 참고: 동일한 경로에서 동시에 실행되는 작업은 불가능합니다. 콘텐츠 배포에 SQL Server 스냅샷을 사용하는 경우 각 경로는 스냅샷을 만듭니다. 이 스냅샷 경로 상관 관계는 원본 데이터베이스에 대한 I/O 요구 사항을 증가합니다. 자세한 내용은 배포 경로 및 작업 정보를 참조하세요. |
블로그 제한
다음 표에는 블로그에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 블로그 게시물 |
사이트당 5,000개 |
지원 |
블로그 게시물의 최대 개수는 사이트당 5,000개입니다. |
| 설명 |
게시물당 1,000개 |
지원 |
최대 의견 수는 게시물당 1,000개입니다. |
Business Connectivity Services 제한
다음 표에는 Business Connectivity Services에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| ECT(메모리 내) |
웹 서버당(테넌트당) 5,000개 |
경계 |
웹 서버에서 특정 시점에 메모리에 로드되는 ECT(외부 콘텐츠 형식) 정의의 총 개수입니다. |
| 외부 시스템 연결 |
웹 서버당 500개 |
경계 |
지정된 시점의 활성/열린 외부 시스템 연결 수입니다. 기본 최대값은 200입니다. 경계는 500입니다. 이 제한은 외부 시스템의 종류(예: 데이터베이스, .NET 어셈블리 등)에 관계없이 웹 서버 범위에서 적용됩니다. 기본 최대값은 연결 수를 제한하는 데 사용됩니다. 애플리케이션은 실행 컨텍스트를 통해 더 큰 제한을 지정할 수 있습니다. 경계는 기본값을 준수하지 않는 애플리케이션에도 최대값을 적용합니다. |
| 요청당 반환되는 데이터베이스 항목 |
데이터베이스 커넥터당 2,000개 |
임계값 |
데이터베이스 커넥터에서 반환할 수 있는 요청당 항목 수입니다. 기본 최대 2,000개는 데이터베이스 커넥터에서 페이지당 반환될 수 있는 결과 수를 제한하는 데 사용됩니다. 애플리케이션은 실행 컨텍스트를 통해 더 큰 제한을 지정할 수 있습니다. Absolute Max는 기본값을 준수하지 않는 애플리케이션에도 최대값을 적용합니다. 이 제한의 경계는 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입니다. The default max is used by the database connector to restrict the number of results that can be returned per page. 애플리케이션은 실행 컨텍스트를 통해 더 큰 제한을 지정할 수 있습니다. 절대 최대값은 인덱싱과 같은 기본값을 준수하지 않는 애플리케이션에도 허용되는 최대값을 적용합니다. |
워크플로 제한
다음 표에는 워크플로에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 워크플로 연기 임계값 |
15 |
임계값 |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. 이 임계값에 도달하면 워크플로 활성화에 대한 새 요청이 나중에 워크플로 타이머 서비스에서 실행되도록 큐에 대기됩니다. 비 타이머 실행이 완료되면 새 요청이 이 임계값에 대해 계산됩니다. 이 제한은 Set-SPFarmConfig PowerShell cmdlet을 사용하여 구성할 수 있습니다. For more information, see Set-SPFarmConfig. 참고: 이 제한은 진행 중인 워크플로 인스턴스의 총 수를 참조하지 않습니다. 대신 처리 중인 인스턴스의 수입니다. 이 제한을 늘리면 워크플로 작업을 시작하고 완료하는 처리량이 증가하지만 콘텐츠 데이터베이스 및 시스템 리소스에 대한 부하도 증가합니다. |
| 워크플로 타이머 일괄 처리 크기 |
100 |
임계값 |
워크플로 타이머 작업을 실행할 때마다 수집되어 워크플로로 전달되는 이벤트의 수입니다. 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개의 워크플로 인스턴스를 활성화할 수 있고 3개의 웹 서버가 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개 |
지원 |
테스트를 통해 목록 크기가 100만 개의 항목으로 증가할 때 자동 시작 워크플로 연결의 성능이 영향을 받지 않는 것으로 확인되었습니다. Because response time doesn't change as list size scales, the effective limit is the same as the maximum number of items in a non-workflow list. |
관리되는 메타데이터 용어 저장소(데이터베이스) 제한
다음 표에는 관리되는 메타데이터 용어 저장소에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 용어 저장소에서 중첩된 용어의 최대 수준 수 |
7 |
지원 |
용어 집합의 용어는 계층 구조를 통해 나타낼 수 있습니다. 용어 집합에는 최대 7개의 용어 수준(상위 용어 및 상위 용어 아래에 중첩된 6개의 수준)이 포함될 수 있습니다. |
| 용어 저장소의 최대 용어 집합 수 |
1,000 |
지원 |
용어 저장소에는 최대 1,000개의 용어 집합이 포함될 수 있습니다. |
| 용어 집합의 최대 용어 수 |
30,000 |
지원 |
용어 집합의 최대 용어 수는 30,000개입니다. 참고: 동의어 및 번역과 같은 동일한 용어에 대한 추가 레이블은 별도의 용어로 계산되지 않습니다. |
| 용어 저장소의 총 항목 수 |
1,000,000 |
지원 |
항목은 용어 또는 용어 집합입니다. 용어 및 용어 집합 수의 합계는 1,000,000을 초과할 수 없습니다. 동의어 및 번역과 같은 동일한 용어에 대한 추가 레이블은 별도의 용어로 계산되지 않습니다. 참고: 용어 저장소에서 용어 집합의 최대 수와 최대 용어 수를 동시에 가질 수 없습니다. |
| 변형 레이블의 수 |
용어 저장소당 209개 |
지원 |
용어 저장소당 변형 레이블의 최대 수는 209개입니다. |
| 관리 탐색 용어 집합의 용어 수 |
2,000 |
지원 |
관리 탐색 용어 집합에 지원되는 최대 용어 수는 2,000개입니다. |
| 관리 탐색 용어 집합의 직계 하위 용어 수 |
300 |
지원 |
관리 탐색 용어 집합에 지원되는 최대 직계 하위 용어 수는 300개입니다. |
Visio Services 제한
다음 표에는 SharePoint Server 2016의 Visio Services 인스턴스에 대한 권장 지침이 나와 있습니다.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 임계값 |
50MB |
임계값 |
Visio Services의 메모리 공간이 증가합니다. 파일 크기가 이보다 크면 다음과 같은 부작용이 발생합니다. 초당 응용 프로그램 서버 요청 수가 감소합니다. CPU 사용량이 늘어납니다. 초당 응용 프로그램 서버 요청 수가 감소합니다. 전반적인 대기 시간이 늘어납니다. SharePoint 팜 네트워크 부하가 증가합니다. |
| 임계값 |
120초 |
임계값 |
CPU 및 메모리 가용성이 줄어듭니다. 재계산 제한 시간이 이보다 높으면 다음과 같은 현상이 발생합니다. CPU 및 메모리 가용성이 줄어듭니다. 초당 응용 프로그램 요청 수가 감소합니다. 모든 문서에서 평균 대기 시간이 증가합니다. 재계산 제한 시간이 이보다 작으면 다음과 같은 현상이 발생합니다. 표시할 수 있는 다이어그램의 복잡성이 줄어듭니다. 초당 요청 수가 증가합니다. 모든 문서에서 평균 대기 시간이 감소합니다. |
| 임계값 |
최소 캐시 보존 기간: 0~24시간 |
임계값 |
최소 캐시 보존 기간은 데이터 연결 다이어그램에 적용됩니다. 또한 현재 다이어그램을 캐시에서 제거할 수 있는 가장 빠른 시점을 결정합니다. Min Cache Age를 낮은 값으로 설정하면 캐시를 무효화하면 Visio가 자주 다시 계산되고 CPU 및 메모리 가용성이 감소하기 때문에 처리량이 줄어들고 대기 시간이 증가합니다. |
| 임계값 |
최대 캐시 보존 기간: 0~24시간 |
임계값 |
최대 캐시 보존 기간은 비데이터 연결 다이어그램에 적용됩니다. 이 값에 따라 메모리에서 현재의 다이어그램이 유지되는 기간이 결정됩니다. 최대 캐시 보존 기간을 늘리면 일반적으로 요청되는 드로잉의 대기 시간이 줄어듭니다. 그러나 Max Cache Age를 높은 값으로 설정하면 대기 시간이 증가하고 캐시되지 않은 항목의 처리량이 느려집니다. 캐시에 이미 있는 항목은 사용 가능한 메모리를 소비하고 감소하기 때문입니다. |
PerformancePoint Services 제한
다음 표에는 SharePoint Server 2016의 PerformancePoint Services에 대한 권장 지침이 나와 있습니다.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 셀 |
Excel Services 데이터 원본을 호출하는 PerformancePoint 성과 기록표에는 쿼리당 셀 개수가 최대 1,000,000개로 제한됩니다. |
경계 |
열 15개 x 행 60,000개 |
| 열 및 행 |
열 15개 x 행 60,000개 |
임계값 |
Excel 통합 문서를 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링할 때의 최대 열 및 행 수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다. |
| SharePoint 목록에 대한 쿼리 |
열 15개 x 행 5,000개 |
지원 |
SharePoint 목록을 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다. |
| SQL Server 데이터 원본에 대한 쿼리 |
열 15개 x 행 20,000개 |
지원 |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. The number of rows could change based on the number of columns. |
Word Automation Services 제한
다음 표에는 Word Automation Services에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 입력 파일 크기 |
512MB |
경계 |
Word Automation Services에서 처리할 수 있는 최대 파일 크기입니다. |
| 변환을 시작하는 빈도(분) |
1분(권장) 임계값 59분(경계) |
임계값 |
이 설정에 따라 Word Automation Services 타이머 작업이 실행되는 빈도가 결정됩니다. 수치가 낮을수록 타이머 작업의 실행 속도가 빨라집니다. 테스트는 이 타이머 작업을 분당 한 번 실행하는 것이 가장 유용하다는 것을 보여줍니다. |
| 변환 프로세스당 시작할 변환 수 |
시작할 변환 수는 Word Automation Services의 처리량에 영향을 줍니다. |
임계값 |
시작할 변환 수는 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는 데이터베이스에서 레코드를 자동으로 삭제하지 않으므로 유지 관리 없이 데이터베이스가 무기한 증가할 수 있습니다. 관리자는 PowerShell cmdlet Remove-SPWordConversionServiceJobHistory를 사용하여 변환 작업 기록을 수동으로 제거할 수 있습니다. 자세한 내용은 Remove-SPWordConversionServiceJobHistory를 참조하십시오. |
기계 번역 서비스 제한
다음 표에는 기계 번역 서비스에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 이진 파일의 입력 파일 크기 |
파일당 524,288KB |
임계값 |
제한보다 크기가 큰 파일은 전송 및 처리하는 데 시간이 오래 걸리므로 서비스 처리량이 떨어집니다. |
| 텍스트 파일의 입력 파일 크기 |
파일당 15,360KB |
임계값 |
제한보다 크기가 큰 파일의 경우 번역할 텍스트가 너무 많으므로 서비스 처리량이 떨어집니다. |
| Microsoft Word 문서의 최대 문자 수 |
문서당 10,000,000자 |
임계값 |
제한보다 문자 수가 많은 문서의 경우 번역할 텍스트가 너무 많으므로 서비스 처리량이 떨어집니다. |
| 총 동시 번역 프로세스 |
5 |
임계값 |
한 번에 번역할 수 있는 텍스트의 양에 제한이 있기 때문에 제한보다 많은 프로세스를 사용하면 처리량이 증가하지 않습니다. 더 많은 프로세스를 사용하면 서버 리소스 요구량이 늘어납니다. |
| 번역 간 지연 |
59분 |
임계값 |
제한보다 큰 간격으로 번역을 시작하면 문서 번역에 걸리는 시간이 너무 늘어나며 큐에서 대기 중인 번역 수가 너무 많이 증가할 수 있습니다. |
| 번역 프로세스당 번역 수 |
프로세스당 1,000개 |
임계값 |
제한보다 더 많은 번역을 시작하면 시간 제한 기간 전에 처리할 수 없으므로 시간 초과로 인해 번역이 실패합니다. |
| 최대 동시 번역 요청 수 |
300 |
임계값 |
동시 번역 요청 수가 300개를 초과하면 번역 제한 시간이 초과하는데 요청이 제한 시간보다 오래 큐에서 대기하기 때문입니다. |
| 번역 작업당 파일 수 |
파일 100,000개 |
지원 |
파일 수가 제한을 초과하는 작업을 전송하면 작업 전송 시간 및 처리 시간이 너무 길어집니다. |
| 기계 번역 서비스 데이터베이스 크기 |
파일 1,000,000개 |
지원 |
데이터베이스 크기가 데이터베이스의 최대 파일 수를 초과하여 증가하면 작업 큐 유지 관리 작업의 속도가 느려집니다. |
Office Online 서비스 제한
The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 캐시 크기 |
100GB |
임계값 |
콘텐츠 데이터베이스의 일부로 만들어진 문서를 렌더링하는 데 사용할 수 있는 공간입니다. 기본적으로 문서를 렌더링하는 데 사용할 수 있는 캐시는 100GB입니다. 사용 가능한 캐시를 늘리지 않는 것이 좋습니다. |
| 렌더링 |
응용 프로그램 서버 한 대(최대 코어 수 8개)를 기준으로 CPU 코어별로 문서마다 초당 1회 |
경계 |
일정한 기간 동안 응용 프로그램 서버에서 "일반적인" 문서에 대해 수행할 수 있는 평균 렌더링 횟수를 측정한 값입니다. |
| 임계값 |
문서당 8개 |
임계값 |
OneNote merges combine changes from multiple users who are co-authoring a notebook. If too many concurrent merges are already in progress, a conflict page is generated instead, which forces the user to perform the merge manually. |
Project Server 제한
다음 표에는 Project Server에 대한 권장 지침이 나와 있습니다. Project Server를 계획하는 방법에 대한 자세한 내용은 Project Server 2010에 대한 계획 및 아키텍처를 참조하세요.
| 제한 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 프로젝트 종료 시간 |
날짜: 2149년 12월 31일 |
경계 |
프로젝트 계획은 2149년 12월 31일 날짜까지 연장할 수 없습니다. |
| 프로젝트 계획당 결과물 |
결과물 1,500개 |
경계 |
프로젝트 계획에는 1,500개 이상의 결과물을 포함할 수 없습니다. |
| 보기의 필드 수 |
256 |
경계 |
사용자는 Project Web App에서 정의한 보기에 256개 이상의 필드를 추가할 수 없습니다. |
| 보기에 대한 필터의 절 수 |
50 |
경계 |
사용자는 50개 이상의 절이 있는 보기에 필터를 추가할 수 없습니다. |
SharePoint 앱 제한
다음 표에는 SharePoint용 앱에 대한 권장 지침이 나와 있습니다.
| 제한 유형 | 참고 | 참고 | 참고 |
|---|---|---|---|
| 최대 Access/SharePoint 앱 패키지 크기 |
100MB |
경계 |
Access 클라이언트에서 만드는 앱 패키지에 대한 제한은 100MB입니다. > [! 참고]> Access는 앱 패키지를 만들 때 데이터베이스를 압축하므로 앱 패키지에 100MB 이상의 데이터가 포함될 수 있습니다. |
| SQL Azure의 최대 Access 앱 데이터베이스 저장소 크기 |
1GB |
경계 |
SharePoint에서 만든 각 Access 앱은 SQL Azure에 데이터베이스를 만듭니다. SQL Azure의 데이터베이스 저장소에 대한 제한은 1GB입니다. 온-프레미스 설치에서 관리자는 연결된 SQL 데이터베이스의 크기를 제어합니다. |
| 라이선스 관리 페이지에 표시되는 앱 |
2,000 |
경계 |
라이선스 관리 페이지에 최대 2,000개의 앱(스토어에서 구입)을 표시할 수 있습니다. 앱이 설치된 사이트의 모든 사이트 콘텐츠 페이지로 이동한 후 라이선스를 클릭하거나, 마켓플레이스 검색으로 앱을 검색하여 모든 앱의 라이선스를 관리할 수 있습니다. |
| 테넌트당 앱 라이선스 수 |
1,000,000 |
않음 |
단일 SharePoint 배포(온-프레미스 또는 Microsoft 365의 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자 중 먼저 도달하는 값으로 제한됩니다. |
관련 문서
SharePoint Server 2016의 하드웨어 및 소프트웨어 요구 사항