SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항
적용 대상: SharePoint Server 2010
마지막으로 수정된 항목: 2016-11-30
이 문서에서는 Microsoft SharePoint Server 2010의 소프트웨어 경계 및 제한에 대해 설명합니다. 여기에는 다음이 포함됩니다.
경계: 디자인에 따라 초과할 수 없는 정적 제한
임계값: 특정 요구 사항을 수용하도록 초과할 수 있는 구성 가능한 제한
지원되는 제한: 테스트된 값으로 기본 설정된 구성 가능한 제한
참고
이 문서의 용량 계획 정보는 계획 수립 과정에 지침으로 활용할 수 있습니다. 이 정보는 Microsoft에서 실제 속성에 대해 수행한 테스트 결과를 기반으로 합니다. 그러나 사용하는 장비 및 사이트에 대해 구현하는 기능에 따라 결과는 달라질 수 있습니다.
이 문서의 내용
경계 및 제한의 개요
경계, 임계값 및 지원되는 제한
제한 설정 방법
제한 및 경계
계층 구조별 제한
웹 응용 프로그램 제한
웹 서버 및 응용 프로그램 서버 제한
콘텐츠 데이터베이스 제한
사이트 모음 제한
목록 및 라이브러리 제한
열 제한
페이지 제한
기능별 제한
검색 제한
User Profile Service 제한
콘텐츠 배포 제한
블로그 제한
Business Connectivity Services 제한
워크플로 제한
관리되는 메타데이터 용어 저장소(데이터베이스) 제한
Visio Services 제한
SharePoint Web Analytics 서비스 제한
PerformancePoint Services 제한
Word Automation Services 제한
SharePoint Workspace 제한
OneNote 제한
Office Web Application Service 제한
Project Server 제한
경계 및 제한의 개요
이 문서에서는 SharePoint Server 2010의 테스트된 성능 및 용량 제한에 대한 이해를 돕는 정보를 소개하고 제한과 적절한 성능 간의 관계에 대한 지침을 제공합니다. 이 문서의 정보를 사용하여 계획한 배포가 적절한 성능 및 용량 제한 내에 포함되는지 여부를 확인하고 해당 환경에서 제한을 적절히 구성합니다.
이 문서에 나와 있는 테스트 결과 및 지침은 단일 SharePoint Server 2010 팜에 적용됩니다. 설치 환경에 서버를 추가해도 특정 개체의 용량 제한은 늘어나지 않을 수 있는데, 이러한 개체는 이 항목 뒷부분의 제한 및 경계 섹션에 있는 표에 나와 있습니다. 반면 서버 컴퓨터를 추가하면 서버 팜의 처리량이 늘어나는데, 많은 수의 개체에 대해 적절한 성능을 유지하려면 보다 높은 처리량이 필요할 수 있습니다. 솔루션에 필요한 개체 수가 많은 경우에는 팜의 서버 수를 늘려야 할 수도 있습니다.
지정된 환경에서 성능에 영향을 줄 수 있는 요인에는 여러 가지가 있으며 이러한 각 요인은 서로 다른 영역에서 성능에 영향을 줄 수 있습니다. 이 문서에 설명된 일부 테스트 결과 및 권장 사항은 사용 중인 환경에 없는 기능이나 사용자 작업과 관련이 있을 수 있으므로 이러한 경우에는 솔루션에 적용하지 마십시오. 철저히 테스트를 거쳐야만 해당 환경과 관련된 정확한 데이터를 제공할 수 있습니다.
경계, 임계값 및 지원되는 제한
SharePoint Server 2010에는 디자인에 따라 초과할 수 없는 특정한 제한과 팜 관리자가 변경할 수 있는 기본값으로 설정된 제한이 있습니다. 또한 웹 응용 프로그램당 사이트 모음 수 같은 구성 가능한 값으로 나타나지 않는 특정 제한도 있습니다.
경계는 디자인에 따라 초과할 수 없는 절대 제한입니다. 팜을 디자인할 때 잘못된 가정을 세우지 않으려면 이러한 제한을 반드시 이해하고 있어야 합니다.
경계의 예로는 2GB의 문서 크기 제한을 들 수 있습니다. 용량이 2GB가 넘는 문서를 저장하도록 SharePoint Server을 구성할 수는 없습니다. 이는 기본적으로 설정되는 절대값이며 원래부터 초과할 수 없도록 만들어졌습니다.
임계값은 해당 값을 수정할 때까지는 초과할 수 없는 기본값이 지정된 제한입니다. 특정한 상황에서는 팜 디자인의 변동을 수용하도록 임계값을 초과할 수도 있지만 이렇게 하면 다른 제한의 유효 값을 포함하여 팜의 성능에 영향을 줄 수 있다는 점에 유의해야 합니다.
특정 임계값의 기본값은 절대 최대값까지만 초과할 수 있습니다. 이에 대한 좋은 예로는 문서 크기 제한이 있습니다. 기본 문서 크기 임계값은 기본적으로 50MB로 설정되지만 최대 경계인 2GB를 지원하도록 변경할 수 있습니다.
지원되는 제한은 지정된 매개 변수에 대해 테스트된 값을 정의합니다. 테스트를 통해 정해진 이러한 제한의 기본값은 제품의 알려진 제한을 나타냅니다. 지원되는 제한을 초과하면 예기치 못한 결과, 대폭적인 성능 저하 또는 그 밖의 좋지 않은 영향이 발생할 수 있습니다.
어떤 지원되는 제한은 권장되는 값으로 기본 설정된 구성 가능한 매개 변수지만 또 어떤 지원되는 제한은 구성 가능한 값으로 나타나지 않는 매개 변수와 관련이 있습니다.
지원되는 제한의 예로는 웹 응용 프로그램당 사이트 모음 수가 있습니다. 지원되는 제한은 테스트 시 성능 벤치마크를 충족한 가장 큰 웹 응용 프로그램당 사이트 모음 수에 해당하는 250,000개입니다.
이 문서에 나와 있는 많은 제한 값은 해당 값이 증가함에 따라 늘어나는 리소스 부하와 그에 따른 성능 저하를 설명하는 전체 부분의 한 요소를 나타낸다는 점을 이해해야 합니다. 따라서 웹 응용 프로그램당 사이트 모음 수 같은 특정 제한을 초과하더라도 팜 성능은 일부만 저하될 수 있습니다. 하지만 대부분의 경우 팜의 디자인에서 제한 값이 적당한 균형을 이루고 있어야 적절한 성능 및 안정성 목표를 가장 효과적으로 달성하게 되므로 설정된 제한으로 또는 이러한 제한 가까이로 작동하는 것은 최상의 방법이 아닙니다.
임계값 및 지원되는 제한에 대한 지침은 성능에 따라 결정됩니다. 즉, 제한의 기본값을 초과할 수 있지만 제한 값을 늘림에 따라 팜 성능 및 다른 제한의 유효 값이 영향을 받을 수 있습니다. SharePoint Server의 많은 제한은 변경할 수 있지만 특정 제한을 변경할 경우 팜의 다른 부분에 어떤 영향이 발생하는지를 이해하고 있어야 합니다.
제한 설정 방법
SharePoint Server 2010에서는 팜 서비스 및 작동이 해당 유효 작동 제한에 도달하는 지점까지 부하를 늘리면서 팜의 동작을 테스트 및 관찰하는 방식으로 임계값 및 지원되는 제한을 설정합니다. 일부 팜 서비스 및 구성 요소는 다른 팜 서비스 및 구성 요소보다 높은 부하를 지원할 수 있으므로 경우에 따라 여러 요소의 평균을 토대로 제한 값을 할당해야 합니다.
예를 들어 사이트 모음이 추가될 때 부하가 발생하는 상황에서 팜의 동작을 관찰하면 일부 기능은 대기 시간이 너무 길어지는 반면 일부 기능은 여전히 적절한 매개 변수 범위 내에서 작동하는 것으로 나타납니다. 따라서 사이트 모음 수에 할당되는 최대값은 절대적인 수치는 아니며 대부분의 상황에서 지정된 제한으로 전체 팜 성능이 적절하게 유지되는 일련의 예상 사용 특성을 토대로 계산됩니다.
일부 서비스가 제한 테스트에 사용된 것보다 높은 매개 변수로 작동하는 경우에는 다른 서비스의 최대 유효 값이 줄어들게 됩니다. 따라서 해당 환경에 실제로 적용되는 제한을 설정하려면 특정 배포에 맞게 용량 관리 및 규모 테스트를 엄격하게 실행해야 합니다.
참고: 이 문서에 나와 있는 제한은 여러 팜 및 환경에서 수집한 것이므로 이러한 제한의 유효성을 검증하는 데 사용된 하드웨어에 대해서는 설명하지 않습니다. 테스트에 사용되는 팜에 대한 설명을 보려면 성능 및 용량 테스트 결과와 권장 사항(SharePoint Server 2010) 및 성능 및 용량 기술 사례 연구(SharePoint Server 2010).
이퀄라이저 은유적 비교
임계값 및 지원되는 제한을 각 한계가 특정 주파수를 나타내는 그래픽 이퀄라이저의 슬라이더로 간주할 수 있습니다. 이 은유적 비교에서 하나의 제한 값을 늘리면 하나 이상의 다른 제한에 대한 유효 값이 감소할 수 있습니다.
한 슬라이더가 라이브러리당 최대 문서 수를 나타내고, 지원되는 제한은 약 30,000,000에 해당하는 테스트된 최대 값이라고 가정해보겠습니다. 그러나 이 값은 팜의 최대 문서 수를 나타내는 다른 슬라이더에 따라 좌우됩니다. 이것은 기본값이 50MB인 임계값입니다.
비디오 또는 다른 큰 개체를 수용하기 위해 최대 문서 수를 1GB로 변경하면 라이브러리가 사용자에게 제공할 수 있는 문서 수도 그에 따라 감소합니다. 예를 들어 지정된 팜의 하드웨어 구성 및 토폴로지가 최대 50MB까지, 1,000,000개의 문서를 지원할 수 있습니다. 그러나 동일한 문서 수를 포함하는 동일한 팜이더라도 파일 크기 제한이 1GB로 설정되어 있으므로 더 큰 평균 문서 크기를 제공하는 경우에는 동일한 대기 시간 및 처리량 목표를 충족하지 못할 수 있습니다.
이 예제에서 감소되는 최대 문서 수의 정도를 예측하기는 어려우며, 라이브러리의 대용량 파일 수, 포함되는 데이터 볼륨, 팜의 사용 특성 및 하드웨어 리소스의 가용성에 따라 달라집니다.
제한 및 경계
이 섹션에서는 솔루션을 구성할 수 있는 개체를 나열하고 각 개체 종류에 대해 적절한 성능을 유지하기 위한 지침을 제공합니다. 적절한 성능은 시스템이 해당하는 수의 개체를 지원할 수 있지만 그 수를 초과하면 성능이 저하되고 관련된 제한 값이 줄어드는 것으로 테스트되었음을 의미합니다. 개체는 범위와 기능을 모두 기준으로 하여 나열됩니다. 또한 제한 데이터와 함께 제한을 얻은 조건에 대한 설명 및 추가 정보에 대한 링크(사용 가능한 경우)가 제공됩니다.
이 문서의 지침을 사용하여 전체 솔루션 계획을 검토하세요. 해당 솔루션 계획에서 하나 이상의 개체에 대한 권장 지침을 초과하는 경우 다음 작업을 하나 이상 수행하세요.
솔루션을 평가하여 다른 영역에서 보완이 이루어지는지 확인합니다.
배포 환경을 구축할 때 테스트하고 모니터링할 수 있도록 이러한 영역에 플래그를 지정합니다.
솔루션을 다시 디자인하거나 분할하여 용량 지침을 초과하지 않도록 합니다.
계층 구조별 제한
이 섹션에서는 SharePoint Server 2010 팜의 논리적 계층 구조에 따라 정렬된 제한을 소개합니다.
웹 응용 프로그램 제한
다음 표에는 웹 응용 프로그램에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
콘텐츠 데이터베이스 |
웹 응용 프로그램당 300개 |
지원 |
웹 응용 프로그램당 콘텐츠 데이터베이스가 300개인 경우 사이트 또는 사이트 모음 열기 같은 최종 사용자의 작업에는 아무런 영향이 없습니다. 그러나 새 사이트 모음을 만드는 등의 관리 작업을 수행하면 성능이 떨어집니다. 따라서 콘텐츠 데이터베이스의 수가 많은 경우에는 관리 인터페이스가 느려지고 탐색이 어려워지므로 Windows PowerShell을 사용하여 웹 응용 프로그램을 관리하는 것이 좋습니다. |
영역 |
웹 응용 프로그램당 5개 |
경계 |
팜에 대해 정의된 영역 수는 5개로 하드 코딩됩니다. 영역에는 기본, 인트라넷, 엑스트라넷, 인터넷 및 사용자 지정이 있습니다. |
관리 경로 |
웹 응용 프로그램당 20개 |
지원 |
관리 경로는 웹 서버에서 캐시되지 않으며, CPU 리소스를 사용하여 관리 경로 목록에 대해 받는 요청을 처리합니다. 웹 응용 프로그램당 관리 경로가 20개를 초과하면 요청이 발생할 때마다 웹 서버에 부하가 추가됩니다. 지정된 웹 응용 프로그램에서 20개가 넘는 관리 경로를 사용하려는 경우에는 적절한 시스템 성능을 유지하는지 여부를 테스트하는 것이 좋습니다. |
솔루션 캐시 크기 |
웹 응용 프로그램당 300MB |
임계값 |
InfoPath Forms Services에서는 솔루션 캐시를 통해 솔루션을 캐시에 유지하여 솔루션 검색 속도를 높일 수 있습니다. 캐시 크기가 초과되면 솔루션을 디스크에서 검색하므로 응답 시간이 느려질 수 있습니다. 솔루션 캐시의 크기를 구성하려면 Windows PowerShell cmdlet인 Set-SPInfoPathFormsService를 사용하면 됩니다. 자세한 내용은 Set-SPInfoPathFormsService 참조하세요. |
사이트 모음 |
웹 응용 프로그램당 250,000개 |
지원 |
웹 응용 프로그램당 권장되는 최대 사이트 모음 수는 250,000개입니다. 이 제한은 지정된 웹 응용 프로그램에서 지원할 수 있는 유효 사이트 모음 수를 줄일 수 있는 다른 요인의 영향을 받습니다. 콘텐츠 데이터베이스 등의 컨테이너 개체가 다른 개체를 많이 포함하는 경우에는 지원되는 제한을 초과하지 않도록 주의해야 합니다. 예를 들어 웹 응용 프로그램이 많이 포함된 팜에서는 총 사이트 모음 수가 팜 리소스를 통해 효율적으로 지원할 수 없는 수에 도달할 수 있습니다. 팜당 웹 응용 프로그램 수와 웹 응용 프로그램당 사이트 모음 수가 지원되는 제한 이내인 경우에도 이러한 현상이 발생할 수 있습니다. 마찬가지로 총 콘텐츠 데이터베이스의 수는 적지만 각 콘텐츠 데이터베이스가 사이트 모음을 많이 포함하는 팜에서는 사이트 모음 수에 대해 지원되는 제한에 도달하기 훨씬 전부터 팜 성능이 저하될 수 있습니다. 다음 사례에서는 이러한 사항을 보여 줍니다. 팜 A의 웹 응용 프로그램은 콘텐츠 데이터베이스 200개를 포함합니다(지원되는 구성). 각 콘텐츠 데이터베이스가 사이트 모음 200개를 포함하는 경우 웹 응용 프로그램의 총 사이트 모음 수는 4만 개이며 이는 지원되는 제한 범위 내에 포함됩니다. 그러나 각 콘텐츠 데이터베이스가 사이트 모음 2천 개를 포함하는 경우, 사이트 모음의 수 자체는 콘텐츠 데이터베이스에 대해 지원되는 값이지만 웹 응용 프로그램의 총 사이트 모음 수가 40만 개가 되기 때문에 웹 응용 프로그램당 사이트 모음 수의 제한을 초과하게 됩니다. |
웹 서버 및 응용 프로그램 서버 제한
다음 표에는 팜의 웹 서버에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 비고 |
|---|---|---|---|
응용 프로그램 풀 |
웹 서버당 10개 |
임계값 |
최대 수는 하드웨어 기능에 따라 결정됩니다. 이 제한은 다음에 따라 크게 달라집니다.
|
콘텐츠 데이터베이스 제한
다음 표에는 콘텐츠 데이터베이스에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
콘텐츠 데이터베이스 크기(일반 사용 시나리오) |
콘텐츠 데이터베이스당 200GB |
지원 |
이 표의 다음 행에 나와 있는 상황이 적용되는 경우를 제외하고는 콘텐츠 데이터베이스의 크기를 200GB로 제한하는 것이 좋습니다. RBS(원격 BLOB 저장소)를 사용하는 경우에는 콘텐츠 데이터베이스에 포함된 원격 BLOB 저장소 및 메타데이터의 총 볼륨이 이 제한을 초과해서는 안 됩니다. |
콘텐츠 데이터베이스 크기(모든 사용 시나리오) |
콘텐츠 데이터베이스당 4TB |
지원 |
다음 요구 사항을 충족하는 경우에는 총 4TB의 콘텐츠 데이터베이스가 지원됩니다.
또한 다음 요인도 면밀하게 고려해야 합니다.
SharePoint Server 2010 데이터 크기 계획에 대한 자세한 내용은 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하세요. 중요 4TB를 초과하는 콘텐츠 데이터베이스는 아래 행에서 설명하는 문서 보관 시나리오 이외의 경우에는 사용하지 않는 것이 좋습니다. 이러한 콘텐츠 데이터베이스 내의 사이트 모음은 업그레이드하기가 매우 어려우며 시간이 많이 걸릴 수 있습니다. |
콘텐츠 데이터베이스 크기(문서 보관 시나리오) |
명시적인 콘텐츠 데이터베이스 제한 없음 |
지원 |
다음 요구 사항을 충족하는 경우에는 문서 보관 시나리오에서 명시적 크기 제한이 없는 콘텐츠 데이터베이스를 사용할 수 있습니다.
대규모 문서 저장소에 대한 자세한 내용은 대규모 문서 저장소에 대한 성능 및 용량 요구 사항 예측(https://technet.microsoft.com/ko-kr/library/ff608068.aspx) 및 엔터프라이즈 콘텐츠 저장소 계획(SharePoint Server 2010) 문서의 일반적인 대규모 콘텐츠 관리 시나리오 섹션을 참조하세요. |
콘텐츠 데이터베이스 항목 |
문서 및 목록 항목을 포함하여 항목 6천만 개 |
지원 |
SharePoint Server 2010에 대해 테스트된 콘텐츠 데이터베이스당 최대 항목 수는 6천만 개(문서 및 목록 항목 포함)입니다. SharePoint Server 2010에 6천만 개보다 많은 항목을 저장하려는 경우에는 콘텐츠 데이터베이스를 여러 개 배포해야 합니다. |
콘텐츠 데이터베이스당 사이트 모음 수 |
2,000개(권장) 5,000개(최대) |
지원 |
콘텐츠 데이터베이스의 사이트 모음 수는 2,000개로 제한하는 것이 좋습니다. 하지만 하나의 데이터베이스에서 최대 5,000개의 사이트 모음이 지원됩니다. 이러한 제한은 업그레이드 속도와 관련이 있습니다. 데이터베이스의 사이트 모음 수가 많을수록 업그레이드 속도가 느려집니다. 데이터베이스의 사이트 모음 수에 대한 제한은 사이트 모음이 두 개 이상인 콘텐츠 데이터베이스의 크기 제한(200GB)에 종속됩니다. 따라서 데이터베이스의 사이트 모음 수가 증가하면 해당 데이터베이스에 포함된 사이트 모음의 평균 크기가 줄어들어야 합니다. 2,000개의 사이트 모음 제한을 초과하면 업그레이드 도중 가동 중지 시간이 길어지는 문제가 발생합니다. 2,000개가 넘는 사이트 모음을 사용하려는 경우에는 명확한 업그레이드 전략을 세우고 업그레이드 속도를 높이기 위한 추가 하드웨어와 데이터베이스에 적용되는 소프트웨어 업데이트를 확보하는 것이 좋습니다. 콘텐츠 데이터베이스의 사이트 수에 대한 경고 수준을 설정하려면 Windows PowerShell cmdlet인 Set-SPContentDatabase와 -WarningSiteCount 매개 변수를 함께 사용합니다. 자세한 내용은 Set-SPContentDatabase 참조하세요. |
NAS(Network Attached Storage)의 RBS(원격 BLOB 저장소) 저장소 하위 시스템 |
NAS로부터의 첫 번째 바이트 응답 시간은 20ms를 초과할 수 없음
|
경계 |
RBS를 사용하도록 SharePoint Server 2010을 구성하고 BLOB가 NAS 저장소에 있는 경우에는 다음과 같은 경계를 사용하는 것이 좋습니다. SharePoint Server 2010에서 BLOB을 요청하는 시간부터 NAS로부터 첫 번째 바이트를 수신할 때까지 경과하는 시간이 20ms를 초과해서는 안 됩니다. |
사이트 모음 제한
다음 표에는 사이트 모음에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
웹 사이트 |
사이트 모음당 250,000개/팜당 250,000개/팜당 500,000개 개인 사이트 |
지원 |
권장되는 최대 사이트 및 하위 사이트 수는 250,000개 사이트입니다. 사이트 모음 수준에서 하위 사이트 수가 2,000개를 초과하면 성능이 저하될 수 있습니다. 중요 사이트 모음당 하위 사이트 수를 2,000개 미만으로 유지하는 것이 가장 좋습니다. 사이트 모음당 웹 수가 2,000개 이하인 사이트 모음을 여러 개 만들어 최대 수의 웹 사이트를 만들 수 있습니다. 예를 들어 웹 수가 각각 2,000개인 사이트 모음 125개는 팜당 250,000개의 사이트와 같습니다. 그러나 이 크기는 비개인 사이트에 대해 권장되는 최대 제한으로 간주됩니다. 사이트 모음이 250,000개 있으며 모두가 개인 사이트 템플릿이 아닌 루트 웹 사이트를 포함하는 경우 해당 루트 사이트에 하위 사이트를 추가하면 250,000개의 웹 사이트 경계를 초과하게 됩니다. 사이트 모음당 권장되는 2,000개의 사이트를 초과하면 다음과 같은 문제가 발생할 수 있습니다.
|
사이트 모음 크기 |
최대 콘텐츠 데이터베이스 크기 |
지원 |
해당하는 사용 시나리오의 경우 사이트 모음은 콘텐츠 데이터베이스 크기 제한만큼 커질 수 있습니다. 특정 사용 시나리오에 대한 각 콘텐츠 데이터베이스 크기 제한에 대한 자세한 내용은 이 문서의 콘텐츠 데이터베이스 제한 표를 참조하세요. 일반적으로는 다음과 같은 원인으로 인해 사이트 모음 크기를 100GB로 제한하는 것이 좋습니다.
|
목록 및 라이브러리 제한
다음 표에는 목록 및 라이브러리에 대한 권장 지침이 나와 있습니다. 자세한 내용은 큰 목록 디자인 및 목록 성능 최대화(SharePoint Server 2010)를 참조하세요.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
목록 행 크기 |
행당 8,000바이트 |
경계 |
각각의 목록 또는 라이브러리 항목이 데이터베이스에서 차지할 수 있는 공간은 총 8,000바이트입니다. 256바이트는 기본 제공 열에 사용되므로 최종 사용자 열에 사용할 수 있는 공간으로 7,744바이트가 남게 됩니다. 각각의 필드 유형에서 사용하는 공간의 양에 대한 자세한 내용은 열 제한을 참조하세요. |
파일 크기 |
2GB |
경계 |
기본적인 최대 파일 크기는 50MB입니다. 이는 2GB까지 늘릴 수 있지만 용량이 매우 큰 파일 수가 많으면 팜 성능에 영향을 미칠 수 있습니다. |
문서 |
라이브러리당 30,000,000개 |
지원 |
폴더를 중첩하거나 표준 보기 및 사이트 계층 구조를 사용하면 매우 큰 문서 라이브러리를 만들 수 있습니다. 이 값은 문서 및 폴더의 구성 방식과 저장되는 문서의 형식 및 크기에 따라 달라질 수 있습니다. |
주 버전 |
400,000 |
지원 |
이 제한을 초과하는 경우 파일 열기 또는 저장, 삭제, 버전 기록 보기 같은 기본적인 파일 작업이 실패할 수 있습니다. |
항목 |
목록당 30,000,000개 |
지원 |
표준 보기, 사이트 계층 구조 및 메타데이터 탐색을 사용하여 규모가 매우 큰 목록을 만들 수 있습니다. 이 값은 목록의 열 수 및 목록의 사용법에 따라 달라질 수 있습니다. |
행 크기 제한 |
목록 또는 라이브러리 항목에 사용되는 데이터베이스 내부의 테이블 행 6개 |
지원 |
목록 또는 라이브러리 항목에 대해 사용할 수 있는 데이터베이스 내부 테이블 행의 최대 수를 지정합니다. 넓은 목록을 여러 개의 열에 포함하려면 각 항목을 여러 개의 내부 테이블 행에 줄 바꿈하고 행 수는 6개 이하로 유지할 수 있습니다. 이것은 개체 모델을 통해 팜 관리자만이 구성할 수 있습니다. 개체 모델 메서드는 SPWebApplication.MaxListItemRowStorage입니다. |
대량 작업 |
대량 작업당 항목 100개 |
경계 |
사용자 인터페이스를 사용하여 대량 작업을 위해 최대 100개의 항목을 선택할 수 있습니다. |
목록 보기 조회 임계값 |
쿼리당 조인 연산 8개 |
임계값 |
조회, 개인/그룹 또는 워크플로 상태 열을 기준으로 하는 조인 등, 쿼리당 허용되는 최대 조인 수를 지정합니다. 쿼리가 8개가 넘는 조인을 사용하는 경우 작업이 차단됩니다. 이러한 제한이 단일 항목 작업에는 적용되지 않습니다. 보기 필드를 지정하지 않고 개체 모델을 통해 최대 보기를 사용하는 경우 SharePoint는 처음 8개의 조회까지 반환합니다. |
목록 보기 임계값 |
5,000 |
임계값 |
관리자가 설정한 쿼리에 제한이 없는 일별 기간을 벗어나 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수를 지정합니다. |
감사자 및 관리자의 목록 보기 임계값 |
20,000 |
임계값 |
적절한 사용 권한을 가진 감사자 또는 관리자가 실행하는 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수를 지정합니다. 이 설정은 개체 모델 무시 허용과 함께 사용됩니다. |
하위 사이트 |
사이트 보기당 2,000개 |
임계값 |
하위 사이트 수가 2,000개를 초과하면 지정된 웹 사이트의 하위 사이트를 열거하는 인터페이스의 성능이 떨어집니다. 마찬가지로 하위 사이트 수가 늘어나면 모든 사이트 콘텐츠 페이지와 트리 보기 컨트롤의 성능이 크게 떨어집니다. |
Microsoft Word 및 Microsoft PowerPoint에서 .docx, .pptx 및 .ppsx 파일의 공동 작성 |
문서당 동시 편집자 10명 |
임계값 |
권장되는 최대 동시 편집자 수는 10명이고 경계는 99명입니다. 동시 편집을 위해 하나의 문서를 연 편집자 수가 99명인 경우 100번째 이후의 모든 사용자는 읽기 전용 복사본을 확인해야 하며 "사용 중인 파일"이라는 오류가 나타납니다. 공동 편집자 수가 10명을 초과하면 충돌이 늘어나면서 사용자 환경의 성능이 점차 떨어지고 사용자는 변경 내용을 성공적으로 업로드하기 위해 보다 많은 반복 작업을 수행해야 합니다. |
보안 범위 |
목록당 50,000개 |
임계값 |
목록에 대해 설정되는 고유한 보안 범위의 최대 수는 50,000개를 초과할 수 없습니다. 대부분의 팜에서는 이 제한을 5,000개의 고유 범위로 낮추는 것이 좋습니다. 목록이 큰 경우 가능한 한 적은 수의 고유 사용 권한을 사용하는 디자인을 고려합니다. 목록에 대한 고유한 보안 범위의 수가 목록 보기 임계값(기본적으로 목록 항목 5,000개로 설정됨)을 초과할 경우 목록을 볼 때 추가 SQL Server 라운드트립이 발생하여 목록 보기 성능이 떨어질 수 있습니다. 범위는 보안 개체 및 별도의 보안 경계가 정의되지 않은 해당 하위 개체에 대한 보안 경계입니다. 범위에는 ACL(액세스 제어 목록)이 포함되지만 NTFS ACL과 달리 SharePoint Server과 관련된 보안 주체가 포함될 수 있습니다. 범위에 대한 ACL의 구성원에는 Windows 사용자, Windows 사용자 이외의 사용자 계정(예: 양식 기반 계정), Active Directory 그룹 또는 SharePoint 그룹이 포함될 수 있습니다. |
열 제한
SharePoint Server 2010 데이터는 SQL Server 테이블에 저장됩니다. SharePoint 목록에서 사용할 수 있는 열의 수를 최대화하기 위해 SharePoint Server에서는 데이터가 단일 행에 적합하지 않은 경우 데이터베이스에 여러 개의 행을 만드는데 이를 행 줄 바꿈이라고 합니다.
SQL Server에서 행을 줄 바꿈할 때마다 항목을 쿼리할 때 해당 쿼리에 SQL 조인을 포함해야 하기 때문에 서버에 추가 쿼리 부하가 발생합니다. 부하가 과도하게 발생하지 않도록 기본적으로 하나의 SharePoint 항목에 최대 6개의 SQL Server 행을 사용할 수 있습니다. 특히 이러한 제한으로 인해 SharePoint 목록에 포함할 수 있는 각 열 유형의 수가 제한됩니다. 다음 표에는 각 열 유형에 대한 제한이 나와 있습니다.
행 줄 바꿈 매개 변수는 6개를 초과하여 늘릴 수 있지만 이렇게 하면 서버에 과도한 부하가 발생할 수 있습니다. 이 제한을 초과하여 늘리기 전에 성능 테스트를 수행하는 것이 좋습니다. 자세한 내용은 큰 목록 디자인 및 목록 성능 최대화(SharePoint Server 2010)를 참조하세요.
각 열 유형에는 크기 값이 바이트 단위로 나열됩니다. 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 목록 항목당 제한이 000,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 지침과 일치합니다. 이 수치에 영향을 주는 요소에는 다음과 같은 여러 가지가 있습니다.
|
사이트 모음의 사용자 |
사이트 모음당 2,000,000명 |
지원 |
개인 사용자 대신 Microsoft Windows 보안 그룹을 사용하여 보안을 관리하면 웹 사이트에 매우 많은 사용자를 추가할 수 있습니다. 이러한 제한은 사용자 인터페이스의 관리 효율성 및 탐색 용이성을 기반으로 합니다. 사이트 모음에 있는 항목(보안 사용자 그룹) 수가 많은(1천 개 초과) 경우에는 UI 대신 Windows PowerShell을 사용하여 사용자를 관리해야 합니다. 이렇게 하면 관리 환경의 효율성이 향상됩니다. |
SharePoint 그룹의 Active Directory 사용자 |
SharePoint 그룹당 5,000명 |
지원 |
SharePoint Server 2010에서는 SharePoint 그룹에 사용자 또는 Active Directory 그룹을 추가할 수 있습니다. SharePoint 그룹에 사용자(또는 Active Directory 그룹이나 사용자) 수가 5,000명 이하이면 적절한 성능을 얻게 됩니다. 이 제한으로 인해 가장 많은 영향을 받는 작업은 다음과 같습니다.
|
SharePoint 그룹 |
사이트 모음당 10,000개 |
지원 |
그룹 수가 10,000개를 초과하면 작업 실행 시간이 대폭 늘어납니다. 이러한 현상은 특히 기존 그룹에 사용자 추가, 새 그룹 만들기 및 그룹 보기 렌더링 같은 작업에서 두드러집니다. |
보안 주체: 보안 범위 크기 |
ACL(액세스 제어 목록)당 5,000개 |
지원 |
범위의 크기는 보안 검사 계산에 사용되는 데이터에 영향을 줍니다. 이 계산은 범위가 변경될 때마다 수행됩니다. 하드 한도는 없지만 범위가 클수록 계산 시간이 오래 걸립니다. |
기능별 제한
이 섹션에는 제한이 기능별로 분류되어 있습니다.
검색 제한
다음 표에는 검색에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
SharePoint Search Service 응용 프로그램 |
팜당 20개 |
지원 |
검색 구성 요소 및 데이터베이스를 별도의 서버에 할당할 수 있으므로 동일한 팜에 여러 개의 SharePoint Search Service 응용 프로그램을 배포할 수 있습니다. 권장되는 제한인 20개는 팜의 모든 서비스 응용 프로그램에 대한 최대 제한보다 작습니다. |
크롤링 데이터베이스 및 데이터베이스 항목 |
Search Service 응용 프로그램당 크롤링 데이터베이스 10개 크롤링 데이터베이스당 항목 25,000,000개 |
임계값 |
크롤링 데이터베이스에는 크롤링된 모든 항목에 대한 크롤링 데이터(예: 시간/상태)가 저장됩니다. 지원되는 제한은 SharePoint Search Service 응용 프로그램당 10개의 크롤링 데이터베이스입니다. 권장되는 제한은 크롤링 데이터베이스당 25,000,000개의 항목입니다(또는 Search Service 응용 프로그램당 총 4개의 크롤링 데이터베이스). |
크롤링 구성 요소 |
Search Service 응용 프로그램당 16개 |
임계값 |
응용 프로그램당 권장되는 제한은 총 16개의 크롤링 구성 요소이며, 크롤링 데이터베이스당 2개와 서버당 2개(서버에 프로세서(코어)가 8개 이상이라고 가정할 경우)가 할당됩니다. 전파 I/O 성능 저하를 최소화하려면 서버당 총 크롤링 구성 요소 개수가 128/(총 쿼리 구성 요소 수)개 미만이어야 합니다. 권장되는 제한을 초과하더라도 크롤링 성능은 증가하지 않을 수 있으며, 실제로 크롤링 성능은 크롤링 서버, 데이터베이스 및 콘텐츠 호스트에서 사용 가능한 리소스에 따라 저하될 수 있습니다. |
인덱스 파티션 |
Search Service 응용 프로그램당 20개(총 128개) |
임계값 |
인덱스 파티션에는 Search Service 응용 프로그램 인덱스의 하위 집합이 저장됩니다. 권장되는 제한은 20개입니다. 인덱스 파티션 수를 늘리면 각 파티션에 보다 작은 인덱스 하위 집합이 저장되어 인덱스 파티션에 할당된 쿼리 구성 요소를 호스팅하는 쿼리 서버에 필요한 RAM 및 디스크 공간이 줄어듭니다. 총 인덱스 파티션 수에 대한 경계는 128개입니다. |
인덱싱된 항목 |
Search Service 응용 프로그램당 100,000,000개(인덱스 파티션당 10,000,000개) |
지원 |
SharePoint Search에서 지원하는 각 인덱스 파티션에는 검색 인덱스의 하위 집합이 포함됩니다. 권장되는 최대 제한은 모든 파티션에서 10,000,000개의 항목입니다. 권장되는 전체 최대 항목 수(예: 사용자, 목록 항목, 문서, 웹 페이지)는 100,000,000개입니다. |
크롤링 로그 항목 |
검색 응용 프로그램당 100,000,000개 |
지원 |
크롤링 로그의 개별 로그 항목 수로, "인덱싱된 항목"의 제한을 따릅니다. |
속성 데이터베이스 |
Search Service 응용 프로그램당 10개(총 128개) |
임계값 |
속성 데이터베이스에는 해당 데이터베이스와 연결된 각 인덱스 파티션의 항목에 대한 메타데이터가 저장됩니다. 인덱스 파티션은 하나의 속성 저장소와만 연결할 수 있습니다. 권장되는 제한은 Search Service 응용 프로그램당 10개의 속성 데이터베이스입니다. 인덱스 파티션에 대한 경계는 128개입니다. |
쿼리 구성 요소 |
검색 응용 프로그램당 128개(서버당 64/(총 크롤링 구성 요소 수)개) |
임계값 |
쿼리 구성 요소의 총 개수는 크롤링 구성 요소에서 파일을 복사할 수 있는 기능에 따라 제한됩니다. 서버당 쿼리 구성 요소의 최대 개수는 쿼리 구성 요소가 크롤링 구성 요소로부터 전파되는 파일을 받아들일 수 있는 기능에 따라 제한됩니다. |
범위 규칙 |
범위당 범위 규칙 100개(Search Service 응용 프로그램당 총 600개) |
임계값 |
이 제한을 초과하면 크롤링의 최신성이 떨어지며 범위가 지정된 쿼리로 인해 지연이 발생할 수 있습니다. |
범위 |
Search Service 응용 프로그램당 200개의 사이트 범위 및 200개의 공유 범위 |
임계값 |
이 제한을 초과하면 크롤링의 효율성이 떨어질 수 있으며 표시 그룹에 범위가 추가되는 경우에는 최종 사용자의 브라우저 대기 시간에도 영향을 줍니다. 또한 범위 수가 권장되는 제한을 초과하면 검색 관리 인터페이스의 범위 표시 성능이 저하됩니다. |
표시 그룹 |
사이트당 25개 |
임계값 |
표시 그룹은 사용자 인터페이스를 통해 그룹화된 범위를 표시하는 데 사용됩니다. 이 제한을 초과하면 검색 관리 인터페이스에서 범위 환경의 성능이 저하되기 시작합니다. |
알림 |
검색 응용 프로그램당 1,000,000개 |
지원 |
테스트된 제한입니다. |
콘텐츠 원본 |
Search Service 응용 프로그램당 50개 |
임계값 |
권장되는 제한인 50개는 Search Service 응용 프로그램의 경계인 500개까지 초과할 수 있습니다. 그러나 이 경우 시작 주소는 이보다 적은 수를 사용해야 하며 동시 크롤링 제한을 따라야 합니다. |
시작 주소 |
콘텐츠 원본당 100개 |
임계값 |
이 권장되는 제한은 경계에 해당하는 콘텐츠 원본당 500개까지 초과할 수 있습니다. 하지만 보유한 시작 주소가 많을수록 더 적은 콘텐츠 원본을 사용해야 합니다. 시작 주소가 많은 경우에는 이를 HTML 페이지에서 링크로 지정하고 HTTP 크롤러를 통해 이러한 페이지를 크롤링하여 링크를 따라 이동하는 것이 좋습니다. |
동시 크롤링 |
검색 응용 프로그램당 20개 |
임계값 |
동시에 수행되는 크롤링 수입니다. 이 수치를 초과하면 전체 크롤링 속도가 떨어질 수 있습니다. |
크롤링 속성 |
검색 응용 프로그램당 500,000개 |
지원 |
크롤링 중에 검색되는 속성입니다. |
크롤링 영향 규칙 |
100 |
임계값 |
권장되는 제한은 팜당 100개입니다. 권장되는 제한은 초과할 수 있지만 이 경우 검색 관리 인터페이스에서 사이트 방문 빈도 규칙의 표시 성능이 저하됩니다. 사이트 방문 빈도 규칙이 2,000개 정도이면 사이트 방문 빈도 규칙 관리 페이지를 읽을 수 없게 됩니다. |
크롤링 규칙 |
Search Service 응용 프로그램당 100개 |
임계값 |
이 값은 초과될 수 있지만 이 경우 검색 관리 인터페이스의 크롤링 규칙 표시 성능이 저하됩니다. |
관리 속성 |
Search Service 응용 프로그램당 100,000개 |
임계값 |
검색 시스템이 쿼리에 사용하는 속성입니다. 크롤링 속성은 관리 속성에 매핑됩니다. |
매핑 |
관리 속성당 100개 |
임계값 |
이 제한을 초과하면 크롤링 속도 및 쿼리 성능이 떨어질 수 있습니다. |
URL 제거 |
작업당 100개 제거 |
지원 |
단일 작업으로 시스템에서 제거해야 하는 최대 권장 URL 수입니다. |
신뢰할 수 있는 페이지 |
Search Service 응용 프로그램당 최상위 페이지 1개와 최소한의 두 번째 및 세 번째 수준 페이지 |
임계값 |
권장되는 제한은 신뢰할 수 있는 최상위 페이지 1개와 원하는 관련성을 얻기 위한 최소한의 두 번째 및 세 번째 수준 페이지입니다. 경계는 검색 응용 프로그램 하나를 기준으로 관련성 수준당 200개이지만 페이지를 추가하면 원하는 관련성을 얻지 못할 수 있습니다. 핵심 사이트는 첫 번째 관련성 수준에 추가합니다. 추가 핵심 사이트는 두 번째 또는 세 번째 관련성 수준에 한 번에 하나씩 추가하고, 추가할 때마다 관련성을 평가하여 원하는 관련성 효과를 달성했는지 확인합니다. |
키워드 |
사이트 모음당 200개 |
지원 |
권장되는 제한은 키워드당 최상의 선택이 5개인 경우의 사이트 모음당 최대 제한(ASP.NET)인 5,000개까지 초과할 수 있습니다. 이 제한을 초과하면 사이트 관리 인터페이스의 키워드 표시 성능이 저하됩니다. ASP.NET의 제한을 변경하려면 web.config 및 client.config 파일(MaxItemsInObjectGraph)을 사용하면 됩니다. |
인식된 메타데이터 속성 |
크롤링된 항목당 10,000개 |
경계 |
항목이 크롤링될 때 확인할 수 있고 잠재적으로 쿼리에 매핑하거나 사용할 수 있는 메타데이터 속성의 수입니다. |
User Profile Service 제한
다음 표에는 User Profile Service에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
사용자 프로필 |
서비스 응용 프로그램당 2,000,000개 |
지원 |
User Profile Service 응용 프로그램에서는 전체 정보 교류 기능을 통해 최대 2,000,000개의 사용자 프로필을 지원할 수 있습니다. 이 수치는 디렉터리 서비스에서 사용자 프로필 저장소로 가져올 수 있는 프로필의 수를 나타내는 것은 물론 User Profile Service 응용 프로그램에서 정보 교류 기능의 성능을 떨어뜨리지 않으면서 지원할 수 있는 프로필 수를 나타내기도 합니다. |
공유 태그, 메모 및 등급 |
공유 데이터베이스당 500,000,000개 |
지원 |
성능을 크게 떨어뜨리지 않고 공유 데이터베이스에서 최대 총 500,000,000개의 공유 태그, 메모 및 등급이 지원됩니다. 하지만 백업 및 복원 같은 데이터베이스 유지 관리 작업을 수행하면 해당 시점에 성능이 떨어질 수 있습니다. |
콘텐츠 배포 제한
다음 표에는 콘텐츠 배포에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
서로 다른 경로에서 실행되는 콘텐츠 배포 작업 |
20 |
지원 |
동일한 원본 콘텐츠 데이터베이스의 사이트 모음에 연결된 경로에서 여러 개의 작업을 동시에 실행하면 데이터베이스에서 교착 상태가 발생할 위험이 높아집니다. 여러 개의 작업을 동시에 수행해야 하는 경우에는 사이트 모음을 각기 다른 원본 콘텐츠 데이터베이스로 옮기는 것이 좋습니다. 참고 동일한 경로에서 여러 개의 작업을 동시에 실행할 수는 없습니다. 콘텐츠 배포를 위해 Microsoft 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개는 데이터베이스 커넥터에서 페이지당 반환할 수 있는 결과의 수를 제한하는 데 사용됩니다. 응용 프로그램은 실행 컨텍스트를 통해 보다 큰 제한을 지정할 수 있습니다. 절대 최대값을 지정하면 기본값을 고려하지 않는 응용 프로그램에 대해서도 최대값이 적용됩니다. 이 제한의 경계는 1,000,000개입니다. |
워크플로 제한
다음 표에는 워크플로에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
워크플로 연기 임계값 |
15 |
임계값 |
타이머 서비스에서 실행되는 인스턴스를 제외하고 콘텐츠 데이터베이스에 대해 동시에 실행할 수 있는 워크플로의 최대 개수는 15개입니다. 이 임계값에 도달하면 나중에 워크플로 타이머 서비스에서 실행할 수 있도록 새로운 워크플로 활성화 요청이 큐에서 대기하게 됩니다. 비타이머 실행이 완료되면 새 요청은 이 임계값에 대해 계산됩니다. 이 제한은 Set-SPFarmConfig Windows PowerShell cmdlet을 사용하여 구성할 수 있습니다. 자세한 내용은 Set-SPFarmConfig를 참조하세요. 참고: 이 제한은 진행 중일 수 있는 워크플로 인스턴스의 총 수를 나타내지 않으며 처리 중인 인스턴스 수를 나타냅니다. 이 제한을 늘리면 워크플로 시작 및 완료 작업이 전체적으로 늘어날 뿐 아니라 콘텐츠 데이터베이스 및 시스템 리소스에 대한 로드도 증가합니다. |
워크플로 타이머 일괄 처리 크기 |
100 |
임계값 |
워크플로 타이머 작업을 실행할 때마다 획득되어 워크플로로 전달되는 이벤트의 수입니다. Windows PowerShell을 사용하여 구성할 수 있습니다. 추가 이벤트에 대비하려면 Microsoft SharePoint Foundation 워크플로 타이머 서비스 인스턴스를 추가로 실행하면 됩니다. |
관리되는 메타데이터 용어 저장소(데이터베이스) 제한
다음 표에는 관리되는 메타데이터 용어 저장소에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
용어 저장소에서 중첩된 용어의 최대 수준 수 |
7 |
지원 |
용어 집합의 용어는 계층 구조를 통해 나타낼 수 있습니다. 용어 집합에는 최대 7개의 용어 수준(상위 용어 및 상위 용어 아래에 중첩된 6개의 수준)이 포함될 수 있습니다. |
용어 저장소의 최대 용어 집합 수 |
1,000 |
지원 |
용어 저장소에는 최대 1,000개의 용어 집합이 포함될 수 있습니다. |
용어 집합의 최대 용어 수 |
30,000 |
지원 |
용어 집합의 최대 용어 수는 30,000개입니다. 참고 동의어 및 번역 같은 동일한 용어에 대한 추가 레이블은 개별 용어로 계산되지 않습니다. |
용어 저장소의 총 항목 수 |
1,000,000 |
지원 |
항목은 용어 또는 용어 집합입니다. 용어 및 용어 집합의 합은 1,000,000개를 초과할 수 없습니다. 동의어 및 번역 같은 동일한 용어에 대한 추가 레이블은 개별 용어로 계산되지 않습니다. 참고 하나의 용어 저장소에서 최대 개수의 용어 집합과 최대 개수의 용어를 동시에 유지할 수는 없습니다. |
Visio Services 제한
다음 표에는 Microsoft SharePoint Server 2010의 Visio Services 인스턴스에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
Visio 웹 드로잉의 파일 크기 |
50MB |
임계값 |
Visio Services에는 관리자가 Visio에서 처리하는 웹 드로잉의 최대 크기를 변경하는 데 사용할 수 있는 구성 설정이 있습니다. 파일 크기가 이보다 크면 다음과 같은 부작용이 발생합니다.
|
Visio 웹 드로잉 재계산 제한 시간 |
120초 |
임계값 |
Visio Services에는 관리자가 데이터를 새로 고친 후 드로잉을 다시 계산하는 데 걸릴 수 있는 최대 시간을 변경하는 데 사용할 수 있는 구성 설정이 있습니다. 재계산 제한 시간이 이보다 높으면 다음과 같은 현상이 발생합니다.
재계산 제한 시간이 이보다 작으면 다음과 같은 현상이 발생합니다.
|
Visio Services의 최소 캐시 보존 기간(데이터 연결 다이어그램) |
최소 캐시 시간: 0~24시간 |
임계값 |
최소 캐시 보존 기간은 데이터 연결 다이어그램에 적용됩니다. 또한 현재 다이어그램을 캐시에서 제거할 수 있는 가장 빠른 시점을 결정합니다. 최소 캐시 보존 기간을 너무 낮은 값으로 설정하면 처리량이 감소하고 대기 시간이 증가하는데, 이는 캐시의 유효성 검사를 지나치게 자주 수행하여 Visio에서 재계산을 자주 수행하도록 하고 CPU 및 메모리 가용성이 줄어들기 때문입니다. |
Visio Services의 최대 캐시 보존 기간(비데이터 연결 다이어그램) |
최대 캐시 시간: 0~24시간 |
임계값 |
최대 캐시 보존 기간은 비데이터 연결 다이어그램에 적용됩니다. 이 값에 따라 메모리에서 현재의 다이어그램이 유지되는 기간이 결정됩니다. 최대 캐시 보존 기간을 늘리면 자주 요청되는 드로잉의 대기 시간이 줄어듭니다. 그러나 최대 캐시 보존 기간을 너무 높은 값으로 설정하면 대기 시간이 증가하고 캐시되지 않은 항목에 대한 처리 속도가 느려지는데, 이는 캐시에 이미 있는 항목에서 사용 가능한 메모리를 소모하여 메모리가 줄어들기 때문입니다. |
SharePoint Web Analytics 서비스 제한
다음 표에는 SharePoint Web Analytics 서비스에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
SharePoint 엔터티 |
Web Analytics이 사용되도록 설정된 경우 팜당 30,000 |
지원 |
팜에 30,000개가 넘는 SharePoint 엔터티(모든 웹 응용 프로그램, 사이트 모음 및 사이트 포함)가 포함되어 있거나 앞으로 포함될 예정인 경우 Web Analytics를 사용하지 않도록 설정합니다. 다양한 SharePoint 엔터티 조합이 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010 문서에 설면된 테스트된 시나리오보다 팜 성능에 더 많이 또는 더 적게 영향을 미칠 수 있으므로 이 수치는 정확하지 않습니다. 그러나 팜의 SharePoint 엔터티 수가 이 제한에 가까워지면 팜 성능이 용인할 수 없는 수준까지 저하될 수 있습니다. |
SharePoint Web Analytics 서비스의 경계 및 제한에 대한 자세한 내용은 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010을 참조하세요.
PerformancePoint Services 제한
다음 표에는 Microsoft SharePoint Server 2010의 PerformancePoint Services에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
셀 |
Excel Services 데이터 원본에 대한 쿼리당 1,000,000개 |
경계 |
Excel Services 데이터 원본을 호출하는 PerformancePoint 성과 기록표에는 쿼리당 셀 개수가 최대 1,000,000개로 제한됩니다. |
열 및 행 |
열 15개 x 행 60,000개 |
임계값 |
Microsoft Excel 통합 문서를 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다. |
SharePoint 목록에 대한 쿼리 |
열 15개 x 행 5,000개 |
지원 |
SharePoint 목록을 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다. |
SQL Server 데이터 원본에 대한 쿼리 |
열 15개 x 행 20,000개 |
지원 |
SQL Server 테이블을 데이터 원본으로 사용하는 PerformancePoint 대시보드 개체를 렌더링하는 경우의 최대 열 및 행 개수입니다. 행 개수는 열 개수에 따라 변경될 수 있습니다. |
Word Automation Services 제한
다음 표에는 Microsoft Word Automation Services에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
입력 파일 크기 |
512MB |
경계 |
Microsoft Word Automation Services에서 처리할 수 있는 최대 파일 크기입니다. |
변환을 시작하는 빈도(분) |
1분(권장) 15분(기본값) 59분(경계) |
임계값 |
이 설정에 따라 Microsoft Word Automation Services 타이머 작업이 실행되는 빈도가 결정됩니다. 수치가 낮을수록 타이머 작업의 실행 속도가 빨라집니다. 테스트 결과 이 타이머 작업은 분당 한 번씩 실행하는 것이 가장 유용한 것으로 확인되었습니다. |
변환 프로세스당 시작할 변환 수 |
PDF/XPS 출력 형식: 다른 모든 출력 형식의 경우 30xM: 72xM, 여기서 M은 변환을 시작하는 빈도(분) 값입니다. |
임계값 |
시작할 변환 수는 Microsoft Word Automation Services의 처리량에 영향을 줍니다. 이러한 값을 권장되는 수준보다 더 크게 설정하면 일부 변환 항목이 시작 시 일시적으로 오류가 발생하고 사용자 권한이 만료될 수 있습니다. 사용자 권한은 변환 작업이 시작된 시간부터 24시간이 지나면 만료됩니다. |
변환 작업 크기 |
변환 항목 100,000개 |
지원 |
변환 작업에는 하나 이상의 변환 항목이 포함되며, 각각의 변환 항목은 SharePoint의 단일 입력 파일에서 수행할 단일 변환을 나타냅니다. ConversionJob.Start 메서드를 사용하여 변환 작업이 시작되면 변환 작업 및 모든 변환 항목이 응용 프로그램 서버로 전송되며 여기서 해당 작업이 Microsoft Word Automation Services 데이터베이스에 저장됩니다. 변환 항목 수가 많으면 Start 메서드의 실행 시간과 응용 프로그램 서버로 전송되는 바이트 수가 모두 증가합니다. |
총 활성 변환 프로세스 |
N-1(여기서 N은 각 응용 프로그램 서버의 코어 수) |
임계값 |
활성 변환 프로세스에서는 단일 처리 코어가 사용될 수 있습니다. 따라서 고객은 응용 프로그램 서버의 처리 코어 수보다 변환 프로세스를 많이 실행해서는 안 됩니다. 변환 타이머 작업 및 다른 SharePoint 작업 시에도 처리 코어를 이따금씩 사용해야 합니다. 변환 작업 및 SharePoint에서 사용할 수 있도록 항상 코어 하나를 사용 가능한 상태로 남겨 두는 것이 좋습니다. |
Microsoft Word Automation Services 데이터베이스 크기 |
변환 항목 2,000,000개 |
지원 |
Microsoft Word Automation Services에서는 해당 데이터베이스에 변환 항목의 영구적 큐를 유지 관리합니다. 각 변환 요청에서는 하나 이상의 레코드를 생성합니다. Microsoft Word Automation Services는 데이터베이스에서 레코드를 자동으로 삭제하지 않으므로 유지 관리를 수행하지 않으면 데이터베이스가 급격하게 커질 수 있습니다. 관리자는 Windows PowerShell cmdlet인 Remove-SPWordConversionServiceJobHistory를 사용하여 변환 작업 기록을 수동으로 제거할 수 있습니다. 자세한 내용은 Remove-SPWordConversionServiceJobHistory를 참조하세요. |
SharePoint Workspace 제한
다음 표에는 Microsoft SharePoint Workspace 2010에 대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
SharePoint Workspace 동기화 |
목록당 항목 30,000개 |
경계 |
SharePoint Workspace에서는 항목 수가 30,000개를 초과하는 목록은 동기화하지 않습니다. 이러한 제한을 적용하는 이유는 항목 수가 30,000개를 초과하는 목록을 다운로드하려면 시간이 너무 오래 걸리고 리소스 사용량이 높기 때문입니다. |
SharePoint Workspace 동기화 |
SharePoint Workspace에서 1,800개의 문서로 제한 |
경계 |
사용자가 SharePoint Workspace에서 사용하는 문서가 500개를 초과하면 경고가 표시되지만 계속 문서를 추가할 수 있습니다. |
OneNote 제한
다음 표에는 Microsoft OneNote대한 권장 지침이 나와 있습니다.
| 제한 | 최대값 | 제한 유형 | 참고 사항 |
|---|---|---|---|
OneNote 전자 필기장의 섹션 및 섹션 그룹 수(SharePoint) |
목록 및 라이브러리 제한의 "문서" 관련 제한 참조 |
각 섹션은 목록에서 폴더 및 문서 하나로 계산됩니다. 마찬가지로 각 섹션 그룹도 목록에서 폴더 및 문서 하나로 계산됩니다. |
|
섹션의 최대 크기 |
목록 및 라이브러리 제한의 "파일 크기" 관련 제한 참조 |
이 최대값에는 100KB가 넘는 이미지, 포함된 파일 및 OneNote에 대한 XPS 인쇄물은 제외됩니다. 100KB가 넘는 이미지 및 포함된 파일은 자체 이진 파일로 분할됩니다. 즉, 100KB의 형식이 지정된 데이터와 1MB의 포함된 Word 문서 4개가 있는 섹션은 100KB 섹션으로 간주됩니다. |
|
OneNote 섹션 하나에 저장될 수 있는 이미지, 포함된 파일 및 XPS OneNote 인쇄물의 최대 크기입니다. |
목록 및 라이브러리 제한의 "파일 크기" 관련 제한 참조 |
각 항목은 개별 이진 파일로 저장되므로 파일 크기 제한이 적용됩니다. OneNote에 대해 인쇄 작업을 수행할 때마다 XPS 인쇄물 이진 파일 하나가 생성되며, 이는 인쇄물에 여러 개의 페이지가 포함되어 있는 경우에도 마찬가지입니다. |
|
단일 OneNote 페이지에 저장될 수 있는 모든 이미지, 포함된 파일 및 XPS 인쇄물의 최대 크기입니다. |
기본 제한은 "파일 크기" 제한의 두 배입니다. |
임계값 |
이 값은 섹션 또는 전자 필기장이 아닌 단일 OneNote 페이지의 포함된 콘텐츠에 적용됩니다. 이 임계값에 도달하면 OneNote에서 jerrcStorageUrl_HotTableFull (0xE0000794) 오류가 표시됩니다. 이를 해결하려면 포함된 콘텐츠를 서로 다른 페이지로 분할하고 페이지의 이전 버전을 삭제하면 됩니다. 사용자가 이 값(“최대 핫 테이블 크기”)을 조정해야 하는 경우 실제로 적용되는 제한은 정의한 절대값의 절반입니다. 예를 들어 최대 핫 테이블 크기를 400MB로 지정하면 페이지에 포함된 모든 콘텐츠의 최대 크기가 200MB로 제한됩니다. |
병합 작업 |
웹 서버별로 CPU 코어당 1회 |
경계 |
OneNote 병합 기능에서는 전자 필기장을 공동으로 작성하는 여러 사용자로부터 변경 내용을 취합합니다. 병합을 실행하는 데 사용할 수 있는 CPU 코어가 없는 경우에는 대신 충돌 페이지가 생성되어 사용자가 병합을 수동으로 수행하도록 합니다. 이 제한은 OneNote가 클라이언트 응용 프로그램으로 실행되든, Microsoft Office Web Apps로 실행되든 관계 없이 적용됩니다. |
Office Web Application Service 제한
다음 표에는 Office Web Apps에 대한 권장 지침이 나와 있습니다. Office 클라이언트 응용 프로그램 제한은 응용 프로그램이 웹 응용 프로그램으로 실행되는 경우에도 적용됩니다.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
캐시 크기 |
100GB |
임계값 |
콘텐츠 데이터베이스의 일부로 만들어진 문서를 표시하는 데 사용할 수 있는 공간입니다. 기본적으로 문서를 표시하는 데 사용할 수 있는 캐시는 100GB입니다. 사용 가능한 캐시는 늘리지 않는 것이 좋습니다. |
렌더링 |
응용 프로그램 서버 한 대(최대 코어 수 8개)를 기준으로 CPU 코어별로 문서마다 초당 1회 |
경계 |
이는 시간이 지나면서 응용 프로그램 서버에서 "일반적인" 문서에 대해 수행할 수 있는 평균 표시 횟수를 측정한 값입니다. |
Project Server 제한
다음 표에는 Microsoft Project Server에 대한 권장 지침이 나와 있습니다. Project Server방법에 대한 자세한 내용은 Project Server 2010 계획 및 아키텍처를 참조하세요.
| 제한 | 최대값 | 제한 유형 | 참고 |
|---|---|---|---|
프로젝트 종료 시간 |
날짜: 12/31/2049 |
경계 |
프로젝트 계획은 2049년 12월 31일 이후로 확장할 수 없습니다. |
프로젝트 계획당 결과물 |
결과물 1,500개 |
경계 |
프로젝트 계획에는 1,500개가 넘는 결과물이 포함될 수 없습니다. |
보기의 필드 수 |
256 |
경계 |
사용자는 Project Web App에서 정의한 보기에 256개가 넘는 필드를 추가할 수 없습니다. |
보기에 대한 필터의 절 수 |
50 |
경계 |
사용자는 보기에 절 수가 50개가 넘는 필터를 추가할 수 없습니다. |