SQL Server 2008 R2: Training kit disponible también online!

Aunque tenemos la posibilidad de descargarnos el training kit de SQL Server 2008 R2, también podemos acceder a los contenidos online a través de Channel 9. En concreto, pasa SQL Server 2008 R2, los contenidos son los siguientes:

image

Anuncios

SharePoint 2010: Novedades en los flujos de trabajo (IV)!

Siguiendo con la serie de posts sobre novedades en los flujos de trabajo en SharePoint 2010, en esta ocasión os voy a dar una referencia muy útil a los flujos de trabajo que vienen por defecto en la plataforma. Antes de empezar, os recuerdo los posts previos sobre flujos de trabajo que se han publicado en el blog:

Volviendo al tema de este post, como ocurría con SharePoint 2007, en SharePoint 2010 tenemos una serie de flujos de trabajo por defecto que nos evitan tener que reinventar la rueda y que son más adaptables que sus equivalentes en plataforma SharePoint 2007. Esto es así porque algunos de los flujos de trabajo disponibles por defecto son fácilmente parametrizables utilizando SharePoint Designer 2010 (SPD 2010). Por ejemplo, para el flujo de trabajo de aprobación, el aspecto del mismo en SPD 2010 es el siguiente:

  • Desde la sección Workflows accedemos a los flujos de trabajo disponibles por defecto.
  • Pulsando sobre uno de estos flujos de trabajo, nos vamos a la correspondiente página de detalle del mismo.
  • Si pulsamos sobre “Edit workflow”, accedemos al diseñador de flujos de trabajo en SPD 2010.
image image image
  • En el caso del flujo de trabajo de aprobación, la “chicha” está en el proceso de aprobación que podemos editar y modificar a nuestro gusto.
  • Como siempre, la modificación es a través de las opciones disponibles en la correspondiente página de resumen.
image   image

Toda la información relativa al funcionamiento de los flujos de trabajo por defecto de SharePoint 2010 la podéis localizar en esta página. Y hasta aquí llega la cuarta entrega de novedades en flujos de trabajo en SharePoint 2010.

SharePoint: ¿Online u OnPremise? Algunas consideraciones (I)!

Como sabéis, una de las piezas que forma parte de toda la estrategia de S+S de Microsoft es la de disponer de una versión de SharePoint en la nube. Se trata de SharePoint Online y junto con Exchange Online, Live Meeting Online y Office Communications Online constituye el offering actual de servicios en la nube de Microsoft que se va a ir incrementando durante los próximos meses, incluyendo nuevas versiones de estos servicios. Una pregunta que a muchos nos viene a la mente es ¿un SharePoint en la nube? ¿Qué me aporta con respecto a un SharePoint instalado en mi casa (OnPremise)? La idea de este posts y los siguientes es ir viendo algunos de los puntos a tener en cuenta a la hora de valorar una u otra opción aparte del movimiento claro de Microsoft hacía la nube.

SharePoint OnPremise

La opción de disponer de una instalación de SharePoint en nuestra casa normalmente viene dada por puntos como:

  • Se necesita toda la funcionalidad de SharePoint Server ya que existen diferencias entre la versión online y onpremise. En el caso de SharePoint 2007 estas diferencias son más claras. Sin embargo, con la nueva oleada de SharePoint Online 2010, el gap de funcionalidad se va a reducir de forma considerable.
  • Se dispone de personal de IT con los conocimientos y experiencia necesaria para poder operar con garantías la infraestructura SharePoint disponible.
  • Es vital disponer de un control exhaustivo e incluso total de la infraestructura utilizada.
  • Se necesita de un alto grado de personalización y de integración con aplicaciones de negocio. De nuevo, con SharePoint Online 2010 se mejoran notablemente las prestaciones para cubrir este requerimiento.

SharePoint Online dedicada

Dentro de la oferta de SharePoint Online, a su vez hay dos modalidades: estándar vs dedicada. En el caso de la dedicada, estamos hablando de que disponemos de una infraestructura de SharePoint dedicada. En este caso las consideraciones a tener en cuenta para decantarnos por esta opción son:

  • Tiene sentido si estamos hablando de unos 5.000 usuarios (recomendable 20.000).
  • Se requiere toda la funcionalidad de SharePoint Server.
  • No se dispone de personal de sistemas con las skills necesarias para administrar la infraestructura de SharePoint que se necesita.
  • Se necesita externalizar la infraestructura de SharePoint justificada además por un ahorro de costes con respecto a una installación onpremise.
  • Se necesita un alto grado de personalización e integración con aplicaciones de negocio.
  • Una estructura dedicada online implica:
    • Un coste mayor.
    • Tener un mayor grado de personalización.

SharePoint Online Estándar

En el caso de SharePoint Online Estándar, estamos hablando de una infraestructura compartida que es susceptible de cubrir nuestros requerimientos en cuanto a que:

  • No disponemos del personal de IT necesario y con las skills adecuadas para administrar una infraestructura SharePoint.
  • Se necesita externalizar la infraestructura SharePoint.
  • Las funcionalidades de colaboración y comunicación básicas de SharePoint son suficientes para cubrir los requerimientos de negocio.
  • No existen personalizaciones e integraciones con los sistemas de negocio más allá de lo que permite SharePoint Designer.
  • El almacenamiento está limitado:
    • Tenemos inicialmente para SharePoint 2007 un total de 250 MB por usuario, ampliables comprando almacenamiento adiciona.
    • No se puede superar 1 TB de almacenamiento, aunque a futuro puede cambiar.

Aproximación Híbrida

El último escenario que puede aparecer es el de una aproximación híbrida que implica realizar un balanceo entre lo que nos aporta la opción onpremise y la opción online y elegir que capacidades utilizamos de cada una de ellas.

Y hasta aquí llega este primer post sobre consideraciones a tener en cuenta a la hora de elegir entre una versión de SharePoint onpremise y una versión online.

SharePoint 2010: Configuración y uso de los Servicios de Visio (II)!

Siguiendo con la serie de posts sobre los Servicios de Visio (puedes leer la primera entrada en este enlace), en esta ocasión vamos a ver algunos aspectos relativos a la administración de la aplicación de servicio que implementa los Servicios. Para poder utilizar los Servicios de Visio:

  • Necesitamos una instalación de SharePoint Server Enterprise.
  • Tenemos que asegurarnos  que el servicio “Servicio de Gráficos de Visio” está iniciado en el servidor de aplicaciones deseado.
  • Creamos una nueva aplicación de servicio “Servicio de Gráficos de Visio” (si no está creada) en la Administración central o vía PowerShell.
  • Realizamos las correspondientes configuraciones relativas a :Tamaño máximo del diagrama, tiempo máximo / mínimo de caché, duración máxima de re-cálculos, datos externos, …

Veamos todo esto en la práctica:

  • En la Administración central de SharePoint, accedemos a la “Administración de aplicaciones de servicio”.
  • En el el listado de aplicaciones de servicio disponible, buscamos “Servicio de gráficos de Visio” y la seleccionamos para que se habilite la Ribbon.
  • Pulsamos sobre la opción “Administrar”. A continuación se muestran las dos opciones de administración disponibles:
    • Configuración global.
    • Proveedores de datos de confianza.
  • La sección “Configuración global” contiene varios parámetros de configuración relativos al tamaño máximo del gráfico, la vigencia mínima de caché o el Id. de cuenta desatendida a utilizar en el caso en el que el diagrama utilice una fuente de datos externa:
image image image
  • La sección “Proveedores de datos de confianza”, dónde se muestra el listado de proveedores disponible para añadir fuentes de datos externas a diagramas de Visio.
  • Desde este listado se pueden añadir nuevos proveedores o bien editar los detalles de uno existente.
image image

Y hasta aquí llega este nuevo post sobre la configuración y uso de los Servicios de Visio.

Bang Bang! Optimización económica de SQL Server: Disponibles para descarga los materiales para el evento!

Ya tenemos disponible para descarga los materiales del evento sobre Optimización económica de SQL Server en el que tuvimos la suerte de contar con un crack y “jefe” en estos temas como es Pablo Doval. Durante 5 horas Pablo nos hizo un recorrido por los distintos problemas que nos podemos encontrar de rendimiento en nuestros despliegues de SQL Server y la estrategia y forma más adecuada para resolverlos, acompañando siempre las explicaciones con las correspondientes demos y comentarios en torno a experiencias reales. En cuanto a los materiales:

  • Podéis descargaros desde este enlace tanto la presentación como los scripts que usó Pablo.
  • Podéis acceder al vídeo del evento desde este otro enlace.

Finalmente, agradecer a Pablo Doval y a Plain Concepts el que hayan colaborado en este evento de tanto interés para los asistentes (gracias por participar y por vuestor feedback)…y como no, aquí van algunas fotos del miso:

P7230004 P7230002 P7230005
P7230006 P7230010 P7230018

Como siempre, esperamos que el evento haya sido interesante (como así creo) tanto para los asistentes en vivo y en directo como para la gente que se conectó online. A la vuelta de verano os esperamos con nuevas iniciativas como podéis ver en nuestra página de eventos:

 http://www.ciin.es/web/servicios/eventos/Paginas/default.aspx.

SharePoint 2010: Configuración y uso de los Servicios de Visio (I)!

Otra de las nuevas capacidades que presenta SharePoint 2010 son los Servicios de Visio que habilitan la publicación de diagramas de Visio vivos en Sitios de SharePoint 2010. La idea de este post y los siguientes es detallar las características de los Servicios de Visio en SharePoint 2010. Las capacidades clave de los Servicios de Visio son las siguientes:

  • Permiten compartir diagramas Visio en sitios de SharePoint:
    • Estos diagramas permiten visualizar paneles e incluso cuadros de mando modelados con Visio. Por ejemplo, un diagrama de red en el que visualicemos los servidores con indicadores relativos al uso de memoria, CPU, etc.
    • Permiten modelar procesos de negocio implementados en la forma de flujos de trabajo que luego se maquetan en SharePoint Designer para ser publicados en el sitio de trabajo.
  • Los diagramas se ven sin instalar el cliente de Visio, basta con conectarnos a nuestro sitio de trabajo y acceder a la visualización del diagrama.
  • La fidelidad en el renderizado de los diagramas es completa con respecto al cliente. Estos diagramas se renderizan como una aplicación Silverlight o como un PNG y esta visualización es “perfecta” para Internet Explorer, Firefox o Safari.
  • Los diagramas pueden ser estáticos o dinámicos conectándolos a la correspondiente fuente de datos (una lista de SharePoint, una tabla de SQL Server, una hoja Excel, OLEDB, ODBC o bien otras fuentes a partir de la creación de proveedores de datos personalizados):
    • De esta forma podemos construir aplicaciones de BI en tiempo real.
    • Los orígenes de datos utilizados son diversos.
  • Podemos construir paneles en los que:
    • Se utilicen conexiones de WebParts para integrar datos de otras WebParts.
    • Se use la API de Mashup (JavaScript) para personalizar los paneles y manipular los datos.

image

Un detalle más antes del final: para publicar estos diagramas Visio en SharePoint, necesitaremos la versiones Pro o Premium de Microsoft Office Visio 2010. Para finalizar este primer post sobre los Servicios de Visio en SharePoint 2010, os dejo los siguientes enlaces de interés:

Y hasta aquí llega este primer post sobre los Servicios de Visio en SharePoint 2010.

SharePoint 2010: Cambios en las páginas maestras y de aplicación!

Como sabéis, SharePoint 2010 incorpora varias novedades en las páginas maestras y de aplicación. Una de las más importantes es que tanto páginas de contenido como páginas de aplicación comparten la misma página maestra de manera que el look & feel de ambos tipos de página es consistente a lo largo de un sitio. De esta forma, si se realizan cambios (ya sea en la página maestra o en el tema del sitio) en el aspecto de un sitio estos se propagan a los dos tipos de página. Esto es posible porque las páginas de aplicación usan la página maestra del sitio de forma dinámica, es decir, hay un archivo de “code behind” asociado que permite que para cada sitio las páginas de aplicación presenten el mismo aspecto que las páginas de contenido. El resumen de novedades que afectan a las páginas de aplicación es más o menos el siguiente:

  • Se utiliza la etiqueta DynamicMasterPageFile para especificar la página maestra a utilizar.
  • El archivo “code behind” de las páginas de aplicación hereda de Microsoft.SharePoint.WebControls.LayoutsPagebase.
  • Algunas páginas de aplicación (error, acceso denegado, login, …) usan la página maestra simple.master que no se puede personalizar por razones de seguridad.
  • Visual Studio 2010 incorpora una elemento de tipo “Página de aplicación” que facilita la creación y despliegue de páginas de aplicación personalizadas en nuestro sitio.
image  image image