SharePoint 2010: Cómo descubrir métodos y propiedades en PowerShell!

En esta ocasión un tip muy rápido. Si queremos averiguar los métodos y propiedades disponibles para un cierto cmdlet de PowerShell como puede ser Get-SPWeb no tenemos más que usar el cmdlet Get-Member de acuerdo a la siguiente sintaxis:

   1: Get-SPWeb "Url Sitio" | Get-Member

La salida por pantalla que se obtiene es la siguiente:

image

Cómo veis, de esta forma tenemos visualizar los métodos, eventos y propiedades disponibles para Get-SPWeb que pueden utilizarse para consultar información adicional. Si queremos “refinar” la búsqueda, podemos usar las opciones Methods y Properties para listas los métodos y propiedades respectivamente. Más información sobre Get-Member en este enlace: http://technet.microsoft.com/en-us/library/ee176854.aspx.

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: Soporte de capacidades de BI en iPad!

Una pregunta que empieza a ser un tanto recurrente es el soporte de las capacidades de BI de SharePoint 2010 en dispositivos populares como puede ser el iPad. Pues bien, si esperabais una respuesta indicando que no existe dicho soporte os equivocáis ya como podéis leer en este artículo de hace un par de semanas, se está trabajando en mejorar dicho soporte. En concreto, y tras aplicar la cumulative update (CU) de diciembre de 2011 podremos ver cuadros de mando y gráficos analíticos de PerformancePoint, y gráficos de Excel Services. Asimismo, se espera seguir mejorando este soporte con la llegada próxima de SQL Server 2012. Finalmente, os dejo dos enlaces adicionales sobre el soporte actual de estas capacidades de BI:

SharePoint2010_thumb

SharePoint Online: Informes de uso de un sitio!

Preguntaban de nuevo en los foros de Office 365 en torno a si existe alguna posibilidad de medir el uso que se está haciendo de un sitio o de una colección de sitios de SharePoint 2010. Lamentablemente, en SharePoint Online no contamos con las capacidades de Web Analytics que tenemos en SharePoint On-Premise no tenemos la posibilidad de crear informes personalizados. Aún así, no todo está perdido como se comenta en este enlace y disponemos de una página de aplicación ubicada en la ruta /_layouts/usageDetails.aspx">/_layouts/usageDetails.aspx">https://<MiSitioOffice365>/_layouts/usageDetails.aspx que da acceso a unos informes de uso que no son una maravilla, pero al menos son algo. Estos informes permiten analizar información del día anterior o los 30 días previos. Los informes disponibles son los siguientes:

  • Cantidad de vistas de página.
  • Cantidad de visitantes únicos.
  • Cantidad de remitentes (similar a los anteriores).
  • Páginas principales.
image image image
  • Visitantes principales.
  • Remitentes principales.
  • Exploradores principales.
image image image

SharePoint 2010: Modelos de ejecución de soluciones Sanbox(I)!

Cómo sabéis, uno de los tipos de soluciones que se pueden desplegar en SharePoint 2010 son las denominadas Sanbox o recinto aislado cuya ejecución es por definición segura y cuyo ámbito es el de colección de sitios. Aunque puede parecer que el uso de soluciones de este tipo pasa por crear los artefactos correspondientes en Visual Studio 2010, generar el correspondiente WSP y desplegarlo en nuestro entorno de SharePoint 2010…nada más allá de la realidad de un entorno complejo en el que es necesario hacer un planning adecuado de soluciones Sandbox y aprovecharnos del modelo de ejecución de las mismas que nos permite definir capas de ejecución en la que tenemos los Worker Process que atienden las peticiones de las soluciones y los correspondientes dominios de aplicación:

Tiers in the sandboxed solutions service

 

Básicamente, a partir de la media de recursos por petición que usan nuestras soluciones Sandbox es posible agruparlas en capas dentro del servicio de ejecución de soluciones Sandbox. Una capa no es más que una serie de worker prcesses que contiene uno o varios dominios de aplicación dónde pueden ejecutarse las soluciones Sandbox. Por defecto, todas las soluciones se ejecutan en una capa, pero es posible configurar capas adicionales para separar de esta forma soluciones Sanbox por motivos de rendimiento, seguridad y confiabilidad. Para conocer el concepto de capas de ejecución en soluciones Sandbox os recomiendo los siguientes enlaces:

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

SharePoint 2010: Informes de uso y rendimiento!

Una de las mejoras sustanciales de SharePoint 2010 con respecto a la versión anterior de la plataforma es la posibilidad que nos brinda de poder crear potentes informes de uso y rendimiento gracias a que disponemos de una aplicación de servicio que recolecta datos de uso y salud que son recogidos en una BD específica, WSS_Logging, cuyo esquema es público que se puede atacar con SQL Server Reporting Services por ejemplo. Esta BD dispone de una serie de vistas de información que facilitan la generación de dichos informes:

image

Para que os hagáis una idea de los informes que se pueden hacer, os dejo un par de artículos detallados al respecto:

Y este es un resultado que se obtiene con SQL Server Reporting Servies:

image

SharePoint 2010 & SQL Server 2012: Cómo hacer que las columnas de tipo imagen se muestren al crear un informe de Power View!

Si estamos trabajando con SQL Server Power View y queremos crear un informe que muestre imágenes contenidas en la base de datos subyacentes, es necesario que el modelo creado (BISM, o Business Intelligence Semantic Model) esté configurado de forma correcta. En concreto, tendremos que realizar las siguietnes configuraciones en la tabla que contiene las imágenes:

  • Seleccionamos en la tabla en cuestión (Products en este caso) y luego la columna clave (ProductKey) y configuramos la propiedad Row Identifier con el valor True.
  • A continuación seleccionamos la columna que contiene las imágenes (Product Photo en este caso) y configuramos la propiedad Default Image con el valor True.
  • Finalmente, verificamos que en el diseñador de Power View se muestran la columna imagen y la podemos utilizar en nuestro informe.
image image image

Referencia: http://technet.microsoft.com/en-us/library/hh560542(SQL.110).aspx

SharePoint: ¿Qué versión de Office es la más adecuada?

Este tema los comentábamos Mario y yo el otro día, y la verdad, suele ser un tanto recurrente por lo que voy a intentar dar un poco de luz al respecto. Como norma general, cuando sale una nueva versión de SharePoint al mercado podemos esperar que esté optimizada para la versión existente en el mismo en ese momento…qué quiere decir esto:

  • Si hablamos de SharePoint 2007, en el momento de salida al mercado (año 2006) la versión de Office disponible es la de 2007 de ahí qué SharePoint 2007 esté optimizado para esta versión.
  • Si hablamos en cambio de SharePoint 2010, la versión óptima será Office 2010.

A partir de aquí, nos pueden surgir dos preguntas:

  • ¿Qué pasa con las versiones previas a la óptima para cada versión de SharePoint? Pues que están soportadas, pero con pérdidas de funcionalidades.
  • ¿Y qué pasa si aparece una nueva versión de Office y no tenemos en nuestra organización la última versión de SharePoint? Pues la respuesta es parecida, podemos esperar que tengamos la mayor parte de las funcionalidades, pero puede ser que otras no las tengamos como consecuencia de que estemos trabajando con una versión de Office que no es la óptima para la versión actual de SharePoint.

Finalmente, os dejo algunas referencias al respecto:

Office 365: Disponible la PST Capture Tool…a importar PSTs a Offce 365!

Tal y como podéis leer en este post de Oscar Maqueda, Microsoft ha liberado la PST Capture Tool. Se trata de una herramienta que facilita la recolección de los archivos PSTs distribuidos por diferentes puestos de trabajo o equipos para importarlos en Office 365. Desde este enlace de TechNet podréis acceder a la documentación disponible para la PST Capture Tool y os la podréis descargar desde este otro enlace.

image