Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Migrar una instalación de Reporting Services (modo nativo)

En este tema se proporcionan instrucciones paso a paso para migrar una de las siguientes versiones admitidas de una implementación en modo nativo de Reporting Services a una nueva instancia de SQL Server 2014 Reporting Services:

Se aplica a: Modo nativo de Reporting Services.

Para obtener más información sobre la migración de una implementación en modo de SharePoint de Reporting Services, vea Migrar una instalación de Reporting Services (modo de SharePoint).

La migración se define como la acción de mover los archivos de datos de aplicación a una instancia nueva de SQL Server 2014. A continuación se muestran los motivos comunes para migrar la instalación:

  • Tiene una implementación a gran escala o requisitos de tiempo de actividad.

  • Va a cambiar el hardware o la topología de la instalación.

  • Encontró un problema que bloquea la actualización.

En este tema:

El proceso de migración de Reporting Services incluye pasos manuales y automatizados. A continuación se exponen las tareas necesarias para la migración de un servidor de informes:

  • Realizar una copia de seguridad de los archivos de configuración, aplicación y base de datos.

  • Realizar una copia de seguridad de la clave de cifrado.

  • Instalar una instancia nueva de SQL Server 2014. Si usa el mismo hardware, puede instalar SQL Server 2014 en paralelo con la instalación existente si era una de las versiones admitidas.

    Sugerencia Sugerencia

    Una instalación en paralelo puede requerir que instale SQL Server 2014 como una instancia con nombre.

  • Mover la base de datos del servidor de informes y otros archivos de aplicación de una instalación existente a la nueva instalación de SQL Server 2014.

  • Mover los archivos de aplicación personalizados a la instalación nueva.

  • Configurar el servidor de informes.

  • Modificar el archivo RSReportServer.config de modo que incluya cualquier configuración personalizada de la instalación anterior.

  • Opcionalmente, configure Listas de control de acceso (ACL) personalizadas para el nuevo grupo de servicios de Windows Reporting Services.

  • Quitar las aplicaciones y las herramientas que no se usen después de haber confirmado que la instancia nueva es totalmente operativa.

Hay restricciones en las ediciones de SQL Server que hospedan la base de datos del servidor de informes. Revise el tema siguiente si va a volver a usar una base de datos de servidor de informes que se creó en una instalación anterior.

Icono de flecha usado con el vínculo Volver al principio Arriba

No se 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 hará que se produzcan errores cuando se ejecuten 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, plantéese la posibilidad de crear una base de datos nueva con el nombre que prefiera y, a continuación, cargar los datos de la aplicación existente mediante las técnicas siguientes:

  • 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 acerca de este enfoque, vea Scripting (Reporting Services SSRS).

  • Escriba código que llame al proveedor de WMI para copiar datos entre las bases de datos. Para obtener más información acerca de este enfoque, vea Obtener acceso al proveedor WMI de Reporting Services.

  • Si solo tiene unos pocos elementos, puede volver a publicar los informes, los modelos de informe 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. Perderá el historial de informes y los datos del registro de ejecución de informes.

Icono de flecha usado con el vínculo Volver al principio Arriba

Aunque esté realizando una migración de la instalación en lugar de actualizarla, considere la posibilidad de ejecutar el Asesor de actualizaciones en la instalación existente como ayuda para identificar los problemas que pueden afectar a la migración. Este paso es especialmente útil si está migrando un servidor de informes que no instaló o configuró. Al ejecutar el Asesor de actualizaciones, puede descubrir valores personalizados que quizás no se admitan en una instalación nueva de SQL Server 2014.

