엔터프라이즈 콘텐츠 저장소 계획(SharePoint Server 2010)

  • 아티클

 

적용 대상: SharePoint Server 2010

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

이 문서에서는 Microsoft SharePoint Server 2010을 사용하는 엔터프라이즈 콘텐츠 저장소 솔루션을 계획하는 방법에 대해 설명합니다. 이 문서의 예제는 주로 SharePoint Server 2010 기반 솔루션과 관련이 있지만 별도로 설명하지 않는 한 여기에 제공된 규정 지침 정보는 SharePoint Server 2010과 SharePoint Foundation 2010에 모두 적용됩니다.

이 항목의 정보와 지침은 엔터프라이즈 콘텐츠 저장소의 개념을 소개하기 위한 것입니다. 이 항목의 특정 정보는 Microsoft에서 수행한 성능 및 용량 테스트에 대한 다른 세부 문서와 특정 개념에 대한 세부 지침을 제공하는 문서에서 발췌한 것입니다. 엔터프라이즈 콘텐츠 저장소 솔루션을 계획할 때는 이러한 모든 리소스를 활용하는 것이 좋습니다. 자세한 내용 및 링크는 이 문서 뒷부분의 추가 리소스를 참조하십시오.

이 문서의 내용:

  • 엔터프라이즈 콘텐츠 저장소 이해

  • 일반적인 대규모 콘텐츠 관리 시나리오

  • 저장소 수준: 이점 및 제한 사항

  • 메타데이터를 기반으로 엔터프라이즈 콘텐츠 라우팅 및 저장

  • 메타데이터를 사용하여 엔터프라이즈 콘텐츠 탐색 및 필터링

  • 목록 보기

  • 추가 리소스

엔터프라이즈 콘텐츠 저장소 이해

문서 관리 솔루션은 단순히 문서의 위치를 제공하는 것이 아닌 훨씬 더 많은 역할을 수행합니다. 완벽한 엔터프라이즈 수준의 문서 관리 솔루션은 사이트 모음, 사이트, 라이브러리 및 폴더 내의 저장소를 포함하여 다양한 수준의 문서 저장소를 처리합니다. 또한 기업에서는 문서 관리 솔루션을 통해 날로 증가하는 기업 문서의 양을 효율적이면서 효과적으로 관리하고, 참조를 목적으로 또는 법률적인 이유에 대비하여 각 수명 주기 단계의 문서 버전을 유지할 수 있습니다.

SharePoint Server 2010에서는 고용량 문서 저장소를 지원하며, 문서 라이브러리 하나에 최대 몇 백만 개의 문서를 포함할 수 있습니다. 그러나 콘텐츠 사용 방식에 따라 많은 양의 문서가 포함된 사이트는 성능이 저하될 수 있습니다. 이 문서에 제공된 규정 지침을 참조하면 엔터프라이즈 요구 사항에 따라 크기를 조정할 수 있는 동시에 솔루션 사용자에게 성능이 뛰어난 문서 작성 및 사용 환경을 제공하는 대규모 콘텐츠 관리 솔루션을 디자인할 수 있습니다.

사이트 모음, 사이트 및 라이브러리 용량에 대한 결정을 내릴 때는 환경의 물리적 저장소 제약 조건뿐 아니라 사용자의 콘텐츠 사용 및 보기 패턴도 고려해야 합니다. 예를 들어 사용자가 매우 많은 수의 문서가 들어 있는 문서 라이브러리의 문서 집합을 보거나 쿼리하는 경우 사이트를 적절하게 구성하지 않으면 성능이 저하될 수 있습니다. 또는 서비스 수준 계약으로 인해 콘텐츠를 하루에 두 번씩 백업해야 하는 경우 콘텐츠 집합이 너무 크면 원하는 서비스 성능을 얻지 못할 수도 있습니다.

일반적인 대규모 콘텐츠 관리 시나리오

일반적으로 대규모 콘텐츠 관리 시나리오는 다음 시나리오 중 하나가 변형된 것입니다.

  • 대규모 제작 환경

  • 대규모 콘텐츠 아카이브

  • 초 대규모 콘텐츠 아카이브

여기서는 대규모 솔루션의 의미를 확실하게 설명하고 콘텐츠 관리 목표를 반영하는 예제를 제공합니다. 물론 이러한 설명에 특정 시나리오의 모든 측면이 포함되어 있는 것은 아닙니다. 하나의 시나리오에는 이 문서의 범위를 벗어나는 수십, 수백 가지의 고유한 측면이 있습니다.

대규모 제작 환경

대규모 제작 환경의 사이트는 사용자가 5백 개 이상의 폴더에 있는 5만 개 이상의 문서를 편집하는 라이브러리를 포함할 수 있습니다. 버전 관리가 사용되며, 일반적으로 각 문서에 대해 여러 개의 버전이 있습니다. 문서가 자주 체크 인 및 체크 아웃되고 워크플로를 사용하여 수명 주기를 제어합니다. 이러한 유형의 사이트를 위한 일반적인 데이터베이스에는 약 150GB의 데이터가 들어 있습니다. 라이브러리 설정을 사용하면 저장되는 버전 수를 제한하여 데이터베이스 사용을 줄일 수 있습니다. 각 문서 버전은 데이터베이스에 별도로 저장됩니다. 보통 대규모 제작 환경에서는 사이트 사용자의 80%가 문서의 주 버전과 부 버전에 대한 액세스 권한을 가진 작성자이고, 나머지 20%는 읽기 전용 권한만 가지며 콘텐츠의 주 버전만 볼 수 있습니다.

대규모 제작 환경 사이트는 단일 대형 문서 라이브러리를 포함하며 대규모 제작 작업에 최적화된 SharePoint Server 2010 문서 센터 사이트 서식 파일을 기반으로 할 수 있습니다.

대규모 콘텐츠 아카이브

대규모 콘텐츠 아카이브는 사용자가 문서를 보거나 새 문서를 업로드하는 문서 저장소로, 사이트에서 제작 작업은 거의 또는 전혀 수행되지 않습니다. 대규모 콘텐츠 아카이브에는 기본적으로 기술 자료 관리 및 레코드 관리의 두 가지 시나리오가 있습니다.

기술 자료 사이트에는 대부분의 문서에 버전이 하나뿐이므로 사이트를 쉽게 확장하여 최대 3천만 개(권장)의 문서를 보관할 수 있습니다. 콘텐츠는 보통 단일 데이터베이스(최대 1TB)에 저장됩니다. 기업의 기술 지원 센터와 같은 일반적인 경우에는 1만 명의 사용자가 주로 콘텐츠를 읽기 위해 해당 콘텐츠에 액세스하며, 3천에서 4천 명의 하위 사용자가 새 콘텐츠를 사이트에 업로드할 수 있습니다. 기술 자료 사이트는 문서 센터 사이트 서식 파일을 기반으로 할 수 있습니다.

대규모 콘텐츠 아카이브의 다른 한 가지 유형은 레코드 센터 사이트 서식 파일을 기반으로 하는 레코드 센터입니다. 레코드 센터 사이트 서식 파일은 1백만 개 이상의 문서가 포함되는 사이트에 사용하는 것이 좋습니다. 이 사이트 서식 파일에는 레코드, 즉 조직에서 수행한 작업이나 트랜잭션을 증명하는 데 사용되며 일정 기간 동안 보관해야 하는 문서의 보존 및 폐기를 관리하는 데 사용할 수 있는 기능이 포함되어 있습니다. 기술 자료 사이트와 비슷하게 레코드 센터에도 각 문서당 버전은 하나씩 포함되어 있으며 보통 수백만 개의 문서를 포함할 수 있습니다. 그러나 레코드 센터에서는 기술 자료 사이트보다 훨씬 많은 사용자가 콘텐츠를 보거나 읽는 것에 그치지 않고 레코드 센터로 전송합니다.

