Always On 가용성 그룹이 포함된 Reporting Services(SQL Server)Reporting Services with Always On Availability Groups (SQL Server)

이 항목은 다음에 적용됩니다. 예SQL Server(2016부터 시작)아니요Azure SQL 데이터베이스아니요Azure SQL 데이터 웨어하우스아니요병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL Server (starting with 2016)noAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

이 항목에서는 Reporting ServicesReporting Services 에서 Always On 가용성 그룹Always On availability groups (AG)과 함께 작동하도록 SQL Server 2017SQL Server 2017를 구성하는 방법에 대한 정보를 제공합니다.This topic contains information about configuring Reporting ServicesReporting Services to work with Always On 가용성 그룹Always On availability groups (AG) in SQL Server 2017SQL Server 2017. Reporting ServicesReporting ServicesAlways On 가용성 그룹Always On availability groups 사용에 관한 세 가지 시나리오는 보고서 데이터 원본에 대한 데이터베이스, 보고서 서버 데이터베이스 및 보고서 디자인이 있습니다.The three scenarios for using Reporting ServicesReporting Services and Always On 가용성 그룹Always On availability groups are databases for report data sources, report server databases, and report design. 세 가지 시나리오에서 지원되는 기능과 필요한 구성은 서로 다릅니다.The supported functionality and required configuration is different for the three scenarios.

Always On 가용성 그룹Always On availability groups 데이터 원본에 Reporting ServicesReporting Services 을 사용할 경우의 중요한 이점 중 하나는 읽기 가능한 보조 복제본을 보고 데이터 원본으로 사용하는 것과 동시에 보조 복제본이 주 데이터베이스에 대한 장애 조치(Failover) 기능을 제공할 수 있다는 점입니다.A key benefit of using Always On 가용성 그룹Always On availability groups with Reporting ServicesReporting Services data sources is to leverage readable secondary replicas as a reporting data source while, at the same time the secondary replicas are providing a failover for a primary database.

Always On 가용성 그룹Always On availability groups에 대한 일반 정보는 SQL Server 2012에 대한 Always On FAQ(http://msdn.microsoft.com/sqlserver/gg508768)를 참조하세요.For general information on Always On 가용성 그룹Always On availability groups, see Always On FAQ for SQL Server 2012 (http://msdn.microsoft.com/sqlserver/gg508768).

항목 내용:In This Topic:

Reporting Services 및 Always On 가용성 그룹 사용을 위한 요구 사항 Requirements for using Reporting Services and Always On Availability Groups

SQL Server 2017SQL Server 2017 Reporting ServicesReporting Services 에서는 .NET framework 4.0을 사용하며 데이터 원본과 함께 사용할 Always On 가용성 그룹Always On availability groups 연결 문자열 속성을 지원합니다. Reporting ServicesReporting Services uses the .Net framework 4.0 and supports Always On 가용성 그룹Always On availability groups connection string properties for use with data sources.

Always On 가용성 그룹Always On availability groups 2014 이전 버전에 Reporting ServicesReporting Services 을 사용하려면 .Net 3.5 SP1에 대한 핫픽스를 다운로드하고 설치해야 합니다.To use Always On 가용성 그룹Always On availability groups with Reporting ServicesReporting Services 2014, and earlier, you need to download and install a hotfix for .Net 3.5 SP1. 이 핫픽스는 AG 기능을 위한 SQL 클라이언트에 대한 지원과 ApplicationIntentMultiSubnetFailover연결 문자열 속성 지원을 추가합니다.The hotfix adds support to SQL Client for AG features and support of the connection string properties ApplicationIntent and MultiSubnetFailover. 보고서 서버를 호스팅하는 각 컴퓨터에 이 핫픽스가 설치되어 있지 않으면 사용자가 보고서를 미리 보려고 시도할 때 다음과 비슷한 오류 메시지가 표시되고 오류 메시지가 보고서 서버의 추적 로그에 기록됩니다.If the Hotfix is not installed on each computer that hosts a report server, then users attempting to preview reports will see an error message similar to the following, and the error message will be written to the report server trace log:

오류 메시지: "키워드가 지원되는 'applicationintent'가 아닙니다."Error message: “Keyword not supported ‘applicationintent’”

이 메시지는 Always On 가용성 그룹Always On availability groups 연결 문자열에 Reporting ServicesReporting Services 속성 중 하나를 포함했지만 서버에서 이러한 속성이 인식되지 않는 경우에 발생합니다.The message occurs when you include one of the Always On 가용성 그룹Always On availability groups properties in the Reporting ServicesReporting Services connection string, but the server does not recognize the property. 위에 언급한 오류 메시지는 Reporting ServicesReporting Services 사용자 인터페이스에서 '연결 테스트' 단추를 클릭할 때 그리고 원격 오류가 보고서 서버에 설정된 경우 보고서를 미리 볼 때 표시됩니다.The noted error message will be seen when you click the ‘Test Connection’ button in Reporting ServicesReporting Services user interfaces and when you preview the report if remote errors are enabled on the report servers.

필요한 핫픽스에 대한 자세한 내용은 KB 2654347A – SQL Server 2012의 Always On 기능에 대한 지원을 .NET Framework 3.5 SP1에 도입하는 핫픽스를 참조하세요.For more information on the required hotfix, see KB 2654347A hotfix introduces support for the Always On features from SQL Server 2012 to the .NET Framework 3.5 SP1.

기타 Always On 가용성 그룹Always On availability groups 요구 사항에 대한 자세한 내용은 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항(SQL Server)을 참조하세요.For information on other Always On 가용성 그룹Always On availability groups requirements, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

참고

RSreportserver.config와 같은 Reporting ServicesReporting Services 구성 파일은 Always On 가용성 그룹Always On availability groups 기능의 일부로 지원되지 않습니다. Reporting ServicesReporting Services configuration files such as RSreportserver.config are not supported as part of Always On 가용성 그룹Always On availability groups functionality. 보고서 서버 중 하나에서 구성 파일을 수동으로 변경할 경우 복제본을 수동으로 업데이트해야 합니다.If you manually make changes to a configuration file on one of the report servers, you will need to manually update the replicas.

보고서 데이터 원본 및 가용성 그룹 Report Data Sources and Availability Groups

Reporting ServicesReporting Services 을 기반으로 하는 Always On 가용성 그룹Always On availability groups 데이터 원본의 동작은 관리자가 AG 환경을 구성한 방법에 따라 다를 수 있습니다.The behavior of Reporting ServicesReporting Services data sources based on Always On 가용성 그룹Always On availability groups can vary depending on how your administrator has configured the AG environment.

보고서 데이터 원본 연결 문자열을 구성하는 데 필요한 보고서 데이터 원본에 대해 Always On 가용성 그룹Always On availability groups 을 활용하려면 가용성 그룹 리스너 DNS 이름을 사용합니다.To utilize Always On 가용성 그룹Always On availability groups for report data sources you need to configure the report data source connection string is to use the availability group Listener DNS name. 지원되는 데이터 원본은 다음과 같습니다.Supported data sources are the following:

  • SQL 기본 클라이언트를 사용하는 ODBC 데이터 원본ODBC data source using SQL Native Client.

  • 보고서 서버에 .Net 핫픽스가 적용된 SQL 클라이언트SQL Client, with the .Net hotfix applied to the report server.

    또한 연결 문자열은 읽기 전용 보고를 위해 보조 복제본을 사용하도록 보고서 쿼리 요청을 구성하는 새 Always On 연결 속성을 포함합니다.The connection string can also contain new Always On connection properties that configure the report query requests to use secondary replica for read-only reporting. 보고 요청을 위해 보조 복제본을 사용할 경우 읽기/쓰기 용도의 주 복제본에 대한 부하가 줄어듭니다.Use of secondary replica for reporting requests will reduce the load on a read-write primary replica. 다음 그림은 Reporting ServicesReporting Services 데이터 원본 연결 문자열이 ApplicationIntent=ReadOnly로 구성된 세 개의 복제본 AG 구성 예입니다.The following illustration is an example of a three replica AG configuration where the Reporting ServicesReporting Services data source connection strings have been configured with ApplicationIntent=ReadOnly. 이 예에서 보고서 쿼리 요청은 주 복제본이 아니라 보조 복제본으로 전송됩니다.In this example the report query requests are sent to a secondary replica and not the primary replica.

다음은 [AvailabilityGroupListenerName]이 복제본을 만들 때 구성된 리스너 DNS 이름 인 연결 문자열의 예입니다.The following is an example connection string, where the [AvailabilityGroupListenerName] is the Listener DNS Name that was configured when replicas were created:

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

사용자 인터페이스에서 연결 테스트 Reporting ServicesReporting Services 단추는 연결을 설정할 수 있는지에 대한 유효성을 검사하지만 AG 구성의 유효성은 검사하지 않습니다.The Test Connection button in Reporting ServicesReporting Services user interfaces will validate if a connection can be established but it will not validate AG configuration. 예를 들어 연결 문자열에 AG에 속하지 않는 서버에 대한 ApplicationIntent를 포함한 경우 추가 매개 변수가 무시되고 연결 테스트 단추를 클릭하면 지정된 서버에 대한 연결을 설정할 수 있는지에 대해서만 유효성을 검사합니다.For example if you include ApplicationIntent in a connection string to a server that is not part of AG, the extra parameter is ignored and the Test Connection button will only validate a connection can be established to the specified server.

보고서를 만들고 게시하는 방법에 따라 연결 문자열을 편집할 위치가 결정됩니다.Depending on how your reports are created and published will determine where you edit the connection string:

  • 기본 모드: 기본 모드 보고서 서버에 이미 게시된 공유 데이터 원본 및 보고서에 대해 웹 포털web portal 을 사용합니다.Native mode: Use the 웹 포털web portal for shared data sources and reports that are already published to a native mode report server.

  • SharePoint 모드: SharePoint 서버에 이미 게시된 보고서에 대한 문서 라이브러리 내에서 SharePoint 구성 페이지를 사용합니다.SharePoint Mode: Use SharePoint configuration pages within the document libraries for reports that are already published to a SharePoint server.

  • 보고서 디자인: 보고서 작성기Report Builder 또는 SQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT) when you are creating new rep또는ts.Report Design: 보고서 작성기Report Builder or SQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT) when you are creating new reports. 이 항목의 '보고서 디자인' 섹션 또는 추가 정보를 참조하세요.See the ‘Report Design’ section in this topic or more information.

    추가 리소스:Additional Resources:

  • 보고서 데이터 원본 관리Manage Report Data Sources

  • 사용 가능한 연결 문자열 속성에 대한 자세한 내용은 Using Connection String Keywords with SQL Server Native Client을 참조하세요.For more information on the available connection string properties, see Using Connection String Keywords with SQL Server Native Client.

  • 가용성 그룹 수신기에 대한 자세한 내용은 가용성 그룹 수신기 만들기 또는 구성(SQL Server)을 참조하세요.For more information on availability group listeners, see Create or Configure an Availability Group Listener (SQL Server).

    고려 사항: 보조 복제본이 주 복제본에서 데이터 변경 내용을 수신할 때는 일반적으로 시간이 지연됩니다.Considerations: Secondary replicas will typically experience a delay in receiving data changes from the primary replica. 주 복제본과 보조 복제본 사이의 업데이트 시간 지연에 영향을 줄 수 있는 요소는 다음과 같습니다.The following factors can affect the update latency between the primary and secondary replicas:

  • 보조 복제본의 수.The number of secondary replicas. 구성에 보조 복제본을 추가할수록 지연 시간이 늘어납니다.The delay increases with each secondary replica added to the configuration.

  • 주 복제본과 보조 복제본 사이의 지리적 위치 및 거리.Geographic location and distance between the primary and secondary replicas. 예를 들어 보조 복제본이 다른 데이터 센터에 있을 경우에는 주 복제본과 같은 건물 안에 있을 때에 비해 지연 시간이 더 길어집니다.For example the delay is typically larger if the secondary replicas are in a different data center than if they were in the same building as the primary replica.

  • 각 복제본의 가용성 모드 구성.Configuration of the availability mode for each replica. 가용성 모드는 보조 복제본이 트랜잭션을 디스크에 쓸 때까지 주 복제본이 데이터베이스에서 트랜잭션을 커밋하기 위해 기다리는지 여부를 결정합니다.The availability mode determines whether the primary replica waits to commit transactions on a database until a secondary replica has written the transaction to disk. 자세한 내용은 Always On 가용성 그룹 개요(SQL Server)의 '가용성 모드' 섹션을 참조하세요.For more information, see the ‘Availability Modes’ section of Overview of Always On Availability Groups (SQL Server).

    읽기 전용 보조 복제본을 Reporting ServicesReporting Services 데이터 원본으로 사용할 경우 데이터 업데이트 지연 시간이 보고서 사용자의 요구를 충족시킬 수 있는지 확인해야 합니다.When using a read-only secondary as a Reporting ServicesReporting Services data source, it is important to ensure that data update latency meets the needs of the report users.

보고서 디자인 및 가용성 그룹 Report Design and Availability Groups

보고서 작성기Report Builder 에서 보고서를 디자인하거나 SQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT)에서 보고서 프로젝트를 디자인할 때 사용자는 Always On 가용성 그룹Always On availability groups에서 제공되는 새로운 연결 속성을 포함하도록 보고서 데이터 원본 연결 문자열을 구성할 수 있습니다.When designing reports in 보고서 작성기Report Builder or a report project in SQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT), a user can configure a report data source connection string to contain new connection properties provided by Always On 가용성 그룹Always On availability groups. 새 연결 속성에 대한 지원은 사용자가 보고서를 미리 보는 위치에 따라 달라집니다.Support for the new connection properties depends on where a user previews the report.

  • 로컬 미리 보기: 보고서 작성기Report BuilderSQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT) use the .Net framework 4.0 및 support Always On 가용성 그룹Always On availability groups 연결 문자열 속성을 지원합니다.Local preview: 보고서 작성기Report Builder and SQL Server Data Tools(SSDT)SQL Server Data Tools (SSDT) use the .Net framework 4.0 and support Always On 가용성 그룹Always On availability groups connection string properties.

  • 원격 또는 서버 모드 미리 보기: 보고서를 보고서 서버에 게시한 후 또는 보고서 작성기Report Builder에서 미리 보기를 사용한 후 다음과 비슷한 오류가 표시되면 보고서를 미리 보려고 시도한 보고서 서버에 Always On 가용성 그룹Always On availability groups 에 대한 .Net Framework 3.5 SP1 핫픽스가 설치되지 않았기 때문입니다.Remote or server mode preview: If after publishing reports to the report server or using preview in 보고서 작성기Report Builder, you see an error similar to the following, it is an indication you are previewing reports against the report server and the .Net Framework 3.5 SP1 Hotfix for Always On 가용성 그룹Always On availability groups has not been installed on the report server.

오류 메시지: "키워드가 지원되는 'applicationintent'가 아닙니다."Error message: “Keyword not supported ‘applicationintent’”

보고서 서버 데이터베이스 및 가용성 그룹 Report Server Databases and Availability Groups

Reporting Services는 보고서 서버 데이터베이스에 Always On 가용성 그룹Always On availability groups 을 사용하는 데 있어서 제한적인 지원을 제공합니다.Reporting Services offers limited support for using Always On 가용성 그룹Always On availability groups with report server databases. 보고서 서버 데이터베이스를 AG에서 복제본의 일부로 구성할 수 있지만 장애 조치(Failover)가 발생했을 때 Reporting ServicesReporting Services 가 보고서 서버 데이터베이스에 대해 다른 복제본을 자동으로 사용하지는 않습니다.The report server databases can be configured in AG to be part of a replica; however Reporting ServicesReporting Services will not automatically use a different replica for the report server databases when a failover occurs. 보고서 서버 데이터베이스와 함께 MultiSubnetFailover 사용은 지원되지 않습니다.The use of MultiSubnetFailover, with the report server databases, is not supported.

장애 조치(Failover) 및 복구를 완료하기 위해서는 작업을 수동으로 수행하거나 사용자 지정 자동화 스크립트를 사용해야 합니다.Manual actions or custom automation scripts need to be used to complete the failover and recovery. 이러한 작업을 완료할 때까지는 Always On 가용성 그룹Always On availability groups 장애 조치(Failover) 후 보고서 서버의 일부 기능이 올바르게 작동하지 않을 수 있습니다.Until these actions are completed, some features of the report server may not work correctly after the Always On 가용성 그룹Always On availability groups failover.

참고

보고서 서버 데이터베이스에 대해 장애 조치(Failover) 및 재해 복구를 계획할 때는 항상 보고서 서버 암호화 키의 복사본을 백업하는 것이 좋습니다.When planning failover and disaster recovery for the report server databases, it is advised you always backup a copy of the report server encryption key.

SharePoint 기본 모드 간 차이점 Differences between SharePoint Native Mode

이 단원에서는 SharePoint 모드와 기본 모드의 보고서 서버가 Always On 가용성 그룹Always On availability groups과 상호 작용하는 방법상의 차이점에 대해 요약해서 보여 줍니다.This section summarizes the differences between how SharePoint mode and Native mode report servers interact with Always On 가용성 그룹Always On availability groups.

SharePoint 보고서 서버는 사용자가 만드는 각 서비스 응용 프로그램에 대해 3 Reporting ServicesReporting Services 개의 데이터베이스를 만듭니다.A SharePoint report server creates 3 databases for each Reporting ServicesReporting Services service application you create. SharePoint 모드에서 보고서 서버 데이터베이스에 대한 연결은 서비스 응용 프로그램을 만들 때 SharePoint 중앙 관리에 구성됩니다.The connection to the report server databases in SharePoint mode is configured in SharePoint Central Administration when you create the service application. 데이터베이스의 기본 이름에는 서비스 응용 프로그램과 연결된 GUID가 포함됩니다.The default names of the databases include a GUID that is associated with the service application. 다음은 SharePoint 모드 보고서 서버에 대한 데이터베이스의 이름 예입니다.The following are example database names, for a SharePoint mode report server:

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6TempDBReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6TempDB

  • ReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6_AlertingReportingService_85c08ac3c8e64d3cb400ad06ed5da5d6_Alerting

    기본 모드 보고서 서버는 2 개의 데이터베이스를 사용합니다.Native mode report servers use 2 databases. 다음은 기본 모드 보고서 서버에 대한 데이터베이스의 이름 예입니다.The following are example database names, for a native mode report server:

  • ReportServerReportServer

  • ReportServerTempDBReportServerTempDB

    기본 모드에서는 경고 데이터베이스 및 관련 기능을 지원하거나 사용하지 않습니다.Native mode does not support or use the Alerting databases and related features. 기본 모드 보고서 서버는 Reporting ServicesReporting Services 구성 관리자에서 구성합니다.You configure native mode report servers in the Reporting ServicesReporting Services Configuration Manager. SharePoint 모드의 경우 서비스 응용 프로그램 데이터베이스 이름을 SharePoint 구성 중에 만든 "클라이언트 액세스 지점"의 이름으로 구성합니다.For SharePoint mode, you configure the service application database name to be the name of the “client access point” you created as part of the SharePoint configuration. Always On 가용성 그룹Always On availability groups에서 SharePoint 구성에 대한 자세한 내용은 SharePoint Server용 SQL Server 가용성 그룹 구성 및 관리(http://go.microsoft.com/fwlink/?LinkId=245165)를 참조하세요.For more information on configuring SharePoint with Always On 가용성 그룹Always On availability groups, see Configure and manage SQL Server availability groups for SharePoint Server (http://go.microsoft.com/fwlink/?LinkId=245165).

참고

SharePoint 모드 보고서 서버는 Reporting ServicesReporting Services 서비스 응용 프로그램 데이터베이스와 SharePoint 콘텐츠 데이터베이스 사이의 동기화 프로세스를 사용합니다.SharePoint mode report servers use a synchronization process between the Reporting ServicesReporting Services service application databases and the SharePoint content databases. 보고서 서버 데이터베이스와 콘텐츠 데이터베이스를 함께 유지 관리하는 것이 중요합니다.It is important to maintain the report server databases and content databases together. 이를 하나의 집합으로 장애 조치(Failover)하고 복구할 수 있도록 동일한 가용성으로 구성해야 합니다.You should consider configuring them in the same availability groups so they failover and recover as a set. 다음과 같은 시나리오를 고려해 보세요.Consider the following scenario:

  • 보고서 서버 데이터베이스가 수신한 것과 동일한 최근 업데이트가 아직 수신되지 않은 콘텐츠 데이터베이스의 복사본을 복원 또는 장애 조치(Failover)해야 하는 경우You restore or failover to a copy of the content database that has not received the same recent updates that that the report server database has received.
    • Reporting ServicesReporting Services 동기화 프로세스에서 콘텐츠 데이터베이스 및 보고서 서버 데이터베이스에 있는 항목 목록 간에 불일치가 발견된 경우The Reporting ServicesReporting Services synchronization process will detect differences between the list of items in the content database and the report server databases.
    • 동기화 프로세스로 콘텐츠 데이터베이스에 있는 항목이 삭제되거나 업데이트되는 경우The synchronization process will delete or update items in the content database.

가용성 그룹에 대한 보고서 서버 데이터베이스 준비 Prepare Report Server Databases for Availability Groups

보고서 서버 데이터베이스를 준비하고 Always On 가용성 그룹Always On availability groups에 추가하는 기본 단계는 다음과 같습니다.The following are the basic steps of preparing and adding the report server databases to an Always On 가용성 그룹Always On availability groups:

  • 가용성 그룹을 만들고 리스너 DNS 이름을 구성합니다.Create your Availability Group and configure a Listener DNS name.

  • 주 복제본: 단일 가용성 그룹에 포함할 보고서 서버 데이터베이스를 구성하고 보고서 서버 데이터베이스를 모두 포함하는 주 복제본을 만듭니다.Primary Replica: Configure the report server databases to be part of a single availability group and create a primary replica that includes all of the report server databases.

  • 보조 복제본: 하나 이상의 보조 복제본을 만듭니다.Secondary Replicas: Create one or more secondary replicas. 주 복제본의 데이터베이스를 보조 복제본으로 복사하는 일반적인 방법은 'RESTORE WITH NORECOVERY'를 사용하여 각 보조 복제본에 데이터베이스를 복원하는 것입니다.The common approach to copying the databases from the primary replica to the secondary replica(s) is to restore the databases to each secondary replica using ‘RESTORE WITH NORECOVERY’. 보조 복제본을 만들고 데이터 동기화가 작동하는지 확인하는 방법은 Always On 보조 데이터베이스에서 데이터 이동 시작(SQL Server)을 참조하세요.For more information on creating secondary replicas and verifying data synchronization is working, see Start Data Movement on an Always On Secondary Database (SQL Server).

  • 보고서 서버 자격 증명: 보조 복제본에서 주 복제본에 만든 적합한 보고서 서버 자격 증명을 만들어야 합니다.Report Server Credentials: You need to create the appropriate report server credentials on the secondary replicas that you created on the primary. 정확한 단계는 Window Reporting ServicesReporting Services 서비스 계정, Windows 사용자 계정 또는 SQL Server 인증 등 Reporting ServicesReporting Services 환경에서 사용 중인 인증 유형에 따라 달라집니다.The exact steps depend on what type of authentication you are using in your Reporting ServicesReporting Services environment; Window Reporting ServicesReporting Services service account, Windows user account, or SQL Server authentication. 자세한 내용은 보고서 서버 데이터베이스 연결 구성(SSRS 구성 관리자)을 참조하세요.For more information, see Configure a Report Server Database Connection (SSRS Configuration Manager)

  • 리스너 DNS 이름을 사용하도록 데이터베이스 연결을 업데이트합니다.Update the database connection to use the Lister DNS Name. 기본 모드 보고서 서버의 경우 구성 관리자에서 보고서 서버 데이터베이스 이름 Reporting ServicesReporting Services 을 변경합니다.for natve mode report servers, change the Report Server Database Name in Reporting ServicesReporting Services configuration manager. SharePoint 모드의 경우에는 서비스 응용 프로그램에 대해 데이터베이스 서버 이름 Reporting ServicesReporting Services 을 변경합니다.For SharePoint mode, change the Database server name for the Reporting ServicesReporting Services service application(s).

보고서 서버 데이터베이스의 재해 복구 완료 단계 Steps to complete disaster recovery of Report Server Databases

보조 복제본으로 Always On 가용성 그룹Always On availability groups 을 장애 조치(Failover)한 후에는 다음과 같은 단계를 완료해야 합니다.The following steps need to be completed after a Always On 가용성 그룹Always On availability groups failover to a secondary replica:

  1. Reporting ServicesReporting Services 데이터베이스를 호스팅하는 주 데이터베이스 엔진에서 사용 중이던 SQL 에이전트 서비스의 인스턴스를 중지합니다.Stop the instance of the SQL Agent service that was being used by the primary database engine hosting the Reporting ServicesReporting Services databases.

  2. 새 주 복제본인 컴퓨터에서 SQL 에이전트 서비스를 시작합니다.Start SQL Agent service on the computer that is the new primary replica.

  3. 보고서 서버 서비스를 중지합니다.Stop the Report Server service.

    보고서 서버가 기본 모드인 경우 Reporting ServicesReporting Services 구성 관리자를 사용하여 보고서 서버 Windows 서버를 중지합니다.If the report server is in native mode, stop the report server Windows server using Reporting ServicesReporting Services configuration manager.

    보고서 서버가 SharePoint 모드로 구성된 경우 SharePoint 중앙 관리에서 Reporting ServicesReporting Services 공유 서비스를 중지합니다.If the report server is configured for SharePoint mode, stop the Reporting ServicesReporting Services shared service in SharePoint Central Administration.

  4. 보고서 서버 서비스 또는 Reporting ServicesReporting Services SharePoint 서비스를 시작합니다.Start the report server service or Reporting ServicesReporting Services SharePoint service.

  5. 새 주 복제본에 대해 보고서를 실행할 수 있는지 확인합니다.Verify that reports can run against the new primary replica.

장애 조치(Failover) 발생 시 보고서 서버 동작 Report Server Behavior When a Failover Occurs

보고서 서버 데이터베이스가 장애 조치(Failover)될 때 그리고 새 주 복제본을 사용하도록 보고서 서버 환경을 업데이트한 경우 장애 조치(Failover) 및 복구 프로세스로 인해 몇 가지 운영상의 문제가 발생할 수 있습니다.When report server databases failover and you have updated the report server environment to use the new primary replica, there are some operational issues that result from the failover and recovery process. 이러한 문제로 인한 영향은 Reporting ServicesReporting Services 이 보조 복제본으로 장애 조치(Failover)를 수행하고 보고서 서버 관리자가 새 주 복제본을 사용하도록 보고 환경을 업데이트하는 데 걸리는 시간뿐만 아니라 장애 조치(Failover) 발생 시의 Always On 가용성 그룹Always On availability groups 부하에 따라 달라집니다.The impact of these issues will vary depending on the Reporting ServicesReporting Services load at the time of failover as well as the length of time it takes for Always On 가용성 그룹Always On availability groups to failover to a secondary replica and for the report server administrator to update the reporting environment to use the new primary replica.

  • 재시도 논리로 인해 그리고 장애 조치(Failover) 기간 중 보고서 서버가 예약된 작업을 완료로 표시할 수 없어서 백그라운드 처리에 대한 실행이 두 번 이상 수행될 수도 있습니다.The execution of background processing may occur more than once due to retry logic and the inability of the report server to mark scheduled work as completed during the failover period.

  • 장애 조치(Failover) 기간 중에는 SQL Server 에이전트가 보고서 서버 데이터베이스에 데이터를 쓸 수 없고 이 데이터가 새 주 복제본과 동기화되지 않기 때문에 일반적으로 실행되도록 트리거되는 백그라운드 처리에 대한 실행이 수행되지 않습니다.The execution of background processing that would have normally been triggered to run during the period of the failover will not occur because SQL Server Agent will not be able to write data into the report server database and this data will not be synchronized to the new primary replica.

  • 데이터베이스 장애 조치(Failover)가 완료되고 보고서 서버 서비스를 다시 시작한 후 SQL Server 에이전트 작업이 자동으로 다시 만들어집니다.After the database failover completes and after the report server service is re-started, SQL Server Agent jobs will be re-created automatically. SQL 에이전트 작업을 다시 만들 때까지는 SQL Server 에이전트 작업과 연관된 모든 백그라운드 실행이 처리되지 않습니다.Until the SQL agent jobs are recreated, any background executions associated with SQL Server Agent jobs will not be processed. 여기에는 Reporting ServicesReporting Services 구독, 예약 및 스냅샷이 포함됩니다.This includes Reporting ServicesReporting Services subscriptions, schedules, an snapshots.

참고 항목See Also

고가용성 재해 복구를 위한 SQL Server Native Client 지원 SQL Server Native Client Support for High Availability, Disaster Recovery
Always On 가용성 그룹(SQL Server) Always On Availability Groups (SQL Server)
Always On 가용성 그룹 시작(SQL Server) Getting Started with Always On Availability Groups (SQL Server)
SQL Server Native Client에서 연결 문자열 키워드 사용 Using Connection String Keywords with SQL Server Native Client
고가용성 재해 복구를 위한 SQL Server Native Client 지원 SQL Server Native Client Support for High Availability, Disaster Recovery
가용성 복제본에 대한 클라이언트 연결 액세스 정보(SQL Server)About Client Connection Access to Availability Replicas (SQL Server)