Además, debe tener en cuenta varios cambios importantes en SQL Server 2014 que afectarán al modo de migrar la instalación:

  • A partir de SQL Server 2008, IIS ya no es un requisito previo. Si está migrando una instalación del servidor de informes a un equipo nuevo, no necesita agregar el rol de servidor web. Además, los procedimientos para configurar las direcciones URL y la autenticación son diferentes de los de la versión anterior, al igual que las técnicas y las herramientas para diagnosticar y solucionar problemas.

  • El servicio web del servidor de informes, el Administrador de informes y el servicio Windows del servidor de informes están consolidados dentro de un servicio único del servidor de informes. Las tres aplicaciones se ejecutan en la misma cuenta. Las tres aplicaciones citadas leen los valores de configuración del archivo RSReportServer.config, con lo que el archivo RSWebApplication.config queda obsoleto.

  • El Administrador de informes y SQL Server Management Studio se han rediseñado para quitar las características que se solapan. Cada herramienta admite un conjunto diferenciado de tareas; las herramientas ya no son intercambiables.

  • Los filtros ISAPI no se admiten en SQL Server 2008 Reporting Services y versiones posteriores. Si utiliza los filtros ISAPI, debe rediseñar su solución de elaboración de informes antes de la migración.

  • Las restricciones de dirección IP no se admiten en SQL Server 2008 Reporting Services y versiones posteriores. Si utiliza restricciones de dirección IP, debe rediseñar la solución de elaboración de informes antes de la migración o utilizar una tecnología tal como un firewall, un enrutador o Traducción de direcciones de red (NAT) para configurar direcciones que tengan restringido el acceso al servidor de informes.

  • Los certificados de clientes SSL no se admiten en SQL Server 2008 Reporting Services y versiones posteriores. Si utiliza certificados SSL de cliente, debe rediseñar la solución de elaboración de informes antes de la migración.

  • Si utiliza un tipo de autenticación distinto de la autenticación integrada de Windows, debe actualizar el elemento <AuthenticationTypes> en el archivo RSReportServer.config con un tipo de autenticación compatible. Los tipos de autenticación compatibles son NTLM, Kerberos, Negocie y Basic. Las autenticaciones implícita, anónima y .NET Passport no se admiten en SQL Server 2008 Reporting Services.

  • Si utiliza hojas de estilos en cascada personalizadas en el entorno de elaboración de informes, no se migrarán. Deberá moverlas manualmente después de la migración.

Para obtener más información sobre los cambios en SQL Server 2014 Reporting Services, vea la documentación del Asesor de actualizaciones y Novedades (Reporting Services).

Icono de flecha usado con el vínculo Volver al principio Arriba

Antes de instalar una instancia nueva de Reporting Services, no olvide hacer una copia de seguridad de todos los archivos de la instalación actual.

  1. Realice una copia de seguridad de la clave de cifrado de la base de datos del servidor de informes. Este paso es esencial para que la migración se realice correctamente. Más adelante en el proceso de migración, debe restaurarla para que el servidor de informes recupere el acceso a los datos cifrados. Para realizar una copia de seguridad de la clave, use el Administrador de configuración de Reporting Services.

  2. Haga una copia de seguridad de la base de datos del servidor de informes mediante uno de los métodos admitidos en SQL Server. Para obtener más información, vea las instrucciones sobre cómo realizar una copia de seguridad de la base de datos del servidor de informes en Mover las bases de datos del servidor de informes a otro equipo (Modo nativo de SSRS).

  3. Realice una copia de seguridad de los archivos de configuración del servidor de informes. Debe realizar una copia de seguridad de los siguientes archivos:

    1. Rsreportserver.config

    2. Rswebapplication.config

    3. Rssvrpolicy.config

    4. Rsmgrpolicy.config

    5. Reportingservicesservice.exe.config

    6. Web.config para las aplicaciones de ASP.NET del servidor de informes y del Administrador de informes.

    7. Machine.config para ASP.NET si lo modificó para las operaciones del servidor de informes.

Icono de flecha usado con el vínculo Volver al principio Arriba

Instale una instancia nueva del servidor de informes en modo de solo archivos para que pueda configurarlo para usar valores no predeterminados. Para realizar una instalación desde la línea de comandos, use el argumento FilesOnly. En el Asistente para la instalación, seleccione la opción Instalar, pero no configurar el servidor.

Haga clic en uno de los vínculos siguientes para ver instrucciones sobre cómo instalar una instancia nueva de Reporting Services:

Icono de flecha usado con el vínculo Volver al principio Arriba

La base de datos del servidor de informes contiene los informes, modelos, orígenes de datos compartidos, calendarios, recursos, suscripciones y carpetas publicados. También contiene las propiedades de los elementos y del sistema, y los permisos para tener acceso al contenido del servidor de informes.

Si la migración incluye el uso de una instancia del Motor de base de datos diferente, debe mover la base de datos del servidor de informes a la nueva instancia del Motor de base de datos. Si está usando la misma instancia del Motor de base de datos, vaya a la sección Mover las extensiones o ensamblados personalizados.

Para mover la base de datos del servidor de informes, haga lo siguiente:

  1. Elija la instancia del Motor de base de datos que se va a usar. SQL Server 2014 Reporting Services requiere que use una de las siguientes versiones para hospedar la base de datos del servidor de informes:

    • SQL Server 2014

    • SQL Server 2012

    • SQL Server 2008 R2

    • SQL Server 2008

  2. Inicie SQL Server Management Studio y conéctese a Motor de base de datos.

  3. Cree la función RSExecRole en las bases de datos del sistema si Motor de base de datos nunca ha hospedado una base de datos del servidor de informes. Para obtener más información, vea Crear el RSExecRole.

  4. Siga las instrucciones de Mover las bases de datos del servidor de informes a otro equipo (Modo nativo de SSRS).

