Службы Reporting Services с группами доступности AlwaysOn (SQL Server)Reporting Services with Always On Availability Groups (SQL Server)

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL AzureнетХранилище данных SQL AzureнетParallel Data WarehouseAPPLIES TO: yesSQL Server noAzure SQL Database noAzure SQL Data Warehouse noParallel Data Warehouse

В этом разделе содержатся сведения о настройке компонента Службы Reporting ServicesReporting Services для работы с Группы доступности AlwaysOnAlways On availability groups (группами доступности) в SQL Server 2017SQL Server 2017.This topic contains information about configuring Службы Reporting ServicesReporting Services to work with Группы доступности AlwaysOnAlways On availability groups (AG) in SQL Server 2017SQL Server 2017. Существует три варианта использования служб Службы Reporting ServicesReporting Services и Группы доступности AlwaysOnAlways On availability groups : базы данных для источников данных отчетов, базы данных сервера отчетов и конструирование отчетов.The three scenarios for using Службы Reporting ServicesReporting Services and Группы доступности AlwaysOnAlways 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.

Основное преимущество применения Группы доступности AlwaysOnAlways On availability groups с источниками данных служб Службы Reporting ServicesReporting Services заключается в возможности использования доступных для чтения вторичных реплик в качестве источников данных для отчетов, при этом вторичные реплики продолжают обеспечивать отработку отказа для базы данных-источника.A key benefit of using Группы доступности AlwaysOnAlways 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.

