Modos de cambiar la implementación de Team Foundation Server
Actualización: noviembre 2007
Existen tres modos de cambiar la implementación de Team Foundation Server. El modo más común está basado en la restauración y consiste en configurar una nueva instalación de Team Foundation Server en hardware nuevo; los datos de la implementación de Team Foundation Server original se restauran en el nuevo entorno. Existe otro modo más sencillo que está basado en el entorno y consiste en trasladar una implementación existente de Team Foundation Server a un dominio o a un grupo de trabajo. Por último, está el movimiento de un solo servidor a varios servidores, en el que Team Foundation Server se mueve de una instalación en un servidor único a una instalación en dos o más servidores. Este último es un modo específico de cambio basado en la restauración.
¿Por qué cambiar la implementación de Team Foundation Server?
Hay muchas razones por las que podría considerar cambiar la implementación existente de Team Foundation Server. Las más comunes son:
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.
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.
Modos admitidos para cambiar la implementación
Team Foundation Server admite tres modos de cambio diferentes. Los tres requieren muchos pasos. Debe leer completamente los procedimientos correspondientes a cada modo de cambio antes de intentar cambiar la implementación de Team Foundation Server.
Cambio basado en la restauración Se instala una nueva implementación de Team Foundation Server en el entorno nuevo. Las copias de seguridad de las bases de datos del servidor de Team Foundation Server original se restauran en el nuevo servidor de Team Foundation Server del nuevo entorno. Este modo de cambio se utiliza para trasladar la implementación a hardware nuevo. Entre los ejemplos de cambios basados en hardware se incluyen:
Mover de una implementación en un solo servidor a otra en el mismo dominio.
Mover de una implementación en dos servidores a otra en el mismo dominio.
Restaurar datos a partir de un servidor de nivel de datos a otro (solo implementaciones en dos servidores).
Dispone de los pasos específicos en Cómo: Pasar el servidor Team Foundation Server de una configuración de hardware a otra y Cómo: Restablecer datos para Team Foundation Server en un servidor diferente.
Cambio basado en el entorno Una implementación de Team Foundation Server existente 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 cambio no implica un cambio de hardware. Entre los ejemplos de cambios basados en entorno se incluyen:
Mover una implementación de un grupo de trabajo a un dominio
Mover una implementación de un dominio a otro
Dispone de los pasos específicos en Cómo: Pasar el servidor de Team Foundation Server de un entorno a otro.
Cambio de un servidor a varios servidores Se trata de un modo de cambio específico basado en la restauración. SQL Server se instala y configura en un nuevo equipo y el servidor único de Team Foundation Server original se convierte en el servidor que hospeda el nivel de aplicación lógico 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 nivel de datos de Team Foundation. Dispone de los pasos específicos en Cómo: Pasar de una implementación de servidor único a una implementación de servidor dual.
Escenarios de cambio
Debe decidir qué tipo de cambio 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, éste es un tipo de cambio 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 servidor de un grupo de trabajo a un dominio Es un tipo de cambio basado en el entorno. Puede elegir esta posibilidad si implementa 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 modo de cambio 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 modo de cambio 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 modo de cambio basado en la restauración, mientras que el segundo es un modo de cambio de un servidor a varios servidores. Podría elegir esta opción si experimentase un bajo rendimiento en la implementación de Team Foundation Server actual y necesitase más capacidad para los usuarios, proyectos y datos.
Consideraciones acerca del cambio
Para mover una implementación de Team Foundation Server se requiere un proceso minucioso de diseño y ejecución. Por ejemplo, es especialmente delicado combinar el cambio de una implementación de Team Foundation Server en un solo servidor a varios servidores con una migración de 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 del cambio de implementación. Para obtener más información, consulte Arquitectura de seguridad de Team Foundation Server.
Consideraciones a la hora de cambiar la implementación de Team Foundation Server
Si es posible, mantenga el nombre del servidor de nivel de aplicación de Team Foundation Para cambios basados en el entorno y de un solo servidor a varios servidores, si es posible mantenga el mismo nombre para el servidor de nivel de aplicación de Team Foundation. Al cambiar el nombre del servidor de nivel de aplicación de Team Foundation, se suman las complicaciones siguientes:
Si se cambia el nombre del servidor de nivel de aplicación de Team Foundation, todos los clientes de Team Foundation deben conectarse a un servidor que tiene otro nombre.
Todos los documentos de Microsoft Office con enlace a consultas no funcionarán si se cambia el nombre del servidor. Los documentos se enlazan al servidor para el que se crearon. Se incluyen 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.
Si se cambia el nombre del servidor, todos los vínculos incrustados a los documentos señalarán a un nombre de servidor desconocido.
.gif "Nota") Nota: |
|---|
Para los modos de cambio basados en la restauración, debe cambiarse el nombre del servidor de nivel de aplicación de Team Foundation. |
Traslado de usuarios y cuentas de servicio Como parte del modelo de seguridad, Team Foundation Server almacena las identidades de Windows (usuarios y grupos locales y de dominio) por sus identificadores de seguridad (SID). El servicio de seguridad de grupo de Team Foundation sincroniza con regularidad la información almacenada en la base de datos TfsIntegration basándose en el SID como identificador único de cada usuario. Por consiguiente, dependiendo del tipo de cambio, es posible que los SID que contiene la base de datos TfsIntegration no sean válidos después del cambio. Sucederá 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 cambiado o como cuentas de dominio en el nuevo dominio del servidor de Team Foundation Server cambiado.
Había cuentas de dominio en el servidor de Team Foundation Server original pero va a cambiar 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 cambiado o como cuentas de dominio en el nuevo dominio del servidor de Team Foundation Server cambiado.
Para mantener el conjunto existente de usuarios y grupos de Team Foundation Server y los permisos que tienen asignados, Team Foundation Server incluye una herramienta de línea de comandos (TfsAdminUtil). Uno de los comandos de TFSAdminUtil actualiza cada entrada de la base de datos TfsIntegration que utiliza un SID para la cuenta de usuario a una entrada presente en el nuevo dominio, si encuentra una. Para obtener más información, vea Comandos TFSAdminUtil de la línea de comandos.
.gif "Nota importante") Nota importante: |
|---|
Para trasladar correctamente los usuarios y grupos de Windows y sus permisos con el comando SID de TfsAdminUtil, los usuarios y grupos deben tener el mismo nombre de cuenta en el entorno de Team Foundation Server original y en el nuevo dominio. La herramienta no permite definir una asignación entre nombres de cuenta para trasladar usuarios. También es posible que como parte del cambio, las cuentas de servicio utilizadas en la implementación de Team Foundation Server original no se encuentren en la nueva implementación de Team Foundation Server. Para trasladar la cuenta de servicio, debería utilizar el comando TfsAdminUtil ChangeAccount. |
Como medida de precaución, realice una ejecución de prueba Sería recomendable que probase el cambio a un entorno nuevo con un ejercicio de ejecución de prueba para determinar y solucionar cualquier problema imprevisto. Los escenarios de cambio y los entornos de implementación podrían diferir de los que Microsoft ha probado. Realizar una ejecución de prueba le ayudará a identificar las posibles diferencias en los pasos específicos para su implementación.
Vea también
Tareas
Cómo: Pasar el servidor Team Foundation Server de una configuración de hardware a otra
Cómo: Pasar el servidor de Team Foundation Server de un entorno a otro
Cómo: Pasar de una implementación de servidor único a una implementación de servidor dual
Conceptos
Administrar Team Foundation Server en un grupo de trabajo
Otros recursos
Elegir una configuración de implementación de Team Foundation Server
Administrar Team Foundation Server en un dominio de Active Directory