팀 공동 작업 사이트를 위한 최상의 방법

  • 아티클

업데이트 날짜: 2008년 8월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2009-04-22

이 문서는 Microsoft Office SharePoint Server 2007에 대한 일련의 최상의 방법 문서 중 하나입니다. 이 문서에서는 Office SharePoint Server 2007 환경에서 공동 작업 사이트 호스팅의 일반적인 특징과 최상의 방법에 대해 설명합니다. 다른 최상의 방법 문서에 대한 자세한 내용은 최상의 방법을 참조하십시오. Office SharePoint Server 2007의 최상의 방법과 관련된 추가 정보 및 리소스는 최상의 방법 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x412)를 참조하십시오.

팀 공동 작업 사이트에는 일반적으로 다음과 같은 특징이 있습니다.

  • 쓰기 작업이 많음 게시 사이트와 같은 다른 종류의 사이트에 비해 공동 작업 사이트는 SQL Server 저장소 계층에 대한 쓰기 비율이 높습니다.

  • 콘텐츠 캐싱이 없거나 적음 동적인 공동 작업에서는 콘텐츠가 자주 업데이트되고 최신 데이터를 사용하는 것이 매우 중요하므로 콘텐츠 캐싱이 거의 사용되지 않습니다.

  • 대부분의 콘텐츠가 구조화되어 있지 않고 균일하지 않음 공동 작업 사이트는 대개 셀프 서비스 방식으로 운영되므로 대체로 콘텐츠가 구조화되어 있지 않으며 균일하지 않습니다. 높은 수준의 콘텐츠 구조를 강제로 적용하려고 하면 사용자가 서버 기반 공동 작업을 사용하지 않으려고 할 수 있습니다.

  • 최소한의 사용자 지정 솔루션 공동 작업 환경에서는 사용자 지정 웹 파트, 서버 컨트롤, 워크플로 작업 및 InfoPath 작업 양식과 같은 사용자 지정 코드나 솔루션의 배포가 거의 허용되지 않습니다. 그러나 SharePoint Designer와 상호 작용하여 간단한 워크플로 프로세스의 사용자 지정 제작, 브랜딩 및 디자인을 수행할 수 있습니다.

  • 클라이언트 응용 프로그램 상호 작용이 매우 중요함 다른 종류의 사이트에 비해 공동 작업 사이트는 2007 Microsoft Office 시스템에서 클라이언트 응용 프로그램과의 상호 작용 수준이 높습니다.

1. 전체 팜에 64비트 아키텍처 배포

모든 서버 역할에 대해 64비트 하드웨어는 Office SharePoint Server 2007에 최상의 성능을 제공합니다. 64비트 아키텍처는 32비트보다 상당히 큰 주소 공간을 제공합니다. 주소 공간이 크면 각 계층에 호스팅되는 SharePoint 어셈블리, CLR/Native API, 네트워크 스택, IIS/ASP.NET 및 기타 구성 요소에 충분한 공간이 제공됩니다.

자세한 내용은 물리적 토폴로지 권장 사항(Office SharePoint Server)을 참조하십시오.

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

공동 작업은 상대적으로 높은 쓰기 비율과 캐싱되지 않는 콘텐츠 모델 때문에 SQL Server 저장소에 더 큰 영향을 주는 특징이 있습니다. 따라서 쓰기 작업에 대해 SQL Server를 최적화하고 팜 전용 데이터베이스 서버를 사용하는 것이 좋습니다. Office SharePoint Server의 SQL Server 저장소 계획 및 모니터링: 성능 권장 사항 및 최상의 방법(백서) 백서에서 권장하는 방법에 따라 공동 작업 사이트를 지원하기 위해 필요한 SQL Server 저장소 및 성능을 갖추고 있는지 확인하십시오.

SQL Server를 실행하고 있는 일반 서버 컴퓨터(8코어, 16GB RAM, 1IOPS/GB)에서는 약 5테라바이트(TB)의 콘텐츠를 지원하도록 계획합니다. 자세한 내용은 공동 작업 사이트용 논리 아키텍처 디자인을 참조하십시오.

최적 성능을 구현하려면 디스크 드라이브의 레이아웃도 지정해야 합니다. 자세한 내용은 최상의 운영 방법을 참조하십시오.

3. 사이트/콘텐츠 모니터링 및 정기적인 정리 작업 수행

팀 사이트는 보다 용이한 공동 작업을 위해 철저하게 구조화되지 않고 셀프 서비스 방식으로 운영되는 경우가 많습니다. 콘텐츠 보관 및 콘텐츠 삭제를 위해 적절한 SLA(서비스 수준 계약)를 설정하고 정보를 교환하십시오. 팀 사이트는 지원하는 프로젝트의 결정 사항에 따라 사용 기한이 제한될 수도 있습니다. 수명 주기 관리를 사용하여 사용하지 않는 사이트를 정기적으로 제거 및 보관하십시오.

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

비즈니스 요구 사항에 따라 사이트 모음, 사이트, 목록 및 문서를 관리하기 위해 다음과 같은 권장 지침을 따릅니다.

  • 콘텐츠 데이터베이스당 사이트 모음 50,000개

  • 사이트 모음당 500MB(기본 최대 할당량)

  • 파일 크기 제한 50MB(권장) ~ 2GB(최대)

  • 목록 보기당 항목 2000개

크기가 큰 목록, 버전 관리 및 워크플로는 환경의 성능과 저장소 용량에 모두 영향을 줄 수 있습니다. 예를 들어 워크플로 기록 자동 정리 해제에 설명된 대로 워크플로 기록 정리 작업을 해제한 조직에서는 워크플로 기록을 60일 이상 보존할 수 있습니다. 특히 셀프 서비스 사이트 관리를 사용하고 있는 경우에는 할당량을 사용하여 사이트 크기를 제어하십시오.

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

5. 필요한 용량보다 하나 더 많은 프런트 엔드 웹 서버 계획

약 5000명 이상의 사용자를 지원하는 환경의 경우 최소 3대의 프런트 엔드 웹 서버 또는 적절한 용량을 제공하는 데 필요한 것보다 하나 더 많은 수의 프런트 엔드 웹 서버를 배포하는 것을 고려해 보십시오. 이렇게 하면 때때로 한 프런트 엔드 웹 서버의 부하가 높을 경우 부하 분산을 통해 트래픽을 다른 서버로 라우팅할 수 있습니다. 남아 있는 프런트 엔드 웹 서버가 하나뿐이면 첫 번째 프런트 엔드 웹 서버에 영향을 준 추가 트래픽이 두 번째 프런트 엔드 웹 서버로 전달되어 두 서버가 모두 차례로 다운되는 연속 중단 오류가 발생할 수 있습니다. 추가 프런트 엔드 웹 서버가 있으면 팜에서 이러한 부하를 균등하게 처리하므로 이와 같은 상황에서 팜의 성능 및 안정성이 높아집니다. 이 최상의 방법은 사용자 트래픽을 처리하는 프런트 엔드 웹 서버에 대한 것입니다. 또한 크롤링할 전용 프런트 엔드 웹 서버 또는 대기 팜 지정을 위한 최상의 방법을 사용할 수도 있습니다. 이러한 프런트 엔드 웹 서버는 가상 서버가 아닌 실제 서버여야 합니다.

자세한 내용은 중복 계획(Office SharePoint Server)을 참조하십시오.

6. 가용성을 높이기 위해 응용 프로그램 풀 재생 설정 지정

Office SharePoint Server 2007에서는 응용 프로그램 풀이 정기적으로 재생되어야 합니다. 다음 권장 사항을 따르면 응용 프로그램 풀의 프로세스를 재생해야 할 경우에도 사이트를 중단 없이 계속 실행할 수 있습니다.

  • 여러 웹 서버에서 서로 다른 시간에 응용 프로그램 풀 재생(64비트 및 32비트) 팜에 웹 서버가 여러 대인 경우 서로 다른 웹 서버에서 각각 다른 시간에 응용 프로그램 풀을 재생하도록 설정되어 있는지 확인하십시오.

  • 여러 IIS 웹 사이트에서 서로 다른 시간에 응용 프로그램 풀 재생(64비트 및 32비트) 서로 다른 IIS 웹 사이트를 각각 다른 시간에 재생하면 웹 서버의 최대 사용을 방지할 수 있습니다. 특정 웹 서버에서 동시에 둘 이상의 응용 프로그램 풀을 재생해야 할 경우에는 부하 분산에서 해당 웹 서버를 일시적으로 제거하여 사용자가 이용에 불편을 느끼지 않도록 하십시오.

  • 재생을 위한 메모리 사용 고려(32비트) 응용 프로그램 풀 재생을 계획하는 경우 각 응용 프로그램 풀에 사용되는 메모리의 양을 고려하여 사용되는 메모리 양에 따라 빈도를 변경합니다. 보통 메모리 리소스를 적게 사용하는 응용 프로그램 풀은 메모리를 많이 사용하는 다른 응용 프로그램 풀보다 재생 횟수를 적게 해도 됩니다. 권장 설정은 다음과 같습니다. 구체적인 수치는 사용 중인 설치 및 기능을 사용하는 방법에 따라 달라질 수 있습니다.

    • 1700MB에서 가상 메모리 기반 재생이 발생하도록 구성합니다.

    • 1000MB에서 메모리 사용 재생이 발생하도록 구성합니다.

    • 대용량 파일 업로드와 같이 오랫동안 실행되는 사용자 요청이 완료될 수 있도록 종료 시간 제한을 300초 이상으로 설정합니다.

    • 매일 특정 기간에 큰 부하가 정기적으로 발생하는 환경에서는 시간 기반 재생을 사용합니다. 최대 트래픽이 발생하기 약 30분 전으로 예약 재생을 설정합니다.

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

7. 보안 및 사용 권한 관리

각 사이트 모음에 대해 적용할 수 있는 보안 주체(사용자 및 그룹)의 수는 제한됩니다(웹 사이트당 2000개). 사용자를 개별적으로 추가하는 대신 액세스 권한을 부여할 수 있는 수만큼 Active Directory 보안 그룹과 SharePoint 그룹을 사용합니다. 자세한 내용은 소프트웨어 경계 계획(Office SharePoint Server)을 참조하십시오.

사용자 지정 사용 권한이나 세분화된 사용 권한은 최소한으로 사용합니다. 세분화된 사용 권한을 많이 적용할수록 누가 어떤 항목에 대해 액세스 권한을 갖고 있는지 추적하기가 더 어려워집니다. 뿐만 아니라 세분화된 사용 권한의 경우 해당 권한이 적용된 각 항목에 대해 추가 보안 검사를 수행해야 하므로 성능에 영향을 줄 수 있습니다. 자세한 내용은 사이트 보안 계획(Office SharePoint Server) 및 블로그 게시물 SharePoint 그룹, 사용 권한, 사이트 보안 및 제거된 사이트 그룹 (영문)(https://go.microsoft.com/fwlink/?linkid=123980&clcid=0x412)을 참조하십시오.

사이트 모음의 요소에 대한 액세스를 모니터링합니다. 하위 사이트, 목록, 라이브러리 및 항목에 대한 액세스 권한이 있는 사용자를 정기적으로 검토합니다. Office SharePoint Server 2007의 요소에 적용되는 세분화된 사용 권한을 찾는 데 도움이 될 수 있는 타사 보안 관리 도구들이 있습니다. 그 중 하나는 DeliverPoint (영문)(https://go.microsoft.com/fwlink/?linkid=126308&clcid=0x412)입니다.

8. 사용자 지정 코드 및 사용자 지정 테스트

환경에 사용자 지정 코드를 배포하기 전에 사용자 지정 요소가 성능에 어떤 영향을 줄 수 있는지 확인할 수 있도록 환경의 기본 성능을 알아 두어야 합니다. 테스트 또는 샌드박스 환경에서 사용자 지정 코드를 처음부터 끝까지 철저히 테스트하면 환경에 미치는 영향을 확인할 수 있습니다. 테스트하지 않고 사용자 지정 코드를 배포하지 마십시오. 타사 코드나 무료 리소스에서 가져온 코드도 모두 테스트해야 합니다. 무료로 제공되거나 이미 널리 사용되고 있는 코드라 하더라도 해당 환경에, 특히 성능 면에서 예상치 못한 영향을 미칠 수 있습니다. 솔루션 배포를 사용하여 모든 사용자 지정 코드를 배포하면 쉽게 추적할 수 있을 뿐 아니라 환경을 복원한 후 사용자 지정 내용을 다시 배포할 수 있습니다.

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

9. 네트워크 대기 시간 확인

네트워크 대기 시간이 길면 고성능 환경이라 하더라도 속도가 느리게 느껴지므로 사용자 만족도가 낮아질 수 있습니다. 대기 시간이 긴 네트워크를 통해 대용량 파일에 대한 공동 작업을 수행하려고 하면 사용자가 경험하는 성능이 저하됩니다. 문서를 약간만 변경하는 경우에도 전체 문서가 서버로 업로드된다는 점을 고려하십시오.

프런트 엔드 웹 서버 또는 응용 프로그램 서버와 데이터베이스 서버 간에 대기 시간이 1밀리초(ms)를 넘으면 안 됩니다. 즉, 일반적으로 팜의 모든 서버를 같은 데이터 센터 안에 유지해야 합니다. 팜의 모든 서버가 같은 표준 시간대에 있어야 합니다.

다국적 글로벌 기업의 경우 조직의 팀이 일반적으로 각 지역별로 집중되어 있으면 여러 개의 소규모 팀 공동 작업 팜을 최종 사용자와 보다 가까운 위치에 배포합니다. 이렇게 하면 네트워크 대기 시간과 WAN 대역폭 비용이 줄어듭니다. Microsoft Office Groove 2007 등의 제품을 통한 WAN 가속화 또는 백그라운드 캐싱을 사용하여 대기 시간 문제를 해결할 수도 있습니다.

자세한 내용은 대역폭 요구 사항 계획 및 WAN 환경에 맞게 Office SharePoint Server 최적화를 참조하십시오.

10. 최종 사용자에게 도구를 최대한 활용하는 방법 가르치기

대부분의 최종 사용자는 웹 사이트 디자이너가 아니며 웹 사이트 디자이너가 되고 싶어하지도 않습니다. 예를 들어 팀 공동 작업 사이트 사용을 시작하려고 하는데 이전에 SharePoint 사이트를 구성하거나 Outlook에 연락처 및 일정을 연결하는 것과 같은 기본 제공 기능을 사용해 본 경험이 거의 없을 수 있습니다.

Microsoft는 Office Online(https://go.microsoft.com/fwlink/?linkid=89166&clcid=0x412)에서 온라인 교육 및 사용 방법 자료를 제공합니다. Gear up (영문)에서 SharePoint 환경에 배포할 수 있는 최종 사용자 교육 키트를 사용할 수도 있습니다. 조직에서 이러한 자료에 대해 널리 알리고 사용을 장려하여 사용자들이 스스로 사용법을 익힐 수 있도록 하십시오. 일상적인 작업에 대한 지원 문의가 줄어들 것입니다.

11. 작업 효율을 높이기 위한 최상의 방법 준수 및 관리 방식 정책 사용

최상의 운영 방법 문서에는 최상의 성능을 구현할 수 있도록 환경을 설정 및 유지 관리하는 방법에 대한 추가 팁이 있습니다. 이러한 최상의 방법에 따라 공동 작업 사이트를 최대한 효과적으로 활용하십시오.

공동 작업 환경에서는 관리 방식이 중요합니다. 공동 작업 사이트를 관리하기 쉬운 상태로 유지하려면 일관성 있는 정보 아키텍처, 교육, 분류법 및 탐색을 위한 관리 방식 권장 사항을 따릅니다. 자세한 내용은 관리 방식 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=92729&clcid=0x412) 및 SharePoint 관리 방식 검사 목록 가이드 (영문)(https://go.microsoft.com/fwlink/?linkid=122806&clcid=0x412)를 참조하십시오.

도움 주신 분

Office SharePoint Server 2007 콘텐츠 게시 팀에서는 다음과 같이 이 문서 작성에 도움을 주신 분들께 감사를 드립니다.

  • Simon Skaria, Microsoft SharePoint Customer Advisory Team

  • Luca Bandinelli, Microsoft SharePoint Customer Advisory Team

  • Steve Peschka, Microsoft Consulting Services

  • Larry Kuhn, Microsoft Consulting Services

  • Ali Mazaheri, Microsoft Consulting Services

  • Todd Carter, Microsoft Premiere Field Engineering

  • Sam Crewdson, Microsoft Hosted SharePoint

  • Cory Burns, Microsoft Hosted SharePoint

  • Mike Watson, Microsoft SharePoint Support and Health