Mover o clonar Team Foundation Server (cambio de hardware)

Puede mover o clonar la implementación del software de Team Foundation Server (TFS). Puede mover TFS de un equipo a otro si lo restaura en el nuevo hardware (lo que también se conoce como movimiento basado en la restauración). Por ejemplo, puede que desee mover TFS a un servidor con mayor capacidad o velocidad de procesamiento, o que le preocupe la confiabilidad del hardware en el que TFS se ejecuta actualmente. Mover TFS a un nuevo servidor permite cambiar el hardware que ejecuta TFS sin experimentar pérdida alguna en el historial de proyectos.

Para clonar la implementación de TFS, debe realizar los mismos pasos que para moverlo y otros adicionales. Debe moverlo cuando quiere realizar un uso descontinuado del hardware original y del desarrollo de TFS. Debe clonarlo cuando quiere seguir utilizando la instancia de TFS original después de moverla.

Importante

En algunas situaciones, puede que desee cambiar el dominio de una implementación de TFS, así como su hardware.El cambio de dominio es un movimiento basado en el entorno y nunca deben combinarse ambos tipos de movimiento.Complete primero el movimiento de hardware y después cambie el entorno.

Para mover o clonar el TFS, realice los pasos siguientes:

1. Comprobar sus permisos

2. Realizar una copia de seguridad de las bases de datos e instalar el software

   1. Realizar una copia de seguridad de las bases de datos y de la clave de cifrado

   2. Instalar y configurar SQL Server en el nuevo servidor de capa de datos

   3. Instalar y configurar software en el nuevo servidor de capa de aplicación

3. Restauración de las bases de datos de TFS al hardware nuevo

   1. Restaurar las bases de datos de TFS

   2. Redirigir Productos de SharePoint a la nueva ubicación de la base de datos de contenido

   3. (Opción de clonación) Reconfiguración de las id. del servidor y reasignar las bases de datos

4. Actualización de la configuración del nuevo servidor de capa de aplicación

   1. Configurar el nuevo nivel de la aplicación

   2. Actualizar las direcciones URL de Team Foundation Server

   3. Actualizar todas las cuentas de servicio

   4. Actualizar los servidores de compilación

   5. Configurar Aplicaciones web de SharePoint en TFS

   6. Configurar Reporting Services y Analysis Services de SQL Server

5. Verificar permisos, notificar a los usuarios y configurar las copias de seguridad

   1. Comprobar los permisos de usuarios, grupos, equipos y cuentas de servicio

   2. Actualizar las memorias caché en los equipos cliente

   3. Notificar a los usuarios

   4. Configurar copias de seguridad

1.Comprobar sus permisos

Debe ser administrador de ambos conjuntos de hardware (el antiguo y el nuevo). Además, debe ser administrador (o disponer de permisos equivalentes) de TFS y de todo el software del que depende la implementación: SQL Server, informes, Productos de SharePoint (si su implementación usa informes o SharePoint), así como cualquier otro software con el que interopere la implementación, por ejemplo, Project Server.

• Asegúrese de que es miembro de los grupos siguientes:

  • Servidores: Administradores (grupo Administradores local o equivalente)

  • TFS: Administradores de Team Foundation y Usuarios de la consola de administración

  • SQL Server: sysadmin

  • Productos de SharePoint: Administradores del conjunto de servidores (si la implementación de TFS se integra con Productos de SharePoint)

Si no es miembro de uno o más de estos grupos, obtenga los permisos correspondientes ahora.

2.Copias de seguridad e instalación

Primero, realice una copia de seguridad de las bases de datos TFS y luego instale el software en el nuevo hardware.

2-a.Realizar copias de seguridad de las bases de datos y de la clave de cifrado de SQL Server Reporting Services

1. Abra la consola de administración para TFS y en la página Copias de seguridad programadas haga una copia de seguridad completa. La copia de seguridad realizará una copia de todos los valores configurados para esta en el plan de copia de seguridad, pero lo hará inmediatamente, no según la hora programada en el plan. Si la implementación usa informes, puede realizar copias de seguridad de la clave de cifrado como parte de este conjunto de copias de seguridad.

   

   (Si no tiene copias de seguridad configuradas, tendrá que crear un plan para poder realizar una copia de seguridad completa).

2. Una vez completada la copia de seguridad, compruebe que esté disponible en el dispositivo de almacenamiento o el recurso compartido de red y que puede tener acceso a ella desde el nuevo hardware.

2-b.Instalar y configurar SQL Server en el nuevo servidor de capa de datos

• Instale SQL Server en el nuevo servidor y asegúrese de que funciona correctamente. Si la implementación anterior usaba informes, asegúrese de incluir los componentes Reporting Services y Analysis Services. Debe instalar la misma versión y edición que usó anteriormente, incluido el Service Pack y los niveles de actualización acumulativa.

  

  Como alternativa, puede crear una instancia de SQL Server en un servidor que ya tenga una versión coincidente instalada y restaurar las bases de datos de TFS en dicha instancia, pero eso requerirá más configuración después de la restauración.

  Para obtener más información sobre las opciones para instalar y configurar SQL Server, vaya aquí.

  Después de instalar SQL Server, si la implementación incluye informes, abra SQL Server Management Studio y desasocie las bases de datos ReportServer y ReportServerTempDB. De lo contrario, es posible que no pueda restaurar estas bases de datos con la copia de seguridad creada para las bases de datos de TFS.

  

2-c.Instalar y configurar software en el nuevo servidor de capa de aplicación

Para configurar un nuevo servidor o servidores para TFS, primero debe instalar y configurar el software necesario para admitirlo. Este software incluye los componentes siguientes:

• un sistema operativo compatible para su configuración de implementación

• una versión compatible de Productos de SharePoint (si la implementación se integra con Productos de SharePoint y desea moverla al mismo servidor que TFS)

Nota

A diferencia de instalar una nueva implementación de TFS, al pasar a un nuevo servidor no podrá instalar Productos de SharePoint como parte de las opciones Servidor único estándar o Avanzado.Debe instalar manualmente la misma versión y edición de Productos de SharePoint que usó en su implementación anterior o bien seguir las instrucciones correspondientes a su versión y edición de Productos de SharePoint para mover la implementación al nuevo hardware por separado.

Instale y configure Windows, IIS (si no se configura de forma predeterminada) y SharePoint (si se usa) en el nuevo entorno y asegúrese de que el servidor y el software estén operativos.

Para obtener más información, vea los requisitos del sistema para Team Foundation Server y Migrar SharePoint a un nuevo hardware para TFS.

3.Restauración de las bases de datos de TFS al hardware nuevo

Para restaurar las bases de datos de TFS mediante la herramienta de restauración, debe instalar pero no configurar TFS en el nuevo servidor de capa de datos y, a continuación, usar la función de restauración en el nodo Copias de seguridad programadas.

Puede restaurar las bases de datos de TFS manualmente mediante las herramientas de restauración de SQL Server si lo desea, pero es un procedimiento más difícil. Además, tendrá que desactivar manualmente el modo inactivo de las bases de datos en la nueva implementación. El Asistente para restaurar de TFS lo hace automáticamente como parte del proceso de restauración, pero dicha funcionalidad no forma parte de las herramientas de restauración de SQL Server.

Si instaló SharePoint Foundation 2013 mediante los pasos indicados en Migrar SharePoint a un nuevo hardware para TFS y piensa usar ese servidor como servidor de TFS, los bits de instalación y la consola de administración estarán ya presentes en el servidor y puede omitir los dos primeros pasos del procedimiento siguiente.

3-a.Restaurar las bases de datos de TFS

1. Inicie el disco de instalación de TFS. En la página Programa de instalación de Team Foundation Server, elija Instalar.

2. Una vez completada la instalación, se abre el Centro de configuración de Team Foundation Server. Ciérrelo.

   La consola de administración se abre automáticamente en un estado no configurado. Esto es normal.

3. Para iniciar el Asistente para restaurar, abra la consola de administración de TFS y también Copias de seguridad programadas.

   

4. Especifique la ruta de acceso al conjunto de copias de seguridad y elija el conjunto que creó tras poner la implementación anterior en modo inactivo.

   

5. Finalice el asistente y restaure las bases de datos en la nueva instancia de SQL Server.

   

3-b.Redirigir Productos de SharePoint a la nueva ubicación de la base de datos de contenido

Si la implementación usa Productos de SharePoint, ya ha instalado la misma versión y edición de Productos de SharePoint que usó en su implementación anterior siguiendo los pasos de Migrar SharePoint a un nuevo hardware para TFS, como se indica anteriormente. Ahora, después de haber restaurado la base de datos de contenido de la implementación anterior (WSS_Content) en el nuevo servidor como parte del conjunto de restauración, debe redirigir el servidor que ejecuta Productos de SharePoint a la nueva ubicación de dicha base de datos. Esta base de datos debe estar operativa antes de poder reconfigurar Team Foundation Server con las nuevas ubicaciones de sus bases de datos.

1. Abra un símbolo del sistema como administrador en el nuevo hardware que ejecuta SharePoint Foundation.

2. Cambie al directorio Unidad:\Archivos de programa\Archivos comunes\Microsoft Shared\Web Server Extensions\15\bin y ejecute stsadm.exe con los siguientes parámetros, donde SharePointFoundationServerName es el nombre del servidor donde instaló SharePoint Foundation 2013 y SQLServerName es el nombre del servidor donde restauró la base de datos WSS_Content como parte de la restauración de las bases de datos de TFS:

   stsadm.exe –o addcontentdb –url http://SharePointFoundationServerName/sites -databasename WSS_Content -databaseserver SQLServerName
   

3. Una vez que ese comando se complete correctamente, escriba el comando siguiente, donde Domain\UserName es la cuenta que empleó para instalar y configurar SharePoint Foundation 2013 a fin de usarlo con TFS:

   stsadm.exe -o addpermissionpolicy -url http://SharePointFoundationServerName -userlogin Domain\UserName -permissionlevel "full control"
   

3-c.(Opción de clonación) Reconfiguración de las id. del servidor y reasignar las bases de datos

Realice el conjunto de pasos siguientes en el nuevo servidor de capa de aplicación si quiere seguir utilizando la instancia TFS original. Estos pasos son necesarios para evitar el riesgo de daños en una o ambas implementaciones. Si ambos servidores están activos, se puede acabar deteriorando los datos, sobre todo si apuntan a los mismos recursos de informes o SharePoint.

1. Abra una ventana del símbolo del sistema como administrador y cambie al directorio Unidad:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools. Abra una ventana de símbolo del sistema y escriba:

2. Ejecute el comando TFSConfig PrepareClone para eliminar información sobre las copias de seguridad programadas, SharePoint y recursos de informes.

   TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:DatabaseName /notificationURL: ApplicationTierURL

3. Ejecute el comando TFSConfig ChangeServerID para cambiar los GUID del servidor que están asociados a la base de datos. Los GUID deben ser únicos en el desarrollo de TFS.

   TFSConfig ChangeServerID /SQLInstance:ServerName] /DatabaseName:ConfigurationDatabaseName [/ProjectCollectionsOnly] [/ConfigDBOnly] [/usesqlalwayson]

4. Ejecute el comando TFSConfig RemapDBs para redirigir el TFS clonado a sus bases de datos.

   TFSConfig RemapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2 [/AnalysisInstance:ServerName] [/AnalysisDatabaseName:DatabaseName] [/preview] [/continue] [/usesqlalwayson]

4.Actualización de la configuración del nuevo servidor de capa de aplicación

Realice estos pasos en el nuevo servidor de capa de aplicación.

4-a.Configuración del nuevo servidor de capa de aplicación

1. En la consola de administración de TFS, elija Configurar las características instaladas para iniciar el centro de configuración.

2. Inicie el Asistente para configuración de capa de aplicación solamente y, en Bases de datos, especifique la nueva instancia de SQL Server donde restauró las bases de datos de TFS. En la lista, elija la base de datos Tfs_Configuration.

   

3. Antes de cerrar la última página del asistente, busque el símbolo "i". Se trata de información que puede necesitar para consultas posteriores. La última página también incluye la ubicación del registro de configuración.

   

4-b.Actualización de las URL de TFS

1. Vaya al nodo Capa de aplicación y examine las direcciones URL de notificación y de Team Web Access. Observe que todavía señalan a la ubicación de la implementación anterior. Actualícelas.

   

2. Después de actualizar las direcciones URL con el nombre del nuevo servidor, revise la información para asegurarse de que es correcta.

   

4-c.Actualizar todas las cuentas de servicio

Debe actualizar la cuenta de servicio (TFSService) y la cuenta de orígenes de datos (TFSReports). Aunque estas cuentas no hayan cambiado, debe actualizar la información para ayudar a asegurarse de que la identidad y el formato de las cuentas sean adecuados para el nuevo servidor.

1. Abra una ventana del símbolo del sistema como administrador y cambie al directorio Unidad:\%programfiles%\Microsoft Team Foundation Server 12.0\Tools.

2. En el símbolo del sistema, escriba el siguiente comando para agregar la cuenta de servicio de Team Foundation, donde NombreBaseDeDatos es el nombre de la base de datos de configuración (de forma predeterminada, TFS_Configuration):

   **TfsConfig Accounts /add /AccountType:ApplicationTier /account:**NombreCuenta **/SQLInstance:**NombreServidor **/DatabaseName:**NombreBaseDeDatos

3. En el símbolo del sistema, escriba el siguiente comando para agregar la cuenta de origen de datos:

   **TfsConfig Accounts /add /AccountType:ReportingDataSource /account:**NombreCuenta **/SQLInstance:**NombreServidor **/DatabaseName:**NombreBaseDeDatos

   Para obtener más información, vea Accounts (Comando).

4-d.Actualizar los servidores de compilación

Ahora tendrá que redirigir los servidores de compilación para que apunten a la implementación de TFS que movió.

1. En cada servidor de compilación, abra la consola de administración y detenga el servicio de compilación.

2. En las propiedades del servicio de compilación, actualice las propiedades de las comunicaciones.

   

4-d.Configurar aplicaciones web de SharePoint

Si la implementación usa Productos de SharePoint y movió SharePoint Foundation 2013 como parte del proceso de mover TFS, puede que tenga que redirigir TFS a la nueva aplicación web. Incluso si no lo hace, debe reparar la conexión para garantizar un rendimiento adecuado.

Si no usa Productos de SharePoint como parte de la implementación o si esta seguirá usando el servidor anterior de SharePoint, puede omitir este procedimiento.

• Abra la consola de administración y navegue a Aplicaciones web de SharePoint. Si la aplicación web todavía hace referencia al sitio anterior o la nueva implementación usa una aplicación web distinta a la que se muestra, elija Cambiar y actualice la configuración.

  

  Si la información es correcta o ya se ha corregido, elija Reparar conexión. Esto ayuda a garantizar que todo funcione correctamente.

4-e.Configurar Reporting y Analysis Services

Si la implementación utiliza un servidor de informes, debe redirigir Team Foundation Server a su ubicación, reiniciar el almacén de datos y recompilar manualmente la base de datos para Analysis Services. Si no usa informes, omita este procedimiento.

1. Vaya al nodo Informes. Los valores del servidor de informes que se muestran aquí son los antiguos, no los nuevos; por tanto, edítelos.

   

2. Cambie los valores de las tres pestañas para apuntar al nuevo servidor. Asegúrese de proporcionar la información correcta de la cuenta de origen de datos en la nueva implementación.

   

3. Elija Iniciar trabajos para reiniciar la generación de informes.

4. Elija Iniciar recompilación para recompilar el almacén.

5.Verificar permisos, notificar a los usuarios y configurar las copias de seguridad

Después de mover al nuevo hardware, asegúrese de que todos los usuarios, grupos y cuentas de servicio de su implementación estén configurados con los permisos que necesitan para funcionar correctamente en cada servidor. Algunos permisos, como permisos adicionales en SQL Server o en el equipo local, no se pueden migrar automáticamente. Por ejemplo, los administradores de Team Foundation deben ser miembros del grupo local Administradores en el servidor de capa de aplicación para poder abrir la consola de administración, por lo que debe agregarlos manualmente a ese grupo.

