SQL Server Reporting Services의 고가용성
Reporting Services 보고서 서버는 애플리케이션 데이터, 콘텐츠, 속성 및 세션 정보를 두 SQL Server 관계형 데이터베이스에 저장하는 상태 비스테이션 서버입니다. 따라서 Reporting Services 기능의 가용성을 보장하는 가장 좋은 방법은 다음 작업을 수행하는 것입니다.
SQL Server 데이터베이스 엔진 고가용성 기능을 사용하여 보고서 서버 데이터베이스의 가동 시간을 최대화합니다. 장애 조치(failover) 클러스터에서 실행되도록 데이터베이스 엔진 인스턴스를 구성하는 경우 보고서 서버 데이터베이스를 만들 때 해당 인스턴스를 선택할 수 있습니다.
가능한 한 Reporting Services 데이터베이스 및 데이터 원본에 SQL Server Always On 가용성 그룹을 사용합니다. 자세한 내용은 Always On 가용성 그룹을 사용하는 Reporting Services를 참조 하세요.
모든 서버가 단일 보고서 서버 데이터베이스를 공유하는 스케일 아웃 배포에서 실행되도록 여러 보고서 서버를 구성합니다. 보고서 서버 인스턴스 중 하나가 중단되는 경우 중단 없는 서비스를 제공하는 데 도움이 되도록 여러 보고서 서버 인스턴스를 확장 배포에서 여러 서버에 배포할 수 있습니다.
스케일 아웃 배포를 사용하면 데이터베이스를 공유할 수 있습니다. 한 보고서 서버가 다운되면 동일한 배포의 다른 서버가 계속 작동합니다.
Reporting Services는 클러스터를 인식하지 않습니다. 그 자체로 스케일 아웃 배포는 부하 분산을 제공하지 않습니다. 보고서 서버에서 처리 부하를 감지하고 새 처리 요청을 가장 사용량이 적은 서버로 라우팅하지 않습니다. 완료 전에 실패한 처리 요청의 경로를 다시 지정하지 않습니다. 부하 분산 기능을 얻으려면 보고서 서버를 호스트하는 웹 서버에 대한 부하 분산을 구성해야 합니다. 그런 다음, 동일한 보고서 서버 데이터베이스를 공유하려면 스케일 아웃 배포에서 보고서 서버를 구성해야 합니다.
보고서 서버 웹 서비스와 Windows 서비스는 긴밀하게 통합되어 단일 보고서 서버 인스턴스로 함께 실행됩니다. 한 서비스에 대한 가용성을 다른 서비스와 별도로 구성할 수 없습니다.
추가 질문이 있으신가요? Reporting Services 포럼에서 질문하기
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기