가용성 계획(SharePoint Server 2010)

아티클
11/30/2016

적용 대상: SharePoint Foundation 2010, SharePoint Server 2010

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

이 문서에서는 Microsoft SharePoint Server 2010 환경에 대한 가용성 전략을 선택하는 과정에 결정해야 하는 주요 사항에 대해 설명합니다.

가용성 요구 사항을 주의 깊게 살펴보면서 가용성 수준이 높고 보호할 시스템 수가 많을수록 가용성 솔루선이 더 복잡해지고 비용이 증가할 가능성이 높다는 점에 유의합니다.

조직 내 모든 솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스 또는 팜에 대해 각기 다른 수준의 가용성을 제공할 수 있습니다.

이 문서의 내용:

가용성 개요
가용성 전략 및 수준 선택
단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치

가용성 개요

가용성은 사용자가 SharePoint Server 환경을 사용 가능하다고 인식하는 수준입니다. 사용 가능한 시스템은 복원력 있는 시스템을 의미합니다. 즉, 서비스에 영향을 주는 사고가 부정기적으로 발생하는 데, 이러한 사고가 발생할 경우 효과적인 조치가 제때 취해지는 시스템을 말합니다.

가용성은 BCM(비즈니스 연속성 관리)의 일부이며 백업, 복구 및 재해 복구와 관련되어 있습니다. 이러한 연관된 프로세스에 대한 자세한 내용은 SharePoint Server 2010의 백업 및 복구 계획 및 재해 복구 계획(SharePoint Server 2010)을 참조하십시오.

참고

대부분의 조직에서는 가용성을 계산할 때 계획된 유지 관리 작업 시간을 구체적으로 제외하거나 추가합니다.

가용성은 보통 9의 개수로 표현되는 가동 시간 백분율로 측정합니다. 이는 지정된 시스템이 활성 상태이며 작동되는 시간을 백분율로 나타내는 것입니다. 예를 들어 가동 시간 백분율이 99.999인 시스템의 경우 가용성이 '9가 5개'라고 할 수 있습니다.

다음 표에는 가동 시간 백분율과 그에 해당하는 실제 시간이 나와 있습니다.

적절한 가동 시간 백분율	일간 가동 중지 시간	월간 가동 중지 시간	연간 가동 중지 시간
95	72.00분	36시간	18.26일
99(9가 2개)	14.40분	7시간	3.65일
99.9(9가 3개)	86.40초	43분	8.77시간
99.99(9가 4개)	8.64초	4분	52.60분
99.999(9가 5개)	0.86초	26초	5.26분

연간 발생할 수 있는 전체 가동 중지 시간을 합리적으로 예측할 수 있다면 아래 수식을 사용하여 연간, 월간 또는 주간 가동 시간 백분율을 계산할 수 있습니다.

% 가동 시간/년 = 100 - (8760 - 연간 총 가동 중지 시간)/8760

% 가동 시간/월 = 100 - ((24 × 해당 월의 일 수) - 해당 월의 총 가동 중지 시간)/(24 × 해당 월의 일 수)

% 가동 시간/주 = 100 - (168 - 해당 주의 총 가동 중지 시간)/168

가용성 관련 비용

가용성은 비용이 많이 드는 시스템 요구 사항 중 하나입니다. 가용성 수준이 높고 보호할 시스템 수가 많을수록 가용성 솔루션이 더 복잡해지고 비용이 증가할 가능성이 높습니다. 가용성에 투자하는 경우 다음과 같은 비용이 발생합니다.

소프트웨어 응용 프로그램 및 설정 간에 발생하는 상호 작용의 복잡도를 높이는 추가 하드웨어 및 소프트웨어
추가적인 운영 복잡성

가용성을 개선하는 데 드는 비용은 비즈니스 요구 사항을 토대로 평가해야 합니다. 조직 내 모든 솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스 또는 팜에 대해 각기 다른 수준의 가용성을 제공할 수 있습니다.

가용성은 고객 그룹의 기대치를 설정하기 위해 IT(정보 기술) 그룹에서 SLA(서비스 수준 계약)를 제공하는 핵심 영역입니다. 많은 IT 조직에서는 서로 다른 비용 부과 수준(chargeback)과 연결된 다양한 SLA를 제공합니다.

가용성 요구 사항 확인

조직의 사이트, 서비스 또는 팜에 대한 가동 중지 시간 허용 범위를 측정하려면 다음 질문에 답하십시오.

사이트, 서비스 또는 팜을 사용할 수 없는 경우 직원이 예상 직무를 이행할 수 없습니까?
사이트, 서비스 또는 팜을 사용할 수 없는 경우 비즈니스 및 고객 트랜잭션이 중지되어 사업 기회와 고객을 잃게 됩니까?

위 질문 중 하나라도 예라고 답한 경우 가용성 솔루션에 투자해야 합니다.

가용성 전략 및 수준 선택

다음을 포함한 여러 가지 방법 중에서 선택하여 SharePoint Server 환경의 가용성을 향상시킬 수 있습니다.

서버 하드웨어 구성 요소의 내결함성을 개선합니다.
팜 내에서 서버 역할의 중복을 늘립니다.

하드웨어 구성 요소 내결함성

하드웨어 구성 요소 내결함성은 서버 수준의 전원 공급 장치 같은 인프라 시스템 및 하드웨어 구성 요소의 중복입니다. 하드웨어 구성 요소 내결함성을 계획할 때는 다음과 같은 사항을 고려합니다.

서버 내 모든 구성 요소를 완전히 중복하는 것은 불가능하거나 실용적이지 않습니다. 추가 중복을 확보하려면 추가 서버를 사용합니다.
최대 중복을 확보할 수 있도록 서버의 여러 전원 공급 장치가 여러 전원에 연결되어 있는지 확인합니다.

모든 시스템에서 RAID(Redundant Array of Independent Disks) 배열을 포함하여 시스템에 적합한 내결함성 하드웨어를 확보하도록 하드웨어 공급업체와 협력하는 것이 좋습니다. 권장 사항은 성능 및 용량 관리(SharePoint Server 2010) 및 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하십시오.

팜 내의 중복

SharePoint Server 2010에서는 용량을 늘리고 기본 가용성을 제공하도록 팜 내의 중복되는 컴퓨터에서 서버 역할 실행(즉, 확장)을 지원합니다.

필요한 용량에 따라 팜의 서버 수와 크기가 결정됩니다. 용량 요구 사항이 충족되면 전체 가용성을 높이기 위해 서버를 추가할 수 있습니다. 다음 그림에서는 각 서버 역할에 대한 중복을 제공하는 방법을 보여 줍니다.

서버 팜 내의 가용성

단일 팜 가용성

다음 표에서는 SharePoint Server 2010 환경의 서버 역할과 팜 내에서 각 서버 역할에 대해 사용할 수 있는 중복 전략에 대해 설명합니다.

서버 역할	팜 내의 기본 설정된 중복 전략
프런트 엔드 웹 서버	팜 내에 여러 프런트 엔드 웹 서버를 배포하고 네트워크 부하 분산(NLB)을 사용합니다.
응용 프로그램 서버	팜 내에 여러 응용 프로그램 서버를 배포합니다.
데이터베이스 서버	클러스터링 또는 고가용성 데이터베이스 미러링을 사용하여 데이터베이스 서버를 배포합니다.

데이터베이스 가용성 전략

Microsoft SQL Server 장애 조치 클러스터링 또는 SQL Server 고가용성 데이터베이스 미러링을 사용하여 SharePoint Server 환경에서 데이터베이스의 가용성을 지원할 수 있습니다.

SQL Server 장애 조치 클러스터링

장애 조치 클러스터링은 SQL Server의 인스턴스에 대한 가용성을 지원합니다. 장애 조치 클러스터는 하나 이상의 노드 또는 서버와 두 개 이상의 공유 디스크로 구성된 조합입니다. 장애 조치 클러스터 인스턴스는 단일 컴퓨터로 나타나지만 현재 노드를 사용할 수 없게 될 경우 한 노드에서 다른 노드로 장애 조치를 제공하는 기능이 있습니다. SharePoint Server은 SQL Server에서 지원되는 클러스터의 모든 활성 및 수동 노드 조합에서 실행될 수 있습니다.

SharePoint Server은 클러스터 전체를 참조하므로 SharePoint Server 측면에서 볼 때 장애 조치가 원활하게 자동으로 이루어집니다.

장애 조치 클러스터링에 대한 자세한 내용은 SQL Server 2008 R2 장애 조치(Failover) 클러스터링 시작(https://go.microsoft.com/fwlink/?linkid=102837&clcid=0x412) 및 SQL Server 클러스터링을 사용하여 가용성 구성(SharePoint Server 2010)을 참조하십시오.

SQL Server 고가용성 미러링

데이터베이스 미러링은 데이터베이스별로 데이터베이스 중복을 제공할 수 있는 SQL Server 기술입니다. 데이터베이스 미러링 시에는 주 데이터베이스의 트랜잭션 로그 버퍼가 디스크에 기록될 때마다 주 데이터베이스 및 서버에서 미러 데이터베이스 및 서버로 트랜잭션이 직접 전송됩니다. 이러한 기법을 통해 미러 데이터베이스를 주 데이터베이스와 거의 동일한 최신 상태로 유지할 수 있습니다. SQL Server Enterprise Edition에서는 데이터베이스 미러링 성능을 개선하는 추가 기능을 제공합니다. 자세한 내용은 SQL Server 2008 R2 및 SharePoint 2010 제품: 함께 사용할 때의 이점(백서)(SharePoint Server 2010)을 참조하십시오.

SharePoint Server 팜 내에서 미러링을 수행하는 경우 자동 장애 조치가 포함된 높은 보안 모드라고도 하는 고가용성 미러링을 사용해야 합니다. 고가용성 데이터베이스 미러링 작업에는 주 서버 인스턴스, 미러 서버 인스턴스 및 미러링 모니터 서버 인스턴스 등 세 가지 서버 인스턴스가 필요합니다. 미러링 모니터 서버는 SQL Server가 주 서버에서 미러 서버로 자동으로 장애 조치를 수행하도록 합니다. 주 데이터베이스에서 미러 데이터베이스로 장애 조치를 수행하는 데는 일반적으로 몇 초가 걸립니다.

이전 버전에서 변경된 부분은 SharePoint Server이 미러링을 인식한다는 점입니다. SQL Server의 데이터베이스 미러 인스턴스를 구성한 후에는 SharePoint 중앙 관리 또는 Windows PowerShell cmdlet을 사용하여 구성 데이터베이스, 콘텐츠 데이터베이스 또는 서비스 응용 프로그램 데이터베이스에 대한 장애 조치(미러) 데이터베이스 서버 위치를 식별합니다. 장애 조치 데이터베이스 위치를 설정하면 SharePoint Server에서 SQL Server에 연결하는 데 사용되는 연결 문자열에 매개 변수가 추가됩니다. SQL Server 시간 초과 이벤트가 발생하면 다음과 같은 상황이 발생합니다.

SQL Server 미러링을 위해 구성된 미러링 모니터 서버가 주 데이터베이스와 미러 데이터베이스의 역할을 자동으로 전환합니다.
SharePoint Server에서 장애 조치 데이터베이스로 지정된 서버에 자동으로 연결을 시도합니다.

데이터베이스 미러링을 구성하는 방법에 대한 자세한 내용은 SQL Server 데이터베이스 미러링을 사용하여 가용성 구성(SharePoint Server 2010)을 참조하십시오.

데이터베이스 미러링에 대한 일반적인 정보는 데이터베이스 미러링(https://go.microsoft.com/fwlink/?linkid=180597&clcid=0x412)을 참조하십시오.

참고

SQL Server FILESTREAM 원격 BLOB 저장소 공급자를 사용하도록 구성된 데이터베이스는 미러링할 수 없습니다.

단일 팜의 데이터베이스 가용성 전략 비교: SQL Server 장애 조치 클러스터링 대 SQL Server 고가용성 미러링

다음 표에서는 장애 조치 클러스터링과 동기식 SQL Server 고가용성 미러링을 비교합니다.

	SQL Server 장애 조치 클러스터링	SQL Server 고가용성 미러링
장애 조치 시점	장애 발생 시 즉시 클러스터 구성원이 장애 조치를 수행합니다.	장애 발생 시 즉시 미러링을 수행합니다.
트랜잭션 일관성 여부	예	예
트랜잭션 동시성 여부	예	예
복구 시간	단축된 복구 시간(밀리초)	다소 늘어난 복구 시간(밀리초)
장애 조치 단계 필요 여부	장애는 데이터베이스 노드에서 자동으로 검색됩니다. SharePoint Server 2010에서는 장애 조치가 원활하게 자동으로 진행되도록 클러스터를 참조합니다.	장애는 데이터베이스에서 자동으로 검색됩니다. 올바르게 구성된 SharePoint Server 2010에서는 장애 조치가 자동으로 진행되도록 미러 위치를 인식합니다.
장애가 발생한 저장소 보호 여부	저장소는 클러스터의 노드 간에 공유되므로 장애가 발생한 저장소를 보호하지 않습니다.	주 데이터베이스 서버 및 미러 데이터베이스 서버 모두 로컬 디스크에 데이터를 작성하므로 장애가 발생한 저장소를 보호합니다.
지원되는 저장소 유형	공유 저장소(더 많은 비용 소요)	저렴한 DAS(직접 연결된 저장소)를 사용할 수 있습니다.
위치 요구 사항	클러스터 구성원이 동일한 서브넷에 있어야 합니다.	주, 미러 및 미러링 모니터 서버가 동일한 LAN에 있어야 합니다(왕복 대기 시간: 최대 1밀리초).
복구 모델	SQL Server 전체 복구 모델이 권장됩니다. SQL Server의 단순 복구 모델을 사용할 수 있지만 클러스터가 손실될 경우 마지막 전체 백업만 복구 지점으로 사용할 수 있습니다. 자세한 내용은 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010) 및 Plan for SQL Server, storage and BLOB configuration (SharePoint Foundation 2010)을 참조하십시오.	SQL Server 전체 복구 모델을 사용해야 합니다.
성능 오버헤드	장애 조치가 진행되는 동안 성능이 약간 떨어질 수 있습니다.	고가용성 미러링은 동기식으로 수행되므로 트랜잭션 대기 시간이 발생하며, 메모리 및 프로세서 오버헤드가 추가됩니다.
운영 부담	서버 수준에서 설정 및 유지 관리합니다.	클러스터링보다 운영 부담이 큽니다. 모든 데이터베이스에 대해 설정 및 유지 관리해야 하며, 장애 조치 후에는 수동으로 다시 구성해야 합니다.

서비스 응용 프로그램 중복 전략

팜에서 실행되는 서비스 응용 프로그램을 보호하기 위해 준수하는 중복 전략은 서비스 응용 프로그램에서 데이터를 저장하는 위치에 따라 달라집니다.

데이터베이스 외부에 데이터를 저장하는 서비스 응용 프로그램

데이터베이스 외부에 데이터를 저장하는 서비스 응용 프로그램을 보호하려면 해당 서비스 응용 프로그램을 여러 응용 프로그램 서버에 설치하여 환경 내에 중복을 제공합니다.

이 버전의 SharePoint Server에서 여러 응용 프로그램 서버에 서비스 응용 프로그램을 설치하면 해당 서비스 응용 프로그램과 연결된 서비스 인스턴스가 실행되는 모든 응용 프로그램 서버 또는 사용 가능한 첫 번째 서버에서 타이머 작업이 실행됩니다. 응용 프로그램 서버에 장애가 발생하는 경우 다음 순서의 타이머 작업이 실행되도록 예약되어 있으면 해당 서버에서 실행되는 타이머 작업이 다른 서버에서 다시 시작됩니다.

서비스 응용 프로그램을 여러 응용 프로그램 서버에 설치하면 서비스 응용 프로그램의 실행이 계속 유지되지만 데이터 손실을 확실하게 막지는 못합니다. 응용 프로그램 서버에 장애가 발생하는 경우 해당 응용 프로그램에 대한 활성 연결이 끊어져 사용자는 일부 데이터를 잃게 됩니다.

다음 서비스 응용 프로그램에서는 데이터를 데이터베이스 외부에 저장합니다.

Access Services
Excel Services 응용 프로그램

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램을 보다 손쉽게 보호하려면 다음 단계를 수행해야 합니다.

서비스를 여러 응용 프로그램 서버에 설치하여 환경 내에 중복을 제공합니다.
SQL Server 클러스터링 또는 미러링을 구성하여 데이터를 보호합니다.

다음 서비스 응용 프로그램에서는 데이터를 데이터베이스에 저장합니다.

Search Service 응용 프로그램을 비롯한 다음과 같은 데이터베이스:
- 검색 관리
- 크롤링
- 속성
  
  참고
  
  검색 데이터베이스 미러링은 지원되지만 검색 데이터베이스에 대한 중복을 제공하려면 추가 작업을 수행해야 합니다. 자세한 내용은 팜 내의 검색 중복 전략 섹션을 참조하십시오.
User Profile Service를 비롯한 다음과 같은 데이터베이스:
- 프로필
- 공유
- 동기화
  
  참고
  
  동기화 데이터베이스 미러링은 지원되지 않습니다.
Business Data Connectivity 서비스 응용 프로그램
Application Registry Service 응용 프로그램

응용 프로그램 레지스트리 데이터베이스는 미러링하지 않는 것이 좋습니다. 이 데이터베이스는 Microsoft Office SharePoint Server 2007 비즈니스 데이터 카탈로그 정보를 SharePoint Server 2010으로 업그레이드하는 경우에만 사용되기 때문입니다.
Usage and Health Data Collection 서비스 응용 프로그램

참고

Usage and Health Data Collection 서비스 응용 프로그램 로깅 데이터베이스는 미러링하지 않는 것이 좋습니다.
Managed Metadata Service 응용 프로그램
Secure Store Service 응용 프로그램
State Service 응용 프로그램
Web Analytics Service 응용 프로그램을 비롯한 다음과 같은 데이터베이스:
- 보고
- 준비
  
  참고
  
  준비 데이터베이스 미러링은 지원되지 않습니다.
Word Automation Services 서비스 응용 프로그램
Microsoft SharePoint Foundation 가입 설정 서비스
PerformancePoint Services

팜 내의 검색 중복 전략

서버만 해당

Search Service 응용 프로그램은 팜 내에 중복을 제공할 수 있는 특별한 경우입니다. 다음 그림에서는 약 4천만 개의 항목을 크롤링하는 중간 규모의 전용 Search Service 응용 프로그램에 대해 중복 및 장애 조치를 구성하는 방법을 보여 줍니다. Search Service 응용 프로그램의 아키텍처에 대한 자세한 내용은 기술 다이어그램(SharePoint Server 2010) 문서에서 "Microsoft SharePoint Server 2010의 검색 아키텍처"를 참조하십시오.

중복된 Search Service 응용 프로그램

항상 사용 가능한 검색 아키텍처

쿼리 서버. 쿼리 서버는 쿼리 구성 요소 및 인덱스 파티션을 호스팅합니다.
- 쿼리 구성 요소는 검색 결과를 반환합니다. 각 쿼리 구성 요소는 인덱스 파티션의 일부이며, 인덱스 파티션은 크롤링되는 특정 콘텐츠 집합과 연관된 메타데이터가 들어 있는 특정 속성 데이터베이스와 연결되어 있습니다. 인덱스 파티션이 중복되도록 하려면 인덱스 파티션에 "미러" 쿼리 구성 요소를 추가하고 이를 서로 다른 팜 서버에 배치하면 됩니다.
  
  참고
  
  미러 쿼리 구성 요소라는 용어를 사용할 때는 SQL Server 데이터베이스 미러링이 아닌 동일한 파일 복사본을 의미합니다.
- 인덱스 파티션은 쿼리 구성 요소의 그룹이며, 각 쿼리 구성 요소는 전체 텍스트 인덱스의 일부를 포함하고 있고 검색 결과를 반환합니다. 각 인덱스 파티션은 크롤링되는 특정 콘텐츠 집합과 연관된 메타데이터가 들어 있는 특정 속성 데이터베이스와 연결되어 있습니다. 쿼리를 처리할 팜 내의 서버를 결정하려면 해당 서버에 쿼리 구성 요소를 만들면 됩니다. 여러 팜 서버에 쿼리 처리 부하를 분산시키려면 인덱스 파티션에 쿼리 구성 요소를 추가하고 이를 쿼리를 처리하는 데 사용할 서버와 연결합니다. 자세한 내용은 쿼리 구성 요소 추가 또는 제거를 참조하십시오. 인덱스 파티션이 중복되도록 하려면 인덱스 파티션에 미러 쿼리 구성 요소를 추가하고 이를 서로 다른 쿼리 서버에 배치하면 됩니다.
크롤링 서버. 크롤링 서버에서는 크롤링 구성 요소 및 검색 관리 구성 요소를 호스팅합니다.
- 크롤링 구성 요소는 콘텐츠 원본의 크롤링을 처리하고 결과로 생성된 인덱스 파일을 쿼리 구성 요소로 전파하고 위치에 대한 정보를 추가하여 콘텐츠 원본의 일정을 연결된 해당 크롤링 데이터베이스에 대해 크롤링합니다. 크롤링 구성 요소는 단일 Search Service 응용 프로그램에 연결되어 있습니다. 크롤링 부하를 분산시키려면 크롤링 구성 요소를 서로 다른 크롤링 서버에 추가하면 됩니다. 특정 크롤링 서버에서 크롤링 구성 요소는 리소스가 허용되는 범위까지 가능한 한 많이 보유할 수 있습니다. 콘텐츠 위치가 많은 경우에는 크롤링 구성 요소 및 크롤링 데이터베이스를 추가하고 이를 특정 콘텐츠에 전용으로 지정하면 됩니다. 특정 크롤링 서버에 있는 각 크롤링 구성 요소는 개별 크롤링 데이터베이스에 연결해야 합니다. 중복을 제공할 수 있도록 크롤링 구성 요소는 두 개 이상인 것이 좋습니다. 각 크롤링 구성 요소는 두 크롤링 데이터베이스를 모두 크롤링하도록 설정해야 합니다. 데이터베이스의 항목이 2천 5백만 개를 초과하는 경우에는 새 크롤링 데이터베이스 및 크롤링 구성 요소를 추가하는 것이 좋습니다.
- 검색 관리 구성 요소는 들어오는 사용자 작업을 모니터링하고 검색 관리 데이터베이스를 업데이트합니다. Search Service 응용 프로그램당 하나의 검색 관리 구성 요소만 허용됩니다. 검색 관리 구성 요소는 모든 서버에서 실행할 수 있으며 가능하면 크롤링 서버나 쿼리 서버에서 실행합니다.
데이터베이스 서버. 데이터베이스 서버에서는 크롤링 데이터베이스, 속성 데이터베이스, 검색 관리 데이터베이스 및 다른 SharePoint Server 2010 데이터베이스를 호스팅합니다.
- 크롤링 데이터베이스
  
  크롤링 데이터베이스에는 콘텐츠 원본의 위치와 관련된 데이터, 크롤링 일정 그리고 특정 Search Service 응용 프로그램의 크롤링 작업에 대한 그 밖의 정보가 포함되어 있습니다. 데이터베이스의 부하를 분산시키려면 SQL Server가 실행되는 서로 다른 컴퓨터에 크롤링 데이터베이스를 추가하면 됩니다. 크롤링 데이터베이스는 크롤링 구성 요소와 연결되어 있으며 호스트 배포 규칙을 사용하여 특정 호스트에 대해 전용으로 지정할 수 있습니다. 크롤링 구성 요소에 대한 자세한 내용은 크롤링 구성 요소 추가 또는 제거를 참조하십시오. 호스트 배포 규칙에 대한 자세한 내용은 호스트 배포 규칙 추가 또는 제거를 참조하십시오. 크롤링 데이터베이스가 중복되도록 하려면 해당 크롤링 데이터베이스를 미러링하거나 SQL Server 장애 조치 클러스터에 배포합니다.
- 속성 데이터베이스
  
  속성 데이터베이스에는 크롤링되는 콘텐츠와 연관된 메타데이터가 들어 있습니다. 데이터베이스의 쿼리 부하를 분산시키려면 SQL Server가 실행되는 서로 다른 컴퓨터에 속성 데이터베이스를 추가하면 됩니다. 속성 데이터베이스는 인덱스 파티션에 연결되어 있으며 쿼리 결과에 콘텐츠와 연관된 모든 메타데이터를 반환합니다.
  
  속성 데이터베이스가 중복되도록 하려면 해당 속성 데이터베이스를 미러링하거나 SQL Server 장애 조치 클러스터에 배포합니다.
- 검색 관리 데이터베이스
  
  팜에는 Search Service 응용 프로그램 인스턴스당 검색 관리 데이터베이스가 하나씩만 있습니다.
  
  검색 관리 데이터베이스가 중복되도록 하려면 해당 검색 관리 데이터베이스를 미러링하거나 SQL Server 장애 조치 클러스터에 배포해야 합니다.

검색 중복에 대한 자세한 내용은 검색 토폴로지 관리를 참조하십시오.

단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치

일부 기업에서는 단일 팜으로 구성할 수 있도록 고대역폭 연결을 사용하여 데이터 센터를 서로 가까이 배치하는데, 이러한 구성을 "연장된" 팜이라고 합니다. 연장된 팜이 작동하려면 SQL Server와 프런트 엔드 웹 서버 간의 한쪽 방향 대기 시간이 1밀리초 미만이고 초당 대역폭 속도가 1기가비트 이상이어야 합니다.

이 시나리오에서는 데이터베이스 및 서비스 응용 프로그램이 중복되도록 함으로써 내결함성을 제공할 수 있습니다.

다음 그림에서는 연장된 팜을 보여 줍니다.

연장된 팜

"늘어난" 팜

다음을 통해 공유