Migración desde Project Server 2007 a 2010

En este artículo voy a comentar algunos puntos a tener en cuenta a la hora de encarar una migración desde Project Server 2007 a Project Server 2010.

image

 

El plan

La migración de una solución EPM no es un tema menor ya que involucra una arquitectura compleja, datos importantes y muchos usuarios. Existe un webcast en MSDN que nos explica los puntos más importantes a tener en cuenta. Más abajo dejo el enlace.

Una de las buenas prácticas que resalta este webcast es contar un plan que incluya estas fases:

  • Visión
  • Plan
  • Construcción
  • Estabilización
  • Despliegue

Puede parecer bastante clásico, lo es, pero las etapas aplican todas. A modo de ejemplo, en la etapa de visión es importante definir el alcance y aclarar las expectativas, ya que una migración puede alcanzar desde la actualización de versión hasta la implementación de nuevas funcionalidades.

La etapa de construcción puede incluir aspectos relacionados con las personalizaciones mediante extensiones, no sólo las pruebas de migración. En la etapa de estabilización nos sugieren hacer un piloto, lo cual es interesante ya que nos permite ejercitar la migración con datos reales. Les recomiendo que vean el webcast para más detalle.

 

El cambio de arquitectura

Otro de los temas importantes relacionados con la migración, tiene que ver con los cambios en la arquitectura. La arquitectura nueva de nuestra versión EPM afectará tanto al proceso de migración, al plan de licenciamiento, así como también al diseño y dimensionamiento de la instalación. Entre los cambios más importantes que podemos resaltar encontramos:

  • Arquitectura 64 bits (32 no soportado)
  • Project Server ya no soporta la versión gratuita de SharePoint. Requiere SharePoint Server versión Enterprise. Esto agrega un costo a nivel de licencias que deberá ser tenido en cuenta.
  • A nivel de browser, el mínimo requerido ahora es Internet Explorer 7.0.
  • Si estamos pensando en utilizar las capacidades de generación de reportes de Report Builder 3.0, entonces necesitaremos como mínimo SQL Server 2008 R2 (en forma integrada con SharePoint)
  • Los Office Web Components ya no son parte de la solución y las consultan no se migran. Ahora se usa Excel Services.
  • Necesitaremos migrar Project Professional a la versión 2010 para poder usar la solución EPM en su máxima potencia.

 

Las nuevas funcionalidades

Otro punto sumamente importante es entender que existen un conjunto de nuevas funcionalidades bastante amplio; y determinar cuáles serán utilizables luego de la migración. Podríamos dividir (arbitrariamente) a las funcionalidades en tres categorías:

  • Las que funcionarán automáticamente
  • Las que probablemente nos obliguen a repensar el diseño
  • Las que son nuevas

Veamos algunos ejemplos:

Lo automático: dentro de esta categoría entra como mínimo aquellas funcionalidades de Project Pro que se pueden empezar a utilizar desde el día uno, como:

  • Vista de línea de tiempo
  • Team planner
  • Activación de tareas
  • Programación manual

Advertencia: no todas funciona en el modo de compatibilidad del que hablaremos más adelante.

Lo que nos hace pensar: existen nuevas funcionalidades que dependiendo de lo que tengamos implementado en nuestra solución actual en 2007, nos harán pensar en si optamos por migrarlas automáticamente o rediseñamos algún aspecto de la solución. Entre ellas encontramos:

  • Los campos departamentales.
  • Los tipos de proyectos corporativos (EPT).
  • Los flujos de trabajo integrados a la herramienta.
  • La funcionalidad de administración de portafolios de proyectos (PPT) ahora totalmente integrada.
  • Las páginas de detalle de proyectos.
  • Las nuevas herramientas de generación de reportes.
  • Los cambios en el manejo de actualización de tareas y carga de horas.
  • La posibilidad de editar proyectos desde la interfaz web.
  • La nueva forma de integración con Exchange.
  • Lo nuevo de SharePoint.
  • El hecho de contar ahora con la versión Server de SharePoint.

Creo que es importante que analicemos cuidadosamente cada una de las nuevas funcionalidades. Dependiendo de nuestra instalación actual, estas podrán migrarse de distinta manera, pero algunas podrán necesitar un rediseño.

 

Tipos de migración

Otro punto clave a tener en cuenta es que no existe un sólo modo de migración. Intentaré hacer un primer análisis de ventajas y desventajas de cada uno, como para que el lector obtenga sus primeras conclusiones. Este tema es conveniente profundizarlo leyendo la documentación oficial de Microsoft que más abajo enumero.

imageFuente: Microsoft

EN CONTEXTO

BASE DE DATOS ADJUNTA

Consiste en actualizar nuestro equipo actual a la nueva versión de Project Server. Consiste en realizar una copia de seguridad de las bases de datos, instalar un nuevo equipo con Project Server 2010, adjuntar las bases de datos al nuevo equipo y provisionar una nueva instancia de Project Web Access.
Es más lenta si nuestra instalación es de un volumen importante, en cuyo caso no se recomienda. Es más rápida
No permite volver a atrás a nuestra instalación de Project Server 2007. Deja intacto el ambiente actual de Project Server 2007. Si algo sale mal, es más fácil restaurar el ambiente anterior.
Requiere que nuestro equipo sea de 64 bits. Requiere un equipo nuevo y en paralelo.
Posee una sola opción de migración. Existen dos variantes, una para los datos de Project (con sus 4 BD) y otra que incluye los datos de SharePoint (agrega la BD de contenido de SharePoint, lo que implica poder recuperar los sitios de proyecto)
Soporta el método de compatibilidad para Project Pro 2007. Soporta el método de compatibilidad para Project Pro 2007.
Es el método recomendado por Microsoft si nuestro equipo soporta la nueva arquitectura. Es el único método posible si nuestra instalación actual está en Windows 2008 32 bits o Windows 2003 64 bits.
Más sencillo Más complejo
La configuración de la granja es preservada. La configuración dela granja se hace desde 0 al tratarse de una nueva instalación.

image

image

Fuente: Microsoft

 

Modo de compatibilidad

El modo de compatibilidad hacia atrás (BCM) es una funcionalidad …

Continuar leyendo en http://surpoint.blogspot.com/2011/04/migracion-desde-project-server-2007.html.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *