Поделиться через

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

  • Статья

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

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

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

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

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

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

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

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

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

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

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

    Совет

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

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

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

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

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

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

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

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

Фиксированное имя базы данных

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

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

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

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

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

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

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

Кроме того, следует учитывать несколько важных изменений в SQL Server 2014, которые повлияют на перенос установки:

  • Начиная с SQL Server 2008, службы IIS больше не нужны. При переносе экземпляра сервера отчетов на новый компьютер не обязательно добавлять роль веб-сервера. Кроме того, шаги для настройки URL-адресов и проверки подлинности отличаются от предыдущей версии, как и методы и средства диагностики и устранения проблем.

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

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

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

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

  • Ssl-сертификаты клиента не поддерживаются в SQL Server 2008 Reporting Services и более поздних версиях. Если используются клиентские SSL-сертификаты, необходимо до осуществления миграции перепроектировать решения по созданию отчетов.

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

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

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

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

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

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

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

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

    1. RSReportServer.config

    2. Rswebapplication.config;

    3. Rssvrpolicy.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 2014 требуется использовать одну из следующих версий для размещения базы данных сервера отчетов:

    • SQL Server 2014

    • SQL Server 2012

    • SQL Server 2008 R2

    • SQL Server 2008

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

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

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

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

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

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

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

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

    • Пользовательские расширения проверки подлинности, созданные для выпуска SQL Server 2005, должны быть перекомпилированы.

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

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

    • Повторная компиляция других пользовательских сборок необязательна.

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

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

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

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

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

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

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

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

    6. Реализация модуля безопасности

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

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

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

Важно!

Если какие-либо серверы отчетов масштабного развертывания функционируют в режиме «вне сети» и не были подвергнуты переносу, они могут обнаружить исключение rsInvalidReportServerDatabase, поскольку при подключении к обновленным базам данных эти серверы используют более старую схему.

Примечание

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

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

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

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

  2. Настройте URL-адреса сервера отчетов и диспетчера отчетов. Дополнительные сведения см. в статье Настройка URL-адреса (SSRS Configuration Manager).

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

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

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

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

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

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

Настройка Сведения
Доставка электронной почты сервера отчетов с пользовательскими параметрами Настройка сервера отчетов для доставки электронной почты (SSRS Configuration Manager) и параметров электронной почты — Configuration Manager (собственный режим служб SSRS).
Настройки сведений об устройстве Настройка параметров модулей подготовки отчетов в RSReportServer.Config
Диспетчер отчетов на удаленном экземпляре Настройка диспетчера отчетов (собственный режим)

Группа служб Windows и списки управления доступом

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

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

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

  2. Проверьте отчеты и убедитесь в том, что они содержат ожидаемые данные. Просмотрите сведения об источнике данных на предмет того, содержатся ли в них данные о подключении к источнику данных. Сервер отчетов использует объектную модель отчета SQL Server 2014 при обработке и подготовке отчетов, но он не заменяет конструкции SQL Server 2008 или SQL Server 2008 R2 новыми элементами языка определения отчетов. Дополнительные сведения о том, как существующие отчеты выполняются на сервере отчетов SQL Server 2014, см. в статье Обновление отчетов.

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

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

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

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

    • роль RsExec;

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

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

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

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

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

См. также:

Перенос установки служб Reporting Services (режим интеграции с SharePoint)
База данных сервера отчетов (службы Reporting Services в собственном режиме)
Обновление и перенос служб Reporting Services
Обратная совместимость служб Reporting Services
Использование диспетчера конфигурации служб Reporting Services (собственный режим)