Перенос установки служб 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.

  • Запишите код, который вызывает поставщика инструментария 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 см. в документации советника по переходу и в разделе Новые возможности служб Reporting Services.

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

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

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

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

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

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

  2. Настройте URL-адреса сервера отчетов и портала. Дополнительные сведения см. в статье Настройка URL-адреса (диспетчер конфигурации сервера отчетов).

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

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

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

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

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

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

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

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

    • старую базу данных сервера отчетов;

    • роль RsExec;

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

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

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

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

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

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

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