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

업데이트 날짜: 2009년 2월

적용 대상: Office SharePoint Server 2007

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

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

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

이 항목에서는 다음과 같은 네 가지 콘텐츠 저장소 수준에 대해 설명합니다.

• 사이트 모음

• 사이트

• 라이브러리

• 폴더

이 문서에서는 각 저장소 수준에서 콘텐츠를 구성하는 경우의 장점과 저장되는 문서의 수가 늘어나면 성능이 저하되는 방식에 대해 설명하고 콘텐츠 양이 많을 때 성능을 향상시키기 위한 권장 사항을 제공합니다.

이 문서의 내용

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

• 사이트 모음: 콘텐츠 저장 관련 이점 및 제한

• 사이트: 콘텐츠 저장 관련 이점 및 제한

• 라이브러리: 콘텐츠 저장 관련 이점 및 제한

• 폴더: 콘텐츠 저장 관련 이점 및 제한

• 권장 사항 요약

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

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

• 대규모 작성 환경

• 대규모 콘텐츠 아카이브

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

여기서는 대규모 솔루션의 의미를 확실하게 설명하고 콘텐츠 관리 목표를 반영하는 예제를 제공합니다.

대규모 작성 환경

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

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

대규모 콘텐츠 아카이브

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

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

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

초 대규모 콘텐츠 아카이브

복잡한 보기 쿼리 등 리소스를 많이 사용하는 사용자 인터페이스 작업을 제거하도록 사이트 사용자 인터페이스를 사용자 지정하는 경우, 초 대규모 콘텐츠 아카이브를 참조 라이브러리나 콘텐츠 리포지토리로 사용할 수 있습니다. 초 대규모 문서 아카이브에는 5,000개 이상의 폴더에 분산된 최대 10,000,000개의 문서를 포함할 수 있으며, 데이터베이스 크기는 3TB 이상이 될 수 있습니다.

초 대규모 아카이브에서는 50,000명 이상의 사용자가 검색을 수행하여 콘텐츠를 검색하며, 사용자 지정 전송 양식을 사용하여 콘텐츠를 전송합니다.

사이트 모음: 콘텐츠 저장 관련 이점 및 제한

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

동일한 사이트 모음에 콘텐츠를 저장하는 경우의 이점

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

• 단일 사이트 모음에서 관리되는 콘텐츠 형식 및 열은 사이트 모음의 모든 사이트에서 공유할 수 있습니다. 반대로, 여러 사이트 모음으로 콘텐츠 형식 및 열 정의를 자동으로 전파하는 메커니즘은 없습니다.

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

• Office SharePoint Server 2007은 사이트 모음 내에서 이름이 바뀌거나 이동된 파일에 대한 링크를 자동으로 업데이트하여 새 이름이나 위치를 반영합니다. 그러나 다른 사이트 모음의 문서에 대한 링크는 업데이트되지 않습니다.

• 사이트 모음이 Windows SharePoint Services 3.0을 실행하는 서버에 있는 경우에는 해당 사이트 모음의 콘텐츠에 대해서만 검색을 수행할 수 있습니다. 반면 사이트 모음이 Office SharePoint Server 2007을 실행하는 서버에 있으면 여러 사이트 모음에 대해 콘텐츠를 검색할 수 있습니다.

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

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

동일한 사이트 모음에 콘텐츠를 저장하는 경우의 제한

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

• 사이트 모음의 사이트에 하위 사이트를 너무 많이 만들면 성능 및 가용성이 저하될 수 있습니다. 사이트의 하위 사이트 수는 최대 2,000개로 제한하십시오.

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

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

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

사이트: 콘텐츠 저장 관련 이점 및 제한

Office SharePoint Server 2007 및 Windows SharePoint Services 3.0에서는 기본적으로 웹 사이트를 사용하여 관련 콘텐츠를 구성합니다.

동일한 사이트에 콘텐츠를 저장하는 경우의 이점

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

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

• 사이트 수준에서 그룹에 대해 사용 권한을 정의 및 할당합니다.

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

문서 센터 사이트

Office SharePoint Server 2007에 포함된 문서 센터 사이트 서식 파일을 사용하면 효율적으로 다수의 문서를 만들고 사용할 수 있는 사이트를 만들 수 있습니다.

최적의 문서 관리 방식을 사용할 수 있도록 하기 위해, 문서 센터 사이트 서식 파일을 기반으로 하는 사이트에서는 다음을 포함하는 권장 문서 관리 기능이 기본적으로 사용하도록 설정됩니다.

• 작성자가 콘텐츠를 찾을 수 있도록 하는 탐색 기능

• 주 버전/부 버전 관리 기능 사용

• 문서 필수 체크 인 및 체크 아웃

• 여러 콘텐츠 형식 사용

• 현재 사용자가 체크 아웃했거나 만들었거나 마지막으로 수정한 문서의 개인 설정된 보기를 생성하는 관련 문서 웹 파트. 여러 기준을 사용하도록 웹 파트를 구성할 수 있습니다.

• 현재 사용자에게 할당된 문서 관련 작업의 개인 설정 보기를 생성하는 예정된 작업 웹 파트

열 인덱싱은 보기 또는 쿼리에서 권장 범위인 2,000개 이하의 항목이 포함된 항목 목록을 반환하도록 하는 기술입니다. 다음 표를 참조하여 관련 문서 웹 파트가 지원하는 각 쿼리에 대해 인덱싱할 적절한 열을 결정하십시오.

열을 인덱싱하여 관련 문서 웹 파트의 성능을 향상시키는 동시에, 대규모 문서 관리 환경에서 웹 파트를 구성할 때는 Show items from the entire site collection 확인란이 선택되지 않았는지 확인하십시오.

동일한 사이트에 콘텐츠를 저장하는 경우의 제한

• 단일 사이트의 문서 및 목록이 2,000개가 넘으면 성능이 저하됩니다.

• 가용성 테스트 결과, 사이트 탐색 구조의 문서 및 목록 수가 50개가 넘으면 사용자 인터페이스를 통해 콘텐츠를 탐색하기 어려운 것으로 나타났습니다.

라이브러리: 콘텐츠 저장 관련 이점 및 제한

문서 라이브러리는 하나 이상의 콘텐츠 형식으로 된 파일을 포함하는 사이트 위치로, 관련 문서를 관리 및 저장하고 사용자가 적절한 형식으로 새 문서를 만들 수 있도록 디자인되었습니다.

동일한 라이브러리에 콘텐츠를 저장하는 경우의 이점

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

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

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

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

동일한 사이트에 콘텐츠를 저장하는 경우의 제한

• 라이브러리의 최대 권장 크기가 문서 10,000,000개로 제한됩니다.

• 필수 체크 아웃 또는 버전 관리 등의 고유한 문서 관리 설정을 콘텐츠에 적용하려면 콘텐츠를 별도의 라이브러리에 저장해야 합니다.

• 라이브러리에서 여러 콘텐츠 형식을 사용하는 경우 각 형식에 해당 형식에만 적용되는 하나 이상의 메타데이터 열이 있으면 보기가 복잡해질 수 있습니다. 이러한 현상을 완화하려면 각 콘텐츠 형식에 별도의 라이브러리를 연결하면 됩니다.

• 보는 항목 수가 2,000개를 초과하면 콘텐츠 보기 성능이 저하됩니다. 이러한 제한을 완화하려면 각각 2,000개 이하의 항목을 포함하는 폴더로 라이브러리 콘텐츠를 구성하거나, 인덱싱된 열을 사용하여 2,000개 이하의 항목 집합을 반환하는 보기를 만들면 됩니다. 보기에서 인덱싱된 열을 사용하는 방법에 대한 설명은 아래 섹션을 참조하십시오.

인덱싱된 열을 사용하여 보기 성능 개선

앞서 설명한 것처럼, 표시되는 항목 수가 2,000개를 초과하면 보기 성능이 떨어집니다. 보기에 표시할 항목 수를 제한하는 데 유용한 기술은 보기에 사용되는 열을 인덱싱한 다음 해당 열을 기반으로 보기를 필터링하여 2,000개 이하의 항목이 표시되도록 하는 것입니다. 인덱싱된 열이란 Office SharePoint Server 2007에서 보기 관련 쿼리를 보다 효율적으로 만들기 위해 레코드를 유지 관리하는 열입니다.

예를 들어 1주일 동안 라이브러리에서 2,000개가 넘는 항목이 수정될 가능성이 없는 경우에는 라이브러리의 수정됨 열을 인덱싱한 다음 지난 7일간 변경된 항목만 표시되도록 보기를 필터링할 수 있습니다. 이렇게 하려면 수정됨 열을 오늘-7보다 작음으로 지정합니다. 또한 각 작성자가 만드는 항목이 2,000개 미만이면 만든 사람 열을 인덱싱한 다음 작성자만이 자신이 만든 문서를 볼 수 있도록 보기를 필터링할 수 있습니다. 이렇게 하려면 만든 사람 열을 Me와 같음으로 지정합니다.

다음과 같은 유형의 열을 인덱싱하여 보기 필터링에 사용할 수 있습니다.

• 한 줄 텍스트

• 여러 줄 텍스트

• 숫자

• 통화

• 선택 항목

• 날짜 및 시간

• 조회

• 예/아니요

• 개인 또는 그룹

• 계산

인덱싱된 열로 필터링되는 보기를 만들 때는 다음 사항도 고려해야 합니다.

• 인덱싱된 열은 보기당 하나만 사용할 수 있습니다.

• 인덱싱된 열을 사용하여 보기를 필터링할 때는 "또는"을 사용하여 여러 기준을 제공하는 필터를 만들지 마십시오.

• 항목 제한 기능을 사용하여 보기를 수정해도 보기 성능이 개선되지는 않습니다.

폴더: 콘텐츠 저장 관련 이점 및 제한

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

폴더를 사용하여 라이브러리 성능을 개선할 수 있습니다. 각각 2,000개 이하의 항목을 포함하는 여러 폴더에 콘텐츠를 구분 저장하면 폴더 보기의 성능이 높아집니다. 이러한 기능을 활용하려면 폴더 내에서 사용 가능한 보기에 폴더 내의 항목만 표시되도록 구성해야 합니다. 이 기능은 기본 Office SharePoint Server 2007 보기 작성 인터페이스에서 사용 가능합니다. 또한 폴더의 항목 수가 2,000개 이하이면 인덱싱된 열을 통해 폴더의 보기를 필터링할 필요가 없습니다.

권장 사항 요약

다음은 많은 양의 콘텐츠를 저장할 때 각 저장소 수준에서 성능을 개선하기 위한 권장 사항에 대한 요약입니다.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

• 사이트 및 기능 계획, 제1부

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.

참고 항목

개념

성능 및 용량 계획(Office SharePoint Server)
레코드 관리 계획