팀 공동 작업 사이트를 위한 모범 사례(SharePoint Server 2010)

  • 아티클

 

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2016-11-30

이 문서는 Microsoft SharePoint Server 2010의 모범 사례 문서 시리즈 중 하나로, SharePoint Server 2010 환경에서 공동 작업 사이트를 호스팅할 때의 일반적인 특징과 모범 사례에 대해 설명합니다. SharePoint Server 2010 모범 사례에 대한 자세한 내용과 리소스는 SharePoint Server 2010 모범 사례(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=220280&clcid=0x412)(영문일 수 있음)를 참조하십시오.

SharePoint Server 2010에서 제공되는 내 사이트, 블로그, 위키, 공동 작성 등의 기능을 사용하면 팀 공동 작업을 보다 쉽게 수행할 수 있습니다. 팀 공동 작업 사이트를 계획할 때는 이러한 사이트에서 일반적으로 나타나는 다음과 같은 특징을 기억해야 합니다.

  • 쓰기 작업이 많이 수행됨   게시 사이트 등의 다른 사이트 유형에 비해 공동 작업 사이트에서는 Microsoft SQL Server 리소스에 대한 쓰기 비율이 높습니다.

  • 콘텐츠 캐싱이 거의 또는 전혀 수행되지 않음   콘텐츠가 자주 업데이트되며 공동 작업의 특성상 콘텐츠가 최신 상태여야 하므로, 콘텐츠 캐싱이 거의 사용되지 않습니다.

  • 클라이언트 응용 프로그램 상호 작용이 매우 중요함   다른 사이트 유형에 비해 공동 작업 사이트에서는 Microsoft Office 2010에 포함된 클라이언트 응용 프로그램과 상호 작용을 많이 수행합니다.

다음의 각 섹션에서는 팀 공동 작업 사이트의 모범 사례에 대해 설명합니다.

1. 공동 작업을 지원할 데이터베이스 서버 계획 및 할당

공동 작업은 쓰기 비율이 비교적 높고 콘텐츠 모델에서 캐싱을 사용하지 않으므로 메모리와 CPU 같은 Microsoft SQL Server 리소스에 큰 영향을 준다는 특징이 있습니다. Office SharePoint Server용으로 SQL Server 저장소 계획 및 모니터링: 성능 권장 사항 및 모범 사례(백서) 백서에서 권장하는 방식을 따르면 이러한 유형의 사이트를 지원하는 데 필요한 SQL Server 리소스를 확보할 수 있습니다.

예상 콘텐츠 크기에 따라 저장소 및 용량을 계획하고 구성합니다. 자세한 내용은 하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010) 및 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하십시오.

또한 최적의 성능을 유지할 수 있도록 디스크 드라이브를 배치해야 합니다. 자세한 내용은 최상의 운영을 위한 모범 사례(SharePoint Server 2010)를 참조하십시오.

자세한 내용은 SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항 및 성능 및 용량 테스트 결과와 권장 사항(SharePoint Server 2010)을 참조하십시오.

2. 사이트 및 콘텐츠를 모니터링하고 정기적으로 정리 수행

팀 사이트가 느슨한 구조이면 공동 작업을 수행하기가 더 쉽습니다. 콘텐츠 보관 및 삭제를 위해 적절한 SLA(서비스 수준 계약)를 설정하고 팀원들에게 알리십시오. 팀에서는 대개 셀프 서비스 사이트 작성을 통해 수명이 제한된 프로젝트와 관련한 공동 작업을 수행한다는 점을 고려해야 합니다. 사용하지 않는 사이트는 수명 주기 관리 기능을 통해 정기적으로 제거 및 보관하십시오.

3. 사이트 및 콘텐츠 크기 제한 적용

비즈니스 요구 사항에 맞게 사이트 모음, 사이트, 목록 및 문서를 관리하려면 권장 지침을 따릅니다.

큰 목록, 버전 및 워크플로는 환경의 성능과 저장소 용량에 모두 영향을 줄 수 있습니다. 예를 들어 워크플로 기록을 60일 이상 보존하기 위해 워크플로 기록 보존 해제(SharePoint Server 2010)에 설명된 워크플로 기록 정리 작업을 해제하는 조직도 있습니다. 셀프 서비스 사이트를 만들 수 있도록 설정하는 경우에는 할당량을 사용하여 사이트 크기를 제어해야 합니다.

자세한 내용은 다음 리소스를 참조하십시오.

4. 보안 및 사용 권한 관리

각 사이트 모음에 대해 보안 주체(사용자 및 그룹)를 적용할 수 있습니다. 이러한 보안 주체는 팜 성능에 영향을 줄 수 있으므로, 사용자를 개별적으로 추가하는 대신 그룹과 역할을 최대한 사용하여 액세스를 부여하십시오. 자세한 내용은 SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항을 참조하십시오.

사용자 지정 사용 권한이나 세분화된 사용 권한 사용을 최소화합니다. 세분화된 사용 권한을 많이 적용할수록 각 사용자가 액세스 권한을 가진 항목을 추적하기가 어려워집니다. 또한 세분화된 사용 권한이 적용되는 각 항목에 대해 보안 검사를 추가로 수행해야 하므로, 세분화된 사용 권한은 성능에도 영향을 줄 수 있습니다. 자세한 내용은 세분화된 사용 권한을 활용하기 위한 최상의 방법(백서)(SharePoint Server 2010)를 참조하십시오.

하위 사이트, 목록, 라이브러리 및 항목 액세스 권한이 있는 사용자를 정기적으로 검토합니다. 타사 보안 관리 도구를 사용하여 SharePoint Server 2010의 요소에 적용되는 세분화된 사용 권한을 파악할 수 있습니다. 이러한 도구의 한 예로 Lightning Tools(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=220248&clcid=0x412)(영문일 수 있음)를 들 수 있습니다.

5. 하나 이상의 전용 웹 응용 프로그램을 사용하여 팀 사이트 호스팅

전용 웹 응용 프로그램에서 팀 공동 작업 사이트를 호스팅하는 경우 다음과 같은 여러 가지 이점이 있습니다.

  • 성능 최적화   전용 웹 응용 프로그램에서 팀 사이트를 호스팅하는 경우 팀 사이트 모음만 포함된 여러 콘텐츠 데이터베이스를 사용하게 됩니다. 콘텐츠 데이터베이스가 데이터 특성이 유사한 사이트를 호스팅하는 경우, SQL Server에서는 데이터베이스 특성을 기준으로 하는 쿼리 계획을 사용하므로 SQL Server 데이터베이스 소프트웨어의 작동 효율성이 높아집니다. 따라서 팀 사이트용 콘텐츠를 전용 데이터베이스에 배치하면 SQL Server의 성능을 최적화하여 전체 서버 팜의 성능을 향상시킬 수 있습니다.

  • 관리 효율성 최적화   별도의 웹 응용 프로그램을 만들면 별도의 사이트 및 데이터베이스가 만들어지므로 서로 다른 사이트 제한(휴지통, 만료 및 크기)을 구현하고 서비스 수준 계약을 서로 다르게 조정할 수 있습니다. 예를 들어 조직 내에서 셀프 서비스 사이트 콘텐츠가 크게 중요하지 않은 경우 내 사이트 콘텐츠의 복원 시간을 더 길게 설정할 수 있습니다. 이렇게 하면 해당 사이트를 복원하기 전에 더 중요한 콘텐츠가 먼저 복원됩니다.

  • 사용 권한 적용   전용 웹 응용 프로그램을 통해 웹 응용 프로그램 수준에서 사용 권한을 적용할 수 있습니다. 예를 들어 내부 공동 작업 사이트에서 파트너 계정에 대해 액세스 권한을 명시적으로 거부하는 정책을 만들 수 있습니다. 웹 응용 프로그램 정책은 웹 응용 프로그램 내에서 개별 사이트나 문서에 대해 구성된 사용 권한에 관계없이 적용됩니다.

자세한 내용은 논리 아키텍처 구성 요소(SharePoint Server 2010) 문서의 웹 응용 프로그램 섹션을 참조하십시오.

6. 긴 네트워크 대기 시간 파악

네트워크 대기 시간이 길면 성능이 우수한 환경도 느린 것처럼 느껴지므로 사용자의 만족도가 떨어질 수 있습니다. 대기 시간이 긴 네트워크에서 큰 파일에 대해 공동 작업을 하는 경우에는 사용자 환경에서 혼란이 초래될 수 있습니다.

