Aunque, y es una opinión en base a mi experiencia, creo que la integración entre SRSS 2012 y SharePoint 2013 Public Preview no está 100 % fina (lo que me sorprende teniendo en cuenta lo bien que se integran SharePoint 210 y SSRS 2012), en este primer post vamos a ver como se realizaría dicha integración:
-
Lo primero a tener en cuenta es que necesitas
descargarte la CTP 3 del SP1 de SQL Server 2012…con lo que me imagino que al “juntarlo” con una versión beta de SharePoint 2013, tampoco nos permita exigir mucho en lo que a la integración “fina” que comentaba.
-
A partir de aquí, y si partimos de una instalación de SharePoint 2013 Public Preview ya hecha como es mi caso, lo que haremos es agregar características de SQL Server 2012 a una instancia existente o bien a una nueva que nos creemos. Lo más importante aquí es elegir entre las mismas Reporting Services – SharePoint y Reporting Services Add-In for SharePoint Products.
-
A partir de aquí, seguimos el proceso habitual de instalación que concluye con todos los “indicadores” en verde para los nuevos elementos agregados a SQL Server 2012.
-
Si todo ha ido bien, en la gestión de Aplicaciones de Servicio en la Administración Central de SharePoint podremos crear una Aplicación de Servicio de SQL Server Reporting Services.
-
Tendremos que especificar parámetros como el nombre de la Aplicación de Servicio, si usar un pool de aplicaciones existente o crear uno nuevo, …
-
… el prefijo para el nombre de las BDs de la Aplicación de Servicio (se crean 3), las Aplicaciones Web a las que se va vincular la Aplicación.
-
Una vez concluye el proceso de creación, comprobamos que la nueva Aplicación aparece en el listado. Por supuesto, todo este trabajo lo podemos hacer con los correspondientes comandos PowerShell.
-
Toca comprobar que todo ha ido bien. A nivel de BD, tendremos 3 BDs asociadas a la Aplicación de Servicio de SQL Server Reporting Services:
-
La propia de la aplicación que contendrá los informes publicados.
-
La temporal para cuestiones de procesamiento.
-
La de alertas para guardar información relativas a alertas de datos definidas en informes.
-
A nivel de administración de la Aplicación de Servicio, tendremos disponible la correspondiente página que da acceso a las distintas opciones de configuración.
-
Por ejemplo, desde la página “Configuración del sistema” podremos especificar parámetros relativos a timeouts en la ejecución de informes, sesiones de usuario, etc.
-
La página “Configuración de correo electrónico” nos permite indicar los parámetros a utilizar por la funcionalidad de alertas de SSRS.
-
La página “Aprovisionar suscripciones y alertas”, nos permite configurar como usar el Agente de SQL Server para suscripciones y alertas.
-
A nivel de Colección de Sitios veremos que tenemos una serie de opciones de configuración de la integración con SSRS.
Referencias:
Comparte este post: