SQL Server: Para que sirve y como habilitar la propiedad “Enable Contained Databases!

Esta característica nueva introducida en SQL Server 2012 que permite que las Bases de Datos (BDs) en una instancia de SQL Server estén aisladas entre sí y también de las BDs de otras instancias. Para configurar esta propiedad tenemos que seguir los pasos siguientes:

  • Nos conectamos a la instancia de SQL Server 2012 usando SQL Server Management Studio.
  • En las propiedades de la instancia cambiamos el valor de Enable Contained Databases de “False” a “True” (En la sección de propiedades avanzadas).
  • Reiniciar el servidor de SQL Server para que los cambios realizados tengan efecto.
image image

Y para concluir este post, os comento que es necesario configurar esta propiedad para configurar de forma adecuada los Servicios de Access de SharePoint 2013. Para más detalles sobre esta característica de SQL Server 2012 te recomiendo la siguiente referencia de MSDN: http://msdn.microsoft.com/en-us/library/ff929071.aspx

SharePoint 2013: Integración con SSRS 2012 (I)!

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.
image image image
  • 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.
image image image
  • 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.
image image image
  • 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.
image image image
  • Finalmente, a nivel de Colección de Sitios simplemente comprobamos que está activa la característica de integración.

image

Referencias:

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

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

SQL Azure & SQL Server 2012: BDs de ejemplo listas para ser desplegadas!

Si necesitas disponer de BD’s de ejemplo tanto para SQL Server 2012 como para SQL Azure (basado en SQL Server 2012), dispones de una serie de BD de datos de ejemplo listas para descargar y utilizar:

image

SQL Server 2012: Disponible la versión RTM!

Tal y como podéis leer en este artículo de Mary-Jo Foley, SQL Server 2012 ha alcanzado hoy la versión RTM lo que significa que en breve nos la podremos descargar para comenzar a usarla en nuestros entornos. En concreto:

  • Podremos bajarnos la versión trial de SQL Server 2012 desde hoy mismo.
  • Los suscriptores de MSDN y TechNet podrán descargarse SQL Server 2012 RTM desde mañana mismo coincidiendo con el lanzamiento virtual del producto.
  • En el caso de licencias por volumen, habrá que esperar al 1 de abril para descargarlo.

image

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.

SharePoint 2010 & SQL Server 2012: Creación de informes de Power View (I)!

Como sabéis, una de las grandes novedades que incorpora la integración de SharePoint 2010 y SQL Server 2012 es la de poder crear informes muy potentes a nivel visual y analítico utilizando para ello SQL Server Power View (conocido inicialmente como proyecto Crescent). Para poder crear un informe de Power View en un sitio de SharePoint 2010:

  • Lo primero que necesitamos es disponer de una biblioteca de documentos configurada con los tipos de contenido de SQL Server Power View: Report y BI Semantic Model Connection. El primero nos permite crear un informe de Power View, mientras que el segundo nos permite definir conexiones a modelos BISM (Business Intelligence Semantic Model) que hayamos creado y desplegado en la correspondiente instancia de SQL Server Power View.
  • A continuación, procederemos a crear una conexión en base a un BISM.
  • Esta conexión se puede basar en un libro Excel o bien en un modelo BISM publicado en la instancia de PowerView. En este último caso, es necesario especificar la instancia de Power View y el nombre del BISM.
image image image
  • Creada la conexión al BISM, a través del  menú contextual podemos crear un primer informe de manera que se lance el diseñador de Power View.
  • Inicialmente se nos muestra la superficie de diseño en blanco y en el explorador del modelo podemos ver el diseño del mismo con las dimensiones y medidas que podemos empezar a usar para crear informes de Power View.
  • Por ejemplo, basta con seleccionar un campo de información y un par de medidas en una dimensión para que se empiece a pintar el informe.
image image image
  • A partir de aquí, se trata de jugar con los datos y los formatos de visualización que tenemos en Power View. Por ejemplo el formato “Card” es adecuado para visualizar datos que lleven una imagen asociada.
  • De la misma forma, cambiar de tipo de visualización es realmente sencillo. Por ejemplo, podemos cambiar de un formato de tabla simple a un gráfico de barras a través de las opciones del diseñador.
  • Finalmente, las posibilidades que brindan los gráficos de dispersión son espectaculares ya que de una forma muy visual permiten visualizar proyecciones de resultados en una escala temporal.
image image image
  • Finalmente, os dejo una captura de pantalla con distintas representaciones de los datos del modelo y una sección de filtrado.

image