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 2012 Reporting Services:
SQL Server 2008 R2
SQL Server 2008
SQL Server 2005 (Requiere más pasos, vea No puede usar SQL Server 2005 para hospedar bases de datos de Report Server 2012 (https://support.microsoft.com/kb/2796721).
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 2012. Debe migrar una instalación si encuentra un problema que impide la actualización, si tiene una implementación a gran escala o requisitos de tiempo de actividad, o va a cambiar el hardware o la topología de la instalación.
En este tema:
Información general de la migración en modo nativo
Content Only Migration
Nombre fijo de la base de datos
Antes de empezar
Realizar una copia de seguridad de los archivos y los datos
Instalar Reporting Services
Mover la base de datos del servidor de informes
Mover las extensiones o ensamblados personalizados
Configurar el servidor de informes
Copiar los valores de configuración personalizados en el archivo RSReportServer.config
Grupo de servicios de Windows y ACL de seguridad
Comprobar la implementación
Quitar los programas y archivos que no se usan
Información general de la migración en modo nativo
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 2012. Si utiliza el mismo hardware, puede instalar SQL Server 2012 en paralelo con la instalación existente de SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2. Tenga en cuenta que, si hace esto, quizá deba instalar SQL Server 2012 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 2012.
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.
Probar la instalación.
Quitar las aplicaciones y las herramientas que no se usen después de haber confirmado que la instancia nueva es totalmente operativa.
Si va a reutilizar una base de datos del servidor de informes existente que creó en una instalación anterior, tenga en cuenta que existen restricciones en cuanto a las ediciones de SQL Server que se pueden usar para hospedarla. Para obtener más información, vea Crear una base de datos del servidor de informes.
.gif "Icono de flecha usado con el vínculo Volver al principio")
Arriba
Migrar solo contenido
.gif "Sugerencia") Sugerencia |
|---|
Si solo desea migrar elementos de contenido de un servidor de informes a otro, vea los recursos siguientes:
|
Arriba
Nombre fijo de la base de datos
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 ocasiona 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.
Arriba
Antes de empezar
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 2012.
Además, debe tener en cuenta varios cambios importantes en SQL Server 2012 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 2012 Reporting Services, vea la documentación del Asesor de actualizaciones y Novedades (Reporting Services).
Arriba
Realizar una copia de seguridad de los archivos y los datos
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.
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, utilice la herramienta Configuración de Reporting Services.
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.
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:
Rsreportserver.config
Rswebapplication.config
Rssvrpolicy.config
Rsmgrpolicy.config
Reportingservicesservice.exe.config
Web.config para las aplicaciones de ASP.NET del servidor de informes y del Administrador de informes.
Machine.config para ASP.NET si lo modificó para las operaciones del servidor de informes.
Arriba
Instalar SQL Server Reporting Services
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:
Arriba
Mover la base de datos del servidor de informes
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:
Elija la instancia del Motor de base de datos que se va a usar. SQL Server 2012 Reporting Services necesita que se use SQL Server 2005, 2008, 2008 R2 o SQL Server 2012 para hospedar la base de datos del servidor de informes. Ya no es posible usar SQL Server 2000 para hospedar la base de datos del servidor de informes para SQL Server 2012 Reporting Services. Si usó SQL Server 2000 o SQL Server 2005 ejecutándose en modo de compatibilidad 8.0, deberá actualizar Motor de base de datos o elegir otra instancia de Motor de base de datos.
Inicie SQL Server Management Studio y conéctese a Motor de base de datos.
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.
Siga las instrucciones de Mover las bases de datos del servidor de informes a otro equipo.
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.
Arriba
Mover las extensiones o ensamblados personalizados
Si la instalación incluye elementos de informe, ensamblados o extensiones personalizados, debe implementar de nuevo los componentes personalizados. Si no usa componentes personalizados, omita la sección "Configurar el servidor de informes".
Para implementar de nuevo los componentes personalizados, haga lo siguiente:
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.
Mueva los ensamblados al nuevo servidor de informes y a las carpetas \bin del Administrador de informes. En SQL Server 2012, los archivos binarios del servidor de informes se encuentran en \Archivos de programa\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\bin para la instancia de SQL Server 2012 Reporting Services predeterminada.
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:
Arriba
Configurar el servidor de informes
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 2012.
.gif "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]
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 y Configurar y administrar las claves de cifrado.
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).
Inicie la herramienta 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 How to: Start Reporting Services Configuration Manager.
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.
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 2012 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 (Reporting Services).
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 (modo nativo de SSRS).
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.
Si instaló el servidor de informes en Windows Vista o Windows Server 2008, cree las asignaciones de roles y agregue el sitio del servidor de informes a Sitios de confianza para admitir la administración local. Para obtener más información, vea Configurar un servidor de informes en modo nativo para la administración local (SSRS).
Arriba
Copiar los valores de configuración personalizados en el archivo RSReportServer.config
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 2012.
Personalización |
Información |
|---|---|
Entrega de correo electrónico del servidor de informes con los valores de configuración personalizados |
|
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 |
Arriba
Grupo de servicios de Windows y ACL de seguridad
En SQL Server 2012 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 2012 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 2012 Reporting Services.
Arriba
Comprobar la implementación
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.
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 2012 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 2012, vea Actualizar informes.
Arriba
Quitar los programas y archivos que no se usan
Cuando haya migrado correctamente el servidor de informes a una instancia de SQL Server 2012 Reporting Services, es recomendable seguir estos pasos para quitar los programas y archivos que ya no sean necesarios.
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
Quite IIS si ya no lo necesita en este equipo.
Arriba
Vea también
Conceptos
Migrar una instalación de Reporting Services (modo de SharePoint)
Instalación de la base de datos del servidor de informes
Actualizar y migrar Reporting Services
Administrador de configuración de Reporting Services (SSRS)
Otros recursos
Compatibilidad con versiones anteriores de Reporting Services