Перенос установки служб Reporting Services (собственный режим)

  • Статья

В этой статье приводятся пошаговые инструкции по переносу одной из следующих поддерживаемых версий развертывания собственного режима служб Reporting Services в новый экземпляр служб SQL Server Reporting Services:

  • SQL Server 2016 (13.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Сведения о переносе установки в режиме интеграции с Reporting Services SharePoint см. в статье Перенос установки служб Reporting Services (режим интеграции с SharePoint).

Миграция определяется как перемещение файлов данных приложений на новый экземпляр SQL Server. Ниже приведены обычные причины, по которым может потребоваться перенести установку.

  • Имеется крупномасштабное развертывание, или требуется увеличение временных показателей работоспособности.

  • Вы изменяете оборудование или топологию установки.

  • Обнаруживается проблема, блокирующая обновление.

Обзор миграции в собственном режиме

Процесс миграции для служб Reporting Services включает вручную и автоматизированные шаги. При выполнении миграции сервера отчетов выполняются следующие задачи.

  • Создайте резервные копии базы данных, приложения и файлов конфигурации.

  • Выполните резервное копирование ключа шифрования.

  • Установите новый экземпляр SQL Server. Если вы используете то же оборудование, вы можете установить SQL Server параллельно с существующей установкой, если она была одной из поддерживаемых версий.

    Совет

    Для параллельной установки может потребоваться установить SQL Server как именованный экземпляр.

  • Переместите базу данных сервера отчетов и другие файлы приложения с существующего экземпляра на новый экземпляр SQL Server.

  • Переместите любые пользовательские файлы приложения в новый экземпляр.

  • Настройка сервера отчетов.

  • Измените файл RSReportServer.config , чтобы включить пользовательские параметры с предыдущего экземпляра.

  • Можно также настроить списки управления доступом (ACL) для новой группы служб Windows Reporting Services.

  • Удалите неиспользуемые приложения и средства после подтверждения того, что новый экземпляр полностью работает.

Установлены ограничения на выпуски SQL Server, на которых размещается база данных сервера отчетов. Ознакомьтесь со следующей статьей, если вы повторно используете базу данных сервера отчетов, созданную в предыдущей установке.

Исправлено имя базы данных

Невозможно переименовать базу данных сервера отчетов. Идентификатор базы данных записывается в хранимых процедурах сервера отчетов при создании базы данных. Переименование первичной или временной баз данных сервера отчетов приводит к возникновению ошибок при выполнении этих процедур, поэтому установка сервера отчетов становится недействительной.

Если имя базы данных из существующей установки не подходит для новой установки, рекомендуется создать новую базу данных с именем, а затем загрузить существующие данные приложения с помощью методов в следующем списке:

  • Запишите скрипт Visual Basic, который вызывает методы SOAP веб-службы сервера отчетов, чтобы копировать данные между базами данных. Можно использовать служебную программу RS.exe для выполнения скрипта. Дополнительные сведения об этом подходе см. в статье Сценарии и PowerShell со службами Reporting Services.

  • Напишите код, который вызывает поставщика инструментария управления Windows (WMI) для копирования данных между базами данных. Дополнительные сведения об этом подходе см. в статье Доступ к поставщику WMI для служб Reporting Services.

  • Если количество элементов невелико, можно переиздать отчеты и общие источники данных из конструктора отчетов, конструктора моделей и построителя отчетов на новом сервере отчетов. Повторно создайте назначения ролей, подписки, общие расписания, расписания моментальных снимков отчета, настраиваемые свойства, заданные для отчетов. Вы также можете воссоздать их на других элементах, безопасности элементов модели и свойствах, заданных на сервере отчетов. Будьте готовы к тому, что будут потеряны журнал отчетов и данные журнала выполнения отчета.

Перед началом работы

Даже при миграции, а не обновите установку, попробуйте запустить помощник по обновлению в существующей установке, чтобы определить все проблемы, которые могут повлиять на миграцию. Этот шаг особенно полезен при переносе сервера отчетов, который вы не установили или не настроите. Выполнив помощник по обновлению, вы можете узнать о пользовательских параметрах, которые могут не поддерживаться в новой установке SQL Server.

Кроме того, помните о нескольких важных изменениях в SQL Server Reporting Services, которые влияют на метод миграции экземпляра.

  • На веб-портале заменен диспетчер отчетов.

  • Для SQL Server 2008 (10.0.x) и более новых версий службы IIS больше не являются обязательными. Если вы переносите установку сервера отчетов на новый компьютер, вам не нужно добавлять роль веб-сервера. Кроме того, шаги для настройки URL-адресов и проверки подлинности отличаются от предыдущей версии, как и методы и средства диагностики и устранения проблем.

  • Веб-служба сервера отчетов, веб-портал и служба сервера отчетов Windows выполняются под одной учетной записью. Все три приложения считывают параметры конфигурации из файла RSReportServer.config.

  • Веб-портал и среда SQL Server Management Studio разработаны таким образом, чтобы устранить перекрытие функций. Каждое средство поддерживает отдельный набор задач.

  • Фильтры ISAPI не поддерживаются в службах Reporting Services SQL Server 2008 (10.0.x) и более поздних версиях. Если вы используете фильтры ISAPI, перед миграцией необходимо изменить решение для создания отчетов.

  • Ограничения IP-адресов не поддерживаются в службах Reporting Services SQL Server 2008 (10.0.x) и более поздних версиях. В случае применения ограничений на IP-адреса необходимо до осуществления миграции перепроектировать решения по созданию отчетов либо воспользоваться такой технологией, как брандмауэр, маршрутизатор или преобразование сетевых адресов (NAT) с целью настройки адресов, на которые наложены ограничения по доступу к серверу отчетов.

  • Протокол TLS, ранее известный как Протокол SSL, сертификаты не поддерживаются в службах Reporting Services SQL Server 2008 (10.0.x) и более поздних версиях. Если вы используете сертификаты TLS клиента, перед миграцией необходимо изменить решение для создания отчетов.

  • Если используется тип проверки подлинности, отличный от встроенной проверки подлинности Windows, необходимо обновить элемент <AuthenticationTypes> в файле RSReportServer.config с учетом поддерживаемого типа проверки подлинности. К поддерживаемым типам проверки подлинности относятся NTLM, Kerberos, Negotiate и Basic. Анонимная, .NET Passport и дайджест-проверка подлинности не поддерживаются в службах Reporting Services SQL Server 2008 (10.0.x) и более поздних версиях.

  • Если в среде подготовки отчетов применяются пользовательские каскадные таблицы стилей, они не подлежат переносу. Переместите их вручную по завершении миграции.

Дополнительные сведения об изменениях в службах SQL Server Reporting Services см. в помощник по обновлению документации и новых возможностях служб SQL Server Reporting Services (SSRS).

Резервные копии файлов и данных

Перед установкой нового экземпляра служб Reporting Services не забудьте создать резервные копии всех файлов из текущего экземпляра.

  1. Создайте резервную копию ключа шифрования для базы данных сервера отчетов. Этот шаг важен для успешной миграции. На дальнейших этапах процесса миграции необходимо восстановить его для сервера отчетов, чтобы снова получить доступ к зашифрованным данным. Чтобы создать резервную копию ключа, используйте диспетчер конфигурации сервера отчетов.

  2. Резервное копирование базы данных сервера отчетов с помощью любого из поддерживаемых методов резервного копирования базы данных SQL Server. Дополнительные сведения см. в инструкциях по резервному копированию базы данных сервера отчетов в перемещении баз данных сервера отчетов на другой компьютер (собственный режим SSRS).

  3. Создайте резервную копию файлов конфигурации сервера отчетов. Необходимо создать резервные копии следующих файлов:

    1. RSReportServer.config

    2. Rswebapplication.config;

    3. Rssrvpolicy.config

    4. Rsmgrpolicy.config;

    5. Reportingservicesservice.exe.config;

    6. Web.config для приложения ASP.NET сервера отчетов.

    7. Machine.config (для ASP.NET, если этот элемент изменен для операций сервера отчетов).

Установка служб SQL Server Reporting Services

Установите новый экземпляр сервера отчетов в режиме только для файлов, чтобы настроить его для использования недедефакционных значений. Для установки из командной строки используйте аргумент FilesOnly. В мастере установки выберите параметр Установить, но не настраивать сервер.

Выберите одну из следующих ссылок, чтобы просмотреть инструкции по установке нового экземпляра служб Reporting Services:

Перемещение базы данных сервера отчетов

База данных сервера отчетов содержит опубликованные отчеты, модели отчетов, общие источники данных, расписания, ресурсы, подписки и папки. Она также содержит свойства системы и элемента и разрешения для доступа к содержимому сервера отчетов.

Если миграция включает другой экземпляр ядро СУБД, необходимо переместить базу данных сервера отчетов в новый экземпляр ядро СУБД. Если вы используете тот же ядро СУБД экземпляр, перейдите к разделу "Перемещение пользовательских сборок или расширений".

Чтобы переместить базу данных сервера отчетов, выполните указанные ниже действия.

  1. Выберите используемый экземпляр ядра СУБД. SQL Server Reporting Services требуют использования одной из следующих версий для размещения базы данных сервера отчетов.

    • SQL Server 2016 (13.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

  2. Запустите среду SQL Server Management Studio и подключитесь к ядру СУБД.

  3. Создайте роль RSExecRole в системных базах данных, если на ядре СУБД никогда не размещалась база данных сервера отчетов. Дополнительные сведения см. в разделе Создание RSExecRole.

  4. Инструкции см. в статье Перемещение баз данных сервера отчетов на другой компьютер (собственный режим служб SSRS).

Помните, что база данных сервера отчетов и временная база данных взаимозависимы, поэтому перемещать их необходимо вместе. Не копируйте базы данных; Копирование не передает все параметры безопасности в новую установку. Не перемещайте задания агент SQL Server для запланированных операций сервера отчетов. Сервер отчетов автоматически создаст эти задания повторно.

Перемещение пользовательских сборок или расширений

Если в установку входят пользовательские элементы отчета, сборки или расширения, необходимо заново разместить пользовательские компоненты. Если вы не используете пользовательские компоненты, перейдите к разделу "Настройка сервера отчетов".

Для повторного развертывания пользовательских компонентов выполните указанные ниже действия.

  1. Определите, поддерживаются ли сборки или необходима повторная компиляция.

    • Пользовательские расширения безопасности должны быть перезаписаны с помощью интерфейса IAuthenticationExtension2 .

    • Пользовательские расширения отрисовки для SQL Server 2008 (10.0.x) Reporting Services должны быть перезаписаны с помощью объектной модели отрисовки (ROM).

    • Отрисовщики HTML 3.2 и HTML OWC не поддерживаются в службах Reporting Services SQL Server 2008 (10.0.x) и более поздних версиях.

    • Другие пользовательские сборки не должны требовать повторной компиляции.

  2. Переместите сборки на новый сервер отчетов и в папку \bin. В SQL Server двоичные файлы сервера отчетов размещаются в следующем каталоге для экземпляра сервера отчетов по умолчанию.

    \Program files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin

  3. Измените файлы конфигурации, чтобы добавить элементы для пользовательского компонента. Записи зависят от типа используемой сборки. Инструкции по выбору места размещения файлов и добавлению элементов конфигурации см. в следующих ресурсах:

    1. Развертывание пользовательской сборки

    2. Развертывание пользовательского элемента отчета

    3. Развертывание модуля обработки данных

    4. Развертывание модуля доставки

    5. Развертывание модуля подготовки отчетов

    6. Реализация расширения безопасности

Настройка сервера отчетов

Настройте URL-адреса для веб-службы сервера отчетов и портала, а также подключение к базе данных сервера отчетов.

При переносе масштабируемого развертывания выполните все узлы сервера отчетов в автономном режиме и перенесите каждый сервер по одному за раз. После переноса первого сервера отчетов и успешного подключения к базе данных сервера отчетов версия базы данных сервера отчетов автоматически обновляется до версии базы данных SQL Server.

Внимание

Если любой из серверов отчетов в развертывании горизонтального масштабирования не перенесен и не перенесен, они могут столкнуться с исключением rsInvalidReportServerDatabase , так как они используют старую схему при подключении к обновленному.

Если перенесенный сервер отчетов настроен в качестве общей базы данных для горизонтального развертывания, перед настройкой службы сервера отчетов необходимо удалить любой из старых ключей шифрования из таблицы "Ключи " в базе данных ReportServer . Если ключи не удалены, перенесенный сервер отчетов пытается инициализировать в режиме горизонтального развертывания. Дополнительные сведения см. в разделе "Добавление и удаление ключей шифрования для развертывания горизонтального масштабирования" и "Настройка ключей шифрования" (диспетчер конфигурации сервера отчетов).

Ключи горизонтального масштабирования нельзя удалить с помощью диспетчера конфигурации служб Reporting Services. Старые ключи из таблицы Keys в базе данных ReportServer необходимо удалить с помощью среды SQL Server Management Studio. Удалите все строки из таблицы Keys. При этом таблица очищается и подготавливается для восстановления симметричного ключа, как описано далее.

Перед удалением ключей необходимо создать резервную копию ключа симметричного шифрования. Чтобы создать резервную копию ключа, используйте диспетчер настройки служб Reporting Services. Откройте Configuration Manager, перейдите на вкладку "Ключи шифрования" и нажмите кнопку "Резервное копирование". Можно также создать скрипт с командами WMI для резервного копирования ключа шифрования. Дополнительные сведения о WMI см . в методе ConfigurationSetting — BackupEncryptionKey.

  1. Запустите диспетчер конфигурации служб Reporting Services и подключитесь к только что установленному экземпляру служб Reporting Services. Дополнительные сведения см. в разделе "Что такое Диспетчер конфигурации сервера отчетов (собственный режим)?".

  2. Настройте URL-адреса сервера отчетов и портала. Дополнительные сведения см. в разделе Создание базы данных сервера отчетов, работающего в собственном режиме (диспетчер конфигурации сервера отчетов).

  3. Настройте базу данных сервера отчетов, выбрав существующую базу данных сервера отчетов из предыдущего экземпляра. После успешной настройки служба сервера отчетов перезапустится, и как только будет установлено подключение к базе данных сервера отчетов, эта база будет автоматически обновлена до SQL Server Reporting Services. Дополнительные сведения о запуске мастера изменения базы данных, используемого для создания или выбора базы данных сервера отчетов, см. в статье "Создание базы данных сервера отчетов в собственном режиме" (диспетчер конфигурации сервера отчетов).

  4. Восстановите ключи шифрования. Этот шаг необходим для включения обратимого шифрования при наличии строка подключения и учетных данных, которые уже находятся в базе данных сервера отчетов. Дополнительные сведения см. в статье Резервное копирование и восстановление ключей шифрования СЛУЖБ SQL Server Reporting Services (SSRS).

  5. Если вы установили сервер отчетов на новом компьютере и используете брандмауэр Windows, убедитесь, что tcp-порт, на котором прослушивается сервер отчетов. По умолчанию для этой цели используется порт 80. Дополнительные сведения см. в разделе "Настройка брандмауэра для доступа к серверу отчетов".

  6. Если есть необходимость локального администрирования сервера отчетов, работающего в собственном режиме, следует настроить операционную систему, чтобы разрешить локальное администрирование с веб-портала. Дополнительные сведения см. в разделе Настройка сервера отчетов, работающего в основном режиме, для локального администрирования (SSRS).

Копирование пользовательских параметров конфигурации в файл RSReportServer.config

Если изменен файл RSReportServer.config или RSWebApplication.config в предыдущей установке, следует внести те же изменения в новый файл RSReportServer.config. В следующем списке приведены возможные изменения для предыдущего файла конфигурации. В списке также содержатся ссылки на дополнительные сведения о настройке одинаковых параметров в SQL Server 2016.

Пользовательская настройка Информация
Доставка электронной почты сервера отчетов с пользовательскими параметрами Параметры электронной почты в собственном режиме служб Reporting Services (диспетчер конфигурации сервера отчетов)
Настройки сведений об устройстве Настройка параметров модуля подготовки отчетов в RSReportServer.Config

Группы служб Windows и списки управления безопасностью

В SQL Server 2016 (13.x) Reporting Services или более поздней версии (SSRS) существует одна группа служб Reporting Services, группа служб Windows Reporting Services, которая используется для создания списков управления доступом безопасности для всех разделов реестра, файлов и папок, установленных с SQL Server Reporting Services. Имя этой группы Windows отображается в формате SQLServerReportServerUser$<имя_компьютера>$<имя_экземпляра>.

Проверка развертывания

  1. Проверьте виртуальные каталоги сервера отчетов и веб-портала, открыв браузер и введя URL-адрес. Дополнительные сведения см. в статье Проверка установки служб Reporting Services.

  2. Тестируйте отчеты и убедитесь, что они содержат ожидаемые данные. Просмотрите сведения об источнике данных на предмет того, содержатся ли в них данные о подключении к источнику данных. Сервер отчетов использует объектную модель отчета при обработке и отрисовке отчетов, но не заменяет SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) или SQL Server 2014 (12.x) с новыми элементами языка определения отчетов. Дополнительные сведения о том, как существующие отчеты выполняются на новом сервере отчетов, см. в статье Об обновлении отчетов (SSRS).

Удаление неиспользуемых программ и файлов

После успешной миграции сервера отчетов на новый экземпляр необходимо выполнить следующие действия, чтобы удалить программы и файлы, которые больше не нужны.

  1. Удалите прежнюю версию служб Reporting Services, если она больше не нужна. Этот шаг не удаляет следующие элементы, но их можно удалить вручную, если они больше не нужны:

    • Предыдущая база данных сервера отчетов

    • роль RsExec;

    • учетную запись службы сервера отчетов;

    • пул приложений для веб-службы сервера отчетов;

    • виртуальные каталоги для диспетчера отчетов и сервера отчетов;

    • файлы журналов сервера отчетов.

  2. Удалите службы IIS, если они более не нужны на этом компьютере.

Следующие шаги

Есть еще вопросы? Посетите форум служб Reporting Services.