AlwaysOn 가용성 그룹이 포함된 Reporting Services(SQL Server)

  • 아티클

이 항목에서는 SQL Server 2012에서 AlwaysOn 가용성 그룹(AG)과 함께 작동하도록 Reporting Services를 구성하는 방법에 대한 정보를 제공합니다. Reporting Services 및 AlwaysOn 가용성 그룹 사용에 관한 세 가지 시나리오는 보고서 데이터 원본에 대한 데이터베이스, 보고서 서버 데이터베이스 및 보고서 디자인이 있습니다. 세 가지 시나리오에서 지원되는 기능과 필요한 구성은 서로 다릅니다.

Reporting Services 데이터 원본에 AlwaysOn 가용성 그룹을 사용할 경우의 중요한 이점 중 하나는 읽기 가능한 보조 복제본을 보고 데이터 원본으로 사용하는 것과 동시에 보조 복제본이 주 데이터베이스에 대한 장애 조치(Failover) 기능을 제공할 수 있다는 점입니다.

AlwaysOn 가용성 그룹에 대한 일반 정보는 SQL Server 2012에 대한 AlwaysOn FAQ(https://msdn.microsoft.com/ko-kr/sqlserver/gg508768)를 참조하십시오.

항목 내용:

  • Reporting Services 및 AlwaysOn 가용성 그룹 사용을 위한 요구 사항

  • 보고서 데이터 원본 및 가용성 그룹

  • 보고서 디자인 및 가용성 그룹

  • 보고서 서버 데이터베이스 및 가용성 그룹

    • SharePoint 기본 모드 간 차이점

    • 가용성 그룹에 대한 보고서 서버 데이터베이스 준비

    • 보고서 서버 데이터베이스의 재해 복구 완료 단계

    • 장애 조치(Failover) 발생 시 보고서 서버 동작

Reporting Services 및 AlwaysOn 가용성 그룹 사용을 위한 요구 사항

SQL Server 2012 Reporting Services에 AlwaysOn 가용성 그룹을 사용하려면 .Net 3.5 SP1에 대한 핫픽스를 다운로드하고 설치해야 합니다. 이 핫픽스는 AG 기능을 위한 SQL 클라이언트에 대한 지원과 ApplicationIntent 및 MultiSubnetFailover 연결 문자열 속성 지원을 추가합니다. 보고서 서버를 호스팅하는 각 컴퓨터에 이 핫픽스가 설치되어 있지 않으면 사용자가 보고서를 미리 보려고 시도할 때 다음과 비슷한 오류 메시지가 표시되고 오류 메시지가 보고서 서버의 추적 로그에 기록됩니다.

오류 메시지: "키워드가 지원되는 'applicationintent'가 아닙니다."

이 메시지는 Reporting Services 연결 문자열에 AlwaysOn 가용성 그룹 속성 중 하나를 포함했지만 서버에서 이러한 속성이 인식되지 않는 경우에 발생합니다. 위에 언급한 오류 메시지는 Reporting Services 사용자 인터페이스에서 '연결 테스트' 단추를 클릭할 때 그리고 원격 오류가 보고서 서버에 설정된 경우 보고서를 미리 볼 때 표시됩니다.

필요한 핫픽스에 대한 자세한 내용은 KB 2654347 – SQL Server 2012의 AlwaysOn 기능에 대한 지원을 .NET Framework 3.5 SP1에 도입하는 핫픽스를 참조하십시오.

다른 AlwaysOn 가용성 그룹 요구 사항에 대한 자세한 내용은 온라인 설명서의 AlwaysOn 가용성 그룹(SQL Server)에 대한 사전 요구 사항, 제한 사항 및 권장 사항을 참조하십시오.

  

[!참고]

RSreportserver.config와 같은 Reporting Services 구성 파일은 AlwaysOn 가용성 그룹 기능으로 지원되지 않습니다. 보고서 서버 중 하나에서 구성 파일을 수동으로 변경할 경우 복제본을 수동으로 업데이트해야 합니다.

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

보고서 데이터 원본 및 가용성 그룹

AlwaysOn 가용성 그룹을 기반으로 하는 Reporting Services 데이터 원본의 동작은 관리자가 AG 환경을 구성한 방법에 따라 다를 수 있습니다.

보고서 데이터 원본 연결 문자열을 구성하는 데 필요한 보고서 데이터 원본에 대해 AlwaysOn 가용성 그룹을 활용하려면 가용성 그룹 리스너 DNS 이름을 사용합니다. 지원되는 데이터 원본은 다음과 같습니다.

  • SQL 기본 클라이언트를 사용하는 ODBC 데이터 원본

  • 보고서 서버에 .Net 핫픽스가 적용된 SQL 클라이언트

또한 연결 문자열은 읽기 전용 보고를 위해 보조 복제본을 사용하도록 보고서 쿼리 요청을 구성하는 새 AlwaysOn 연결 속성을 포함합니다. 보고 요청을 위해 보조 복제본을 사용할 경우 읽기/쓰기 용도의 주 복제본에 대한 부하가 줄어듭니다. 다음 그림은 Reporting Services 데이터 원본 연결 문자열이 ApplicationIntent=ReadOnly로 구성된 세 개의 복제본 AG 구성 예입니다. 이 예에서 보고서 쿼리 요청은 주 복제본이 아니라 보조 복제본으로 전송됩니다.

AG 그룹을 사용하는 SSRS 데이터 원본

 

다음은 [AvailabilityGroupListenerName]이 복제본을 만들 때 구성된 리스너 DNS 이름인 연결 문자열의 예입니다.

Data Source=[AvailabilityGroupListenerName];Initial Catalog = AdventureWorks2008R2; ApplicationIntent=ReadOnly

Reporting Services 사용자 인터페이스에서 연결 테스트 단추는 연결을 설정할 수 있는지에 대한 유효성을 검사하지만 AG 구성의 유효성은 검사하지 않습니다. 예를 들어 연결 문자열에 AG에 속하지 않는 서버에 대한 ApplicationIntent를 포함한 경우 추가 매개 변수가 무시되고 연결 테스트 단추를 클릭하면 지정된 서버에 대한 연결을 설정할 수 있는지에 대해서만 유효성을 검사합니다.

보고서를 만들고 게시하는 방법에 따라 연결 문자열을 편집할 위치가 결정됩니다.

  • 기본 모드: 기본 모드 보고서 서버에 이미 게시된 공유 데이터 원본 및 보고서에 대해 보고서 관리자를 사용합니다.

  • SharePoint 모드: SharePoint 서버에 이미 게시된 보고서에 대한 문서 라이브러리 내에서 SharePoint 구성 페이지를 사용합니다.

  • 보고서 디자인: 새 보고서를 만들 때 SQL Server 2012용 SQL Server 보고서 작성기 또는 SQL Server Data Tools(SSDT)를 사용합니다. 이 항목의 '보고서 디자인' 섹션 또는 추가 정보를 참조하십시오.

추가 리소스:

고려 사항: 보조 복제본이 주 복제본에서 데이터 변경 내용을 수신할 때는 일반적으로 시간이 지연됩니다. 주 복제본과 보조 복제본 사이의 업데이트 시간 지연에 영향을 줄 수 있는 요소는 다음과 같습니다.

  • 보조 복제본의 수. 구성에 보조 복제본을 추가할수록 지연 시간이 늘어납니다.

  • 주 복제본과 보조 복제본 사이의 지리적 위치 및 거리. 예를 들어 보조 복제본이 다른 데이터 센터에 있을 경우에는 주 복제본과 같은 건물 안에 있을 때에 비해 지연 시간이 더 길어집니다.

  • 각 복제본의 가용성 모드 구성. 가용성 모드는 보조 복제본이 트랜잭션을 디스크에 쓸 때까지 주 복제본이 데이터베이스에서 트랜잭션을 커밋하기 위해 기다리는지 여부를 결정합니다. 자세한 내용은 AlwaysOn 가용성 그룹 개요(SQL Server)의 '가용성 모드' 단원을 참조하십시오.

읽기 전용 보조 복제본을 Reporting Services 데이터 원본으로 사용할 경우 데이터 업데이트 지연 시간이 보고서 사용자의 요구를 충족시킬 수 있는지 확인해야 합니다.

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

보고서 디자인 및 가용성 그룹

SQL Server 2012용 SQL Server 보고서 작성기에서 보고서를 디자인하거나 SQL Server Data Tools(SSDT)에서 보고서 프로젝트를 디자인할 때 사용자는 AlwaysOn 가용성 그룹에서 제공되는 새로운 연결 속성을 포함하도록 보고서 데이터 원본 연결 문자열을 구성할 수 있습니다. 새 연결 속성에 대한 지원은 사용자가 보고서를 미리 보는 위치에 따라 달라집니다.

  • 로컬 미리 보기: SQL Server 2012용 SQL Server 보고서 작성기 및 SQL Server Data Tools(SSDT)는 .Net Framework 4.0을 사용하고 AlwaysOn 가용성 그룹 연결 문자열 속성을 지원합니다.

  • 원격 또는 서버 모드 미리 보기: 보고서를 보고서 서버에 게시한 후 또는 SQL Server 2012용 SQL Server 보고서 작성기에서 미리 보기를 사용한 후 다음과 비슷한 오류가 표시되면 보고서를 미리 보려고 시도한 보고서 서버에 AlwaysOn 가용성 그룹에 대한 .Net Framework 3.5 SP1 핫픽스가 설치되지 않았기 때문입니다.

오류 메시지: "키워드가 지원되는 'applicationintent'가 아닙니다."

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

보고서 서버 데이터베이스 및 가용성 그룹

Reporting Services는 보고서 서버 데이터베이스에 AlwaysOn 가용성 그룹을 사용하는 데 있어서 제한적인 지원을 제공합니다. 보고서 서버 데이터베이스를 AG에서 복제본의 일부로 구성할 수 있지만 장애 조치(Failover)가 발생했을 때 Reporting Services가 보고서 서버 데이터베이스에 대해 다른 복제본을 자동으로 사용하지는 않습니다.

장애 조치(Failover) 및 복구를 완료하기 위해서는 작업을 수동으로 수행하거나 사용자 지정 자동화 스크립트를 사용해야 합니다. 이러한 작업을 완료할 때까지는 AlwaysOn 가용성 그룹 장애 조치(Failover) 후 보고서 서버의 일부 기능이 올바르게 작동하지 않을 수 있습니다.

[!참고]

보고서 서버 데이터베이스에 대해 장애 조치(Failover) 및 재해 복구를 계획할 때는 항상 보고서 서버 암호화 키의 복사본을 백업하는 것이 좋습니다.

 

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

SharePoint 기본 모드 간 차이점

이 단원에서는 SharePoint 모드와 기본 모드의 보고서 서버가 AlwaysOn 가용성 그룹과 상호 작용하는 방법상의 차이점에 대해 요약해서 보여 줍니다.

SharePoint 보고서 서버는 사용자가 만드는 각 Reporting Services 서비스 응용 프로그램에 대해 3개의 데이터베이스를 만듭니다. SharePoint 모드에서 보고서 서버 데이터베이스에 대한 연결은 서비스 응용 프로그램을 만들 때 SharePoint 중앙 관리에 구성됩니다. 데이터베이스의 기본 이름에는 서비스 응용 프로그램과 연결된 GUID가 포함됩니다. 다음은 SharePoint 모드 보고서 서버에 대한 데이터베이스의 이름 예입니다.

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6TempDB

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6_Alerting

기본 모드 보고서 서버는 2개의 데이터베이스를 사용합니다. 다음은 기본 모드 보고서 서버에 대한 데이터베이스의 이름 예입니다.

  • ReportServer

  • ReportServerTempDB

기본 모드에서는 경고 데이터베이스 및 관련 기능을 지원하거나 사용하지 않습니다. 기본 모드 보고서 서버는 Reporting Services 구성 관리자에서 구성합니다. SharePoint 모드의 경우 서비스 응용 프로그램 데이터베이스 이름을 SharePoint 구성 중에 만든 "클라이언트 액세스 지점"의 이름으로 구성합니다. AlwaysOn 가용성 그룹에서 SharePoint 구성에 대한 자세한 내용은 SharePoint Server용 SQL Server 가용성 그룹 구성 및 관리(https://go.microsoft.com/fwlink/?LinkId=245165)를 참조하십시오.

[!참고]

SharePoint 모드 보고서 서버는 Reporting Services 서비스 응용 프로그램 데이터베이스와 SharePoint 콘텐츠 데이터베이스 사이의 동기화 프로세스를 사용합니다. 보고서 서버 데이터베이스와 콘텐츠 데이터베이스를 함께 유지 관리하는 것이 중요합니다. 이를 하나의 집합으로 장애 조치(Failover)하고 복구할 수 있도록 동일한 가용성으로 구성해야 합니다. 다음과 같은 시나리오를 고려해 보십시오.

  • 보고서 서버 데이터베이스가 수신한 것과 동일한 최근 업데이트가 아직 수신되지 않은 콘텐츠 데이터베이스의 복사본을 복원 또는 장애 조치(Failover)해야 하는 경우

  • Reporting Services 동기화 프로세스에서 콘텐츠 데이터베이스 및 보고서 서버 데이터베이스에 있는 항목 목록 간에 불일치가 발견된 경우

  • 동기화 프로세스로 콘텐츠 데이터베이스에 있는 항목이 삭제되거나 업데이트되는 경우

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

가용성 그룹에 대한 보고서 서버 데이터베이스 준비

보고서 서버 데이터베이스를 준비하고 AlwaysOn 가용성 그룹에 추가하는 기본 단계는 다음과 같습니다.

  • 가용성 그룹을 만들고 리스너 DNS 이름을 구성합니다.

  • 주 복제본: 단일 가용성 그룹에 포함할 보고서 서버 데이터베이스를 구성하고 보고서 서버 데이터베이스를 모두 포함하는 주 복제본을 만듭니다. 여기에는 다음이 포함됩니다.

  • 보조 복제본: 하나 이상의 보조 복제본을 만듭니다. 주 복제본의 데이터베이스를 보조 복제본으로 복사하는 일반적인 방법은 'RESTORE WITH NORECOVERY'를 사용하여 각 보조 복제본에 데이터베이스를 복원하는 것입니다. 보조 복제본을 만들고 데이터 동기화가 작동하는지 확인하는 방법에 대한 자세한 내용은 AlwaysOn 보조 데이터베이스에서 데이터 이동 시작(SQL Server)을 참조하십시오.

  • 보고서 서버 자격 증명: 보조 복제본에서 주 복제본에 만든 적합한 보고서 서버 자격 증명을 만들어야 합니다. 정확한 단계는 Window Reporting Services 서비스 계정, Windows 사용자 계정 또는 SQL Server 인증 등 Reporting Services 환경에서 사용 중인 인증 유형에 따라 달라집니다. 자세한 내용은 보고서 서버 데이터베이스 연결 구성(기본 모드)을 참조하십시오.

  • 리스너 DNS 이름을 사용하도록 데이터베이스 연결을 업데이트합니다. 기본 모드 보고서 서버의 경우 Reporting Services 구성 관리자에서 보고서 서버 데이터베이스 이름을 변경합니다. SharePoint 모드의 경우에는 Reporting Services 서비스 응용 프로그램에 대해 데이터베이스 서버 이름을 변경합니다.

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

보고서 서버 데이터베이스의 재해 복구 완료 단계

보조 복제본으로 AlwaysOn 가용성 그룹을 장애 조치(Failover)한 후에는 다음과 같은 단계를 완료해야 합니다.

  1. Reporting Services 데이터베이스를 호스팅하는 주 데이터베이스 엔진에서 사용 중이던 SQL 에이전트 서비스의 인스턴스를 중지합니다.

  2. 새 주 복제본인 컴퓨터에서 SQL 에이전트 서비스를 시작합니다.

  3. 보고서 서버 서비스를 중지합니다.

    보고서 서버가 기본 모드인 경우 Reporting Services 구성 관리자를 사용하여 보고서 서버 Windows 서버를 중지합니다.

    보고서 서버가 SharePoint 모드로 구성된 경우 SharePoint 중앙 관리에서 Reporting Services 공유 서비스를 중지합니다.

  4. 보고서 서버 서비스 또는 Reporting Services SharePoint 서비스를 시작합니다.

  5. 새 주 복제본에 대해 보고서를 실행할 수 있는지 확인합니다.

 

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

장애 조치(Failover) 발생 시 보고서 서버 동작

보고서 서버 데이터베이스가 장애 조치(Failover)될 때 그리고 새 주 복제본을 사용하도록 보고서 서버 환경을 업데이트한 경우 장애 조치(Failover) 및 복구 프로세스로 인해 몇 가지 운영상의 문제가 발생할 수 있습니다. 이러한 문제로 인한 영향은 AlwaysOn 가용성 그룹이 보조 복제본으로 장애 조치(Failover)를 수행하고 보고서 서버 관리자가 새 주 복제본을 사용하도록 보고 환경을 업데이트하는 데 걸리는 시간뿐만 아니라 장애 조치(Failover) 발생 시의 Reporting Services 부하에 따라 달라집니다.

  • 재시도 논리로 인해 그리고 장애 조치(Failover) 기간 중 보고서 서버가 예약된 작업을 완료로 표시할 수 없어서 백그라운드 처리에 대한 실행이 두 번 이상 수행될 수도 있습니다.

  • 장애 조치(Failover) 기간 중에는 SQL Server 에이전트가 보고서 서버 데이터베이스에 데이터를 쓸 수 없고 이 데이터가 새 주 복제본과 동기화되지 않기 때문에 일반적으로 실행되도록 트리거되는 백그라운드 처리에 대한 실행이 수행되지 않습니다.

  • 데이터베이스 장애 조치(Failover)가 완료되고 보고서 서버 서비스를 다시 시작한 후 SQL Server 에이전트 작업이 자동으로 다시 만들어집니다. SQL 에이전트 작업을 다시 만들 때까지는 SQL Server 에이전트 작업과 연관된 모든 백그라운드 실행이 처리되지 않습니다. 여기에는 Reporting Services 구독, 예약 및 스냅샷이 포함됩니다.

맨 위 링크와 함께 사용되는 화살표 아이콘맨 위

참고 항목

개념

고가용성 재해 복구를 위한 SQL Server Native Client 지원

AlwaysOn 가용성 그룹(SQL Server)

AlwaysOn 가용성 그룹 시작(SQL Server)

SQL Server Native Client에서 연결 문자열 키워드 사용

고가용성 재해 복구를 위한 SQL Server Native Client 지원

가용성 복제본에 대한 클라이언트 연결 액세스 정보(SQL Server)