초 대규모 콘텐츠 아카이브

초 대규모 콘텐츠 아카이브는 참조 라이브러리나 콘텐츠 저장소로 사용할 수 있습니다. 대규모 콘텐츠 아카이브를 초과하는 규모를 제공하기 위해 초 대규모 콘텐츠 아카이브에는 여러 사이트 모음에 분산된 5천만 개 이상의 문서가 포함될 수 있습니다. 각 사이트 모음의 콘텐츠는 BLOB(Binary Large Object) 데이터로 여러 콘텐츠 데이터베이스에 저장할 수도 있고 RBS(원격 BLOB 저장소)를 사용하여 저장할 수도 있습니다. RBS를 사용하면 데이터를 SQL Server 외부에 저장할 수 있어 보다 저렴한 저장소 옵션을 선택하고 콘텐츠 데이터베이스의 크기를 줄일 수 있습니다. SharePoint Search 또는 FAST Search for SharePoint는 여러 사이트 모음에서 콘텐츠를 검색하는 데 사용됩니다.

저장소 수준: 콘텐츠 저장 관련 이점 및 고려 사항

사이트 모음

사이트 모음은 소유자가 같고 관리 설정을 공유하는 웹 사이트 집합입니다. 각 사이트 모음에는 하나의 최상위 웹 사이트가 있고 하나 이상의 하위 사이트가 포함될 수 있으며, 일반적으로 공유 탐색 구조가 있습니다.

사이트 모음의 사이트는 대개 용도별로 상호 연관됩니다. 솔루션의 가용성을 극대화하려면 단일 사이트 모음에 모든 관련 데이터 및 콘텐츠를 저장하십시오. 이렇게 하는 경우 다음과 같은 이점이 있습니다.

  • 단일 사이트 모음에서 관리되는 콘텐츠 형식 및 열을 사이트 모음의 모든 사이트에서 공유할 수 있습니다. 또한 관리되는 메타데이터 서비스를 사용하여 여러 사이트 모음에 콘텐츠 형식 및 열 정의를 게시할 수 있습니다.

  • 사이트 모음에서 관리되는 정보 관리 정책을 사이트 모음의 모든 사이트 콘텐츠에 대해 사용할 수 있습니다.

  • 여러 사이트 모음의 콘텐츠에 대해 검색을 사용할 수 있습니다.

  • 일부 보기(예: 사이트 모음 전체에서 사용자에게 할당된 모든 작업을 열거하는 보기)에는 단일 사이트 모음 내의 여러 사이트에 있는 문서가 나열됩니다. 또한 개발자는 사이트 모음 내에서 사이트 간 데이터베이스 쿼리를 만들 수 있지만, 여러 사이트 모음에 대해서는 사이트 간 쿼리가 지원되지 않습니다.

  • 콘텐츠 할당량 및 기타 할당량은 사이트 모음 수준에서만 관리할 수 있습니다.

하나 이상의 사이트 모음에 콘텐츠를 할당하는 방법을 계획할 때는 다음 사항을 고려하십시오.

  • 사이트 모음의 모든 사이트는 동일한 백 엔드 리소스를 공유합니다. 특히, 사이트 모음의 모든 콘텐츠는 동일한 콘텐츠 데이터베이스에 저장해야 합니다. 따라서 콘텐츠 백업 및 복원 등의 데이터베이스 작업 성능은 전체 사이트 모음의 콘텐츠 양, 데이터베이스 크기, 데이터베이스를 호스팅하는 서버의 속도를 비롯한 기타 요인에 따라 달라집니다. 또한 콘텐츠의 양과 데이터베이스 구성에 따라 백업 및 복원, 처리량 및 기타 요구 사항에 대한 서비스 수준 계약을 충족하기 위해 사이트 모음을 여러 사이트 모음으로 구분해야 할 수 있습니다. 이 문서에서는 데이터베이스 크기 및 성능 관리에 대한 규정 지침은 제공하지 않습니다.

  • 사용량이 매우 많은 사이트는 별도의 사이트 모음에 보관하십시오. 예를 들어 익명 탐색을 허용하는 인터넷 기술 자료 사이트의 경우 많은 데이터베이스 활동이 발생할 수 있으므로, 동일한 데이터베이스를 사용하는 다른 사이트의 성능에 영향을 줄 수 있습니다. 기술 자료 사이트를 자체 데이터베이스와 함께 별도의 사이트 모음에 배치하면 다른 사이트에 리소스를 제공할 수 있으므로 이러한 사이트에서 데이터베이스 리소스를 확보하기 위해 기술 자료 사이트와 더 이상 경쟁하지 않아도 됩니다.