Recuerde que tanto la base de datos del servidor de informes como la base de datos temporal son interdependientes y deben moverse conjuntamente. No copie las bases de datos; la copia no transfiere todas las configuraciones de seguridad a la nueva instalación. No mueva los trabajos del Agente SQL Server para las operaciones del servidor de informes programadas. El servidor de informes volverá a crear automáticamente estos trabajos.

Icono de flecha usado con el vínculo Volver al principio Arriba

Si la instalación incluye elementos de informe, ensamblados o extensiones personalizados, debe implementar de nuevo los componentes personalizados. Si no usa componentes personalizados, vaya a la sección Configurar el servidor de informes.

Para implementar de nuevo los componentes personalizados, haga lo siguiente:

  1. Averigüe los ensamblados son compatibles o si es necesario volver a compilarlos.

    • Las extensiones de autenticación personalizadas creadas para la versión SQL Server 2005 deben volverse a compilar.

    • Las extensiones de representación personalizadas para SQL Server 2008 Reporting Services se deben reescribir utilizando el Modelo de objetos de representación (ROM).

    • Los representadores OWC HTML y HTML 3.2 no se admiten en SQL Server 2008 Reporting Services y versiones posteriores.

    • No debería ser necesario volver a compilar otros ensamblados personalizados.

  2. Mueva los ensamblados al nuevo servidor de informes y a las carpetas \bin del Administrador de informes. En SQL Server 2014, los archivos binarios del servidor de informes se encuentran en la siguiente ubicación para la instancia predeterminada de SQL Server 2014 Reporting Services:

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

  3. Modifique los archivos de configuración para agregar las entradas del componente personalizado. Las entradas variarán según el tipo de ensamblado que use. Para obtener instrucciones sobre dónde colocar los archivos y agregar las entradas de configuración, vea lo siguiente:

    1. Implementar un ensamblado personalizado

    2. Cómo implementar un elemento de informe personalizado

    3. Implementar una extensión de procesamiento de datos

    4. Implementar una extensión de entrega

    5. Implementar una extensión de representación

    6. Implementar una extensión de seguridad

Icono de flecha usado con el vínculo Volver al principio Arriba

Configure las direcciones URL para el servicio web del servidor de informes y el Administrador de informes, y configure la conexión con la base de datos del servidor de informes.

Si está migrando una implementación escalada, ponga todos los nodos de servidor de informes sin conexión y migre cada servidor de uno en uno. Una vez que el primer servidor de informes y migra y se conecta correctamente a la base de datos del servidor de informes, la versión de la base de datos del servidor de informes se actualiza automáticamente a la versión de base de datos de SQL Server 2014.

Nota importante Importante

Si cualquiera de los servidores de informes de la implementación escalada está conectado y no se ha migrado, podría encontrar una excepción rsInvalidReportServerDatabase porque esté utilizando un esquema más antiguo al conectarse a los actualizados.

Nota Nota

Si el servidor de informes para el que realizó la migración se configuró como base de datos compartida para una implementación escalada, deberá eliminar alguna de las claves de cifrado antiguas de la tabla Keys de la base de datos ReportServer, antes de configurar el servicio del servidor de informes. Si no se quitan las claves, el servidor de informes migrado intentará inicializarse en modo de implementación escalada. Para obtener más información, vea Agregar y quitar claves de cifrado para implementaciones escaladas (Administrador de configuración de SSRS) y Configurar y administrar claves de cifrado (Administrador de configuración de SSRS).

Las claves de escalamiento no se pueden eliminar utilizando el Administrador de configuración de Reporting Services. Las claves antiguas se deben eliminar de la tabla Keys de la base de datos ReportServer con SQL Server Management Studio. Elimine todas las filas de la tabla Keys. De esta manera, borrará la tabla y la preparará para restaurar únicamente la clave simétrica, tal y como se documenta en los siguientes pasos.

