Share via

  • 아티클

Findings and Recommendations

 

마지막으로 수정된 항목: 2011-03-25

대도시 사이트 복구 솔루션은 Microsoft에서 테스트되어 공식적으로 지원되지만 이 토폴로지를 배포하기 전에 다음과 같은 알려진 사항 및 권장 사항을 고려하십시오.

알려진 사항

  • 클러스터 장애 조치(failover)가 정상적으로 작동합니다. 수동 단계는 필요하지 않지만 그룹 채팅 서버, 보관 서버 및 모니터링 서버는 예외입니다. 프런트 엔드 서버가 장애 조치(failover) 이후 백 엔드 데이터베이스 서버에 다시 연결하여 정상 서비스를 다시 시작할 수 없었습니다. Microsoft Lync 2010 클라이언트는 자동으로 다시 연결합니다.

  • 클러스터 장애 복구(failback)가 정상적으로 작동합니다. 이 기능은 장애 복구(failback)가 시작되기 전에 저장소가 다시 동기화되도록 보장하는 데 중요합니다.

    프런트 엔드 서버를 다시 사용할 수 있게 되면 정상적인 프런트 엔드 서버로 다시 전송될 때 사용자에게 로그아웃/로그인 시퀀스가 빠르게 표시됩니다.

  • 장애 조치(failover)가 발생하면 장애 조치(failover) 사이트의 그룹 채팅 채널 서비스 조회 서비스를 수동으로 시작해야 했습니다. 또한 그룹 채팅 준수 서버 설정도 수동으로 업데이트해야 했습니다. 자세한 내용은 작업 설명서의 준수 서버 백업을 참조하십시오.

권장 사항

  • 테스트에는 각 SQL Server 클러스터에서 두 개의 노드(사이트당 하나)가 사용되었지만 토폴로지의 모든 구성 요소에 대한 사이트 내 중복성을 확보하기 위해 추가 노드를 배포하는 것이 좋습니다. 예를 들어 활성 SQL Server 노드가 사용할 수 없게 되면 장애가 발생한 서버가 다시 온라인 상태가 되거나 교체될 때까지 동일 사이트에 있고 동일한 클러스터에 속하는 백업 SQL Server 노드가 작업을 수행할 수 있습니다.

  • 테스트에는 특정 타사 공급업체에서 제공한 구성 요소가 사용되었지만 이 솔루션은 특정 공급업체에 의존하지 않으며 그럴 필요가 없습니다. 구성 요소가 Microsoft에서 인증되고 지원되는 한 어떠한 적격한 공급업체라도 사용할 수 있습니다.

  • 솔루션의 모든 개별 구성 요소(예: 지리적으로 분산된 클러스터 구성 요소)는 Microsoft에서 지원되고 인증(필요한 경우)되어야 합니다. 하지만, Microsoft는 개별 타사 구성 요소를 직접적으로 지원하지 않습니다. 구성 요소 지원에 대해서는 해당하는 타사 공급업체에 연락하십시오.

  • 전체 규모의 배포는 테스트되지 않았지만 Lync Server 2010에 대해 게시된 규모의 숫자에 충분히 적용할 수 있습니다. 이를 염두에 두고 장애 조치(failover) 시에도 작업을 계속할 수 있도록 충분하게 용량을 계획해야 합니다. 자세한 내용은 계획 설명서의 용량 계획을 참조하십시오.

  • 이 섹션의 정보는 안내 목적으로만 사용되어야 합니다. 프로덕션 환경에 이 솔루션을 배포할 때는 먼저 고유한 토폴로지를 사용하여 솔루션을 작성하고 테스트해야 합니다.

참고

Microsoft는 기본 사이트 및 보조 사이트 간의 네트워크 및 데이터 복제 대기 시간이 20밀리초를 초과하거나 대역폭이 조직의 사용자 모델을 지원하지 않는 경우 이러한 솔루션의 구현을 지원하지 않습니다. 대기 시간이 20밀리초를 초과할 경우 최종 사용자 환경의 성능이 빠른 속도로 저하될 수 있습니다. 또한 보관 서버 및 그룹 채팅 준수 서버의 성능이 저하되기 시작하여 결과적으로 프런트 엔드 서버 및 그룹 채팅 조회 서버가 작동 중지될 수 있습니다.