프런트 엔드 웹 서버 또는 응용 프로그램 서버와 데이터베이스 서버 간의 대기 시간은 1ms(밀리초)를 초과해서는 안 됩니다. 실제로는 팜의 모든 서버를 동일한 데이터 센터에 배치해야 합니다. 즉, 팜에 있는 모든 서버의 표준 시간대가 같아야 합니다.

다국적/국제 기업에서는 조직의 팀이 대개 각 지역을 중심으로 구성되는 경우 보다 크기가 작은 여러 팀 공동 작업 팜을 최종 사용자에게 배포합니다. 이렇게 하면 네트워크 대기 시간과 WAN 대역폭 비용을 줄일 수 있습니다. 또한 대기 시간 문제를 해결하기 위해 Microsoft Groove Server 2010 등의 제품에서 WAN 가속화 또는 백그라운드 캐싱 기능을 사용할 수도 있습니다.

자세한 내용은 SharePoint Server 2010의 용량 관리 및 크기 조정 개요 문서의 성능 관련 4가지 기본 사항 섹션을 참조하십시오.

7. 최종 사용자에게 도구를 최대한 활용하는 법 교육

대부분의 최종 사용자는 웹 사이트 디자이너도 아니며 디자이너의 작업을 수행하지도 않을 것입니다. 따라서 팀 공동 작업 사이트 사용을 시작하는 최종 사용자가 이전에는 연락처와 일정을 Microsoft Outlook 2010에 연결하는 등의 기본 제공 기능을 사용하거나 SharePoint 사이트를 구성해 본 적이 거의 또는 전혀 없을 수도 있다는 점을 예상해야 합니다. Microsoft에서는 Office.com(https://go.microsoft.com/fwlink/?linkid=89166&clcid=0x412)에서 온라인 교육 및 방법 자료를 누구나 액세스할 수 있도록 제공하고 있습니다. 또한 Productivity Hub 2010(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=220249&clcid=0x412)(영문일 수 있음)에서는 SharePoint 환경에 배포할 수 있는 최종 사용자 교육 키트도 제공됩니다. 조직에서 이러한 자료를 확인 및 사용하도록 하여 사용자가 작업을 스스로 수행할 수 있도록 합니다. 이렇게 하면 일상적인 작업에 대해 지원을 요청하는 횟수를 줄일 수 있습니다.

8. 통제 정책 마련

공동 작업 환경에서는 통제가 중요합니다. 공동 작업 사이트를 쉽게 관리할 수 있도록 유지하려면 통제 권장 사항에 따라 정보 아키텍처, 교육, 분류 및 탐색의 일관성을 유지하십시오. 자세한 내용은 Governance in SharePoint Server 2010(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=220213&clcid=0x412)(영문일 수 있음), 사이트 유지 관리 및 관리 계획(SharePoint Server 2010) 및 SharePoint Server 2010 Operations Framework 및 확인 목록(백서)을 참조하십시오.

9. 콘텐츠를 관리하여 팀 공동 작업 개선

공동 작업 사이트는 셀프 서비스 방식인 경우가 많으므로 콘텐츠가 구조화되어 있지 않고 보통 통일되지 않을 수 있습니다. 따라서 메타데이터 탐색 등의 기능을 활용해 문서 라이브러리에서 사용자 콘텐츠를 필터링하고 찾으면 효율적일 수 있습니다. 또한 관리되는 메타데이터 서비스를 사용하는 경우 조직의 분류 통일성을 유지할 수 있습니다. 자세한 내용은 메타데이터 탐색 개요(SharePoint Server 2010)를 참조하십시오.

도움 주신 분

SharePoint Server 2010 콘텐츠 게시 팀에서는 이 문서 작성에 도움을 주신 다음 기고자 여러분에게 감사의 뜻을 전합니다.

  • Aaron Saikovski(Microsoft Consulting Services)

  • Bryan Porter(Microsoft Consulting Services)

  • Israel Vega(Microsoft Consulting Services)

  • Steve Caravajal(Microsoft Technical Sales)

  • Steve Peschka(Microsoft Consulting Services)

  • Steve Walker(Microsoft SharePoint Customer Engineering)

  • Tajeshwar Singh(Microsoft Consulting Services)