Общие сведения о Группы доступности AlwaysOnAlways On availability groups см. в разделе Вопросы и ответы по группам доступности AlwaysOn для SQL Server 2012 (https://msdn.microsoft.com/sqlserver/gg508768).For general information on Группы доступности AlwaysOnAlways On availability groups, see Always On FAQ for SQL Server 2012 (https://msdn.microsoft.com/sqlserver/gg508768).

Требования, которые необходимо выполнить для использования служб Reporting Services и групп доступности AlwaysOnRequirements for using Reporting Services and Always On Availability Groups

SQL Server 2017SQL Server 2017 Службы Reporting ServicesReporting Services и Сервер отчетов Microsoft Power BI использует .NET Framework 4.0 и поддерживает свойства строки соединения для Группы доступности AlwaysOnAlways On availability groups при работе с источниками данных.Службы Reporting ServicesReporting Services and Power BI Report Server uses the .Net framework 4.0 and supports Группы доступности AlwaysOnAlways On availability groups connection string properties for use with data sources.

Чтобы использовать Группы доступности AlwaysOnAlways On availability groups в связке с Службы Reporting ServicesReporting Services 2014 или более ранней версии, следует загрузить и установить исправление для .Net 3.5 SP1.To use Группы доступности AlwaysOnAlways On availability groups with Службы Reporting ServicesReporting Services 2014, and earlier, you need to download and install a hotfix for .Net 3.5 SP1. Это исправление добавляет в клиент SQL Server поддержку компонентов групп доступности, а также поддержку свойств строки подключения ApplicationIntent и MultiSubnetFailover.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'"

Это сообщение выдается в том случае, когда в строке подключения служб Группы доступности AlwaysOnAlways On availability groups указано одно из свойств Службы Reporting ServicesReporting Services , которое сервер не распознает.The message occurs when you include one of the Группы доступности AlwaysOnAlways 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.

Дополнительные сведения о необходимом исправлении см. в разделе Исправление КБ 2654347A добавляет поддержку функций AlwaysOn из SQL Server 2012 в платформу .NET Framework 3.5 с пакетом обновления 1 (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.

Дополнительные сведения о требованиях Группы доступности AlwaysOnAlways On availability groups см. в статье Предварительные требования, ограничения и рекомендации для групп доступности AlwaysOn (SQL Server).For information on other Группы доступности AlwaysOnAlways On availability groups requirements, see Prerequisites, Restrictions, and Recommendations for Always On Availability Groups (SQL Server).

Примечание

Службы Reporting ServicesReporting Services файлы конфигурации, например RSreportserver.config, не поддерживаются как часть функциональности Группы доступности AlwaysOnAlways On availability groups.configuration files such as RSreportserver.config are not supported as part of Группы доступности AlwaysOnAlways 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 на основе Группы доступности AlwaysOnAlways On availability groups будут работать по-разному в зависимости от того, каким образом администратор настроил среду групп доступности.The behavior of Службы Reporting ServicesReporting Services data sources based on Группы доступности AlwaysOnAlways On availability groups can vary depending on how your administrator has configured the AG environment.

Для использования Группы доступности AlwaysOnAlways On availability groups в источниках данных отчетов необходимо настроить строку соединения с источником данных отчета, где должно быть указано DNS-имя прослушивателягруппы доступности.To utilize Группы доступности AlwaysOnAlways 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:

  • Источник данных ODBC, использующий SQL Native Client.ODBC data source using SQL Native Client.

  • Клиент SQL Server, если на сервере отчетов применено исправление .Net.SQL Client, with the .Net hotfix applied to the report server.

Строка соединения также может содержать новые свойства соединения AlwaysOn, которые настраивают запросы отчетов на использование вторичной реплики для доступных только для чтения отчетов.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.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 будет проверена возможность установления соединения, при этом конфигурация группы доступности проверяться не будет.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. Если параметр 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) .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:

Рекомендации Обычно при получении вторичными репликами изменений данных от первичной реплики происходит задержка.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. Дополнительные сведения см. в разделе "Режимы доступности" статьи Обзор групп доступности AlwaysOn (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)пользователь может настроить строку подключения к источнику данных отчета с помощью новых свойств соединения, предусмотренных в Группы доступности AlwaysOnAlways 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 Группы доступности AlwaysOnAlways On availability groups. Поддержка новых свойств соединения зависит от того, где пользователь просматривает отчеты.Support for the new connection properties depends on where a user previews the report.

  • Локальный предварительный просмотр: построитель отчетовReport Builder и SQL Server Data Tools (SSDT)SQL Server Data Tools (SSDT) используют .Net Framework 4.0 и поддерживают свойства строки подключения Группы доступности AlwaysOnAlways 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 Группы доступности AlwaysOnAlways On availability groups connection string properties.

  • Удаленный или серверный режим просмотра. Если после публикации отчета на сервере отчетов или использования просмотра в построитель отчетовReport Builder на экране появляется сообщение об ошибке примерно следующего содержания, то это указывает на то, что просматривается отчет на сервере отчетов, где не установлено исправление .Net Framework 3.5 с пакетом обновления 1 (SP1) для Группы доступности AlwaysOnAlways On availability groups.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 Группы доступности AlwaysOnAlways 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 и Сервер отчетов Power BI имеют ограниченную поддержку использования Группы доступности AlwaysOnAlways On availability groups с базами данных сервера отчетов.Reporting Services and Power BI Report Server offers limited support for using Группы доступности AlwaysOnAlways On availability groups with report server databases. В группе доступности базы данных сервера отчетов можно настроить так, чтобы они были частью реплики. Однако при отработке отказа службы Службы 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.

Чтобы выполнить отработку отказа или восстановление, необходимо произвести определенные действия вручную или воспользоваться пользовательскими скриптами автоматизации.Manual actions or custom automation scripts need to be used to complete the failover and recovery. ПЕРЕД выполнением этих действий некоторые функции сервера отчетов могут работать неправильно после отработки отказа Группы доступности AlwaysOnAlways On availability groups .Until these actions are completed, some features of the report server may not work correctly after the Группы доступности AlwaysOnAlways On availability groups 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.

Различия с собственным режимом SharePointDifferences between SharePoint Native Mode

В этом разделе перечислены различия между способами взаимодействия сервера отчетов с Группы доступности AlwaysOnAlways On availability groupsв режиме интеграции с SharePoint и в собственном режиме.This section summarizes the differences between how SharePoint mode and Native mode report servers interact with Группы доступности AlwaysOnAlways 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 при создании нового приложения службы 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

В этом режиме базы данных Alerting и связанные компоненты не поддерживаются и не используются.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. Дополнительные сведения о настройке SharePoint с Группы доступности AlwaysOnAlways On availability groups см. в разделе Настройка и управление группами доступности SQL Server для SharePoint Server (https://go.microsoft.com/fwlink/?LinkId=245165).For more information on configuring SharePoint with Группы доступности AlwaysOnAlways On availability groups, see Configure and manage SQL Server availability groups for SharePoint Server (https://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. Следует рассмотреть возможность включения этих баз данных в одну группу доступности, чтобы отработка отказа и восстановление для них выполнялось одновременно.You should consider configuring them in the same availability groups so they failover and recover as a set. Рассмотрим следующий сценарий.Consider the following scenario:

  • Выполняется восстановление или отработка отказа копии базы данных содержимого, которая не получила такие же обновления данных, какие получила база данных сервера отчетов.You restore or failover to a copy of the content database that has not received the same recent updates 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

Ниже приведены основные шаги по подготовке и добавлению баз данных сервера отчетов в Группы доступности AlwaysOnAlways On availability groups:The following are the basic steps of preparing and adding the report server databases to an Группы доступности AlwaysOnAlways 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'. Дополнительные сведения о создании вторичных реплик и проверке работоспособности синхронизации данных см. в статье Запуск перемещения данных для базы данных-получателя AlwaysOn (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. Действия, которые для этого нужно предпринять, зависят от типа проверки подлинности, используемой в среде служб Службы Reporting ServicesReporting Services: учетная запись службы Window Службы Reporting ServicesReporting Services, учетная запись пользователя Windows или проверка подлинности SQL Server.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 Listener DNS Name. В отношении серверов отчетов, работающих в собственном режиме, измените параметр Имя базы данных сервера отчетов в диспетчере конфигурации служб Службы Reporting ServicesReporting Services .for native 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

После отработки отказа на вторичную реплику, выполненной Группы доступности AlwaysOnAlways On availability groups , необходимо выполнить следующие действия.The following steps need to be completed after a Группы доступности AlwaysOnAlways On availability groups failover to a secondary replica:

  1. Остановите экземпляр службы агента SQL Server, который использовался СУБД базы данных-источника, где размещены базы данных служб Службы Reporting ServicesReporting Services .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 Server на компьютере, который стал новой первичной репликой.Start SQL Agent service on the computer that is the new primary replica.

  3. Остановите службу сервера отчетов.Stop the Report Server service.

    Если сервер отчетов работает в собственном режиме, то остановите сервер Windows сервера отчетов с помощью диспетчера конфигурации служб Службы Reporting ServicesReporting Services .If the report server is in native mode, stop the report server Windows server using Службы Reporting ServicesReporting Services configuration manager.

    Если же сервер отчетов настроен в режиме интеграции с SharePoint, то остановите общую службу Службы Reporting ServicesReporting Services в центре администрирования SharePoint.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.

Работа сервера отчетов при выполнении отработки отказаReport Server Behavior When a Failover Occurs

Когда выполняется отработка отказа для баз данных сервера отчетов и была обновлена среда сервера отчетов, в которой теперь будет новая первичная реплика, возникают некоторые проблемы, которые являются следствием отработки отказа или восстановления.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 в момент отработки отказа — это зависит от нагрузки и от времени, которое потребуется Группы доступности AlwaysOnAlways 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 Группы доступности AlwaysOnAlways 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.

  • Фоновая обработка может выполняться несколько раз из-за логики повтора и неспособности сервера отчетов пометить запланированную работу как выполненную во время отработки отказа.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.

  • Фоновая обработка, которая обычно запускается во время отработки отказа, не запускается, поскольку агент 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.

  • После завершения отработки отказа базы данных и перезапуска службы сервера отчетов задания агента 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 SQL Server Native Client Support for High Availability, Disaster Recovery
Группы доступности AlwaysOn (SQL Server) Always On Availability Groups (SQL Server)
Начало работы с группами доступности AlwaysOn (SQL Server) Getting Started with Always On Availability Groups (SQL Server)
Использование ключевых слов строки подключения с собственным клиентом SQL Server Using Connection String Keywords with SQL Server Native Client
Поддержка высокого уровня доступности и аварийного восстановления собственного клиента SQL Server SQL Server Native Client Support for High Availability, Disaster Recovery
Сведения о доступе клиентского подключения к репликам доступности (SQL Server)About Client Connection Access to Availability Replicas (SQL Server)