Pasión por la tecnología…

mayo 15, 2012

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

Archivado en: SharePoint 2010,SharePoint Foundation 2010,SQL Server Reporting Services — Juan Carlos González Martín @ 06:34

Siguiendo con la serie de posts sobre trabajo con suscripciones y alertas cuando tenemos una integración entre SharePoint 2010 y SSRS 2012, en esta ocasión vamos a ver como configurar alertas personalizadas para un informe de manera que cuando haya un cambio en los datos del mismo nos llegue el correspondiente aviso. Pero antes, os recuerdo los artículos previos de la serie:

Para carear una alerta que se dispare ante cambio de datos de un cierto informe:

  • En el visor de informe, pulsamos sobre Actions –> New Data Alert.
  • De esta forma, se muestra una ventana que es una aplicación Silverlight que nos permite configurar las alertas.
  • Para configurar una alerta, tenemos que seleccionar una región de datos válida del informe y a continuación definir la condición de generación de la misma. Por ejemplo, que la información de una cierta caja de texto tenga un valor superior a un cierto valor fijo. A continuación configuramos la frecuencia de envio de la alerta, la dirección de envío de la alerta, el asunto y una descripción para la alerta.
image image image
  • Para visualizar las alertas de un cierto informe, nos vamos a la biblioteca dónde está almacenado y a través del menú contextual pulsamos sobre la opción de administración de alertas del informe.
  • A continuación se mostrarán el listado de alertas disponibles para dicho informe.
image image

mayo 13, 2012

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

Archivado en: SharePoint 2010,SharePoint Foundation 2010,SQL Server 2012,SQL Server Reporting Services — Juan Carlos González Martín @ 11:33

Siguiendo con la serie de posts sobre como trabajar con alertas y suscripciones cuando tenemos una integración de SharePoint 2010 y SSRS 2012, en esta ocasión vamos a crear de forma efectiva una suscripción:

  • Lo primero que tenemos que hacer es configurar el informe para el que queremos crear una suscripción para que utilice una cuenta de ejecución almacenada en BD. Accedemos a la lista de informes y editamos el informe en cuestión con Report Builder 3.0.
  • Dentro de Report Builder 3.0, editamos la fuente de datos utilizada y la configuramos para que use un login de SQL Server en lugar de autenticación Windows. Guardamos los cambios en el informe.
  • De vuelta al informe ejecutándose en un sitio de SharePoint, para crear una suscripción o una alerta no tenemos más que pulsar Actions –> Subscribe
image image image
  • En la página que se muestra a continuación podremos crear la suscripción. Lo primero que tenemos que elegir es el tipo de entrega del informe que se genere en la suscripción. Como vemos, tenemos cuatro tipos de entrega: Windows File Share, E-Mail, SharePoint Document Library y Null Delivery Provider.
  • En este caso, elegimos E-Mail como tipo de entrega y configuramos los parámetros para que el informe que se genere en un cierto formato sea entregado en un buzón de correo. Cómo veis, tenemos bastantes parámetros con los que jugar: dirección a la que enviar el informe generado, el asunto, el formato de entrega, etc.
  • Lo siguiente que tenemos que hacer es configurar cuando entregar el informe generado de acuerdo a una cierta programación.
image image image
  • Si todo se ha configurado de forma correcta, veremos la nueva suscripción añadida en el listado de suscripciones.
  • Y comprobaremos que el informe se recibe de forma correcta en el buzón de correo electrónico especificado.
image image

mayo 6, 2012

SSRS 2008 R2: Como crear parámetros con comportamiento en cascada a un informe!

Archivado en: SQL Server Reporting Services — Juan Carlos González Martín @ 14:09

Una cuestión clásica cuando se crean informes de SQL Server Reporting Services (SSRS) es la relativa a como añadir parámetros en cascada, es decir, qué la información de filtrado de un cierto parámetro dependa del valor seleccionado o indicado en otro parámetro. Para SSRS 2008 R2, este artículo de MSDN explica como realizar dicha configuración. Como veis, la idea pasa por usar query parameters y meter en la consulta del parámetro la dependencia con el parámetro de inicio que fuerza el comportamiento en cascada.

   1: SELECT DISTINCT Subcategory FROM <table> 

   2: WHERE (Category = @Category)

abril 28, 2012

SharePoint 2010: Migración de Reporting Services nativo a modo integrado con SharePoint!

Archivado en: SharePoint 2010,SQL Server Reporting Services — Juan Carlos González Martín @ 08:58

Como sabéis, cuando trabajamos con SQL Server Reporting Serives (SSRS) tenemos dos modos:

  • El modo nativo, en el que todo informe que creemos y publiquemos en el servidor de SSRS será administrado, gestionado y visualizado desde el portal Report Manager.
  • El modo integrado con SharePoint, en el que la administración, gestión y visualización de informes se realiza desde los sitios de SharePoint en los que vayamos publicando los informes.

