SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항

콘텐츠 데이터베이스

웹 응용 프로그램당 300개

지원

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

관리 경로

웹 응용 프로그램당 20개

지원

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

웹 응용 프로그램당 관리 경로가 20개를 초과하면 요청이 발생할 때마다 웹 서버에 부하가 추가됩니다.

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

사이트 모음

웹 응용 프로그램당 250,000개

지원

웹 응용 프로그램당 권장되는 최대 사이트 모음 수는 250,000개입니다.

이 제한은 지정된 웹 응용 프로그램에서 지원할 수 있는 유효 사이트 모음 수를 줄일 수 있는 다른 요인의 영향을 받습니다. 콘텐츠 데이터베이스 등의 컨테이너 개체가 다른 개체를 많이 포함하는 경우에는 지원되는 제한을 초과하지 않도록 주의해야 합니다.

예를 들어 웹 응용 프로그램이 많이 포함된 팜에서는 총 사이트 모음 수가 팜 리소스를 통해 효율적으로 지원할 수 없는 수에 도달할 수 있습니다. 팜당 웹 응용 프로그램 수와 웹 응용 프로그램당 사이트 모음 수가 지원되는 제한 이내인 경우에도 이러한 현상이 발생할 수 있습니다.

마찬가지로 총 콘텐츠 데이터베이스의 수는 적지만 각 콘텐츠 데이터베이스가 사이트 모음을 많이 포함하는 팜에서는 사이트 모음 수에 대해 지원되는 제한에 도달하기 훨씬 전부터 팜 성능이 저하될 수 있습니다.

다음 사례에서는 이러한 사항을 보여 줍니다.

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

응용 프로그램 풀

웹 서버당 10개

임계값

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

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

• 웹 서버에 할당된 RAM의 양

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

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

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

지원

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

RBS(원격 BLOB 저장소)를 사용하는 경우에는 콘텐츠 데이터베이스에 포함된 원격 BLOB 저장소 및 메타데이터의 총 볼륨이 이 제한을 초과해서는 안 됩니다.

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

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

지원

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

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

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

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

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

  참고

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

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

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

2,000개(권장)

5,000개(최대)

지원

콘텐츠 데이터베이스의 사이트 모음 수는 2,000개로 제한하는 것이 좋습니다. 하지만 하나의 데이터베이스에서 최대 5,000개의 사이트 모음이 지원됩니다.

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

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

2,000개의 사이트 모음 제한을 초과하면 업그레이드 도중 가동 중지 시간이 길어지는 문제가 발생합니다. 2,000개가 넘는 사이트 모음을 사용하려는 경우에는 명확한 업그레이드 전략을 세우고 업그레이드 속도를 높이기 위한 추가 하드웨어와 데이터베이스에 적용되는 소프트웨어 업데이트를 확보하는 것이 좋습니다.

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

웹 사이트

사이트 모음당 250,000개/팜당 250,000개/팜당 500,000개 개인 사이트

지원

권장되는 최대 사이트 및 하위 사이트 수는 250,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)를 찾아보다가 시간이 초과될 수 있습니다.

목록 행 크기

행당 8,000바이트

경계

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

문서

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

지원

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

항목

목록당 30,000,000개

지원

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

대량 작업

대량 작업당 항목 100개

경계

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

목록 보기 임계값

5,000

임계값

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

하위 사이트

사이트 보기당 2,000개

임계값

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

보안 범위

목록당 50,000개

임계값

목록에 대해 설정되는 고유한 보안 범위의 최대 수는 50,000개를 초과할 수 없습니다. 대부분의 팜에서는 이 제한을 5,000개의 고유 범위로 낮추는 것이 좋습니다. 목록이 큰 경우 가능한 한 적은 수의 고유 사용 권한을 사용하는 디자인을 고려합니다. 목록에 대한 고유한 보안 범위의 수가 목록 보기 임계값(기본적으로 목록 항목 5,000개로 설정됨)을 초과할 경우 목록을 볼 때 추가 SQL Server 라운드트립이 발생하여 목록 보기 성능이 떨어질 수 있습니다.

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

한 줄 텍스트

276

임계값

28바이트

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

선택 항목

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)입니다.

조회

96

임계값

4바이트

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

개인 또는 그룹

96

임계값

4바이트

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

계산된 열

48

임계값

28바이트

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

Int

96

임계값

4바이트

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

웹 파트

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

임계값

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

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

5,000

지원

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

• 사용자 토큰의 크기

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

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

SharePoint 그룹의 Active Directory 사용자

SharePoint 그룹당 5,000명

지원

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

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

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

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

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

보안 주체: 보안 범위 크기

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

지원

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

SharePoint Search Service 응용 프로그램

팜당 20개

지원

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

크롤링 구성 요소

Search Service 응용 프로그램당 16개

임계값

응용 프로그램당 권장되는 제한은 총 16개의 크롤링 구성 요소이며, 크롤링 데이터베이스당 2개와 서버당 2개(서버에 프로세서(코어)가 8개 이상이라고 가정할 경우)가 할당됩니다.

전파 I/O 성능 저하를 최소화하려면 서버당 총 크롤링 구성 요소 개수가 128/(총 쿼리 구성 요소 수)개 미만이어야 합니다. 권장되는 제한을 초과하더라도 크롤링 성능은 증가하지 않을 수 있으며, 실제로 크롤링 성능은 크롤링 서버, 데이터베이스 및 콘텐츠 호스트에서 사용 가능한 리소스에 따라 저하될 수 있습니다.

인덱싱된 항목

Search Service 응용 프로그램당 100,000,000개(인덱스 파티션당 10,000,000개)

지원

SharePoint Search에서 지원하는 각 인덱스 파티션에는 검색 인덱스의 하위 집합이 포함됩니다. 권장되는 최대 제한은 모든 파티션에서 10,000,000개의 항목입니다. 권장되는 전체 최대 항목 수(예: 사용자, 목록 항목, 문서, 웹 페이지)는 100,000,000개입니다.

속성 데이터베이스

Search Service 응용 프로그램당 10개(총 128개)

임계값

속성 데이터베이스에는 해당 데이터베이스와 연결된 각 인덱스 파티션의 항목에 대한 메타데이터가 저장됩니다. 인덱스 파티션은 하나의 속성 저장소와만 연결할 수 있습니다. 권장되는 제한은 Search Service 응용 프로그램당 10개의 속성 데이터베이스입니다. 인덱스 파티션에 대한 경계는 128개입니다.

범위 규칙

범위당 범위 규칙 100개(Search Service 응용 프로그램당 총 600개)

임계값

이 제한을 초과하면 크롤링의 최신성이 떨어지며 범위가 지정된 쿼리로 인해 지연이 발생할 수 있습니다.

표시 그룹

사이트당 25개

임계값

표시 그룹은 사용자 인터페이스를 통해 그룹화된 범위를 표시하는 데 사용됩니다. 이 제한을 초과하면 검색 관리 인터페이스에서 범위 환경의 성능이 저하되기 시작합니다.

콘텐츠 원본

Search Service 응용 프로그램당 50개

임계값

권장되는 제한인 50개는 Search Service 응용 프로그램의 경계인 500개까지 초과할 수 있습니다. 그러나 이 경우 시작 주소는 이보다 적은 수를 사용해야 하며 동시 크롤링 제한을 따라야 합니다.

동시 크롤링

검색 응용 프로그램당 20개

임계값

동시에 수행되는 크롤링 수입니다. 이 수치를 초과하면 전체 크롤링 속도가 떨어질 수 있습니다.

크롤링 영향 규칙

100

임계값

권장되는 제한은 팜당 100개입니다. 권장되는 제한은 초과할 수 있지만 이 경우 검색 관리 인터페이스에서 사이트 방문 빈도 규칙의 표시 성능이 저하됩니다. 사이트 방문 빈도 규칙이 2,000개 정도이면 사이트 방문 빈도 규칙 관리 페이지를 읽을 수 없게 됩니다.

관리 속성

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

임계값

검색 시스템이 쿼리에 사용하는 속성입니다. 크롤링 속성은 관리 속성에 매핑됩니다.

URL 제거

작업당 100개 제거

지원

단일 작업으로 시스템에서 제거해야 하는 최대 권장 URL 수입니다.

키워드

사이트 모음당 200개

지원

권장되는 제한은 키워드당 최상의 선택이 5개인 경우의 사이트 모음당 최대 제한(ASP.NET)인 5,000개까지 초과할 수 있습니다. 이 제한을 초과하면 사이트 관리 인터페이스의 키워드 표시 성능이 저하됩니다. ASP.NET의 제한을 변경하려면 web.config 및 client.config 파일(MaxItemsInObjectGraph)을 사용하면 됩니다.

사용자 프로필

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

지원

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

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

20

지원

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

콘텐츠 배포를 위해 Microsoft SQL Server 스냅숏을 사용 중인 경우 경로마다 스냅숏이 생성됩니다. 따라서 원본 데이터베이스의 I/O 요구 사항이 늘어납니다.

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

블로그 게시물

사이트당 5,000개

지원

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

ECT(메모리 내)

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

경계

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

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

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

임계값

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

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

워크플로 연기 임계값

15

임계값

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

참고: 이 제한은 진행 중일 수 있는 워크플로 인스턴스의 총 수를 나타내지 않으며 처리 중인 인스턴스 수를 나타냅니다. 이 제한을 늘리면 워크플로 시작 및 완료 작업이 전체적으로 늘어날 뿐 아니라 콘텐츠 데이터베이스 및 시스템 리소스에 대한 로드도 증가합니다.

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

7

지원

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

용어 집합의 최대 용어 수

30,000

지원

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

Visio 웹 드로잉의 파일 크기

50MB

임계값

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

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

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

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

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

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

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

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

최소 캐시 시간: 0~24시간

임계값

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

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

SharePoint 엔터티

Web Analytics이 사용되도록 설정된 경우 팜당 30,000

지원

팜에 30,000개가 넘는 SharePoint 엔터티(모든 웹 응용 프로그램, 사이트 모음 및 사이트 포함)가 포함되어 있거나 앞으로 포함될 예정인 경우 Web Analytics를 사용하지 않도록 설정합니다. 다양한 SharePoint 엔터티 조합이 Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010 문서에 설면된 테스트된 시나리오보다 팜 성능에 더 많이 또는 더 적게 영향을 미칠 수 있으므로 이 수치는 정확하지 않습니다. 그러나 팜의 SharePoint 엔터티 수가 이 제한에 가까워지면 팜 성능이 용인할 수 없는 수준까지 저하될 수 있습니다.

셀

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

경계

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

SharePoint 목록에 대한 쿼리

열 15개 x 행 5,000개

지원

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

입력 파일 크기

512MB

경계

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

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

PDF/XPS 출력 형식: 다른 모든 출력 형식의 경우 30xM: 72xM, 여기서 M은 변환을 시작하는 빈도(분) 값입니다.

임계값

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

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

총 활성 변환 프로세스

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

임계값

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

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

SharePoint Workspace 동기화

목록당 항목 30,000개

경계

SharePoint Workspace에서는 항목 수가 30,000개를 초과하는 목록은 동기화하지 않습니다. 이러한 제한을 적용하는 이유는 항목 수가 30,000개를 초과하는 목록을 다운로드하려면 시간이 너무 오래 걸리고 리소스 사용량이 높기 때문입니다.

OneNote 전자 필기장의 섹션 및 섹션 그룹 수(SharePoint)

목록 및 라이브러리 제한의 "문서" 관련 제한 참조

각 섹션은 목록에서 폴더 및 문서 하나로 계산됩니다. 마찬가지로 각 섹션 그룹도 목록에서 폴더 및 문서 하나로 계산됩니다.

OneNote 섹션 하나에 저장될 수 있는 이미지, 포함된 파일 및 XPS OneNote 인쇄물의 최대 크기입니다.

목록 및 라이브러리 제한의 "파일 크기" 관련 제한 참조

각 항목은 개별 이진 파일로 저장되므로 파일 크기 제한이 적용됩니다. OneNote에 대해 인쇄 작업을 수행할 때마다 XPS 인쇄물 이진 파일 하나가 생성되며, 이는 인쇄물에 여러 개의 페이지가 포함되어 있는 경우에도 마찬가지입니다.

병합 작업

웹 서버별로 CPU 코어당 1회

경계

OneNote 병합 기능에서는 전자 필기장을 공동으로 작성하는 여러 사용자로부터 변경 내용을 취합합니다. 병합을 실행하는 데 사용할 수 있는 CPU 코어가 없는 경우에는 대신 충돌 페이지가 생성되어 사용자가 병합을 수동으로 수행하도록 합니다.

이 제한은 OneNote가 클라이언트 응용 프로그램으로 실행되든, Microsoft Office Web Apps로 실행되든 관계 없이 적용됩니다.

캐시 크기

100GB

임계값

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

프로젝트 종료 시간

날짜: 12/31/2049

경계

프로젝트 계획은 2049년 12월 31일 이후로 확장할 수 없습니다.

보기의 필드 수

256

경계

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