SUGES: Disponibles los materiales sobre el WebCast de Gobernanza!

Ya están disponibles para descarga en el portal de SUGES los materiales del WebCast sobre gobernanza que gracias a Roberto Delgado y Ann-Marie Connolly de AvePoint realizamos el pasado 25 de enero. Agradecer a ambos la predisposición para realizar el WebCast así como el contenido del mismo que estuvo muy bien y que, dada la afluencia, despertó un gran interés. Se nota que el concepto gobernanza en SharePoint 2010 está cogiendo cada vez más importancia en nuestro “gran mundillo” y cada vez hay un interés mayor en que todo proyecto de SharePoint 2010 lleve asociado el correspondiente plan de gobernanza. Podéis descargaros los materiales desde este enlace.

Gobernanza en SharePoint 2010

Y por supuesto, muchas gracias a los asistentes (en torno a 60) por seguirnos en el WebCast y a toda la comunidad por seguir apoyando las iniciativas que desde SUGES e HISPAOINT venimos impulsando desde hace unos pocos años.

Office 15: Comienza el baile con la technical preview y para verano la primera beta pública!

Parece que 2012 puede ser un año lleno de novedades desde Microsoft ya que en los próximos meses tendremos la oportunidad de jugar no sólo con la primera beta pública de Windows 8, sino que también la primera beta de Office 15 que se espera para verano y cuyo lanzamiento a nivel de preview técnica tiene lugar hoy, sin conocer eso sí, ningún tipo de detalles de que se incluye, que no se incluye y por supuesto de fechas concretas para la RTM. Podéis leer el anuncio en este enlace http://blogs.office.com/b/office-exec/archive/2012/01/30/quot-office-15-quot-begins-technical-preview.aspx. También podéis encontrar información en este otro enlace: http://www.zdnet.com/blog/microsoft/microsoft-office-15-technical-preview-kicks-off/11753

Office 365: Todo sobre desarrollo en el Office 365 Developer Hub!