참고

SharePoint Foundation 및 SharePoint Server 2010에는 IT 부서의 콘텐츠 복원 작업을 줄여 주는 여러 기능이 포함되어 있습니다. 휴지통 및 사이트 모음 휴지통 기능은 실수로 삭제한 작업을 복원할 수 있는 보안 메커니즘을 제공하며, 문서 관리 기능 역시 이전 버전 문서를 사용할 수 있도록 하여 손실된 문서를 쉽게 복원할 수 있게 해 줍니다. 이전 버전의 가용성을 보다 높이려면 관리자가 작성자의 사용 권한에서 버전 삭제 권한을 제거하면 됩니다. 그러면 이전 콘텐츠 버전을 데이터베이스에서 복원하지 않고도 사용할 수 있습니다.

사이트

웹 사이트는 SharePoint Server 2010 및 SharePoint Foundation에서 관련된 콘텐츠를 구성하기 위해 주로 사용되는 방식입니다.

콘텐츠를 동일한 사이트에 저장하면 다음과 같은 이점이 있습니다.

  • 여러 라이브러리 및 목록 보기가 동일한 사이트에 있으면 이러한 보기를 표시하는 페이지를 보다 쉽게 만들 수 있습니다.

  • 문서 센터 사이트 서식 파일을 사용하여 많은 문서를 만들고 사용하는 데 최적화된 사이트를 만들 수 있습니다.

  • 사이트 탐색 사용자 인터페이스가 최적화되어 동일한 사이트 내에서 라이브러리를 쉽게 찾고 탐색할 수 있습니다.

  • 사이트에서 사용할 콘텐츠 형식 및 사이트 열 집합을 정의할 수 있습니다.

라이브러리

콘텐츠를 동일한 라이브러리에 저장하면 다음과 같은 이점이 있습니다.

  • 사용자가 단일 라이브러리 내에서 보다 쉽게 새 문서를 추가하거나 기존 문서를 찾을 수 있습니다.

  • 사용 권한, 콘텐츠 버전 관리, 승인 등 대부분의 문서 관리 설정이 라이브러리 수준에서 적용됩니다.

  • 사용자 인터페이스를 사용하여 만든 보기가 특정 라이브러리에 바인딩됩니다.

  • 콘텐츠 감사 및 보관 설정과 같은 정보 관리 정책을 라이브러리에 적용할 수 있습니다. 특정 라이브러리의 경우에는 보존 정책만 사용할 수 있습니다.

콘텐츠를 동일한 라이브러리에 구성하는 방법을 계획할 때는 다음과 같은 제한을 고려하십시오.

  • 체크 아웃 필요 또는 버전 관리 등의 설정은 문서 라이브러리 수준에 지정해야 합니다. 그 밖의 문서에 대해서는 다른 설정을 지정하려는 경우 이러한 문서는 필요한 특정 설정을 사용하여 다른 라이브러리에 저장해야 합니다.

  • 한 콘텐츠 형식에만 사용되는 열이 포함된 보기의 경우 다른 콘텐츠 형식의 항목에 대해서는 메타데이터 값이 표시되지 않으므로 유용하지 않을 수 있습니다.

  • 표시되는 항목의 수가 목록 보기 임계값인 5천 개 항목(기본값)을 초과하면 보기 성능이 제한됩니다. 또한 목록 보기 임계값을 초과하는 쿼리도 차단됩니다. 라이브러리의 콘텐츠를 포함된 항목 수가 5천 개 이하인 폴더에 구성하거나, 메타데이터 탐색 및 인덱싱된 열을 활용하여 5천 개 이하의 항목 집합을 반환하는 보기를 만듭니다.

