Compartir a través de

Actualizar y migrar Reporting Services

  • Artículo

Se aplica a: SQL Server 2016 (13.x) Reporting Services y versiones posteriores ❌ Power BI Report Server SharePoint

En este artículo se proporciona información general sobre las opciones de actualización y migración de SQL Server Reporting Services. Hay dos enfoques generales para actualizar una implementación de SQL Server Reporting Services:

  • Actualizar a Reporting Services 2016 y versiones anteriores desde Reporting Services 2016 y versiones anteriores: se actualizan los componentes de Reporting Services en los servidores y las instancias donde están instalados actualmente. Este proceso habitualmente se denomina actualización "en contexto". No se admite la actualización local desde un modo de servidor de Reporting Services en otro. Por ejemplo, no puede actualizar un servidor de informes en modo nativo a un servidor de informes en modo de SharePoint. Puede migrar los elementos de informe de un modo a otro. Para más información, vea la sección Escenarios de actualización y migración en modo de SharePoint más adelante en este documento.

  • Actualizar a Reporting Services 2017 y versiones posteriores desde Reporting Services 2016 y versiones anteriores No es el mismo escenario de actualización que en las versiones anteriores. Al actualizar a Reporting Services 2016 y versiones anteriores, puede seguir un proceso de actualización local con el soporte de instalación de SQL Server. Al actualizar a Reporting Services 2017 y versiones posteriores desde Reporting Services 2016 y versiones anteriores, no se pueden seguir los mismos pasos porque la nueva instalación de Reporting Services es un producto independiente. Ya no forma parte del soporte de instalación de SQL Server.

    Para actualizar desde Reporting Services 2016 y versiones anteriores a Reporting Services 2017 y versiones posteriores, siga el artículo Migración de una instalación de Reporting Services (modo nativo) con Reporting Services 2017 o versiones posteriores como instancia de destino.

  • Actualizar desde Reporting Services 2017 a versiones futuras es de nuevo un escenario de actualización local, ya que los GUID de instalación del producto son los mismos. Ejecute el archivo de instalación SQLServerReportingServices.exe para iniciar la actualización local en el servidor donde Reporting Services está instalado actualmente.

  • Migración: se instala y configura un nuevo entorno de SharePoint, se copian los elementos de informe y los recursos al nuevo entorno, y se configura el nuevo entorno para usar contenido existente. Una forma de nivel inferior de migración consiste en copiar las bases de datos de Reporting Services, los archivos de configuración y, si se usa el modo de SharePoint, las bases de datos de contenido de SharePoint.

Nota:

La integración de Reporting Services con SharePoint no está disponible a partir de SQL Server 2016.

Problemas de actualización conocidos y procedimientos recomendados

Para obtener una lista detallada de las ediciones y las versiones admitidas que puede actualizar, vea Actualizaciones de ediciones y versiones admitidas.

Sugerencia

Para obtener la información más reciente sobre problemas con SQL Server, vea Notas de la versión de SQL Server 2016.

Instalaciones en paralelo

El modo nativo de SQL Server Reporting Services se puede instalar en paralelo con una implementación de SQL Server 2012 (11.x) o SQL Server 2014 (12.x) en modo nativo.

No se admiten las implementaciones en paralelo de SQL Server Reporting Services en el modo de SharePoint ni ninguna de las versiones anteriores de los componentes del modo de SharePoint de Reporting Services.

Actualizaciones locales

El programa de instalación de SQL Server completa la actualización. El programa de instalación de SQL Server se puede usar para actualizar cualquier componente de SQL Server, o todos, incluido Reporting Services. El programa de instalación detecta las instancias existentes y solicita que se actualice. El programa de instalación de SQL Server proporciona opciones de actualización que puede especificar como argumentos de la línea de comandos o en el Asistente para instalación.

Al ejecutar el programa de instalación de SQL Server, puede seleccionar la opción para actualizar desde una de las versiones siguientes o puede instalar una nueva instancia de SQL Server Reporting Services que se ejecute en paralelo con las instalaciones existentes:

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Para más información sobre SQL Server, vea lo siguiente:

Lista de comprobación previa a la actualización

Antes de actualizar a SQL Server Reporting Services:

  • Revisa los requisitos para determinar si el hardware y el software pueden admitir SQL Server 2016 (13.x) Reporting Services o una versión posterior (SSRS). Para más información, vea Requisitos de hardware y software para instalar SQL Server 2016.

  • Use el Comprobador de configuración del sistema (SCC) para examinar el equipo del servidor de informes en busca de cualquier condición que pudiera evitar la instalación correcta de SQL Server Reporting Services. Para obtener más información, vea Check Parameters for the System Configuration Checker.

  • Revise los procedimientos recomendados de seguridad y orientación para SQL Server. Para obtener más información, vea Security Considerations for a SQL Server Installation.

  • Haga una copia de seguridad de la clave simétrica. Para obtener más información, vea Hacer copia de seguridad y restaurar claves de cifrado de Reporting Services.

  • Haga copia de seguridad de las bases de datos del servidor de informes y de los archivos de configuración. Para obtener más información, vea Backup and Restore Operations for Reporting Services.

  • Haga una copia de seguridad de las personalizaciones de los directorios virtuales de Reporting Services existentes en IIS.

  • Quite los certificados TLS o SSL no válidos, incluidos los que han expirado y no tiene previsto actualizar antes de actualizar Reporting Services. Los certificados no válidos provocan un error de actualización y un mensaje de error similar al siguiente en el archivo de registro de Reporting Services: Microsoft.ReportingServices.WmiProvider.WMIProviderException: No se configurado ningún certificado SSL (Capa de sockets seguros) en el sitio web..

Antes de actualizar un entorno de producción, ejecute siempre una actualización de prueba en un entorno de preproducción que tenga la misma configuración que el entorno de producción.

Importante

Estos pasos deben completarse en su totalidad para que sea posible una reversión más tarde. El Soporte técnico de Microsoft no puede recuperar copias de seguridad, claves de cifrado o archivos de configuración de los que no se ha hecho una copia de seguridad.

Información general de los escenarios de migración

Si va a realizar una actualización desde una versión admitida de Reporting Services a SQL Server, normalmente puede ejecutar el Asistente para instalación de SQL Server con el fin de actualizar los archivos de programa, la base de datos y todos los datos de aplicación del servidor de informes.

Sin embargo, es necesario migrar manualmente la instalación de un servidor de informes si se da alguna de las condiciones siguientes:

  • Desea cambiar el tipo de servidor de informes usado en la implementación. Por ejemplo, no puede actualizar o convertir un servidor de informes en modo nativo al modo de SharePoint. Para más información, vea Migración del modo nativo al modo de SharePoint (SSRS).

  • Desea minimizar la cantidad de tiempo que el servidor de informes está sin conexión durante el proceso de actualización. La instalación actual permanece en línea mientras copia datos de contenido en una instancia del servidor de informes y prueba la instalación sin cambiar el estado de la instalación del servidor de informes existente.

  • Es recomendable migrar una implementación de Reporting Services de SharePoint 2010 a SharePoint 2013/2016. SharePoint 2013/2016 no admite la actualización en contexto desde SharePoint 2010. Para obtener más información, vea Migrar una instalación de Reporting Services (modo de SharePoint).

Escenarios de actualización y migración en modo nativo

Actualización: La actualización en contexto para el modo nativo es el mismo proceso para cada una de las versiones admitidas mencionadas antes en este artículo. Ejecute el Asistente para la instalación de SQL Server o una instalación desde la línea de comandos. Después de la instalación, la base de datos del servidor de informes se actualiza automáticamente al nuevo esquema de la base de datos del servidor de informes. Para más información, vea Actualización en contexto en este artículo.

El proceso de actualización comienza al seleccionar una instancia del servidor de informes existente para actualizar.

  1. Si la base de datos del servidor de informes está en un equipo remoto y no tiene permiso para actualizarla, el programa de instalación le solicita que proporcione las credenciales para actualizar a una base de datos del servidor de informes remota. Asegúrese de proporcionar las credenciales que tiene sysadmin o los permisos de actualización de base de datos.

  2. El programa de instalación comprueba la configuración o las condiciones que impiden la actualización y lee los valores de configuración. Algunos ejemplos pueden ser las extensiones personalizadas que se implementan en el servidor de informes. Si la actualización permanece bloqueada, debe modificar la instalación para que deje de estarlo o migrar a una nueva instancia de SQL Server Reporting Services. Para obtener más información, vea la documentación del Asesor de actualizaciones.

  3. Si la actualización puede continuar, el programa de instalación le solicita que continúe con el proceso de actualización.

  4. El programa de instalación crea carpetas para los archivos del programa SQL Server Reporting Services. Las carpetas de programa para una instalación de Reporting Services incluyen MSRS13.<nombre de instancia>.

  5. El programa de instalación agrega los archivos de programa del servidor de informes de SQL Server Reporting Services, las herramientas de configuración y las utilidades de línea de comandos que forman parte de la característica del servidor de informes.

    1. Los archivos de programa de la versión anterior se quitan.

    2. Entre las has herramientas de configuración del servidor de informes y las utilidades que se actualizan a la nueva versión se incluyen la herramienta de configuración de Reporting Services en modo nativo, utilidades de la línea de comandos como RS.exe y el Generador de informes.

    3. Otras herramientas cliente como SQL Server Management Studio son una descarga independiente y se deben actualizar por separado. Para más información, consulte Descargar SQL Server Management Studio (SSMS).

    4. SQL Server Data Tools (SSDT) es una descarga independiente. Para más información, consulte SQL Server Data Tools en Visual Studio 2015.

  6. El programa de instalación reutiliza la entrada de servicio del Administrador de control de servicios para el servicio Servidor de informes de SQL Server Reporting Services. Esta entrada de servicio incluye la cuenta de servicio de Windows Servidor de informes.

  7. El programa de instalación reserva direcciones URL nuevas de acuerdo con la configuración actual del directorio de IIS. Es posible que el programa de instalación no quite los directorios virtuales en IIS, de modo que tiene que asegurarse de quitarlos manualmente una vez que finalice la actualización.

  8. El programa de instalación combina los valores de los archivos de configuración. El programa de instalación usa como base los archivos de configuración de la instalación actual para agregar nuevas entradas. Las entradas obsoletas no se quitan, pero el servidor de informes deja de leerlas una vez que finaliza la actualización. Una actualización no elimina los archivos de registro antiguos, el archivo RSWebApplication.config obsoleto ni la configuración de directorios virtuales en IIS. Una actualización no quita versiones anteriores del Diseñador de informes, Management Studio u otras herramientas de cliente. Si ya no los necesita, asegúrese de quitar estos archivos y herramientas una vez que finalice la actualización.

Migración: la migración de una versión anterior de una instalación en modo nativo a SQL Server Reporting Services consta de los mismos pasos para todas las versiones admitidas enumeradas antes en este artículo. Para obtener más información, vea Migrar una instalación de Reporting Services (modo nativo).

Actualización de una implementación escalada horizontalmente de Reporting Services en modo nativo

En el resumen siguiente se muestra cómo actualizar una implementación en modo nativo de Reporting Services escalada horizontalmente a más de un servidor de informes. Este proceso requiere un tiempo de inactividad de la implementación de Reporting Services:

  1. Haga una copia de seguridad de las claves de cifrado y las bases de datos del servidor de informes. Para más información, vea Operaciones de copia de seguridad y restauración de Reporting Services y Agregar y quitar claves de cifrado para implementaciones escaladas (Administrador de configuración del servidor de informes).

  2. Use el Administrador de configuración de Reporting Services y quite todos los servidores de informes de la implementación escalada. Para obtener más información, vea Configurar una implementación escalada horizontalmente del servidor de informes en modo nativo (Administrador de configuración del servidor de informes).

  3. Actualice uno de los servidores de informes a SQL Server Reporting Services.

  4. Use el Administrador de configuración de Reporting Services para volver a agregar los servidores de informes a la implementación escalada. Para obtener más información, vea Configurar una implementación escalada horizontalmente del servidor de informes en modo nativo (Administrador de configuración del servidor de informes).

    Para cada servidor, repita los pasos de actualización y escalado horizontal.

Reversión de una actualización acumulativa de Reporting Services

Las actualizaciones acumulativas de Reporting Services 2017 y versiones posteriores admiten la actualización local, pero no se pueden desinstalar de forma selectiva. Para revertir una actualización, debe desinstalar todo el servicio y volver a instalar la versión anterior:

Importante

Para estos pasos, es necesario que haya seguido completamente la lista de comprobación previa a la actualización. El paso 2 provocará que los archivos de configuración, las configuraciones de servicio y las claves de cifrado existentes sean irrecuperables. El Soporte técnico de Microsoft no puede recuperar estos archivos de configuración ni descifrar estas claves de cifrado para ayudar en la reversión.

  1. Tome nota de las configuraciones personalizadas, incluidas las credenciales de servicio, las configuraciones del recurso compartido de archivos o correo electrónico, o las direcciones URL del servidor de informes.

  2. Desinstale SQL Server Reporting Services. En una implementación escalada horizontalmente, repita el procedimiento para todos los nodos del escalado horizontal. Para más información, vea Desinstalación del modo nativo.

  3. Restaure las copias de seguridad de la base de datos del servidor de informes. Para obtener más información, vea Backup and Restore Operations for Reporting Services.

  4. Vuelva a instalar la actualización anterior de SQL Server Reporting Services.

  5. Restaure los archivos de configuración anteriores a la actualización.

  6. Restaure la copia de seguridad de la clave de cifrado. Para más información, vea Copia de seguridad y restauración de claves de cifrado.

  7. Vuelva a crear todas las configuraciones personalizadas que se han indicado en el paso 1.

  8. En una implementación escalada horizontalmente, repita los pasos del 4 al 7 para todos los nodos del escalado horizontal.

Escenarios de actualización y migración en modo de SharePoint

En las siguientes secciones se describen los problemas y los pasos básicos necesarios para actualizar o migrar desde versiones especificadas del modo de SharePoint de Reporting Services al modo de SharePoint de Reporting Services de SQL Server Reporting Services.

Hay dos componentes de instalación para actualizar una implementación del modo de SharePoint de Reporting Services.

  • Servicio compartido de SharePoint de Reporting Services.

    Sugerencia

    Use el cmdlet Get-SPRSServiceApplicationServers de SharePoint de Reporting Services para determinar los servidores de la granja de SharePoint que están ejecutando actualmente el servicio compartido de SharePoint de Reporting Services y, por tanto, requieren una actualización.

  • Complemento de Reporting Services para productos de SharePoint. Para obtener más información, vea Instalar o desinstalar el complemento Reporting Services para SharePoint.

Para obtener los pasos detallados sobre cómo migrar una instalación en modo de SharePoint, vea Migrar una instalación de Reporting Services (modo de SharePoint).

Importante

Algunos de los escenarios siguientes necesitan un tiempo de inactividad del entorno de SharePoint debido a las diversas tecnologías que hay que actualizar. Si su situación no permite que haya tiempo de inactividad, necesitará completar una migración en lugar de una actualización en contexto.

De SQL Server 2014 (12.x) a SQL Server Reporting Services

Entorno inicial: SQL Server 2014 (12.x) o SQL Server 2014 (12.x) SP1, SharePoint 2010 o SharePoint 2013.

Entorno final: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 no admite la actualización en contexto desde SharePoint 2010. Sin embargo, se admite el procedimiento de actualizar y adjuntar la base de datos.

    Si tiene una instalación de Reporting Services integrada con SharePoint 2010, no puede realizar una actualización local del servidor de SharePoint. Sin embargo, puede migrar las bases de datos de contenido y las bases de datos de aplicación de servicio de la granja de SharePoint 2010 a una granja de SharePoint 2013/2016.

De SQL Server 2012 (11.x) a SQL Server Reporting Services

Entorno inicial: SQL Server 2012 (11.x) o SQL Server 2012 SP1 (11.0.3x), SharePoint 2010.

Entorno final: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 no admite la actualización en contexto desde SharePoint 2010. Sin embargo, se admite el procedimiento de actualizar y adjuntar la base de datos.

    Si tiene una instalación de Reporting Services integrada con SharePoint 2010, no puede realizar una actualización local del servidor de SharePoint. Sin embargo, puede migrar las bases de datos de contenido y las bases de datos de aplicación de servicio de la granja de SharePoint 2010 a una granja de SharePoint 2013/2016.

De SQL Server 2008 R2 (10.50.x) a SQL Server Reporting Services

Entorno inicial: SQL Server 2008 R2 (10.50.x), SharePoint 2010.

Entorno final: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 no admite la actualización en contexto desde SharePoint 2010. Sin embargo, se admite el procedimiento de actualizar y adjuntar la base de datos.

    SharePoint se debe migrar antes de poder actualizar Reporting Services.

  • Instale la versión de SQL Server Reporting Services del complemento de Reporting Services para SharePoint en cada front-end web de la granja. Puede instalar el complemento mediante el Asistente para la instalación de SQL Server Reporting Services o descargándolo.

  • Ejecute la instalación de SQL Server Reporting Services para actualizar el modo de SharePoint para cada "servidor de informes". El Asistente para instalación de SQL Server instala el servicio Reporting Services y crea una aplicación de servicio.

Consideraciones para una migración

Al mover los datos de la aplicación, debe ser consciente de los aspectos y restricciones siguientes:

  • La protección de la clave de cifrado incluye un hash que incorpora la identidad del equipo.

  • Los nombres de base de datos del servidor de informes son fijos y no se pueden cambiar en el equipo nuevo.

Consideraciones sobre claves de cifrado

Realice siempre una copia de seguridad de las claves de cifrado antes de mover una base de datos del servidor de informes a otro equipo.

Al mover una instalación del servidor de informes a otro equipo se invalida el hash que protege las claves de cifrado que se usan para proteger los datos confidenciales almacenados en la base de datos del servidor de informes. Cada instancia del servidor de informes que utiliza la base de datos tiene su copia de la clave de cifrado, que se cifra con la identidad de la cuenta de servicio que está definida en el equipo actual. Si cambia los equipos, el servicio deja de tener acceso a la clave, aunque use el mismo nombre de cuenta en el equipo nuevo.

Para volver a establecer el cifrado reversible en el nuevo equipo del servidor de informes, debe restaurar la clave de la que realizó anteriormente una copia de seguridad. El conjunto de claves completo que se almacena en la base de datos del servidor de informes está compuesto de un valor de clave simétrica más la información de identidad del servicio que se usa para restringir el acceso a la clave, para que solo pueda usarla la instancia del servidor de informes donde se ha almacenado. Durante la restauración de la clave, el servidor de informes reemplaza las copias existentes de la clave por las versiones nuevas. La versión nueva incluye los valores de identidad de servicio y de equipo definidos en el equipo actual. Para más información, vea:

Nombre fijo de la base de datos

No puede cambiar el nombre de la base de datos del servidor de informes. La identidad de la base de datos se registra en los procedimientos almacenados del servidor de informes cuando se crea la base de datos. El cambio del nombre de las bases de datos temporales o principales del servidor de informes hace que se produzcan errores al ejecutar los procedimientos, lo que invalida la instalación del servidor de informes.

Si el nombre de la base de datos de la instalación existente no es adecuado para la instalación nueva, considere la posibilidad de crear una base de datos con el nombre que prefiera. Después, cargue los datos de la aplicación existentes mediante las técnicas de la lista siguiente:

  • Escriba un script de Visual Basic que llame a los métodos SOAP del servicio web del servidor de informes para copiar datos entre las bases de datos. Para ejecutar el script, puede usar la utilidad RS.exe. Para obtener más información sobre este método, vea Scripting and PowerShell with Reporting Services (Scripting y PowerShell con Reporting Services).

  • Escriba código que llame al proveedor de WMI para copiar datos entre las bases de datos. Para obtener más información sobre este método, vea Access the Reporting Services WMI Provider (Obtener acceso al proveedor de WMI de Reporting Services).

  • Si solo tiene unos pocos elementos, puede volver a publicar los informes y los orígenes de datos compartidos del Diseñador de informes, del Diseñador de modelos y del Generador de informes en el nuevo servidor de informes. Debe volver a crear asignaciones de roles, suscripciones, programaciones compartidas, calendarios de instantáneas de informes, propiedades personalizadas que establezca en informes u otros elementos, seguridad de elementos de modelo y propiedades que establezca en el servidor de informes. Se pierden el historial de informes y los datos del registro de ejecución de informes.

Contenido relacionado

¿Tiene alguna pregunta más? Puede plantear sus dudas en el foro de Reporting Services.