중복 계획(Office SharePoint Server)

업데이트 날짜: 2009년 4월

적용 대상: Office SharePoint Server 2007

 

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

이 문서의 내용

• 중복 정보

• 서버 중복 요구 사항 정의

• 제한된 서버 배포 계획

• 최소 수준의 서버 중복 계획

• 기본 서버 팜 토폴로지 선택

• 웹 서버 중복 계획

• 응용 프로그램 서버 중복 계획

• 데이터베이스 서버 중복 계획

• 응용 프로그램 서버 오류 위험 평가

• 기본 토폴로지 선택

이 문서에서는 Microsoft Office SharePoint Server 2007 팜에 포함된 중복 서버 역할을 확장하는 옵션에 대해 설명합니다. 이 문서를 읽고 나면 환경에 적합한 중복 옵션을 식별하고 기록할 수 있게 됩니다.

가용성에 대한 자세한 내용은 가용성 계획(Office SharePoint Server)을 참조하십시오.

중복 정보

중복이라는 용어는 종종 가용성의 동의어로 잘못 해석됩니다. 두 개념은 서로 관련이 있긴 하지만 동일하지는 않습니다. 중복은 팜 성능을 향상시키거나, 추가 사용자를 수용할 수 있도록 확장하거나, 가용성을 높이는 등 여러 가지 목적으로 부하가 분산된 환경에서 여러 개의 서버를 사용하는 것을 말합니다.

가용성은 보다 특수화된 개념으로, 팜의 서버가 하나 이상 작동하지 않을 때에도 연결이 가능하고 정상적으로 작동할 수 있도록 디자인된 다중 서버 환경을 의미합니다. 따라서 가용성에는 중복을 비롯하여 장애 조치(Failover) 메커니즘 및 기타 여러 가지 특징이 내포되어 있습니다. 그러나 중복 시스템은 항상 사용 가능하지 않을 수 있습니다.

이 문서에서는 Office SharePoint Server 2007 팜에 중복 서버를 구현하는 방법에 대해 설명합니다.

서버 중복 요구 사항 정의

Office SharePoint Server 2007에서는 용량, 성능 및 가용성을 위해 확장 가능한 서버 팜을 지원합니다. 일반적으로 시작할 서버 컴퓨터의 수를 결정할 때 가장 먼저 고려하는 사항은 용량입니다. 그 다음으로 고려하는 요소가 성능이며, 가용성도 서버 팜에서 서버의 수와 컴퓨터 크기 또는 용량을 결정하는 데 고려됩니다.

이 섹션을 모두 읽고 나면 중복 서버(3개 이상의 서버)를 배포하여 서버 배포 토폴로지에 확장 가능한 용량을 구축해야 하는지 또는 조직에서 제한된 서버(중복 서버 없음) 배포를 계획하는 것이 합리적인지 결정할 수 있습니다.

제한된 서버 배포 계획

서버 배포에 추가 용량 및 성능을 구축할 필요가 없는 경우 하나 또는 두 대의 서버로 서버 토폴로지를 시작할 수 있습니다. 제한된 용도로 단일 서버를 배포할 수도 있습니다.

제한된 용도의 예는 다음과 같습니다.

• 평가 목적으로 Office SharePoint Server 2007 설치

• Windows SharePoint Services 3.0만 배포

• Office SharePoint Server 2007 기능 하위 집합 배포

• 제한된 용도(예: 단일 부서용) 또는 제한된 수의 사용자를 위해 Office SharePoint Server 2007 배포

대부분의 Office SharePoint Server 2007 배포에 권장되는 시작 지점은 서버 컴퓨터 두 개 이상입니다.

• 서버 1: 프런트 엔드 웹 서버 및 응용 프로그램 서버 컴퓨터

• 서버 2: 전용 SQL Server 컴퓨터

  

환경에 서버 중복이 필요하지 않다고 판단되는 경우 다음 문서로 이동하여 다음 계획 단계인 성능 및 용량 계획(Office SharePoint Server)을 완료하십시오. 이 계획 단계를 완료하면 해당 서버 배포 계획에 권장되는 서버의 총 수를 확인할 수 있습니다. 이 문서의 나머지 내용은 읽지 않아도 됩니다.