5-a.Comprobar permisos de usuarios, grupos y cuentas de servicio

• Inicie sesión en el servidor y asegúrese de que los usuarios, grupos y cuentas de servicio están configurados con los permisos necesarios. Inspeccione manualmente y al azar la pertenencia a equipos y grupos de proyectos, y compruebe que tienen los permisos esperados.

• Vaya a una colección de proyectos de equipo y asegúrese de que todos los proyectos de esa colección aparezcan como se esperaba y de que los usuarios de esos proyectos puedan tener acceso correctamente a sus elementos de trabajo.

• Abra Team Web Access y compruebe que los sitios de grupo y los equipos aparezcan como se esperaba.

¿No está seguro de qué grupos y permisos corresponde esperar en cada caso? Para obtener más información, veaAgregar usuarios a proyectos de equipo, Establecer permisos de administrador para colecciones de proyectos de equipo, Establecer permisos de administrador para Team Foundation Servery Cuentas de servicio y dependencias de Team Foundation Server.

5-b.Actualizar la memoria caché de datos en los equipos cliente

• Inicie sesión en el servidor y use el servicio Web ClientService para obligar a los clientes a actualizar la memoria caché con el fin de que puedan realizar un seguimiento de los elementos de trabajo y para el control de versiones de Team Foundation.

  https://ServerName:8080/tfs/WorkItemTracking/v3.0/ClientService.asmx
  

  Para obtener más información, vea Actualizar la memoria caché de datos en los equipos cliente.

  Si desea actualizar la memoria caché completa para todos los usuarios la próxima vez que inicien sesión, use el comando witadmin rebuildcache.

  Nota

  Si restauró las bases de datos a un punto diferente en el tiempo, también necesitará actualizar la memoria caché de control de versiones como se documenta en Actualizar la memoria caché de datos en los equipos cliente.

5-c.Notificar a los usuarios

Ahora que ha movido TFS, deberá indicar a los usuarios cómo conectarse a la implementación que movió. En concreto, deberá proporcionarles la siguiente información:

• El nombre del nuevo servidor y la dirección URL de Team Web Access, para que puedan volver a conectarse a sus proyectos

• Los nombres de base de datos nuevos para los informes, si estos últimos forman parte de la implementación

• La nueva dirección URL de SharePoint, si SharePoint forma parte de la implementación

• Si son miembros de un proyecto de equipo que usa Git, las instrucciones sobre cómo actualizar cada uno de los clones que tienen localmente para todos los repositorios de ese proyecto. En concreto, tendrán que ejecutar el comando siguiente para cada clon:

  git remote set-url <remote name> <new URL>
  

  Los usuarios podrán ver cuál es la dirección URL para cada clon examinando el proyecto de equipo en la pestaña Explorador.

  

  Obtenga más información acerca de Git aquí.

5-d.Configuración de las copias de seguridad en la nueva instancia TFS

En la consola de administración, vaya al nodo Copias de seguridad programadas y vuelva a configurar las copias de seguridad programadas para realizar copia de seguridad de las bases de datos de TFS en el nuevo servidor.

Para obtener más información, vea Configurar un plan y una programación de copia de seguridad.

Preguntas y respuestas

P: Deseo cambiar dominios, no servidores físicos.¿Puedo hacerlo?

R: Sí. Esto se denomina movimiento basado en el entorno y encontrarás los pasos aquí. No debe intentar combinar un movimiento basado en el entorno con un movimiento basado en hardware. Complete primero el movimiento de hardware y después cambie el entorno.

P: ¿Cuáles son los pasos necesarios para integrar Project Server después de mover el hardware?

R: Sí, después de completar el movimiento de hardware deberá usar el comando TFSAdmin ProjectServer /RegisterPWA con las opciones /tfs, /force y /pwa para volver a registrar TFS con Project Server. Puede obtener más información sobre la integración de TFS con Project Server aquí.