Compartir a través de


Modos de cambiar la implementación de Team Foundation Server

Se admiten tres tipos de movimientos para Visual Studio Team Foundation Server. El tipo más frecuente es el movimiento basado en la restauración, donde se configura una nueva instalación de Team Foundation Server en hardware nuevo y los datos de la implementación original de Team Foundation Server se restauran al nuevo servidor o servidores que actúan como la capa de datos. Un tipo más sencillo es el movimiento basado en el entorno, donde una implementación existente de Team Foundation Server se mueve de un dominio a otro o de un grupo de trabajo a un dominio. Por último, puede mover una implementación de un único servidor a varios servidores, donde Team Foundation Server se mueve de una instalación en un único servidor a una instalación en dos o más servidores. Este último es un tipo específico de movimiento basado en la restauración.

Por qué mover la implementación de Team Foundation Server

Hay muchas razones por las que podría considerar el movimiento de la implementación existente de Team Foundation Server. Las más comunes son las siguientes:

  • Aumentar la capacidad de la implementación de Team Foundation Server pasando de una implementación de Team Foundation Server en un servidor a una implementación en varios servidores.

  • Expandir la implementación agregando servidores para hospedar las bases de datos que componen la capa de datos.

  • Aumentar la velocidad y agilidad de la implementación agregando un servidor de capa de aplicación, con o sin software de equilibrio de carga para distribuir el tráfico entre los servidores de capa de aplicación.

  • Incorporar nuevo hardware utilizando los mismos nombres de servidor o nombres de servidores diferentes.

  • Trasladar Team Foundation Server de un grupo de trabajo a un dominio de Active Directory.

  • Trasladar Team Foundation Server de un dominio a otro dominio.

Tipos de movimientos admitidos

Team Foundation Server admite tres tipos de movimientos diferentes. Los tres requieren muchos pasos. Debe leer completamente los procedimientos correspondientes a cada tipo de movimiento antes de intentar mover la implementación de Team Foundation Server.

  • Movimiento basado en la restauración   El software necesario se instala en hardware nuevo, en el que se restauran las copias de seguridad de las bases de datos originales de Team Foundation Server. He aquí algunos ejemplos de movimientos basados en hardware:

    • Mover de una implementación en un solo servidor a otra en el mismo dominio.

    • Mover de una implementación en dos o más servidores a otra en el mismo dominio.

    • Restaurar datos a partir de un servidor de capa de datos a otro (solo implementaciones en dos servidores).

    • Mover o dividir una colección de proyectos de equipo.

    Para conocer pasos concretos, vea Pasar el servidor Team Foundation Server de una configuración de hardware a otra, Restaurar datos en distintos servidores o instancias, Dividir una colección de proyectos de equipo y Mover una colección de proyectos de equipo.

  • Movimiento basado en el entorno   Una implementación existente de Team Foundation Server se traslada a un nuevo entorno uniendo el servidor que ejecuta Team Foundation Server a un dominio o cambiando el dominio al que pertenece el servidor. Este tipo de movimiento no implica un cambio de hardware. Entre los ejemplos de movimientos basados en el entorno se incluyen:

    • Mover una implementación de un grupo de trabajo a un dominio

    • Mover una implementación de un dominio a otro

    Para conocer los pasos específicos, vea Pasar el servidor de Team Foundation Server de un entorno a otro.

  • Movimiento de un servidor a varios servidores   Se trata de un tipo específico de movimiento basado en la restauración. SQL Server se instala y configura en un nuevo equipo y el Team Foundation Server original de un único servidor se convierte en el servidor que hospeda la capa de aplicación lógica de Team Foundation. Las copias de seguridad de las bases de datos procedentes del entorno de servidor único original se restauran en el nuevo servidor de capa de datos de Team Foundation. Para conocer los pasos específicos, vea Pasar de una implementación de servidor único a una implementación de servidor dual.

Escenarios de movimiento

Debe decidir qué tipo de movimiento se ajusta mejor a las necesidades de su empresa. Estos son algunos de los posibles escenarios de cambio de servidor:

  • Trasladar un servidor del dominio A al dominio B   Si no cambia el hardware, este es un tipo de movimiento basado en el entorno. Podría elegir esta opción si ha evaluado Team Foundation Server en un dominio de prueba y desea trasladar el servidor a un dominio de producción. El traslado de servidores también podría implicar trasladar o volver a crear las cuentas de usuario, las cuentas de grupo y los permisos del servidor original.

  • Trasladar un único servidor de un grupo de trabajo a un dominio   Es un tipo de movimiento basado en el entorno. Puede elegir esta posibilidad si implementó Team Foundation Server en un grupo de trabajo y después decide implementar un dominio de Active Directory. Puede trasladar los usuarios locales de un grupo de trabajo a un dominio si la misma cuenta de usuario está en el dominio, o si la cuenta de usuario existe como cuenta local en Team Foundation Server.

  • Reemplazar el hardware en una implementación de Team Foundation Server   Es un tipo de movimiento basado en la restauración. Puede elegir esta opción si tiene que reemplazar el hardware en el que instaló Team Foundation Server.

  • Ampliar la capacidad de la implementación de Team Foundation Server en un solo servidor   El tipo de movimiento viene determinado por el hecho de si desea trasladar su implementación a un servidor más rápido con mayor capacidad o si desea pasar de una implementación en un solo servidor a una implementación en varios servidores. El primero es un movimiento basado en la restauración, mientras que el segundo es un movimiento de un servidor a varios servidores. Podría elegir esta opción si experimentara un bajo rendimiento en la implementación actual de Team Foundation Server y necesitara más capacidad para los usuarios, proyectos y datos.

  • Pasar una colección de proyectos de equipo de una implementación de Team Foundation Server a otra. Este tipo de movimiento solo mueve una base de datos de una colección en lugar de una implementación completa.

  • Dividir una colección de proyectos de equipo en dos o más colecciones. Este tipo de movimiento divide los proyectos que contiene una única colección. Un proyecto puede existir solo en una colección, por lo que cada colección dividida tiene su propio manifiesto único de proyectos.

Consideraciones acerca del movimiento

El traslado de la implementación de Team Foundation Server necesita un planeamiento y una ejecución cuidadosos. Por ejemplo, hay que tener especial cuidado al combinar un movimiento de una implementación de Team Foundation Server en un solo servidor a más de un servidor con una migración del dominio. Asimismo, tenga en cuenta que Team Foundation Server almacena información de configuración en varias ubicaciones. Por tanto, procure realizar con especial cuidado los procedimientos de movimiento. Para obtener más información, vea Arquitectura de Team Foundation Server y Interacciones entre los productos de SharePoint y Team Foundation Server.

Consideraciones a la hora de mover Team Foundation Server

Si es posible, mantenga el nombre del servidor de capa de aplicación de Team Foundation En el caso de movimientos basados en el entorno y de un solo servidor a varios servidores, si es posible mantenga el mismo nombre para el servidor de capa de aplicación de Team Foundation. Al cambiar el nombre del servidor de capa de aplicación de Team Foundation, se suman las complicaciones siguientes:

  • Si se cambia el nombre del servidor de capa de aplicación de Team Foundation, todos los clientes de Team Foundation deben conectarse a un servidor que tiene otro nombre.

  • Si se cambia el nombre de colección (moviendo o dividiendo una colección), todos los clientes deben volver a conectarse a la colección con el nuevo nombre.

  • Todos los documentos de Microsoft Office con enlace a consultas ya no funcionarán si se cambia el nombre del servidor o de la colección. Los documentos se enlazan al servidor y a la colección para los que se crearon. Esto incluye todos los documentos de Microsoft Office con enlace a consultas que se crean automáticamente en el momento de crear el proyecto en el nodo Documentos.

  • Todos los vínculos incrustados en documentos señalarán a un nombre desconocido si se cambia el nombre del servidor o de la colección.

Mover usuarios y cuentas de servicio Como parte del modelo de seguridad, Team Foundation Server almacena las identidades de Windows (grupos y usuarios locales y de dominio) por sus identificadores de seguridad (SID) en su base de datos de configuración. Si va a mover una colección o un servidor, necesitará reconciliar las identidades y volver a configurar Team Foundation Server. Esto es especialmente cierto si:

  • Había cuentas locales en el servidor de Team Foundation Server original. Debe decidir si estas cuentas se volverán a crear como cuentas locales en el servidor de Team Foundation Server que se ha movido o como cuentas de dominio en el nuevo dominio del servidor de Team Foundation Server que se ha movido.

  • Había cuentas de dominio en el servidor de Team Foundation Server original pero va a mover Team Foundation Server a un dominio que no confía en el dominio original. Debe decidir si estas cuentas se volverán a crear como cuentas locales en el servidor de Team Foundation Server que se ha movido o como cuentas de dominio en el nuevo dominio del servidor de Team Foundation Server que se ha movido.

Como medida de precaución, realice una ejecución de pruebas Es conveniente que pruebe el movimiento a un entorno nuevo con una ejecución de pruebas para determinar y solucionar cualquier problema imprevisto. Los escenarios de movimiento y los entornos de implementación podrían diferir de los que Microsoft ha probado. Realizar una ejecución de pruebas le ayudará a identificar las posibles diferencias en los pasos específicos para su implementación.

Vea también

Tareas

Conectar y obtener acceso a los proyectos de equipo de un servidor Team Foundation Server

Conceptos

Organizar el servidor con colecciones de proyectos de equipo

Otros recursos

Pasar el servidor Team Foundation Server de una configuración de hardware a otra

Pasar el servidor de Team Foundation Server de un entorno a otro

Pasar de una implementación de servidor único a una implementación de servidor dual

Administrar Team Foundation Server en un grupo de trabajo

Consideraciones de bosque y confianza para Team Foundation Server