Actualizar y migrar Reporting Services
Hay dos enfoques generales para actualizar el entorno de Reporting Services:
Actualizar: se actualizan varias tecnologías en los servidores y las instancias en las que están instalados actualmente. Habitualmente se denomina una actualización “en contexto”.
Migrar: se instala un nuevo entorno, se copian los metadatos y los datos al nuevo entorno, y se configura el nuevo entorno para usar contenido existente. También puede decidir copiar el contenido a una nueva ubicación y configurar el nuevo entorno para usar el contenido copiado. Esto puede incluir copiar las bases de datos de Reporting Services, así como el contenido y la información de configuración de SharePoint para el modo de SharePoint.
.gif "Sugerencia") Sugerencia |
|---|
Para obtener la información más reciente sobre los problemas relacionados con SQL Server 2012, vea Sugerencias, trucos y solución de problemas de SQL Server 2012 Reporting Services (https://go.microsoft.com/fwlink/?LinkId=221297). Las notas de la versión actuales se encuentran en el vínculo siguiente:
|
Si va a realizar una actualización desde una versión admitida de SQL Server Reporting Services a una nueva instancia de SQL Server 2012, normalmente puede ejecutar el Asistente para la 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:
El Asesor de actualizaciones ha detectado uno o varios bloqueos de la actualización.
Desea minimizar el tiempo que el servidor de informes está sin conexión durante el proceso de actualización. La instalación actual permanece conectada mientras copia los datos de aplicación en una instancia nueva y prueba la instalación como una operación independiente.
Es recomendable migrar una implementación de Reporting Services de SharePoint 2010 a SharePoint 2013. SharePoint 2013 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).
En este tema:
Ediciones y versiones que puede actualizar
Escenarios de actualización y migración en modo de SharePoint
Escenarios de actualización y migración en modo nativo
Escenario de migración del modo nativo al modo de SharePoint
Consideraciones sobre la migración
Actualización en contexto
Lista de comprobación previa a la actualización (actualización en contexto)
Para actualizar (actualización en contexto)
Flujo de trabajo de la actualización en modo nativo (actualización en contexto)
Actualizar informes
Problemas conocidos de actualización
Recursos adicionales
Ediciones y versiones que puede actualizar
El programa de instalación de SQL Server 2012 proporciona compatibilidad con la actualización de las siguientes ediciones anteriores de Reporting Services:
SQL Server 2012.
SQL Server 2005 Reporting Services SP4.
SQL Server 2008 Reporting Services SP2.
SQL Server 2008 R2 Reporting Services SP1.
Para obtener información acerca de los escenarios admitidos para actualizar o degradar una edición de SQL Server 2012 a otra, vea Características compatibles con las ediciones de SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).
[!NOTA]
No se admite la actualización en contexto de un modo de servidor de Reporting Services a 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 obtener más información, vea la sección 'Escenario de migración del modo nativo al modo de SharePoint' más adelante en este documento.
.gif "Icono de flecha usado con el vínculo Volver al principio")
Arriba
Escenarios de actualización y migración en modo de SharePoint
En las próximas secciones se describen los problemas y los pasos básicos necesarios para actualizar o migrar desde versiones especificadas en modo de SharePoint de Reporting Services al modo de SharePoint de SQL Server 2012 Reporting Services.
.gif "Nota importante") Importante |
|---|
Para actualizar el modo integrado de SharePoint, el servicio de Windows Reporting Services debe estar en ejecución. Use el administrador de configuración de Reporting Services para comprobar que el servicio se está ejecutando y reiniciar la actualización. |
Para conocer los pasos detallados de actualización, vea las secciones siguientes de este tema:
Actualización en contexto
Lista de comprobación previa a la actualización
Para actualizar Reporting Services
Para conocer los pasos detallados de la migración de 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. |
SQL Server 2012 a SQL Server Service Pack 1 2012 (SP1).
SQL Server 2012 CTP3 a SQL Server 2012.
SQL Server 2008 R2 a SQL Server 2012.
SQL Server 2008 SP2 a SQL Server 2012.
SQL Server 2005 SP2 a SQL Server 2012.
SQL Server 2012 a SQL Server 2012 SP1
Entorno inicial: SQL Server 2012, SharePoint 2010.
Entorno final: SQL Server 2012 SP1, SharePoint 2010.
SharePoint 2010: se admite la actualización en contexto y no hay ningún tiempo de inactividad para el entorno de SharePoint.
SharePoint 2013: SharePoint 2013 no admite la actualización en contexto. Sin embargo, se admite el procedimiento de actualizar y adjuntar la base de datos. El comportamiento es diferente de la actualización a SharePoint 2010, donde un cliente puede elegir entre los dos métodos básicos de actualización: actualización en contexto y 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 en contexto 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.
SQL Server 2012 CTP3 a SQL Server 2012
Entorno inicial: SQL Server 2012 CTP3, SharePoint 2010.
Entorno final: SQL Server 2012, SharePoint 2010.
Se admite la actualización en contexto y no hay ningún tiempo de inactividad para el entorno de SharePoint.
SQL Server 2012 solo admite SharePoint 2010; por tanto, no se necesita ninguna actualización de SharePoint.
Si desea usar el motor de base de datos de SQL Server 2012 para las bases de datos de contenido de SharePoint, debe actualizar SharePoint 2010 a SharePoint 2010 Service Pack 1 (SP1).
Ejecute el Asistente para la instalación de SQL Server 2012; aparecerá el cuadro de diálogo de actualización de Reporting Services para confirmar que desea actualizar todas las características compartidas de SQL Server. El modo de SharePoint de Reporting Services se considera una característica compartida de SQL Server y las características compartidas se actualizan todas a la vez o no se actualiza ninguna.
Arriba
SQL Server 2008 R2 a SQL Server 2012
Entorno inicial: SQL Server 2008 R2, SharePoint 2010.
Entorno final: SQL Server 2012, SharePoint 2010.
Se admite la actualización en contexto y no hay ningún tiempo de inactividad para el entorno de SharePoint.
Instale la versión de SQL Server 2012 del complemento Reporting Services para SharePoint en cada servidor web front-end de la granja. Puede instalar el complemento mediante el Asistente para la instalación de SQL Server 2012 o descargándolo.
Ejecute la instalación de SQL Server 2012 para actualizar el modo de SharePoint para cada 'servidor de informes'. El Asistente para la instalación de SQL Server instalará el servicio Reporting Services y creará una nueva aplicación de servicio.
Arriba
SQL Server 2008 SP2 a SQL Server 2012
Entorno inicial: SQL Server 2008 SP2, SharePoint 2007.
Entorno final: SQL Server 2012, SharePoint 2010.
Este escenario de actualización en contexto necesita un tiempo de inactividad del entorno de SharePoint porque hay que actualizar las tecnologías de SharePoint y SQL Server. Puede que le interese completar una migración en lugar de una actualización en contexto.
Actualice SQL Server 2008 al Service Pack 2 (SP2) primero, si no lo ha hecho ya.
Actualice SharePoint a 2010. Cuando ejecute el instalador de requisitos previos de SharePoint 2010, actualizará el complemento Reporting Services para Productos de SharePoint 2010.
Instale la versión de SQL Server 2012 del complemento Reporting Services para SharePoint en todos los front-end web de SharePoint. El instalador de requisitos previos de SharePoint instaló la versión SQL Server 2008 R2 del complemento pero se necesita la versión de SQL Server 2012 para trabajar con un servidor de informes de SQL Server 2012.
- Advertencia
Después de la actualización de SharePoint, el entorno de Reporting Services no funcionará hasta que no se actualice SQL Server.
Actualice Reporting Services a SQL Server 2012. Al ejecutar el Asistente para la instalación de SQL server, aparecerá un cuadro de diálogo Autenticación del modo de SharePoint de SQL Server Reporting Services. Se instalará el servicio Reporting Services y las credenciales de la página de autenticación se usarán para crear un nuevo grupo de aplicaciones de SharePoint.
Arriba
SQL Server 2005 SP2 a SQL Server 2012
Entorno inicial: SQL Server 2005 SP2, SharePoint 2007.
Entorno final: SQL Server 2012, SharePoint 2010.
Este escenario de actualización en contexto necesita un tiempo de inactividad del entorno de SharePoint porque hay que actualizar las tecnologías de SharePoint y SQL Server. Puede que le interese completar una migración en lugar de una actualización en contexto.
Actualice SQL Server 2005 al Service Pack 2 (SP2) primero, si no lo ha hecho ya.
Actualice SharePoint a SharePoint 2010. Cuando ejecute el instalador de requisitos previos de SharePoint 2010, actualizará el complemento Reporting Services para Productos de SharePoint 2010.
- Advertencia
Después de la actualización de SharePoint, el entorno de Reporting Services no funcionará hasta que no se actualice SQL Server.
Instale la versión de SQL Server 2012 del complemento Reporting Services para SharePoint en todos los front-end web de SharePoint. El instalador de requisitos previos de SharePoint instaló la versión SQL Server 2008 R2 del complemento pero se necesita la versión de SQL Server 2012 para trabajar con un servidor de informes de SQL Server 2012.
Actualice Reporting Services a SQL Server 2012. Al ejecutar el Asistente para la instalación de SQL server, aparecerá un cuadro de diálogo "Autenticación del modo de SharePoint de SQL Server Reporting Services". Se instalará el servicio Reporting Services y las credenciales de la página de autenticación se usarán para crear un nuevo grupo de aplicaciones de SharePoint.
Arriba
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 anteriormente en este tema. 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 actualizará automáticamente al nuevo esquema de la base de datos del servidor de informes. Para obtener más información, vea la sección Actualización en contexto de este tema.
Migración: la migración de una versión anterior de una instalación en modo nativo a SQL Server 2012 consta de los mismos pasos para todas las versiones admitidas enumeradas anteriormente en este tema. Para obtener más información, vea Migrar una instalación de Reporting Services (modo nativo).
Arriba
Escenario de migración del modo nativo al modo de SharePoint
No se puede actualizar o convertir desde un modo de servidor de Reporting Services a otro. Por ejemplo, no puede actualizar o convertir un servidor de informes en modo nativo al modo de SharePoint. No puede copiar las bases de datos del servidor de informes entre distintos modos porque usan distintos esquemas de la base de datos.
| Sugerencia |
|---|
En muchos escenarios, la herramienta de migración puede copiar los elementos de informe de un servidor en modo nativo a un servidor en modo de SharePoint. Para obtener más información, vea Herramienta de migración de Reporting Services (https://www.microsoft.com/es-es/download/details.aspx?id=29560). |
Si la herramienta de migración no satisface sus necesidades, puede migrar manualmente los datos del servidor de informes. A continuación se resumen los pasos que puede completar para migrar manualmente los elementos de informe de una instalación en modo nativo de Reporting Services a una instalación en modo de SharePoint.
Realice copias de seguridad y restaure las claves de cifrado. Esta es la clave que se emplea para cifrar datos. La clave de cifrado también se usa para cifrar contraseñas, como las contraseñas almacenadas para las conexiones a orígenes de datos. Sin embargo, las contraseñas no se pueden migrar y deberá especificarlas de nuevo en el entorno de destino.
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).
Objeto |
Se puede incluir en scripts |
Comentarios |
|---|---|---|
Informes |
Sí |
Tras la migración, vuelva a escribir las contraseñas para los orígenes de datos. |
Orígenes de datos |
Sí |
Tras la migración, vuelva a vincular los informes con los orígenes de datos. |
Modelos |
Sí |
|
Conjuntos de datos |
Sí |
|
Elementos de informe |
Tras la migración, compruebe o actualice la ruta de acceso a los elementos de informe. |
|
Programaciones |
Sí |
Vea el método ListSchedules en Métodos de suscripción y entrega. |
Suscripciones |
sí |
Vea el método List Subscriptions en Métodos de suscripción y entrega y el método ChangeSubscriptionOwner en ChangeSubscriptionOwner(String, String) |
Instantáneas |
||
Arriba
Consideraciones sobre 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 las 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, invalidará 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 dejará de tener acceso a la clave, aunque utilice 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 almacenó. 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 obtener más información, vea los siguientes temas:
Modo de SharePoint: vea la sección “Administración de claves” de Administrar una aplicación de servicio de Reporting Services
Modo nativo: vea Hacer copia de seguridad y restaurar claves de cifrado de Reporting Services (modo nativo de SSRS)
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 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.
Arriba
Actualización en contexto
El programa de instalación de SQL Server se ocupa de realizar la actualización. El programa de instalación de SQL Server se puede usar para actualizar algunos o todos los componentes de SQL Server, incluido Reporting Services. Para actualizar una versión anterior de SQL Server, ejecute el programa de instalación de SQL Server 2012 en un equipo que tenga instalada una versión anterior de SQL Server. El programa de instalación detecta las instancias existentes y solicita que se actualice.
Al ejecutar el programa de instalación, puede seleccionar la opción para actualizar desde SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2, o puede instalar una nueva instancia de SQL Server 2012 Reporting Services (SSRS) que se ejecute en paralelo con las instalaciones existentes.
Arriba
Lista de comprobación previa a la actualización
Antes de actualizar a SQL Server 2012 Reporting Services (SSRS), revise los requisitos siguientes:
Revise los requisitos para determinar si el hardware y el software pueden admitir SQL Server 2012 Reporting Services (SSRS). Para obtener más información, vea Requisitos de hardware y software para instalar SQL Server 2012.
Utilice 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 2012. Para obtener más información, vea Comprobar los parámetros del Comprobador de configuración del sistema.
Revise las prácticas recomendadas de seguridad y orientación para SQL Server. Para obtener más información, vea Consideraciones de seguridad para una instalación de SQL Server.
Ejecute la herramienta Asesor de actualizaciones en el equipo del servidor de informes para determinar cualquier problema que pudiera evitar que la actualización se realice correctamente. Para obtener más información, vea Usar el Asesor de actualizaciones para preparar las actualizaciones.
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 (modo nativo de SSRS).
Haga copias de seguridad de las bases de datos del servidor de informes Para obtener más información, vea Mover las bases de datos del servidor de informes a otro equipo.
Realice una copia de seguridad de los siguientes archivos de configuración del servidor de informes.
Rsreportserver.config
Rswebapplication.config
Rssvrpolicy.config
Rsmgrpolicy.config (solo modo nativo)
Reportingservicesservice.exe.config (solo modo nativo).
Web.config para las aplicaciones ASP.NET del servidor de informes.
Web.config para la aplicación ASP.NET Administrador de informes (solo modo nativo).
Machine.config (para ASP.NET si lo modificó para las operaciones del servidor de informes).
Haga copia de seguridad de las personalizaciones de los directorios virtuales de Reporting Services existentes en IIS.
Quite los certificados SSL no válidos. Esto incluye los certificados que han expirado y que no tenga previsto actualizar antes de actualizar Reporting Services. Los certificados válidos harán que la actualización dé error y que se escriba un mensaje de error similar al siguiente en el archivo de registro de Reporting Services: Microsoft.ReportingServices.WmiProvider.WMIProviderException: A Secure Sockets Layer (SSL) certificate is not configured on the Web site..
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.
Arriba
Para actualizar Reporting Services
El programa de instalación proporciona opciones de actualización que puede especificar como argumentos de la línea de comandos o en el Asistente para la instalación. Elija entre los temas siguientes para obtener instrucciones sobre cómo actualizar una instalación.
Actualizar a SQL Server 2012 mediante el Asistente para la instalación (programa de instalación)
Explica cómo actualizar a SQL Server 2012 usando el Asistente para la instalación.Instalar SQL Server 2012 desde el símbolo del sistema
Explica cómo actualizar a SQL Server 2012 como una operación de la línea de comandos.
Flujo de trabajo de la actualización en modo nativo
El proceso de actualización comienza al seleccionar una instancia del servidor de informes existente para actualizar.
Si la base de datos del servidor de informes está en un equipo remoto y no dispone del 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.
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 2012. Para obtener más información, vea la documentación del Asesor de actualizaciones.
Si la actualización puede continuar, el programa de instalación le solicita que continúe con el proceso de actualización.
El programa de instalación crea carpetas nuevas para los archivos de programa de SQL Server 2012. Las carpetas de programas para una instalación de Reporting Services incluyen MSRS11.<instance name>.
El programa de instalación agrega los archivos de programa del servidor de informes de SQL Server 2012, las herramientas de configuración y las utilidades de línea de comandos que forman parte de la característica del servidor de informes.
Los archivos de programa de la versión anterior se quitan.
Las herramientas de configuración del servidor de informes y las utilidades que se actualizan a la versión nueva incluyen la herramienta Configuración de Reporting Services, las utilidades de línea de comandos y el Generador de informes. Las herramientas nuevas que se instalan con SQL Server 2012 incluyen la nueva Vista previa del Diseñador de informes.
Otras herramientas cliente como SQL Server Data Tools (SSDT), SQL Server Management Studio y los Libros en pantalla no se actualizan. Para obtener nuevas versiones de las herramientas, puede agregarlas al ejecutar la instalación. Las versiones anteriores coexistirán con las versiones de SQL Server 2012. Si instaló ejemplos, la versión anterior permanecerá. El programa de instalación no admite la actualización de los ejemplos de SQL Server.
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 2012. Esta entrada de servicio incluye la cuenta de servicio de Windows Servidor de informes.
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 finalizada la actualización.
El programa de instalación actualiza las bases de datos del servidor de informes al nuevo esquema y modifica RSExecRole agregando permisos de propietario de base de datos al rol. Este paso solamente se produce cuando se está actualizando desde la versión SQL Server 2005 Reporting Services anterior a SP1.
El programa de instalación combina los valores de los archivos de configuración. Utilizando como base los archivos de configuración de instalación de la instalación actual, se agregan las nuevas entradas. No se quitan las entradas desusadas, pero el servidor de informes dejará de leerlas una vez finalizada la actualización. La actualización no eliminará los archivos de registro anteriores, el archivo RSWebApplication.config obsoleto o la configuración de directorios virtuales en IIS. La actualización no quitará el Diseñador de informes de SQL Server 2005, Management Studio u otras herramientas de cliente. Si ya no los necesita, asegúrese de quitar estos archivos y herramientas una vez finalizada la actualización.
Arriba
Actualizar informes
En general, un servidor de informes actualizará automáticamente la versión compilada de los informes individuales la primera vez que se ejecuten después de una actualización del servidor. El origen .rdl no se actualiza. Para obtener información sobre el comportamiento y los escenarios de actualización de informes, vea Actualizar informes.
Arriba
Problemas conocidos y prácticas recomendadas de actualización
Antes de actualizar a SQL Server 2012 Reporting Services (SSRS), revise la documentación del Asesor de actualizaciones y las Notas de la versión en línea para ver la información más reciente acerca de cuestiones relativas a la actualización. Para obtener la documentación del Asesor de actualizaciones, instale el programa. Para obtener más información, vea Usar el Asesor de actualizaciones para preparar las actualizaciones.
Actualmente se incluyen los problemas conocidos de actualización siguientes:
- No se admiten las versiones anteriores del proveedor de WMI de Reporting Services. El proveedor de WMI de Reporting Services no mantiene la compatibilidad con las versiones anteriores. Después de la actualización, no puede usar el proveedor de WMI de SQL Server 2012 Reporting Services (SSRS) con versiones anteriores de Reporting Services. Para obtener más información acerca de la compatibilidad con versiones anteriores, vea Compatibilidad con versiones anteriores de Reporting Services.
Arriba
Recursos adicionales
[!NOTA]
Para obtener más información acerca de cómo actualizar y adjuntar la base de datos de SharePoint 2013, vea lo siguiente:
Información general del proceso de actualización a SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256688).
Limpiar un entorno antes de realizar una actualización a SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256689).
Actualizar bases de datos de SharePoint 2010 a SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256690).
Arriba