Como sabéis, frente a su predecesor BPOS (Business Productivity Online Suite, Office 365 si da juego para que los desarrolladores puedan extender los servicios que lo componen (SharePoint Online, Lync Online y Exchange Online) con nuevas funcionalidades y capacidades respetando las reglas del juego. Por ejemplo, en SharePoint Online sólo podemos desplegar artefactos en la forma de soluciones Sandbox. Para conocer todas las posibilidades que tenemos para desarrollar en Office 365, os recomiendo el Office 365 Developer Hub y el video sobre posibilidades de desarrollo que encontraréis en la página principal: http://msdn.microsoft.com/en-us/office/hh506337

image

SharePoint 2010: Error “The trial period of this product has expired” después de instalar Search Server Express!

Este error tan “majo” es el que me encontré tras una instalación de Search Server Express 2010 al ir a comprobar si las nuevas aplicaciones de servicio añadidas estaban operativas…y el caso es que la de Secure Store Service no lo estaba:

  • Como siempre, para administrar una aplicación de servicio nos vamos al listado de aplicaciones de servicio disponibles en la Administración Central de SharePoint 2010. En este caso, seleccionamos la de Secure Store Service y pulsamos “Manage”.
  • Lo que nos lleva al error tan majo que os decía y que al menos te deja pensativo: “de que clave está hablando, si Search Server Express 2010 y SharePoint Foundation son gratis”.
  • Lo primero que probé (de entre las múltiples soluciones que se pueden encontrar en la red) es la de deshabilitar la dichosa regla del analizador de salud que comprueba que el período de Trial de la licencia aplicada (cuando tiene sentido, y no en este caso) ha caducado. Para ello, nos vamos a la sección Monitoring y luego Review rule definitions.
image image image
  • Localizamos la regla “Trial period for this product is about to expire” y la editamos.
  • En la ventana de edición de la regla, desmarcamos el check “Enabled”. Comprobamos si el dichoso error se sigue produciendo, y resulta que sí por lo que este truco no nos ha servido.
  • Lo siguiente que hice fue descargarme el SP1 de SharePoint Foundation e instalarlo. Una vez instalado, ejecuté el asistente de configuración y la cosa seguía igual. Por si las moscas, ejecute el comando PSConfig –cmd secureresources en la SharePoint 2010 Management Shell…pero ni por esas el error desaparecía. Por supuesto, tampoco sirvió de nada añadir la cuenta del Application Pool de la aplicación de servicio en el grupo de administradores locales de la máquina y un posterior IIS Reset y reinicios varios de la máquina.
image image image
  • Y finalmente di con la solución: instalar el SP1 de Search Server Express que eliminó el infame error y me permitió acceder a la administración de la aplicación de servicio de Secure Store Service (Nota: Por supuesto, tras instalar el SP1 hay que ejecutar el asistente de configuración o el comando PSConfig).

image

Referencias:

¡Open Government y Open Data con tecnologías Microsoft!

Últimamente están muy de moda conceptos como Open Government y Open Data y lógicamente Microsoft está metido en todo “el tinglao” que se está montando al respecto y trabajando en plataformas y tecnologías que faciliten ambos conceptos. Por un lado dentro de Open Government tenemos una serie de iniciativas que buscan conectar a organizaciones gubernamentales con ciudadanos y comunidades. Por otro lado, Open Data viene a contemplar una serie de iniciativas cuyo objetivo es facilitar el acceso a información interesante disponible a nivel gubernamental por parte de los ciudadanos de una forma rápida, flexible y simple. Para temas de Open Government os recomiendo una serie de faqs que se han publicado en el blog de Publics Sector:

En los mismos se habla tanto de Open Government como concepto y su enganche con tecnologías Microsoft. Finalmente os dejo otros dos enlaces interesantes relativos a estos temas:

Office 365: Como solucionar los problemas para mapear bibliotecas de SharePoint Online en el explorador de Windows!

Como el mapeo de bibliotecas de documentos de SharePoint Online en el explorador de Windows tiene su complicación, y gracias a la solución aportada por Jordi Rosell en este thread del foro de Office 365, he querido dejar constancia de los pasos que solucionan los problemas que se dan al realizar dicho mapeo:

  • Habilitar de manera automática el servicio Webclient de Windows. Este servicio lo podremos acceder desde la administración de nuestro equipo:
    • Para abrir la administración, simplemente vamos a inicio, hacemos clic con el botón derecho del ratón sobre “Equipo” (esto es para Windows 7) y pulsamos “Administrar”.
    • En la aplicación “Administración de equipos” nos vamos a la sección “Servicios y Aplicaciones” y pulsamos sobre “Servicios”.
    • Localizamos el servicio “Cliente Web” y nos aseguramos que está configurado para que se inicie de forma automática.
image image image
  • Instalar el instalador de aplicaciones de Office365 que tendremos disponible en el área de descargas del portal de Office 365:
    • El área de descargas la tenemos disponible en la sección Recursos.
    • El instalador de aplicaciones de escritorio aparece al final de la página con las descargas disponibles.
image image

Y en principio esto sería todo, el último paso para equipos con Windows XP o Windows Vista en principio no sería necesario.

SharePoint 2010: Niveles de arquitectura (I)!

Un tema con mucha “miga” en SharePoint es el los niveles de arquitectura de los que podemos hablar cuando nos referimos a una implementación tipo.  Por eso, responder a la pregunta ¿Qué niveles de arquitectura tenemos en SharePoint? no es tan sencillo como a priori puede parecer y la respuesta es que “depende del contexto en el que estemos hablando”. Básicamente, y en mi opinión, al menos podemos identificar los siguientes niveles de arquitectura:

  • Arquitectura en N-Capas tradicional tal en la que se trataría de “mapear” las capas con elementos de SharePoint como se ha comentado.
  • Arquitectura lógica en la que introducimos elementos claves de la jerarquía lógica de SharePoint:
    • Aplicaciones Web.
    • Bases de datos de contenido.
    • Colecciones de sitios.
    • Sitios.
    • Listas y bibliotecas de documentos.

image

Junto con las aplicaciones Web, lo que podemos pintar son los servicios que van a ser usadas por las mismas:

  • Aplicaciones de servicio elegidas a la carta por aplicaciones web.
  • Administración Central de SharePoint.
  • Otros servicios.

Un ejemplo de esta idea es el que se muestra en el siguiente diagrama de arquitectura para SharePoint 2007.

image

A nivel de arquitectura lógica, incluso podemos proponer un diseño de ejemplo y al detalle:

image

  • Arquitectura x roles de servidor en la que identificaremos los distintos roles de servidor de SharePoint:
    • Frontales Web.
    • Servidores de aplicaciones.
    • Servidores de Bases de Datos.

La arquitectura x roles es la que luego nos permite definir la topología del despliegue de SharePoint a realizar. Por ejemplo, una topología compleja en la que tenemos grupos de servidores es la siguiente:

  • Arquitectura física, dónde identificamos a nivel físico los distintos servidores que tenemos disponibles.
  • Arquitectura de información en la que ya identificamos de forma clara las aplicaciones web, colecciones de sitios, listas y bibliotecas que se necesitan.

Referencias:

SharePoint 2010: ¿Qué BD’s puedo mover y como?

Dejando claro que las BD’s de SharePoint 2010 se pueden mover, y por estas entiendo BD’s de contenido y aplicaciones de servicio, esta pregunta puede surgir cuando nos planteamos mover BD’s de ciertas aplicaciones de servicio a otro servidor bien porque estamos creando otro entorno o bien porque estamos moviendo ciertas aplicaciones de servicio a otro servidor. Por suerte, Microsoft  dispone de documentación relativa a que BD’s se pueden mover como podéis ver en este enlace y el proceso a seguir que se indica en este otro enlace.

SharePoint2010_thumb

SharePoint 2010: ¿Uno o varios grupos de aplicaciones?

Otro de los conceptos básicos en SharePoint 2010 es el de grupo de aplicaciones (más comúnmente conocidos como Applications Pools) que se encargan de manejar las peticiones realizadas a SharePoint. Un grupo de aplicaciones viene a ser  un espacio aislado en memoria que se asocia a una o varias aplicaciones web y a una o varias aplicaciones de servicio y cuya identidad suele estar asociada con una cuenta manejada de SharePoint 2010. Cada vez que creaos una aplicación web o un proxy de aplicación de servicio, se nos pide que creemos o especifiquemos el correspondiente grupo de aplicaciones…y es aquí dónde viene la pregunta que da el título al post: ¿Uno o varios grupos de aplicaciones? La respuesta, como siempre, es qué depende:

  • Por definición, un grupo de aplicaciones es un espacio aislado por lo que si tenemos dos aplicaciones web cada una ejecutándose con el correspondiente grupo de aplicaciones nos aseguraremos aislamiento máximo a este nivel. De esta forma, si en una aplicación web se han desplegado artefactos con código “malo” que hagan que se rompa, la otra aplicación web no se verá afectada.
  • Entonces, ¿creo un nuevo grupo de aplicaciones web para cada nueva aplicación web? Pues no, ya que existe un límite recomendado de máximo de grupo de aplicaciones disponibles por frontal web que es de 10 (http://technet.microsoft.com/en-us/library/cc262787.aspx), es decir, son un recurso en principio escaso. Si bien es cierto que este límite está condicionado por la cantidad de memoria RAM disponible en los frontales y el uso que se esté haciendo de los mismos.
  • Por lo tanto, como recomendación general compartiremos grupos de aplicaciones entre aplicaciones web.

SharePoint2010_thumb

SharePoint 2010: ¿Una o varias aplicaciones web?

Esta pregunta es una de las muchas que nos tenemos que hacer a la hora de diseñar una solución SharePoint. La respuesta a la misma viene dada, desde una perspectiva de alto nivel, por el grado de aislamiento e independencia que necesitemos en la solución a diseñar. Así, optaremos por disponer de varias aplicaciones web en supuestos como:

  • Se requiere un aislamiento completo de contenidos internos / externos de manera que es necesario dividir el contenido en aplicaciones web separadas, cada una de las cuáles dispone de un sitio web de ISS, un nombre único de dominio, una o varias BD’s separadas, etc.
  • Las conexiones de aplicaciones de servicio difieren entre aplicaciones web.
  • La configuración de la papelera de reciclaje tiene que ser diferente por aplicación web.
  • Se quiere habilitar la creación de colecciones de sitios por parte del usuario en ciertas aplicaciones web.
  • Los tipos de ficheros a bloquear cambian en función de la aplicación web.

En general, si queremos dar soporte a configuraciones diferentes a nivel de aplicación web tendremos que recurrir a crear más de una aplicación web. Y por supuesto, todo esto se tiene que recoger en el plan de gobernanza correspondiente.

SharePoint2010_thumb