SharePoint 2010 y SSRS 2012: Trabajo con suscripciones y alertas (I)

Como sabéis, uno de los mayores cambios que presenta la integración de SharePoint 2010 con SQL Server Reporting Services 2012 (SSRS 2012) es principalmente la “aparición” en escena de una nueva aplicación de servicio que se integra dentro del conjunto de aplicaciones de la plataforma y que nos permite configurar de forma centralizada todos los parámetros de integración sin necesidad de salirnos del mundo SharePoint. En este post y siguientes vamos a ver las configuraciones relativas a suscripciones y alertas:

  • Como siempre, entramos en la administración central de SharePoint 2010 y nos vamos a la administración de aplicaciones de servicio. En el listado de las mismas, localizamos la de SSRS 2012, la seleccionamos y pulsamos la opción “Manage” de la Ribbon.
  • A continuación se muestra una página con las opciones de configuración de la integración de SharePoint 2010 y SSRS 2012.
  • En primer lugar, vamos a configurar los parámetros relativos al correo electrónico necesario para la funcionalidad de suscripciones por e-mail y para las alertas. Curiosamente, la integración de SSRS 2012 y SharePoint 2010 no utiliza el correo saliente de SharePoint 2010 (al menso en la RC de SQL Server 2012).
  • En la página que sea abre, especificamos que vamos a usar un SMTP server y especificamos la dirección del mismo y el correo usado como remitente.
image image image
  • Lo siguiente que tenemos que hacer es provisionar las suscripciones y alertas usando la opción correspondiente dentro de la administración de la aplicación de servicio de Reporting Services.
  • En la página que se abre, comprobamos que se indica que el agente SQL está ejecutándose (condición necesaria). Si no es así, arrancamos el agente SQL. Especificamos las credenciales de uso del agente SQL Server.
  • Lo siguiente que tenemos que hacer, como ocurría con versiones previas de SQL Server, es crear un login de SQL Server que nos permita definir unas credenciales de ejecución de informes almacenadas de forma segura en las distintas bases de datos de SSRS 2012 (en este caso tenemos 3 por aplicación de servicio de SSRS.
image image
  • En este caso, el script para registrar estas credenciales en las BD’s necesarias es el siguiente:
   1: --Añadimos el usuario en la master

   2: use master

   3: exec sp_droplogin @loginame='ReportExecution'

   4: exec sp_addlogin @loginame='ReportExecution', @passwd='pass@word1'

   5:  

   6: --En AdventureWorksDW

   7: use INDITEX_DW

   8: if exists(select * from sysusers where name='ReportExecution')

   9:     exec sp_dropuser @name_in_db='ReportExecution'

  10: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  11:  

  12: --En msdb

  13: use msdb

  14: if exists(select * from sysusers where name='ReportExecution')

  15:     exec sp_dropuser @name_in_db='ReportExecution'

  16: --add the users to the databases and give them permissions

  17: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader' 

  18:  

  19: --En BD's Reporting

  20: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8

  21: if exists(select * from sysusers where name='ReportExecution')

  22:     exec sp_dropuser @name_in_db='ReportExecution'

  23: --add the users to the databases and give them permissions

  24: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  25:  

  26: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8_Alerting

  27: if exists(select * from sysusers where name='ReportExecution')

  28:     exec sp_dropuser @name_in_db='ReportExecution'

  29: --add the users to the databases and give them permissions

  30: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  31:  

  32: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8TempDB

  33: if exists(select * from sysusers where name='ReportExecution')

  34:     exec sp_dropuser @name_in_db='ReportExecution'

  35: --add the users to the databases and give them permissions

  36: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

Y a partir de aquí, ya podemos comenzar a crear suscripciones y alertas.

Publicado por

Juan Carlos González

Juan Carlos es Ingeniero de Telecomunicaciones por la Universidad de Valladolid y Diplomado en Ciencias Empresariales por la Universidad Oberta de Catalunya (UOC). Cuenta con más de 12 años de experiencia en tecnologías y plataformas de Microsoft diversas (SQL Server, Visual Studio, .NET Framework, etc.), aunque su trabajo diario gira en torno a SharePoint & Office 365. Juan Carlos es MVP de Office Servers & Services desde 2015 (anteriormente fue reconocido por Microsoft como MVP de Office 365 y MVP de SharePoint Server desde 2008 hasta 2015), coordinador del grupo de usuarios .NET de Cantabria (Nuberos.Net, www.nuberos.es), co-fundador y coordinador del Grupo de Usuarios de SharePoint de España (SUGES, www.suges.es), así como co-director de la revista gratuita en castellano sobre SharePoint CompartiMOSS (www.compartimoss.com). Hasta la fecha, ha publicado 8 libros sobre SharePoint & Office 365 y varios artículos en castellano y en inglés sobre ambas plataformas.

3 comentarios en “SharePoint 2010 y SSRS 2012: Trabajo con suscripciones y alertas (I)”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *