MOSS: Más BI con Microsoft Gemini!

Dentro de las pocas cosas que se pueden contar del MVP Summit está Microsoft Gemini  que fue anunciado en la conferencia sobre BI que Microsoft realizó hace unas semanas. Gemini forma parte de las capacidades de BI de la nueva versión de SQL Server (cuyo nombre en código es Kilimanjaro), pero que también es complementaria con Microsoft Office Excel y Microsoft Office SharePoint Server 2007 y SharePoint 14:

  • Por una parte, nos encontraremos conque Gemini aparecerá como un Add-In de Excel que permitirá explotar datos de forma masiva (estamos hablando de millones de registro) con un rendimiento aceptable y a partir de orígenes de información variados: BD’s SQL Server, listas de SharePoint, …de hecho, durante el MVP Summit pude ver una demo en la que con este Add-In se podían explotar un millón de registros con un alto rendimiento.
  • Por otro lado, los datos explotados con Gemini se podrán publicar en MOSS o SharePoint 14 apoyándose en las capacidades de Excel Services, para lo que necesitaremos además un nuevo servidor añadido a la colección de servidores que forma parte de la plataforma SharePoint y que no deja de crecer (FAST, Performance Point, …): Gemini Server.

Lo interesante por tanto es que se trata de una herramienta de explotación de datos similar a lo que ya tenemos en Analysis Services, pero que será capaz de explotar grandes cantidades de datos con un alto rendimiento y ofrecerlos al usuario final a través de Microsoft Excel o bien de MOSS…una maravilla que dará que hablar.

WSS 3.0: Métodos para actualizar de WSS 2.0 a WSS 3.0!

Aunque este tema es más que conocido en WSS 3.0, y hay cientos de blogs, artículos, y otros recursos que lo tratan en detalle, he realizado una pequeña tabla resumen sobre los métodos disponibles para migrar de WSS 2.0 a WSS 3.0 comentando sus características principales, ventajas e inconvenientes.

Método

Descripción

Ventajas

Desventajas

In-Place

ü Se utiliza para actualizar BD’s de contenidos y configuración en un intento único.

ü Las versiones antiguas de las BD’s  y servidores existentes se sobreescriben con la nueva versión.

ü Es un método adecuado para instalaciones mono-servidor a granjas pequeñas.

ü Sencillo de implementar.

ü Actualiza BD’s y servidores utilizando el HW existente.

ü Los sitios mantienen las URL’s originales

ü El entorno permanece offline cuando se ejecuta la actualización.

ü No hay vuelta atrás y no es posible ver la versión previa de un cierto sitio de SharePoint.

Gradual

ü Se utiliza para instalar la nueva versión coexistiendo con la antigua.

ü Permite que el administrador vaya identificando las colecciones de sitios en tiempo de migración.

ü Es adecuado para granjas medias o grandes con muchos sitios y personalizaciones.

ü Permite actualizar a nivel de colecciones de sitios en el mismo HW.

ü De cara al usuario, reduce el tiempo en el que el sistema no está disponible.

ü Los sitios mantienen las URLs originales y es posible volver a los sitios originales.

ü Es complicado por naturaleza ya que requiere muchos recursos y la realización de un planning de migración detallado.

ü Durante la actualización, la URL de redirección produce problemas con aplicaciones clientes como Microsoft Office.

ü Se necesita almacenamiento extra en SQL Server y no soporta  el modo de hosting escalable de WSS 2.0.

Migración de BD’s

ü Se utiliza para instalar WSS 3.0 en una granja o HW diferentes.

ü La BD se migra de manera manual al nuevo entorno.

ü Este método es adecuado para organizaciones que requieren un rendimiento máximo en la actualización.

ü Este método es adecuado para entornos de WSS 2.0 donde está activado el modo de hosting escalable o el modo Active Directory Service Account Creation.

ü Permite la migración a una nueva granja o HW.

ü El entorno de WSS 2.0 permanece disponible y sin tocar durante el proceso de actualización

ü Se requiere un alto grado de planning así como de interacción directa con WSS 3.0 durante el proceso de migración.

ü Es complejo, manual y con una alta tasa de errores.

ü Requiere pasos adicionales para mantener las URLs originales de los sitios.

ü Necesita una nueva granja y al menos doble espacio  de almacenamiento en SQL Server.

Espero que esta tabla resumen os sea de utilidad.