Pasar de un modo a otro es sencillo a través de la herramienta de configuración de SSRS, pero ¿Qué pasa cuando queremos migrar artefactos de SSRS publicados en modo nativo a modo integrado? La respuesta la tenemos en este estupendo artículo  en el que se introduce la Reporting Services Migration Tool para facilitar dichas migraciones.

SharePoint2010_thumb

noviembre 24, 2011

SharePoint 2010: Integración con SSRS 2008 y SSRS 2008 R2 (VIII)!

Archivado en: SharePoint 2010,SharePoint Foundation 2010,SQL Server Reporting Services — Juan Carlos González Martín @ 21:06

Siguiendo con la serie de artículos en torno a la integración entre SharePoint 2010 y SQL Server Reporting Services (SSRS) en esta ocasión quería tratar un tema que necesitaremos por ejemplo para poder crear suscripciones: crear una cuenta de ejecución de informes que resida en SQL Server. Antes de empezar, os remito al último post de la serie que a su vez tiene un enlace a todos los artículos relativos a esta integración que se han publicado hasta ahora: SharePoint 2010: Integración con SSRS 2008 y SSRS 2008 R2 (VII)!

Para crear una cuenta de ejecución de informes a nivel de BD:

  • En primer lugar, es necesario crear a nivel de BD un login con los privilegios mínimos que nos permita definir orígenes de datos de SQL Server usando dicho login. Para añadir el login, tenemos dos posibilidades:
    • A través del SQL Server Management Studio.
    • Creando dicho login a través de T-SQL de acuerdo al siguiente script:
   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 AdventureWorks2008

   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 ReportServer

  20: use ReportServer

  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'

Nota: Si la ejecución del T-SQL da algún tipo de error, se recomienda ejecutar los bloques relativos a cada BD en la que se está añadiendo el login de forma independiente.

  • Una vez que hemos creado el origen de datos, nos aseguramos que nuestro servidor de SQL Server permite autenticación Windows y SQL Server ya que por defecto puede ser que esté configurado para utilizar únicamente autenticación Windows.
  • Para realizar esta configuración nos conectamos al servidor de BD dónde está configurado SSRS (y también dónde estén las BDs fuente de los informes) con SQL Server Management Studio, hacemos clic con el botón derecho del ratón sobre el nombre del servidor y pulsamos la opción Propiedades o Properties.
  • En la ventana que se abre, nos vamos a la sección “Seguridad” o “Security” y marcamos la opción relativa al uso de autenticación Windows y SQL.
  • Pulsamos OK, de manera que se mostrará un mensaje informativo indicando que para que los cambios tenga lugar será necesario reiniciar el servicio de SQL Server.
  • Para reiniciar el servicio de SQL Server, nos vamos a la herramienta de configuración de SQL Server y simplemente re-iniciamos el servicio correspondiente.
image image image
  • Comprobamos a través de SQL Server Management Studio que accedemos a BD mediante autenticación SQL y especificando las credenciales del login de BD creado.
  • Creamos un origen de datos usando el login de BD creado. Por ejemplo, en Report Builder 3.0.
  • Comprobamos que la conectividad a la BD es correcta y generamos un primer informe de ejemplo.
image image image
  • Por ejemplo, un informe creado con esta forma de autenticación y plenamente operativo es el siguiente.
  • El mismo informe vemos que se visualiza en un sitio de SharePoint de forma correcta.sdf
image image

Y hasta aquí llega este nuevo artículo en torno a la integración de SSRS y SharePoint 2010.

agosto 16, 2011

SharePoint 2010: Integración con SSRS Denali (I)!

Archivado en: SharePoint 2010,SharePoint Foundation 2010,SQL Server Reporting Services — Juan Carlos González Martín @ 17:03

Como sabéis, desde hace unos días tenemos disponible la CTP3 de SQL Server Denali una de cuyas novedades más importantes es las novedades que trae en lo que a integración de Reporting Services con SharePoint se refiere. Si queréis ver estas novedades, es necesario que sigáis una serie de pasos relativos a como configurar esta integración. Por suerte, ya tenemos varios recursos relativos a como configurar la integración de Reporting Services de SQL Server Denali con SharePoint 2010:

SharePoint2010_thumb

abril 30, 2011

SSRS: PivotViewer Extension for Microsoft SQL Server Reporting Services!

Archivado en: PowerPivot,SharePoint 2010,SQL Server Reporting Services — Juan Carlos González Martín @ 08:09

Como sabéis, la plataforma estándar de Microsoft para facilitar la creación, despliegue y visualización de informes es SQL Server Reporting Services (SSRS) que además se integra a la perfección con SharePoint 2010 y que por cada nueva versión añade nuevas capacidades. En este sentido, en los próximos meses verá la luz el PivotViewer Extension for Microsoft SQL Server Reporting Services. Se trata de una extensión del control Silverlight PivotViewer que dota al usuario de una nueva experiencia interactiva a  la hora de visualizar informes, realizar análisis comparativos, ver tendencias, etc.

image

Podéis descargaros la CTP2 del  PivotViewer Extension for Microsoft SQL Server Reporting Services desde este enlace. Tened en cuenta también que es necesario disponer de SharePoint Server 2010 instalado así como de SQL Server PowerPivot.

diciembre 14, 2010

SSRS 2008 R2: Algunas novedades (VI)!

Archivado en: SQL Server 2008 R2,SQL Server Reporting Services — Juan Carlos González Martín @ 21:19

Siguiendo con la serie de posts sobre novedades de SSRS 2008 R2, en esta ocasión toca hablar de la posibilidad que brinda SSRS 2008 R2 de exportar cualquier informe como una fuente de datos ATOM que luego podamos consumir  en SQL Server PowerPivot. Como siempre, antes de empezar os recuerdo los posts previos de la serie:

Como os decía, SSRS 2008 R2 permite exportar un informe como una fuente de datos ATOM que luego podemos usar en PowerPivot ya que:

  • Se incluye una nueva extensión de renderizado que permite exportar un cierto informe como una fuente de datos ATOM. El archivo de datos podrá ser consumido luego por cualquier aplicación que consuma este tipo de fuentes como es el caso de PowerPivot.

image

  • En el caso de PowerPivot, lo único que tendremos que hacer es instalar el AddIn para Excel y consumir la fuente. De esta forma, tendremos los datos del informe en Excel disponibles para ser explotados con las características de PowerPivot.
image image

Y hasta aquí llega el sexto post de la serie sobre novedades en SSRS 2008 R2.

noviembre 16, 2010

SSRS 2008 R2: Algunas novedades (V)!

Archivado en: SQL Server 2008 R2,SQL Server Reporting Services — Juan Carlos González Martín @ 17:54

Siguiendo con la serie de posts sobre novedades de SSRS 2008 R2, en esta ocasión toca hablar de la nueva característica disponible en SSRS 2008 R2 para definir componentes compartidos entre múltiples informes. Como siempre, antes de empezar os recuerdo los posts previos de la serie:

En lo que a componentes compartidos se refiere, en SSRS 2008 R2 tenemos la posibilidad de:

  • Definir datasets compartidos que podamos re-utilizar en diversos informes. De esta forma, estamos definiendo una única consulta que se puede utilizar múltiples veces entre estos informes. Un dataset compartido se identifica en BI Management Studio, Repot Builder o Repor Builder mediante una flechita en la parte inferior del símbolo que representa el dataset.

image

  • Definir partes de informe, con SSRS 2008 R2 podemos publicar regiones de datos como componentes separados que pueden ser usados por otros desarrolladores en otros informes. Esta característica resulta especialmente interesante cuando es importante mantener cierta consistencia en el diseño de informes. La única pega es que todos estos componentes compartidos que publiquemos (en la Report Gallery) sólo pueden ser re-utilizados en Repot Builder 3.0.

image

Y hasta aquí llega el quinto post de la serie sobre novedades en SSRS 2008 R2.

noviembre 11, 2010

SSRS 2008 R2: Algunas novedades (IV)!

Archivado en: SQL Server 2008 R2,SQL Server Reporting Services — Juan Carlos González Martín @ 21:47

Siguiendo con la serie de posts sobre novedades de SSRS 2008 R2, en esta ocasión toca hablar de las nuevas características que nos encontraremos a nivel de visualización de datos. Como siempre, antes de empezar os recuerdo los posts previos de la serie:

Volviendo a las novedades en visualización de datos, tenemos las siguientes:

  • Barras de datos, que no deja de ser un tipo especial de gráfico que muestra un único punto en una barra horizontal o en una columna vertical. La longitud de cada barra nos permite determinar de manera visual como de lejos o cerca estamos con respecto a un cierto ratio.

image

  • Minigráficos, que frente a las barras de datos permiten mostrar múltiples puntos en el tiempo para mostrar visualmente cuál es la tendencia en un cierto rango de datos. Como sabéis, los minigráficos también aparecen en Excel 2010.

image

  • KPIs, podemos definir de forma sencilla indicadores utilizando para ello un conjunto de iconos disponibles que se pueden configurar fácilmente para crear KPIs.

image

  • Finalmente, los mapas nos permiten crear informes en los que añadamos de forma sencilla datos sobre un mapa que además puede estar integrado con Bing Maps para una visualización más rica e interactiva.

image

Y hasta aquí llega el cuarto post de la serie de novedades sobre SSRS 2008 R2.

Página siguiente »

Tema Rubric. Blog de WordPress.com.

Seguir

Get every new post delivered to your Inbox.