최상의 운영을 위한 모범 사례(SharePoint Server 2010)
적용 대상: Excel Services, 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=221383&clcid=0x412)(영문일 수 있음)를 참조하십시오.
1. 충분한 메모리와 빠른 네트워크 어댑터 사용
환경의 성능을 원하는 수준으로 유지하려면 웹 서버와 응용 프로그램 서버에서 충분한 메모리를 사용해야 합니다.
네트워크 속도도 환경의 성능에 중요한 요소입니다. 네트워크 트래픽 이동 속도를 높이려면 다음 작업을 수행하십시오.
모든 서버 역할에 대해 기가비트 네트워크 어댑터를 사용합니다.
프런트 엔드 웹 서버 및 응용 프로그램 서버의 경우 프로덕션 환경에서 듀얼 네트워크 어댑터를 사용합니다(사용자용으로 하나, Microsoft SQL Server 통신용으로 하나).
관리 및 백업 등의 작업에 대해 서버 간 통신용 개인 네트워크 어댑터를 사용합니다. 이렇게 하면 해당 트래픽이 전체 팜 성능에 영향을 주지 않습니다.
부하가 높을 때는 VLAN(가상 Local Area Network)을 사용하여 네트워크 트래픽을 줄일 수 있습니다.
자세한 내용은 하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010) 및 성능 및 용량 관리(SharePoint Server 2010)를 참조하십시오.
2. 프런트 엔드 웹 서버, 응용 프로그램 서버 및 데이터베이스 서버를 네트워크에서 서로 가까운 위치에 배치
프런트 엔드 웹 서버 또는 응용 프로그램 서버와 데이터베이스 서버 간의 대기 시간은 1ms(밀리초)를 초과해서는 안 됩니다. 실제로는 팜의 모든 서버를 동일한 데이터 센터에 배치해야 합니다. 즉, 팜에 있는 모든 서버의 표준 시간대가 같아야 합니다.
자세한 내용은 SharePoint 2010 제품용 글로벌 솔루션(모델)을 참조하십시오.
3. 웹 서버 및 응용 프로그램 서버를 구성할 때 성능 및 가용성 고려
웹 서버 및 응용 프로그램 서버를 구성하는 방식은 처리량과 가용성에 큰 영향을 줄 수 있습니다. 최상의 결과를 얻으려면 다음 권장 사항을 따르십시오.
시스템 구성 요소를 논리 드라이브로 분리하고 중복성을 위해 RAID를 사용합니다.
드라이브의 구성 요소 권장 RAID 수준 Windows 및 프로그램 파일 드라이브
RAID 1
운영 체제 스왑 드라이브 및 임시 디렉터리
RAID 1
로그 파일
RAID 1
이미징 및 Windows 데스크톱 검색용 부팅 디스크(옵션)
RAID 1
4개 이상의 실제 디스크를 사용하고 로그 파일 보관용으로 별도의 디스크를 사용합니다. 또한 Windows 및 프로그램 파일 드라이브와는 다른 스왑 드라이브를 사용합니다.
대부분의 프로덕션 환경에서는 운영 체제 및 임시 파일용으로 200GB 이상의 디스크 공간을, 그리고 로그용으로 150GB 이상의 디스크 공간을 할당하는 것이 좋습니다.
웹 서버 용량을 테스트하여 팜의 사용자 및 요청 수를 처리하기에 충분한 서버를 제공합니다. 높은 가용성을 유지하려면 서비스 가용성에 영향을 주지 않고 네트워크 부하 분산 서버 팜에서 서버 하나를 지정해 재활용할 수 있도록 추가 서버를 할당해야 합니다.
자세한 내용은 다음 리소스를 참조하십시오.
4. 데이터베이스 서버 구성 시 성능 및 가용성 고려
웹 서버 및 응용 프로그램 서버와 마찬가지로, 데이터베이스 서버의 구성도 SharePoint Server 2010의 성능에 영향을 줍니다. 특정 데이터베이스의 경우 기타 특정 데이터베이스와 함께 배치하거나 별도로 배치해야 합니다. 자세한 내용은 SharePoint Server 2010의 용량 관리 및 크기 조정 개요 문서의 데이터 단위 및 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하십시오.
아래 표에 나와 있는 데이터베이스는 다른 데이터베이스와 별도로 배치해야 합니다.
| 데이터베이스 이름 | 크기 | 읽기/쓰기 최적화 | 함께 배치 여부 |
|---|---|---|---|
TempDB |
중간 |
다른 모든 데이터베이스와는 다른 별도의 스핀들에 있어야 합니다. |
|
보안 저장소 |
소형 |
별도의 데이터베이스 인스턴스에서 호스팅해야 하며 관리자 한 명만 액세스할 수 있도록 제한해야 합니다. |
|
검색 크롤링 |
초대형 |
읽기용으로 최적화 |
대형 데이터베이스로, 검색 속성 데이터베이스의 별도 서버에서 호스팅됩니다. |
검색 속성 |
대형~초대형. |
쓰기용으로 최적화 |
대형 데이터베이스로, 자체 서버에서 호스팅됩니다. |
사용 현황 |
초대형 |
쓰기용으로 최적화 |
별도의 스핀들에 배치해야 합니다. |
참고
사용 현황 데이터베이스는 별도의 서버에 배치할 수 있으며, 다른 데이터베이스만큼 성능이 높지 않아도 됩니다. 사용 현황 데이터베이스의 속도는 사이트 성능에 영향을 주지 않습니다.
아래 표의 데이터베이스는 다른 데이터베이스와 같은 위치에 저장해야 합니다.
| 데이터베이스 이름 | 크기 | 함께 배치 여부 |
|---|---|---|
구성 중앙 관리 콘텐츠 |
소형 |
다른 데이터베이스와 함께 배치해야 합니다. |
SQL Server 보고서 서버 ReportServerTempDB |
소형 경우에 따라 다름 |
다른 데이터베이스와 같은 데이터베이스 서버에 배치해야 합니다. |
데이터베이스 크기 지정 및 특정 데이터베이스에 대한 읽기/쓰기 조합에 대한 자세한 내용은 SharePoint 2010 제품 모델을 지원하는 데이터베이스(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187970&clcid=0x412)(영문일 수 있음)에서 확인할 수 있습니다.
5. 데이터베이스를 정상 상태로 유지
정상 상태의 데이터베이스 서버에는 데이터베이스와 로그 파일을 저장할 충분한 공간이 있으며 용량도 요청을 처리하기에 충분합니다. 데이터베이스 서버의 성능을 최적 상태로 유지하려면 다음 목록의 권장 사항을 참고하십시오.
가능한 경우 모든 데이터베이스와 로그를 미리 확장해 두고, 디스크 공간이 부족하지 않도록 크기를 모니터링합니다.
데이터베이스나 데이터를 너무 많이 사용하여 데이터베이스 서버가 오버로드되지 않도록 합니다. 다음 지침을 따르십시오.
SQL Server 미러링을 사용하는 경우 단일 실제 SQL Server 인스턴스에 50개가 넘는 데이터베이스를 저장하지 않습니다.
콘텐츠 데이터베이스 크기는 200GB로 제한합니다.
인덱스 다시 작성 시 가동이 중지되어도 큰 무리가 없으면 인덱스 조각 모음과 다시 작성을 매일 수행합니다.
데이터베이스 서버가 정상적으로 응답하고 있으며 오버로드되지 않았는지 모니터링합니다. 모니터링해야 하는 주요 성능 카운터는 다음과 같습니다.
Network Wait Queue: 값이 0 또는 1이어야 성능이 우수한 것입니다.
Average Disk Queue Length (latency): 5ms 미만이어야 합니다.
Memory used: 70% 미만이어야 합니다.
Free disk space: 25% 이상
Buffer cache hit ratio: 90% 이상
자세한 내용은 다음 리소스를 참조하십시오.
SharePoint Diagnostic Studio 2010(SPDiag 3.0)(SharePoint Server 2010)
유용한 성능 카운터 목록(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=123925&clcid=0x412)(영문일 수 있음)
이 링크에 해당하는 페이지에서는 Microsoft Office SharePoint Server 2007 관련 콘텐츠를 제공하지만, 해당 지침은 SharePoint Server 2010에도 적용됩니다.
6. 최신 업데이트를 적용하여 서버를 최신 상태로 유지
최신 핫픽스, 업데이트 및 서비스 팩을 적용하여 서버를 최신 상태로 유지해야 합니다. 이러한 업데이트에는 제품과 관련하여 향상된 주요 기능이 포함되어 있습니다. 그러나 이러한 업데이트를 프로덕션 환경에 적용하기 전에 프로덕션 이전 환경에서 철저하게 테스트해야 합니다. 업데이트를 배포할 때는 다음을 비롯한 권장 절차를 따르십시오.
업데이트를 매일 다운로드하되 자동으로 설치하지는 않도록 Windows Update를 설정합니다.
사용량이 적은 시간에 업데이트를 설치하도록 예약합니다.
가용성을 높이려면 업데이트 프로세스 중에 한 번에 서버 하나씩만 서비스를 제공하지 않도록 합니다.
BIOS(서버 컴퓨터, 컨트롤러, 디스크), Windows 운영 체제, Microsoft SharePoint Foundation 2010, SharePoint Server 2010 및 SQL Server에 패치를 적용해야 합니다.
자세한 내용은 SharePoint 2010 제품에 대한 업데이트 리소스 센터(https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x412)를 참조하십시오.
7. 각 작업에 서로 다른 계정 사용
웹 응용 프로그램 및 서비스에 적절한 계정을 사용합니다. 모든 계정은 도메인 계정이어야 하며 네트워크 서비스를 사용해서는 안 됩니다. 최상의 결과를 얻으려면 다음과 같이 각각 별도의 계정을 사용합니다.
웹 응용 프로그램: 보안 요구 사항에 따라 다른 계정을 사용합니다.
검색 계정: 팜에 대해 계정 하나를 사용합니다.
Excel Services 계정: 외부 연결용으로 계정 하나를 사용합니다.
자세한 내용은 계정 권한 및 보안 설정(SharePoint Server 2010)을 참조하십시오.
SharePoint Server 2010에서는 SQL Server 서비스 계정, 중앙 관리 응용 프로그램 풀 ID, SharePoint Foundation 타이머 서비스 계정, 기본 콘텐츠 액세스 계정, Single Sign-On 계정, 프로필 가져오기 계정 등 다양한 계정을 사용합니다. 권장 절차에 따라 이들 계정의 암호를 최신 상태로 유지하고 서비스가 계속 작동하는지 확인하십시오.
자세한 내용은 관리 계정에 사용되는 암호 변경(SharePoint Server 2010)을 참조하십시오.
8. 권장 사항에 따라 데이터베이스 백업 및 복원
일반적으로 네트워크 드라이브가 아닌 로컬 디스크에 백업한 다음 나중에 데이터를 복사하는 것이 가장 좋습니다. 가능한 경우에는 압축을 수행하되, 백업을 압축하는 경우에는 SQL Server에 무리가 가지 않도록 하십시오. 예를 들어 SQL Server용 LiteSpeed는 백업 중에 압축을 수행하므로 SQL Server 성능이 저하될 수 있습니다.
대형 데이터베이스의 경우에는 System Center Data Protection Manager(DPM) 2010에서 제공되는 것과 같은 증분 백업 방법을 사용하고, 기본 메커니즘으로 전체 백업을 사용하지 마십시오. 데이터베이스가 너무 크면 빠르게 복원할 수 없습니다.
자세한 내용은 백업 및 복구 관련 최상의 방법(SharePoint Server 2010)를 참조하십시오.
9. 로그 파일 백업 및 자르기
데이터만 백업하지 말고 로그 파일도 백업해야 합니다. 환경을 완전히 복구하려면 사용 로그, IIS 로그, 트랜잭션 로그 및 SMTP 전자 메일 로그를 모두 백업해야 합니다. 트랜잭션 로그의 경우 5분마다 로그 파일을 백업하고 잘라야 합니다. 그러나 트랜잭션 로그를 축소하는 경우 다시 확장할 때 성능 문제가 발생할 수 있으므로 축소하지는 마십시오.
자세한 내용은 로그 백업 또는 보관(SharePoint Server 2010) 및 SQL Server 데이터베이스의 트랜잭션 로그가 예기치 않게 커지는 것을 막는 방법(https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x412)을 참조하십시오.
10. 데이터 복원(백업을 테스트하고 서비스를 계속 제공할 수 있는 준비 환경 마련)
백업을 정기적으로 테스트하여 일관성을 확인합니다. 백업이 항상 정상적으로 작동할 것이라고 생각해서는 안 되며, 정상 작동을 반드시 확인해야 합니다. 복구를 미리 연습하여 전체 환경을 복구하는 데 필요한 사항을 파악하십시오. 지리적으로 분산된 환경의 경우 원격 팜을 설정하여 재해 복구에 대비합니다. 이렇게 하면 데이터베이스 연결 명령을 통해 데이터베이스 복사본을 원격 팜으로 업로드하고 사용자를 리디렉션하여 환경을 복원할 수 있습니다. 마찬가지로 데이터베이스 복원 및 문서 복구를 신속하게 수행할 수 있도록 프로덕션 환경과 동일한 버전의 소프트웨어가 실행되는 대기 환경을 설정할 수도 있습니다. 복구를 빠르게 수행하려면 데이터베이스 크기를 작게 유지하십시오.
자세한 내용은 절차 모범 사례를 참조하십시오.
백업 및 복구에 DPM 2010을 사용하는 경우에는 서비스 응용 프로그램의 백업과 복구를 따로 계획해야 합니다. DPM 2010에서는 검색 또는 기타 서비스 응용 프로그램을 백업하지 않습니다.
자세한 내용은 환경에서 보호 및 복구할 항목 선택 및 DPM 2010을 사용하여 SharePoint를 보호하는 방법 백서(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=218153&clcid=0x412)(영문일 수 있음)를 참조하십시오.
도움 주신 분
SharePoint Server 2010 콘텐츠 게시 팀에서는 이 문서 작성에 도움을 주신 다음 기고자 여러분에게 감사의 뜻을 전합니다.
Aaron Saikovski(Microsoft Consulting Services)
Ali Mazaheri(Microsoft Consulting Services)
Bryan Porter(Microsoft Consulting Services)
Chris Holder(Microsoft SharePoint Customer Engineering)
Dan Winter(Microsoft SharePoint Customer Engineering)
Eric Charran(Microsoft Consulting Services)
Gus Apostol(Microsoft SQL Server Customer Programs)
John S. Moh(Microsoft Consulting Services)
Luca Bandinelli(Microsoft SharePoint Customer Engineering)
Rahim Dossa(Microsoft Consulting Services)
Steve Peschka(Microsoft Consulting Services)
Steve Walker(Microsoft SharePoint Customer Engineering)
Tajeshwar Singh(Microsoft Consulting Services)
See Also
Concepts
상태 모니터링(SharePoint Server 2010)