폴더

폴더는 라이브러리 콘텐츠의 명명된 하위 분류 단위로, 파일 시스템의 폴더와 비슷합니다. 폴더는 주로 라이브러리에 필요한 기능과 일치하도록 콘텐츠를 논리적으로 구성하는 데 사용됩니다. 예를 들어 라이브러리의 용도가 제품 사양을 제공하는 것이라면 라이브러리의 폴더 집합 이름을 제품의 각 기능 영역이나 제품 사양을 작성하는 각 팀 구성원 이름으로 지정할 수 있습니다.

폴더마다 5천 개(목록 보기의 기본 임계값) 이하의 항목이 포함되도록 콘텐츠를 여러 폴더에 나누면 폴더의 보기 성능이 향상될 수 있습니다. 이러한 기능을 활용하려면 폴더 내에서 사용 가능한 보기에 폴더 내의 항목만 표시되도록 구성해야 합니다. 이 기능은 기본 보기 작성 인터페이스에서 사용 가능합니다. 또한 폴더의 항목 수가 5천 개 이하이면 인덱싱된 열을 통해 폴더의 보기를 필터링할 필요가 없습니다. 항목 수가 5천 개를 초과하는 폴더의 경우 메타데이터 탐색 및/또는 인덱싱된 열을 사용하여 성능을 개선한 다음 5천 개 미만의 항목을 반환하도록 보기를 필터링할 수 있습니다.

메타데이터 기반의 콘텐츠 라우팅 및 저장소 솔루션의 일부로 폴더를 만드는 것이 좋습니다. 콘텐츠 구성 도우미를 사용하면 대상 폴더가 너무 커질 경우 폴더를 자동으로 만들거나 각 메타데이터 속성 값에 대해 폴더를 자동으로 만드는 설정을 구성할 수 있습니다. 자세한 내용은 이 문서 뒷부분에서 메타데이터를 기반으로 엔터프라이즈 콘텐츠 라우팅 및 저장을 참조하십시오.

메타데이터를 기반으로 엔터프라이즈 콘텐츠 라우팅 및 저장

SharePoint Server 2010에는 콘텐츠 구성 도우미를 사용하는 메타데이터 라우팅 및 저장 기능이 도입되었습니다. 콘텐츠 구성 도우미와 새로운 사이트 수준 기능을 함께 사용하면 관리자 및 사용자가 메타데이터를 기반으로 규칙을 사용하여 보다 손쉽게 콘텐츠를 분류, 라우팅 및 저장할 수 있습니다.

콘텐츠 구성 도우미는 문서의 메타데이터를 기반으로 문서를 지정된 폴더로 라우팅하거나 새 폴더를 자동으로 만들 수 있습니다. 대상 폴더의 항목 수가 지정된 제한을 초과함에 따라 폴더가 대상 폴더의 하위 폴더로 만들어질 수도 있고 필드의 새 값에 대해 새 폴더가 만들어질 수도 있습니다. 새 폴더는 상위 폴더로부터 설정을 상속받습니다. 또한 새 폴더에는 폴더의 문서가 상속받는 워크플로, 보존 정책, 추가 메타데이터, 사용 권한 등의 추가 매개 변수를 정의하는 규칙이 추가로 포함될 수 있습니다.

자세한 내용은 메타데이터 기반 라우팅 및 저장소 개요(SharePoint Server 2010)를 참조하십시오.

메타데이터를 사용하여 엔터프라이즈 콘텐츠 탐색 및 필터링

메타데이터 탐색 및 필터링은 사용자가 메타데이터를 사용하여 콘텐츠를 필터링 및 검색하는 데 사용할 수 있는 SharePoint Server 2010의 새로운 기능입니다. 메타데이터 탐색 및 필터링 기능에 포함된 단순한 사용자 인터페이스는 SharePoint 트리 보기 계층 구조 컨트롤을 활용하며 이 컨트롤과 새로운 주요 필터 컨트롤을 결합하여 메타데이터를 기반으로 콘텐츠를 검색할 수 있도록 하는 강력한 도구를 제공합니다.

목록 소유자는 메타데이터 탐색 설정을 구성하여 목록의 필드 수준을 주요 탐색 필드로 올릴 수 있습니다. 그러면 이러한 목록을 보는 사용자는 현재 목록 보기를 추가로 필터링하여 이러한 필드에 원하는 값이 지정된 항목만 표시할 수 있습니다.

자동 인덱싱 기능은 목록에 대한 탐색 필드로 수준이 올라간 필드에 따라 목록 인덱스를 자동으로 만들 수 있습니다. 자동 인덱싱은 쿼리 결과를 개선하고 성능을 향상시킵니다.

엔터프라이즈 콘텐츠 저장소 솔루션에 메타데이터 탐색을 통합하는 방법에 대한 자세한 내용은 메타데이터 탐색 개요(SharePoint Server 2010)를 참조하십시오.

목록 보기

모든 엔터프라이즈 콘텐츠 관리 솔루션의 핵심은 사용자가 원하는 콘텐츠를 보다 쉽게 검색 및 확인할 수 있도록 하는 것입니다. 라이브러리 또는 폴더 내에서 이동할 때 트리 보기 및 목록 보기는 단순한 사용자 인터페이스를 통해 사용자가 콘텐츠 저장소 분류를 육안으로 탐색할 수 있도록 합니다. 이와 동시에 라이브러리 또는 폴더에 포함된 항목이 너무 많은 경우 목록에서 쿼리를 실행하고 신속하게 결과를 표시할 수 있도록 하려면 많은 양의 시스템 리소스가 필요할 수 있습니다. SharePoint Server 2010에서는 리소스 제한을 사용하여 목록 보기 성능을 극대화하는 동시에 시스템 리소스 사용을 최소화합니다. 리소스 제한 속성은 중앙 관리의 일반 설정에서 웹 응용 프로그램에 대해 설정하며 해당 웹 응용 프로그램 내에서 목록을 쿼리 및 표시하도록 할당된 리소스에 영향을 줍니다.

라이브러리 또는 폴더의 내용을 볼 때 목록 보기 임계값이 초과하지 않도록 하는 방식으로 저장소를 구성하면 리소스 제한을 사용할 필요가 없으며 목록 보기 성능이 극대화됩니다.

리소스 제한에는 목록 보기 성능과 관련된 다음과 같은 속성이 포함되어 있습니다.

속성 설명 기본값

목록 보기 임계값

관리자가 설정한 쿼리에 제한이 없는 일별 기간을 벗어나 쿼리 등의 데이터베이스 작업에서 한 번에 처리할 수 있는 목록 또는 라이브러리 항목의 최대 개수입니다. 이 속성 설정은 변경하지 않는 것이 좋습니다.

5,000

개체 모델 재정의

사용자가 부여하는 특수한 권한이 특정 쿼리에 대해 프로그래밍 방식으로 목록 보기 임계값을 재정의할 수 있도록 지정합니다.

예

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

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

20,000

목록 보기 조회 임계값

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

8

하루 중 대규모 쿼리 시간대

대규모 쿼리를 실행할 수 있는 기간입니다. 대규모 쿼리는 지나치게 많은 서버 부하를 발생시킬 수 있으므로 기간은 정규 작업 시간을 벗어난 시간으로 설정해야 합니다.

사용 안 함

추가 리소스

이 문서의 정보 외에 다음 리소스를 참조하면 엔터프라이즈 콘텐츠 저장소 솔루션을 이해하고 계획하는 데 도움이 됩니다.