최소 수준의 서버 중복 계획

중복 솔루션을 배포하려면 서버 팜을 배포해야 합니다.

기본으로 사용할 수 있는 서버 토폴로지는 여러 개가 있으며 각 토폴로지는 하나의 서버 중복 수준으로 구축됩니다. 이 섹션에서는 이러한 서버 팜에 대한 개요를 알아봅니다.

참고

다음 설명에서는 인덱스 역할이 설치된 서버를 인덱스 서버라고 하고, 쿼리 역할이 설치된 서버를 쿼리 서버라고 합니다.

3 서버 팜

배포하는 서버 수는 줄이면서 중복을 사용하려는 경우에 사용합니다. 3 서버 팜 토폴로지에서는 웹 서버 역할 또는 데이터베이스 서버 역할 중 중복할 서버 역할을 선택해야 합니다.

세 번째 서버를 웹 서버 계층에 추가하여 웹 서버 역할의 중복을 구현할 수 있습니다. 쿼리 및 인덱스 역할을 같은 웹 서버에 설치하거나(아래의 옵션 A 참조), 서로 다른 웹 서버에 설치할 수 있습니다(아래의 옵션 B 참조).

이 토폴로지에서 쿼리 역할을 두 웹 서버 모두에 배포하여 중복을 구현할 수는 없습니다. 쿼리 서버 역할이 인덱스 서버와 동일한 서버에 설치되어 있으면 인덱스 서버가 인덱스를 다른 쿼리 서버로 전파하지 않기 때문입니다. 하지만 인덱스 역할을 데이터베이스 서버에 설치하여 두 웹 서버 모두에 쿼리를 배포하도록 할 수는 있습니다. 그러나 데이터베이스 서버의 성능이 영향을 받습니다.

가용성이 제한되기는 하지만 웹 서버 역할에 두 서버를 전담 할당하면 작은 팜의 전체적인 성능이 향상됩니다. 데이터 중복보다 성능이 더 중요한 경우 이 토폴로지를 사용하십시오.

4 서버 팜

중복으로 구축할 수 있는 최소 규모의 서버 팜으로, 다음과 같은 4개 서버로 구성됩니다.

• 서버 1과 2: 두 컴퓨터 모두에 웹 서버와 쿼리 역할이 설치되어 있습니다. Excel Calculation Services 같은 추가 응용 프로그램 서버 역할을 두 서버 중 하나 또는 둘 다에 설치할 수 있습니다

• 서버 3과 4: 클러스터된 또는 미러된 데이터베이스 서버

4 서버 팜에서는 인덱스 서버 역할을 배포할 위치를 신중하게 선택해야 합니다. 쿼리 역할을 인덱스 서버와 팜에 있는 다른 서버 모두에 배포하여 중복을 구현할 수는 없습니다. 인덱스 역할이 쿼리 역할과 동일한 서버 컴퓨터에 설치되어 있으면 인덱스 역할이 더 이상 콘텐츠 인덱스를 다른 쿼리 서버로 전파하지 않기 때문입니다. 따라서 인덱스 서버 역할을 한 웹 서버에 설치한 경우에는 두 웹 서버 모두에서 쿼리 역할을 호스트할 수는 없습니다. 인덱스 역할을 데이터베이스 서버에 설치하여 웹 서버에서 쿼리 역할의 중복을 이룰 수는 있습니다. 그러나 데이터베이스 서버의 성능이 영향을 받습니다. 특히 콘텐츠가 크롤링될 때 큰 영향을 받습니다.

성능 및 가용성 요구 사항에 따라 Excel Calculation Services 같은 추가 응용 프로그램 서버 역할을 두 웹 서버 중 하나 또는 둘 다에 설치할 수 있습니다. 위의 다이어그램에서는 옵션 A와 옵션 B 모두에서 추가 응용 프로그램 역할이 한 서버에만 배포되었습니다. 옵션 A에서는 결합된 인덱스와 쿼리 역할을 호스트하고 있지 않은 웹 서버가 다른 응용 프로그램 역할을 호스트할 때 성능이 최적화됩니다. 옵션 B에서는 토폴로지가 사용자 요청 및 쿼리에 최적화되어 있습니다. 다른 웹 서버의 성능은 사용량이 적을 때 인덱싱 작업을 예약함으로써 관리할 수 있습니다. 그러면 사용량이 많을 때 다른 응용 프로그램 서버 역할의 성능이 향상됩니다.

5 서버 팜

가장 일반적인 중복 서버 팜 토폴로지로, 중간 계층을 사용하며 5개의 서버 컴퓨터로 구성됩니다.

이 토폴로지에서는 전용 응용 프로그램 서버에 모든 응용 프로그램 서버 역할을 설치할 수 있습니다. 이 디자인은 하나 이상의 응용 프로그램 서버 역할을 중간 계층에 오프로드할 수 있도록 함으로써 프런트 엔드 웹 서버 컴퓨터의 성능을 최적화합니다.

이 토폴로지에서 내려야 할 가장 큰 계획 결정은 응용 프로그램 서버 역할을 설치할 위치입니다. 인덱스 서버 역할은 전용 응용 프로그램 서버에 남아 있어야 합니다. 하지만 추가 응용 프로그램 서버 역할을 어디에서 설치할 것인지는 서버 팜을 용량과 성능 중 무엇에 맞춰 최적화할 것인지에 따라 다릅니다. 응용 프로그램 서버 역할의 중복이 우선이면 중복이 되도록 디자인된 응용 프로그램 서버 역할(Excel Calculation Services, 검색 쿼리 및 Microsoft Office Project Server 2007)을 두 웹 서버에 설치할 수 있습니다. 성능에 맞춰 최적화하려면 먼저 Excel 서비스 역할을 응용 프로그램 서버로 이동한 다음에 쿼리 역할을 이동하는 것을 고려하십시오.

쿼리 역할을 웹 서버에 배포하는 것은 이 역할의 중복을 이루는 일반적인 구성이며 이렇게 하면 전체 서버 팜의 성능을 최적화할 수도 있습니다. 이 문서의 뒷부분에 있는 "응용 프로그램 서버 가용성 계획"을 읽은 후 사용자가 선택하는 계획에 따라 어떤 옵션이 환경에 가장 적합한지 결정됩니다.

6 서버 팜

최소한의 서버로 최대의 중복을 얻으려면 중복이 되도록 디자인된 부하 분산 응용 프로그램 서버 역할의 중간 계층에 추가 응용 프로그램 서버를 배포하십시오. 이 서버 팜 토폴로지는 여섯 개의 서버로 구성되어 있습니다. 쿼리 역할이 프런트 엔드 웹 서버에 설치되어 중복이 구현됩니다.

Excel Calculation Services 응용 프로그램 서버 역할 또는 Office Project Server 2007 응용 프로그램 역할을 팜에 배포할 계획이고 이러한 서비스의 중복이 우선 순위를 갖는 경우에는 이 토폴로지에서 시작하는 것이 좋습니다. 이 토폴로지는 이러한 서버 역할을 직접적인 사용자 연결로부터 보호하며, 보다 작은 팜에 비해 전체 팜의 성능을 최적화합니다.

기본 서버 팜 토폴로지 선택

이 문서의 앞 부분에서 설명한 각 서버 팜 토폴로지는 배포를 디자인할 때 활용할 수 있는 기본 시작 지점입니다. 조직에 가장 적합한 시작 지점은 중복이 필요한 서버 역할에 따라 달라집니다.

이 문서의 나머지 부분에서는 각 서버 역할의 중복 옵션에 대해 설명합니다. 이 문서를 모두 읽으면 조직에 필요한 중복을 제공할 수 있는 기본 토폴로지를 파악할 수 있으므로, 용량 및 성능을 계획할 때 해당 토폴로지를 기본으로 사용하면 됩니다.

프런트 엔드 웹 서버 중복 계획

이 섹션을 참조하여 다음을 수행할 수 있습니다.

• 조직에서 웹 계층에 중복을 구축해야 하는지 여부 결정

• 구현할 웹 서버 부하 분산 기술 계획

대부분의 조직에는 웹 계층의 중복이 필요합니다. 웹 서버 역할을 실행하는 서버 하나를 포함한 3서버 팜을 사용하는 것이 합리적인 시나리오가 몇 가지 있습니다.

다음 단계에서는 구현할 부하 분산 기술을 계획합니다. Office SharePoint Server 2007에서는 다음과 같은 두 가지 부하 분산 방법을 지원합니다.

• 첫 번째 방법은 Microsoft Windows Server 2003 운영 체제의 네트워크 부하 분산(NLB) 서비스와 같은 소프트웨어입니다. NLB는 프런트 엔드 웹 서버에서 실행되고 TCP/IP를 사용하여 요청을 라우팅합니다. NLB(및 기타 소프트웨어 부하 분산 솔루션)는 프런트 엔드 웹 서버에서 실행되고 프런트 엔드 웹 시스템 리소스를 사용하므로 웹 페이지를 처리하는 데 사용할 수 있는 리소스가 줄어듭니다. 그러나 시스템 리소스에 미치는 영향은 크지 않으며 하나의 소프트웨어 솔루션으로 최대 32개의 프런트 엔드 웹 서버를 처리할 수 있습니다. Windows Server 2003의 NLB 서비스에 대한 자세한 내용은 네트워크 부하 분산 클러스터(https://technet.microsoft.com/ko-kr/library/cc759510.aspx)를 참조하십시오. Windows Server 2008의 NLB 서비스에 대한 자세한 내용은 네트워크 부하 분산 (영문)(https://technet.microsoft.com/ko-kr/library/cc732855.aspx)을 참조하십시오.

• 다음은 라우터 또는 스위치 상자와 같은 하드웨어입니다. 부하 분산 하드웨어는 네트워크를 사용하여 프런트 엔드 웹 서버 간에 웹 사이트 트래픽을 전달합니다. 부하 분산 하드웨어는 소프트웨어에 비해 설치 비용이 높지만 프런트 엔드 서버 리소스에 영향을 미치지 않습니다. Office SharePoint Server 2007은 모든 부하 분산 하드웨어와 함께 사용할 수 있습니다.

  부하 분산 선호도를 없음으로 설정하여 가용성을 향상시키는 것이 좋습니다. 사용자 지정 토폴로지 요구 사항이 있는 경우 선호도를 다르게 구성해야 할 수 있습니다.

권장되는 방법은 아니지만, 세 번째 부하 분산 방법으로 DNS(Domain Name System)를 사용하는 라운드 로빈 부하 분산이 있습니다. 라운드 로빈 DNS 부하 분산은 프런트 엔드 웹 서버에서 많은 양의 리소스를 사용하고 부하 분산 소프트웨어나 하드웨어보다 속도가 느려 Office SharePoint Server 2007과 함께 사용하지 않는 것이 좋습니다. 또한 사용자를 서버로 라우팅할 때 세션 부하를 고려하지 않아 서버가 오버로드될 수 있습니다.

응용 프로그램 서버 중복 계획

어떤 기본 서버 토폴로지를 선택할지는 응용 프로그램 서버 역할의 중복이 필요한지에 따라 다릅니다. 이 섹션에서는 중복 옵션과 관련하여 응용 서버 역할을 설명합니다.

Office SharePoint Server 2007의 응용 프로그램 서버 역할은 다음과 같은 두 가지 범주로 나누어집니다.

• 중복이 될 수 있는 역할

• 중복이 될 수 없는 역할

중복이 될 수 있는 역할

이러한 응용 프로그램 서버 역할은 여러 서버에 배포될 수 있습니다. 각 서버에 배포되는 코드는 동일하며 응용 프로그램 서버 역할은 어떠한 데이터도 저장하지 않습니다. 다시 말해, 이러한 서버 역할의 각 인스턴스는 동일하게 유지됩니다. 따라서 한 서버 컴퓨터에서 오류가 발생해도 저장된 데이터가 손실되지 않습니다. 웹 서버가 이러한 서버 역할에 대한 요청을 사용 가능한 여러 응용 프로그램 서버 컴퓨터로 자동으로 부하 분산시킵니다.

다음 응용 프로그램 서버 역할을 중복되게 배포할 수 있습니다.

• 쿼리.   쿼리 역할은 원하는 만큼의 응용 프로그램 서버 컴퓨터에 배포될 수 있으며 여러 웹 서버에 걸쳐 배포될 수 있습니다. 하지만 한 가지 제한이 있습니다. 쿼리 역할이 인덱스 역할을 호스트하는 서버와 동일한 서버에 배포되는 경우에는 쿼리 역할이 다른 서버 컴퓨터에 배포되지 않습니다. 인덱스 역할이 쿼리 역할도 동일한 서버에 있다는 것을 인식해서 인덱스를 전파하지 않기 때문입니다. 일부 시나리오에서는 전용 응용 프로그램 서버를 위한 중간 계층을 도입한 경우에도 쿼리 역할을 여러 웹 서버에 걸쳐 배포함으로써 서버 팜의 처리량을 최적화할 수 있습니다. 예를 들어 서버 팜에서 들어오는 콘텐츠 요청 중 50% 이상이 정적 콘텐츠에 대한 요청일 경우에는 웹 서버에서 쿼리 역할을 호스트하여 성능이 잠재적으로 최적화됩니다. 쿼리 역할은 처리하는 콘텐츠를 캐시하여 후속 요청 시 바로 사용할 수 있도록 준비하기 때문입니다. 이 점은 쿼리 역할의 고유한 특징입니다.

• Excel Calculation Services.   Excel Calculation Services 역할은 콘텐츠 데이터베이스에 저장된 Excel 통합 문서에서 Excel 계산을 수행합니다. 이 응용 프로그램 서버 역할의 고유한 특징은 사용자 세션 기간 내내 세션 상태 정보를 저장한다는 것입니다. 사용자가 통합 문서를 열면 통합 문서가 닫히고 사용자가 세션을 종료할 때까지 웹 서버 역할이 사용자 요청을 동일한 Excel Calculation Services 응용 프로그램 서버로 보냅니다. Excel Calculation Services 역할은 리소스 집약적인 역할일 수 있습니다. 일부 시나리오에서는 모든 웹 서버에 이 역할을 배포함으로써 팜의 성능을 최적화할 수 있습니다.

• Office Project Server 2007.   Office Project Server 2007은 Office SharePoint Server 2007에 포함되어 있지 않지만 Windows SharePoint Services 3.0 플랫폼을 기반으로 하며 Windows SharePoint Services 3.0 또는 Office SharePoint Server 2007 팜에 배포될 수 있습니다. Office Project Server 2007 응용 프로그램 역할은 Office Project Server 2007 서비스 및 데이터에 대한 요청을 Microsoft Office Project Web Access 서버로 전달합니다.

중복이 될 수 없는 역할

중복이 될 수 없는 응용 프로그램 서버 역할에는 인덱스 및 Windows SharePoint Services 3.0 검색이 포함됩니다. 이러한 응용 프로그램 서버 역할은 여러 서버에 배포될 수 있습니다. 하지만 서버가 여러 개 있어도 중복은 아닙니다. 이러한 서버 역할은 콘텐츠를 크롤링하도록 구성되며 콘텐츠 인덱스를 생성합니다. 이러한 역할을 여러 서버에 배포하는 경우 각 서버가 서로 다른 콘텐츠를 크롤링합니다.

• Windows SharePoint Services 3.0.   Windows SharePoint Services 3.0 검색 응용 프로그램 역할은 Office SharePoint Server 2007 쿼리 및 인덱싱을 사용하고 있지 않은 경우의 옵션입니다. Windows SharePoint Services 3.0 검색 응용 프로그램 역할은 검색 및 인덱싱 구성 요소를 모두 포함합니다. 이러한 구성 요소는 나눌 수 없습니다. 또한 Windows SharePoint Services 3.0 검색은 도움말의 전체 텍스트 검색을 제공하는 데 필요합니다. 따라서 이 응용 프로그램 서버 역할을 Office SharePoint Server 2007 팜에 배포하여 이 기능을 사용하는 것을 고려해 볼 수 있습니다. Office SharePoint Server 2007 검색이 배포된 경우에도 마찬가지입니다.

• Office SharePoint Server 2007.   Office SharePoint Server 2007에서 인덱스 역할은 SSP(Shared Services Provider)와 연관되어 있습니다. 인덱스 역할은 SSP당 인덱스 하나를 작성합니다. 한 인덱스 서버가 여러 SSP와 연관되어 있을 수 있습니다. 그러나 여러 SSP의 인덱스를 결합할 수는 없습니다. 여러 인덱스 서버를 배포하여 용량을 늘릴 수 있습니다. 이 경우 각 인덱스 서버가 서로 다른 SSP에 연결됩니다. Windows SharePoint Services 3.0 검색 역할과 달리, Office SharePoint Server 2007 인덱스 역할을 통해 생성된 콘텐츠 인덱스는 팜에서 쿼리 역할을 호스트하는 모든 서버에 지속적으로 전파됩니다. 따라서 Office SharePoint Server 2007 인덱스 서버 역할의 출력(즉, 인덱스)은 쿼리 역할이 둘 이상의 서버 컴퓨터에 배포된 경우 중복으로 간주됩니다.

Office SharePoint Server 2007 팜을 배포 중인 경우에는 Office SharePoint Server 2007 쿼리 서버와 인덱스 서버 역할을 사용하는 것이 좋습니다. 그러면 쿼리 구성 요소를 확장하여 콘텐츠 인덱스의 중복을 이룰 수 있습니다. 여러 개의 Office SharePoint Server 2007 인덱스 서버 또는 Windows SharePoint Services 3.0 검색 서버를 배포하는 주된 이유는 용량이나 성능을 확장하기 위한 것이므로 뒤에 나오는 계획 문서를 참조하면 여러 개의 서버를 배포하는 것이 좋은지 결정하는 데 도움이 됩니다.

다음 표는 중복으로 배포할 수 있는 응용 프로그램 서버 역할과 여러 서버에 배포해도 중복이 되지 않는 역할을 보여 줍니다.

응용 프로그램 서버 역할	이 역할을 호스트하고 있는 여러 서버가 중복임
쿼리	예
인덱스	아니요
Windows SharePoint Services 3.0 검색	아니요
Excel Calculation Services	예
Office Project Server 2007	예

데이터베이스 서버 중복 계획

이 섹션의 내용은 데이터베이스 서버 역할의 중복이 솔루션에 필요한지 결정하는 데 도움이 됩니다. 다른 계획 항목도 해당 환경에 가장 적합한 데이터베이스 중복 기술을 판단하는 데 유용한 정보가 됩니다. 자세한 내용은 데이터베이스의 저장과 관리 계획 및 디자인을 참조하십시오.

데이터베이스 서버 역할은 다른 역할에 비해 솔루션의 가용성에 더 많은 영향을 줍니다. 웹 서버나 응용 프로그램 서버가 실패하면 해당 역할을 빠르게 복원하거나 다시 배포할 수 있습니다. 그러나 데이터베이스 서버가 실패하는 경우에는 데이터베이스 서버의 복원 여부에 따라 솔루션이 달라집니다. 데이터베이스 서버를 다시 작성한 다음 백업 미디어에서 데이터를 복원해야 할 수도 있습니다. 이 경우 SQL Server 2005의 구성 방식에 따라 지난 백업 작업 당시의 새 데이터 또는 변경한 데이터까지 손실될 수 있습니다. 또한 데이터베이스 서버 역할을 복원하는 동안 솔루션은 전혀 사용할 수 없습니다.

응용 프로그램 서버 오류 위험 평가

이 섹션에는 한 응용 프로그램 서버에서 오류가 발생할 경우 예상되는 결과가 요약되어 있습니다. 다시 말해, 응용 프로그램 서버 역할을 한 서버에만 배포했는데 그 서버에서 오류가 발생하면 어떤 결과가 발생하겠습니까? 잠재적인 결과를 이해하면 팜에서 서버 할당의 우선 순위를 결정하는 데 도움이 됩니다. 다음 표는 응용 프로그램 서버 역할을 나열하고 각각에 대한 작동 중지 시간의 결과를 설명합니다.

응용 프로그램 서버 역할	작동 중지 시간의 결과
쿼리	사용자가 전체 텍스트 쿼리를 실행할 수 없습니다. 사용자가 계속 사이트를 탐색하고 사이트를 통해 노출되는 콘텐츠에 액세스할 수는 있습니다. 사용자 또는 고객이 검색을 통해 콘텐츠를 찾을 수 있어야 하는 응용 프로그램의 경우에는 쿼리 서버 역할을 여러 서버에 배포하도록 계획하십시오. 5 서버 팜에서는 쿼리 역할을 두 대의 웹 서버 컴퓨터에 배포함으로써 쉽게 이행할 수 있습니다.
인덱스	인덱스 서비스가 복원되고 새 인덱스 또는 업데이트된 인덱스가 생성될 때까지 쿼리 서버가 기존 콘텐츠 인덱스를 계속 사용합니다. 따라서 인덱스 역할을 사용할 수 없는 동안에는 검색 결과에 새 콘텐츠 또는 변경된 콘텐츠가 포함되지 않습니다.
Windows SharePoint Services 3.0 검색	검색 기능을 사용할 수 없습니다. 검색 기능을 복원하는 데 필요한 시간은 기존 콘텐츠 인덱스가 복원 가능한지 아니면 콘텐츠를 다시 크롤링하여 새로운 인덱스를 생성해야 하는지 여부에 따라 달라집니다.
Office Project Server 2007 서비스	Office Project Server 2007 응용 프로그램을 사용할 수 없습니다. 프로젝트 작업 환경은 콘텐츠 웹 응용 프로그램 내에서 사용할 수 있습니다. 그러나 Office Project Web Access 및 모든 관련 기능에 액세스할 수 없습니다. 또한 Project Server 인터페이스와의 타사 통합이 불가능합니다. Office Project Server 2007 보고 데이터베이스는 계속 사용 가능합니다.
Excel Calculation Services	Microsoft Office Excel 및 Business Intelligence 데이터의 서버 쪽 렌더링이 불가능합니다. Excel Calculation Services에서 스프레드시트를 로드하거나, 다시 계산하거나, 새로 고치거나, 검색할 수 없습니다. Excel Web Renderer를 사용하는 성과 기록표와 기능을 사용할 수 없습니다. 사용자가 Excel 클라이언트 응용 프로그램을 사용하여 SharePoint 라이브러리에서 스프레드시트를 계속 열 수 있습니다. 하지만 사용자가 클라이언트에서 파일을 열 수 있는 권한이 없으면 Excel Calculation Services 역할이 다시 온라인 상태가 될 때까지 해당 파일을 볼 수 없습니다.

일반적으로 다음과 같은 경우에는 응용 프로그램 서버를 적어도 두 대의 응용 프로그램 서버 컴퓨터에 설치하도록 계획하는 것이 좋습니다.

• 솔루션이 응용 프로그램 서버에서 제공하는 기능을 주로 사용하는 경우

• 서버 역할이 제공하는 기능의 가용성 요구 사항이 99% 이상일 경우

IT 팀이 응용 프로그램 서버 역할을 다른 서버에 배포하거나 기존 서버에 서비스를 복원하는 데 걸리는 시간 동안 이 기능을 일시적으로 사용할 수 없어도 괜찮은 조직의 경우에는 역할을 단일 응용 프로그램 서버에 배포하는 것을 고려해 볼 수 있습니다.

기본 토폴로지 선택

개별 서버 역할의 중복 요구 사항을 파악한 후 기본 서버 토폴로지를 검토하여 환경에 가장 적합한 토폴로지를 선택합니다.

이 문서의 다운로드

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

• Office SharePoint Server 2007 계획 및 아키텍처, 제2부

• Office SharePoint Server 익스트라넷 환경 계획 (영문)

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