Antes de eliminar las claves, se recomienda hacer primero una copia de seguridad de la clave de cifrado simétrica. Puede utilizar el Administrador de configuración de Reporting Services para hacer una copia de seguridad de la clave. Abra el Administrador de configuración, haga clic en la pestaña Claves de cifrado y, a continuación, haga clic en el botón Copia de seguridad. También puede crear scripts de comandos WMI para hacer una copia de seguridad de la clave de cifrado. Para obtener más información acerca de WMI, vea Método BackupEncryptionKey (WMI MSReportServer_ConfigurationSetting).

  1. Inicie el Administrador de configuración de Reporting Services y conéctese a la instancia recién instalada de Reporting Services. Para obtener más información, vea Administrador de configuración de Reporting Services (modo nativo).

  2. Configure las direcciones URL del servidor de informes y el Administrador de informes. Para obtener más información, vea Configurar una dirección URL (Administrador de configuración de SSRS).

  3. Seleccione la base de datos del servidor de informes existente de la instalación anterior y configúrela. Después de una configuración correcta, los servicios del servidor de informes se reinician y, una vez realizada una conexión a la base de datos del servidor de informes, la base de datos se actualiza automáticamente a SQL Server 2014 Reporting Services. Para obtener más información sobre el procedimiento para ejecutar el Asistente para cambiar bases de datos que se usa para crear o seleccionar una base de datos del servidor de informes, vea Crear una base de datos del servidor de informes de modo nativo (Administrador de configuración de SSRS).

  4. Restaure las claves de cifrado. Este paso es necesario para habilitar el cifrado reversible en las cadenas de conexión ya existentes y las credenciales que ya están en la base de datos del servidor de informes. Para obtener más información, vea Hacer copia de seguridad y restaurar claves de cifrado de Reporting Services.

  5. Si instaló el servidor de informes en un equipo nuevo y usa el Firewall de Windows, asegúrese de que el puerto TCP en el que escuche el servidor de informes esté abierto. De forma predeterminada, este puerto es el 80. Para obtener más información, vea Configurar un firewall para el acceso al servidor de informes.

  6. Si desea administrar en el servidor de informes en modo nativo localmente, necesita configurar el sistema operativo para permitir la administración local con el Administrador de informes. Para obtener más información, vea Configurar un servidor de informes en modo nativo para la administración local (SSRS).

Icono de flecha usado con el vínculo Volver al principio Arriba

Si modificó el archivo RSReportServer.config o el archivo RSWebApplication.config en la instalación anterior, debe realizar las mismas modificaciones en el nuevo archivo RSReportServer.config. En la lista siguiente se resumen algunas de las razones por las que podría haber tenido que modificar el archivo de configuración anterior, y se proporcionan vínculos a información adicional sobre cómo configurar los mismos valores en SQL Server 2014.

Personalización

Información

Entrega de correo electrónico del servidor de informes con los valores de configuración personalizados

Configurar un servidor de informes para la entrega de correo electrónico (Administrador de configuración de SSRS) y Configuración de correo electrónico - Administrador de configuración (Modo nativo de SSRS).

Valores de configuración de la información del dispositivo

Personalizar los parámetros de extensión de representación en RSReportServer.Config

Administrador de informes en una instancia remota

Configurar el Administrador de informes (modo nativo)

Icono de flecha usado con el vínculo Volver al principio Arriba

En SQL Server 2014 Reporting Services (SSRS) hay un grupo de servicios, el grupo de servicios Reporting Services de Windows, que se usa para crear listas de control de acceso (ACL) de seguridad para todas las claves del Registro, archivos y carpetas que se instalan con SQL Server 2014 Reporting Services. Este nombre de grupo de Windows aparece en el formato SQLServerReportServerUser$<computer_name>$<instance_name>. Este grupo toma el lugar de los dos grupos de servicios de Windows en SQL Server 2005 Reporting Services. Si tiene listas ACL personalizadas asociadas a cualquiera de los grupos de Windows de SQL Server 2005 Reporting Services, necesitará aplicar esas ACL al nuevo grupo para la nueva instancia del servidor de informes en SQL Server 2014 Reporting Services.

Icono de flecha usado con el vínculo Volver al principio Arriba

  1. Compruebe los directorios virtuales del servidor de informes y del Administrador de informes; para ello, abra un explorador y escriba la dirección URL. Para obtener más información, vea Comprobar una instalación de Reporting Services.

  2. Compruebe los informes para ver si contienen los datos esperados. Revise la información del origen de datos para ver si todavía está especificada la información de conexión del origen de datos. El servidor de informes utiliza el modelo de objetos de informe de SQL Server 2014 al procesar y representar los informes, pero no reemplaza las construcciones de SQL Server 2008 o SQL Server 2008 R2 por elementos nuevos del lenguaje de definición de informes (RDL). Para obtener más información sobre cómo se ejecutan los informes existentes en un servidor de informes de SQL Server 2014, vea Actualizar informes.

Icono de flecha usado con el vínculo Volver al principio Arriba

Cuando haya migrado correctamente el servidor de informes a una instancia de SQL Server 2014 Reporting Services, es recomendable seguir estos pasos para quitar los programas y archivos que ya no sean necesarios.

  1. Desinstale la versión anterior de Reporting Services si ya no la necesita. Este paso no elimina los elementos siguientes, pero puede quitarlos manualmente si ya no los necesita:

    • La antigua base de datos del servidor de informes

    • Rol RsExec

    • Cuentas de servicio del servidor de informes

    • Grupo de aplicaciones para el servicio web del servidor de informes.

    • Directorios virtuales para el Administrador de informes y el servidor de informes

    • Archivos de registro del servidor de informes

  2. Quite IIS si ya no lo necesita en este equipo.

Icono de flecha usado con el vínculo Volver al principio Arriba

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft