Ha llegado el momento ineludible y me pongo a migrar un TFS11Beta de producción – si, ya sé que no debiera – a un TFS2012.
Primer escollo, no se puede instalar un TFS2012 actualizando un TFS11 Beta. Hay que desinstalar el TFS11Beta antes. Lo cual – menos mal que tengo todo en máquinas virtuales – implica hacer una backup en forma de snapshot de la máquina virtual.
Segundo escollo NO SE PUEDE ACTUALIZAR HASTA UN TFS2012 con UPDATE1… debes primero actualizar al TFS2012 y después aplicarle el Update1.
Asegurado que no voy a perder más de una hora en volver al punto anterior, desinstalo el TFS11 Beta. Y, sin necesidad de reiniciar la máquina, me pongo a instalar desde la Web el TFS2012.
Al instalar el .NET 4.5 pide un reinicio inmediato… es decir que se reinicia en cuanto pulses OK. Al volver al sistema continua guardando en local los ficheros de instalación. (Tal vez debiera haberme tirado del todo al rio y haber actualizado el Windows 2008 server R2 a un Windows 2012 Server, lo cual puede dar para otro artículo). Y, finalmente se pone a instalar – sin preguntarme aún si quiero actualizar.
Me pide el número de serie, y cómo no lo tengo a mano, le digo que me ponga un Trial de 90 días. A lo cual me abre el Configuration Center y selecciono Upgrade y Start Wizard.
Lo primero que me pregunta es cual es la base de datos de TFS que voy a actualizar. Para comprobar que es la correcta pulso en el enlace de List Available Databases y me tiene que salir, como poco, la de Tfs_configuration. Además, ya que estoy utilizando un snapshot como copia de seguridad, hago check en la casilla inferior en donde le digo que tengo un backup actual.
La siguiente pantalla trata de la cuenta de servicio que voy a utilizar para mi Application-Tier, la cual (por si no te acuerdas) debería ser algo como TFSSERVICE. No es buena práctica utilizar una cuenta de sistema.
Continuamos con la configuración del Reporting Server en donde le indico cual es el servidor que voy a utilizar y le doy al enlace de Populate URLs para que me añada el solito las URL adecuadas.
Ahora empezamos con chicha, le tengo que indicar cual es la base de datos que soporta el Team Foundation Warehouse. Lo pruebo pinchando en el enlace de Test y a continuación compruebo las bases de datos pinchando en el enlace List Avaliable Databases. Al menos debe aparecer una.
Continuamos indicando cual es la base de datos que soporta los Analisys Services, y comprobamos su correcto funcionamiento pinchado en Test.
Continuamos por la configuración de la cuenta de servicio que va a ser utilizada para contactar con el servidor de Reportes, la cual no debiera ser de sistema y debería ser algo como TFSREPORT.
Ahora configuremos el acceso a SharePoint para los portales de los proyectos, lo cual es muy sencillo: los dejo como estaba.
Ahora nos vamos a la pantalla de Review y lanzamos la verificación de todos los datos que hemos introducido.
Aquí me salto la alerta avisándome que no se podía actualizar la base de datos y, buscando en internet, encontré que era a causa de que no se puede actualizar directamente de TFS11 beta TFS2012 con Update 1. Hay que pasar primero por TFS2012 normal, que puedes encontrar aquí: Team Foundation Server 2012 without Update 1 en el enlace superior derecho, no en el listado de TFS a descargar.
Le doy a verificar y, si todo está correcto, deberían salir todos verdes.
Le damos al botón Configure, y se pone a configurar el TFS2012 en la base de datos y a hacer sus cosas raras que hace por dentro. Es el momento de la verdad, si algo rompe aquí la cosa va a pintar bastos.
Y después de un rato de redoble de tambores… tachan!!! Lo que estaba esperando de agua de Mayo: la pantalla de Sucess. La alerta que me sale es que no se puede cambiar el grupo Contributor de SharePoint, lo cual está bien.
Ahora a por el Update 1, pero eso será otro artículo (si merece la pena).
No hay comentarios:
Publicar un comentario