최상의 운영 방법

  • 아티클

업데이트 날짜: 2008년 8월

적용 대상: Office SharePoint Server 2007

 

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

Microsoft Office SharePoint Server 2007은 독립 실행형으로 또는 다른 시스템과 함께 광범위한 응용 프로그램 및 솔루션에 대해 사용됩니다. 이와 같이 유연하게 활용할 수 있도록 이 플랫폼에서는 다양한 아키텍처 및 구성을 지원합니다. 일부 시스템 요소는 이미 잘 알려져 있지만, 이러한 요소의 다양한 변형도 존재합니다. 이 문서에서는 프런트 엔드 웹 서버 구성, 데이터베이스 구성, 서비스 제공 및 패치 적용, Microsoft Office Servers 인프라 업데이트에 포함된 향상된 기능과 같이 고려해야 하는 최상의 구성 방법에 대해 중점적으로 설명합니다.

이 문서는 Office SharePoint Server 2007용 최상의 방법 연속 문서 중 하나로, 최상의 운영 방법에 대해 설명합니다. 이 연속 문서를 더 보려면 최상의 방법을 참조하십시오. Office SharePoint Server 2007용 최상의 방법에 대한 추가 정보 및 리소스를 보려면 최상의 방법 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x412)를 참조하십시오.

1. 64비트 하드웨어, 충분한 메모리 및 고속 네트워크 카드 사용

모든 서버 역할에 대해 64비트 하드웨어를 사용하면 Office SharePoint Server 2007의 성능을 최상으로 유지할 수 있습니다. 또한 각 서버 역할에 대해 적절한 메모리를 할당해야 합니다.

  • 프런트 엔드 웹 서버 및 응용 프로그램 서버의 경우 프로세서당 최소 2GB RAM을 할당합니다.

  • 데이터베이스 서버의 경우 프로세서당 최소 4GB RAM을 할당합니다.

  • 모든 서버 역할에 대해 기가비트 네트워크 카드를 사용합니다.

  • 프런트 엔드 웹 서버 및 응용 프로그램 서버의 경우 프로덕션 환경에서 이중 NIC(사용자용으로 하나, SQL Server 통신용으로 하나)를 사용합니다.

  • 부하가 높은 경우에는 네트워크 트래픽 감소를 위해 vLAN(가상 LAN) 사용을 고려합니다.

자세한 내용은 물리적 토폴로지 권장 사항(Office SharePoint Server) 및 기타 성능 및 용량 계획 요소(Office SharePoint Server)을 참조하십시오.

2. 프런트 엔드 웹 서버, 응용 프로그램 서버 및 데이터베이스 서버 간에 네트워크 공간을 너무 많이 두지 않고 각 서버를 가까운 위치에 배치

프런트 엔드 웹 서버 또는 응용 프로그램 서버와 데이터베이스 서버 간의 대기 시간이 1ms를 초과해서는 안 됩니다. 이는 실제 작업 환경에서 모든 서버를 동일한 데이터 센터의 한 팜에 배치해야 함을 의미합니다. 그리고 팜에 포함된 모든 서버의 표준 시간대도 동일해야 합니다.

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

3. 성능 및 가용성을 고려하여 프런트 엔드 웹 서버 및 응용 프로그램 서버 구성

프런트 엔드 웹 서버 및 응용 프로그램 서버를 구성하는 방식은 처리량 및 가용성에 큰 영향을 줄 수 있습니다. 최상의 결과를 얻으려면 다음 권장 사항을 따르십시오.

  • 중복을 위해 다음과 같은 RAID 수준을 사용하여 시스템 구성 요소를 논리 드라이브로 구분합니다.

    드라이브의 구성 요소 권장 RAID 수준

    Windows 및 Program Files 드라이브

    RAID 1

    운영 체제 스왑 드라이브

    RAID 1

    로그 파일

    RAID 1

    이미지 및 Windows 데스크톱 검색용 부팅 디스크(옵션)

    RAID 1

  • 4개 이상의 실제 디스크를 사용하고, Windows/Program Files 드라이브가 아닌 별도의 디스크에 로그 파일 및 스왑 드라이브를 보관합니다.

  • 사용자 2만 명당 최소한 하나의 프런트 엔드 웹 서버를 허용합니다. 가용성을 높이려면 사용자 2만 명당 프런트 엔드 웹 서버 2대를 사용해야 합니다.

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

4. 성능 및 가용성을 고려하여 데이터베이스 서버 구성

프런트 엔드 웹 서버 및 응용 프로그램 서버의 경우와 마찬가지로, 데이터베이스 서버의 구성 역시 Office SharePoint Server 2007의 성능에 영향을 줍니다. 다음 표와 같이 각 데이터 형식을 개별 스핀들 세트로 분할하고, 각 데이터 형식에 적절한 RAID 수준, 스핀들 및 최적화 방식을 적용합니다.

형식 RAID 수준 스핀들 최적화

TempDB

[RAID 1+0] - 전체 데이터베이스 크기의 10%

2 IOPS/GB

쓰기 최적화

트랜잭션 로그

[RAID 1+0]

2 IOPS/GB

쓰기 최적화

검색 속성 저장소(검색 데이터베이스)

[RAID 1+0]

2 IOPS/GB

읽기/쓰기 최적화

콘텐츠 데이터베이스

[RAID 1+0]

0.75 IOPS/GB

읽기 최적화

자세한 내용은 실제 저장소 권장 사항(Office SharePoint Server) 및 Office SharePoint Server의 SQL Server 저장소 계획 및 모니터링: 성능 권장 사항 및 최상의 방법(백서)을 참조하십시오.

5. 데이터베이스를 정상적인 상태로 유지 관리

정상적인 데이터베이스 서버에는 데이터베이스 및 로그 파일을 위한 충분한 여유 공간과 요청을 처리할 수 있는 용량이 있어야 합니다. 다음 목록의 권장 사항에 따라 데이터베이스 서버의 성능을 최적으로 유지하십시오.

  • 가능한 경우에는 모든 데이터베이스 및 로그를 미리 확장합니다. 디스크 공간이 부족하지 않도록 크기를 모니터링해야 합니다.

  • 데이터베이스나 데이터를 너무 많이 사용하여 데이터베이스 서버가 오버로드되는 일이 없도록 합니다. 다음 지침을 따르십시오.

    • SQL Server 미러링을 사용하는 경우에는 SQL Server의 단일 실제 인스턴스에 50개가 넘는 데이터베이스를 저장하지 않습니다.

    • 콘텐츠 데이터베이스 크기는 100GB로 제한합니다.

  • 인덱스를 다시 작성하는 데 필요한 시간만큼 가동을 중지해도 되면 인덱스 조각 모음과 다시 작성을 매일 수행합니다.

  • 데이터베이스 서버를 모니터링하여 서버가 적절하게 응답하며 오버로드되지 않았는지 확인합니다. 다음과 같은 주요 성능 카운터를 모니터링해야 합니다.

    • 네트워크 대기 큐: 성능이 우수한 경우 0 또는 1

    • 평균 디스크 큐 길이(대기 시간): 5ms 미만

    • 사용 메모리: 70% 미만

    • 사용 가능한 디스크 공간: 25% 이상

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

6. 최신 업데이트를 적용하여 서버를 최신 상태로 유지

최신 핫픽스, 업데이트 및 서비스 팩을 적용하여 서버를 최신 상태로 유지해야 합니다. 이러한 업데이트에는 중요한 제품 개선 사항 및 향상된 기능이 포함되어 있습니다. 그러나 업데이트는 프로덕션 전 환경에서 철저하게 테스트한 후에 프로덕션 환경에 적용해야 합니다. 다음을 비롯한 권장 절차에 따라 업데이트를 배포하십시오.

  • 업데이트를 자동으로 다운로드하되 자동으로 설치되지는 않도록 Windows Update를 설정합니다.

  • 사용량이 많지 않은 시간에 업데이트를 설치하도록 예약합니다.

  • 가용성을 높이려면 업데이트 프로세스 중에 한 번에 한 서버씩 차례로 서비스를 제공하지 않도록 합니다.

BIOS(서버 컴퓨터, 컨트롤러 및 디스크), Windows 운영 체제, Windows SharePoint Services 3.0 및 Office SharePoint Server 2007, SQL Server에 패치를 적용합니다.

자세한 내용은 핫픽스, 공용 업데이트 및 서비스 팩 이해와 배포 (영문)(https://go.microsoft.com/fwlink/?linkid=123927&clcid=0x412) 프레젠테이션을 확인하거나 SharePoint 제품 및 기술용 업데이트 리소스 센터 (영문)(https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x412)를 참조하십시오.

7. 각 작업마다 다른 계정 사용

웹 응용 프로그램과 서비스에 적절한 계정을 사용합니다. 모든 계정은 도메인 계정이어야 하며, 네트워크 서비스를 사용해서는 안 됩니다. 최상의 결과를 얻으려면 다음 항목에 대해 별도의 계정을 사용하십시오.

  • 웹 응용 프로그램: 각 웹 응용 프로그램마다 다른 계정을 사용합니다.

  • 검색 계정: 팜에 대해 하나의 계정을 사용합니다.

  • Excel 서비스 계정: 외부 연결에 대해 하나의 계정을 사용합니다.

자세한 내용은 계정 권한 및 보안 설정(Office SharePoint Server)을 참조하십시오.

Office SharePoint Server 2007에서는 SQL Server 서비스 계정, 중앙 관리 응용 프로그램 풀 ID, Windows SharePoint Services 타이머 서비스 계정, 기본 콘텐츠 액세스 계정, Single Sign-On 계정 및 프로필 가져오기 계정과 같은 여러 계정이 사용됩니다. 권장 절차에 따라 이러한 계정의 암호를 최신 상태로 유지하고 서비스가 계속 작동하는지 확인하십시오.

자세한 내용은 관리 계정에 사용되는 암호 변경(Office SharePoint Server)을 참조하십시오.

8. 데이터 백업 및 복원 권장 사항 준수

일반적으로는 네트워크 드라이브가 아닌 로컬 디스크에 백업한 다음 나중에 데이터를 복사하는 것이 가장 좋습니다. 가능한 경우에는 압축을 사용하되, 백업을 압축하는 경우에는 SQL Server에 너무 많은 부담을 주지 않도록 하십시오. 예를 들어 SQL LightSpeed의 경우에는 백업 중에 압축을 수행하므로 SQL Server 성능이 저하될 수 있습니다.

대형 데이터베이스의 경우에는 기본 메커니즘으로 전체 백업을 사용하지 말고 Microsoft System Center DPM(Data Protection Manager)에서 제공되는 것과 같은 증분 백업을 사용하십시오. 너무 큰 데이터베이스는 빠르게 복원할 수 없습니다.

자세한 내용은 백업 및 복구 성능 향상 팁(Office SharePoint Server) 및 Office SharePoint Server의 데이터 보호 및 복구(백서)를 참조하십시오.

9. 로그 파일 백업 및 자르기

데이터만 백업해서는 안 되며 로그 파일도 함께 백업해야 합니다. 사용 로그, IIS 로그, 트랜잭션 로그 및 SMTP 전자 메일 로그도 모두 백업해야 합니다. 트랜잭션 로그의 경우에는 5분마다 로그 파일을 백업하고 잘라야 합니다. 그러나 트랜잭션 로그를 축소하는 경우 로그가 다시 확장될 때 성능 문제가 발생할 수 있으므로 축소하지는 마십시오.

자세한 내용은 로그 백업(Office SharePoint Server 2007) 및 SQL Server 데이터베이스의 트랜잭션 로그가 너무 커지지 않도록 하는 방법(https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x412)을 참조하십시오.

10. 데이터 복원 시 백업을 테스트하고 서비스를 계속 제공할 수 있도록 대기 환경 준비

백업을 정기적으로 테스트하여 일관성을 확인합니다. 필요할 때 언제든 백업을 사용할 수 있다고 가정해서는 안 되며, 백업 사용 가능 여부를 항상 확인해야 합니다. 또한 복구 실습을 통해 전체 환경을 복구하기 위해 수행해야 하는 기타 작업을 파악해야 합니다. 지리적으로 분산된 환경의 경우에는 원격 팜을 설정하여 재해 복구를 준비합니다. 이렇게 하면 데이터베이스 연결 명령을 통해 데이터베이스 복사본을 원격 팜으로 업로드하고 사용자를 리디렉션하여 환경을 복원할 수 있습니다. 마찬가지로, 동일한 소프트웨어 버전을 실행하는 대기 환경을 프로덕션 환경으로 설정하면 신속하게 데이터베이스를 복원하고 문서를 복구할 수 있습니다. 신속하게 복구하려면 데이터베이스 크기를 작게 유지하십시오.

자세한 내용은 Office SharePoint Server의 데이터 보호 및 복구(백서)를 참조하십시오.

도움 주신 분

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

  • Simon Skaria, Microsoft SharePoint Customer Advisory Team

  • Doron Bar-Caspi, Microsoft SharePoint Customer Advisory Team

  • Steve Peschka, Microsoft Consulting Services

  • Jason Cahill, Microsoft Office SharePoint Server Core

  • Mark Harmsworth, Microsoft Office SharePoint Server Core

  • Todd Carter, Microsoft Premiere Field Engineering

  • Cory Burns, Microsoft Hosted SharePoint

참고 항목

개념

모범 사례 분석기 도구 실행(Office SharePoint Server)

기타 리소스

Windows SharePoint Services 3.0 및 2007 Microsoft Office System용 Microsoft 모범 사례 분석기 (영문)
SharePoint 2007 관리 및 보안을 위한 최상의 방법 (영문)