Compartir a través de

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

  • Artículo

Actualización: noviembre 2007

Puede pasar una instancia de Visual Studio Team System Team Foundation Server de una configuración de hardware a otro realizando un movimiento basado en la restauración. Este tipo de movimiento no es solo el más común sino también uno de los tipos de movimiento más complejos para Team Foundation Server. Antes de iniciar un movimiento basado en la restauración, debe asegurarse de que este tipo de movimiento es el que mejor se adapta a sus objetivos de organización. Para obtener más información, vea Modos de cambiar la implementación de Team Foundation Server.

Nota importante:

Cuando planea un movimiento de implementación, debe comprobar el ámbito y el propósito de los cambios que espera realizar y compararlos con los escenarios para cada tipo de movimiento. Al elegir el tipo de movimiento correcto, no solo minimiza la confusión y las interrupciones en la productividad del equipo sino que contribuye a garantizar la eficacia de su implementación a largo plazo.

Para preparar un movimiento basado en la restauración, debería leer todos los pasos necesarios y considerar la posibilidad de imprimir este tema. También debería revisar la información que se proporciona a través de los vínculos y determinar qué pasos variarán en función de su configuración concreta. Por ejemplo, su implementación podría tener SQL Server Analysis Services en un servidor diferente al de las bases de datos de SQL Server. En esta situación, debe configurar esos servidores por separado.

Para realizar un movimiento basado en la restauración, debe completar los procedimientos de las secciones siguientes:

  • Preparar un traslado basado en la restauración

  • Instalar Team Foundation Server en el nuevo hardware

  • Hacer una copia de seguridad de la base de datos WSS_Config en el nuevo servidor

  • Restaurar las bases de datos

  • Restaurar sitios web para proyectos de equipo

  • Restaurar y probar el Servidor de informes de SQL Server, Reporting Services y los informes predeterminados

  • Cambiar el nombre del servidor de nivel de datos y activar el servidor de nivel de aplicación

  • Volver a generar el cubo de Team System

  • Eliminar la caché de control de versiones

  • Mover las cuentas de usuario y de servicio

  • Reiniciar los servicios

  • Actualizar la memoria caché de datos en los equipos cliente

  • Pasos siguientes

Permisos necesarios

Para poder realizar estos procedimientos, debe ser miembro del grupo Administradores en los servidores antiguos y nuevos, así como miembro del grupo Administradores de Team Foundation. Si crea grupos de seguridad en un dominio de Active Directory, debe tener los permisos adecuados en ese dominio.

Además de estos permisos, es posible que tenga que cumplir los siguientes requisitos en un equipo que ejecute Windows Server 2008 o Windows Vista:

  • Para seguir un procedimiento de línea de comandos, es probable que necesite abrir un símbolo del sistema con privilegios elevados; para ello, haga clic en Inicio, haga clic con el botón secundario en Símbolo del sistema y, a continuación, haga clic en Ejecutar como administrador.

  • Para seguir un procedimiento que requiera Internet Explorer, es probable que necesite iniciar Internet Explorer como administrador; para ello, haga clic en Inicio, Todos los programas, haga clic con el botón secundario en Internet Explorer y, a continuación, haga clic en Ejecutar como administrador.

  • Para editar los archivos web.config, es posible que necesite iniciar el editor de texto como administrador; para ello, haga clic en Inicio, Todos los programas, haga clic con el botón secundario en el editor y, a continuación, haga clic en Ejecutar como administrador.

  • Para obtener acceso al Administrador de informes, los informes o los sitios web de SQL Server Reporting Services, es posible que necesite agregar estos sitios a la lista de sitios de confianza de Internet Explorer o iniciar Internet Explorer como administrador.

Para obtener más información, visite el sitio web de Microsoft.

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

Antes de mover la implementación de Team Foundation Server, debe realizar una copia de seguridad de sus bases de datos. Como parte del movimiento, restaurará estas bases de datos al nuevo servidor de nivel de datos.

Para preparar la anterior implementación para un movimiento basado en la restauración

  1. Cree copias de seguridad de todas las bases de datos de Team Foundation Server.

    Para obtener más información, vea Cómo: Realizar una copia de seguridad de Team Foundation Server.

    Nota:

    También debe hacer copias de seguridad de todas las definiciones de sitio personalizadas, plantillas de sitio personalizadas o elementos web personalizados de Productos y tecnologías de SharePoint que desee mantener. Para obtener más información, vea "Backup and Restore Options for Windows SharePoint Services 2.0" en el sitio web de Microsoft o, para Windows SharePoint Services 3.0, "Copias de seguridad y recuperación" (Windows SharePoint Services)" en el sitio web de Microsoft.

  2. Haga una copia de seguridad de la clave de cifrado para Reporting Services y almacénela en una ubicación segura en un equipo diferente del servidor que está ejecutando Team Foundation Server. Asegúrese de que la nueva implementación pueda tener acceso a la clave y almacene la contraseña con la que se ha cifrado la clave.

    Para obtener más información, vea Cómo: Realizar una copia de seguridad de la clave de cifrado de Reporting Services.

Instalar Team Foundation Server y preparar el nuevo hardware

Después de crear una copia de seguridad de las bases de datos, debe instalar Team Foundation Server en el equipo al que desee mover su implementación.

Para preparar el nuevo servidor para un movimiento basado en la restauración

  1. Instale Team Foundation Server en el nuevo hardware y asegúrese de que el servidor está operativo.

    Para obtener instrucciones detalladas e información sobre los requisitos previos, vea la guía de instalación para Team Foundation en el sitio web de Microsoft.

    Nota importante:

    Antes de instalar Team Foundation Server, debe instalar primero SQL Server en el equipo en el que desea restaurar los datos para su implementación. La versión de SQL Server que instala debe coincidir exactamente con la versión que se ejecutaba en el antiguo servidor de nivel de datos, incluidos el nivel de Service Pack, la configuración de intercalación y la edición del idioma. Si no coinciden exactamente, es posible que no pueda restaurar los datos.

  2. En el servidor que ejecuta SQL Server Reporting Services, recupere y guarde una lista de los identificadores de instalación para Reporting Services.

    1. Abra la ventana Símbolo del sistema y cambie los directorios al siguiente directorio:

      %Archivos de programa%\Microsoft SQL Server\90\Tools\binn\

    2. Ejecute RSKeyMgmt -l.

    3. Tome nota de los identificadores de instalación e imprima o guarde la lista en una ubicación segura.

  3. Inicie sesión en el servidor adecuado, abra Computer Manager y detenga los servicios y grupos de aplicaciones de la tabla siguiente, en el orden especificado:

    Inicie sesión en el servidor donde se hospeda este programa

    Detenga este componente

    Productos y tecnologías de SharePoint

    • Servicio de temporizador de SharePoint o temporizador de Windows SharePoint Services

    • Sitio web predeterminado o sitio web del equipo

    Nivel de aplicación

    • Servicio Programador de tareas de Visual Studio Team Foundation Server

    • Grupo de aplicaciones de Microsoft Team Foundation Server

    SQL Server Reporting Services

    • SQL Server Reporting Services (TFSINSTANCE)

    • ReportServer o ReportServer$nombreDeInstancia

    • Sitio web predeterminado o sitio web del Administrador de informes
    Nota importante:

    Para mover las cuentas de usuario y de servicio en el marco de un traslado basado en la restauración, la nueva implementación de Team Foundation Server debe estar detenida. Si reinicia Team Foundation Server después de restaurar los datos pero antes de mover las cuentas de usuario y de servicio, puede provocar que los usuarios objeto de la migración queden marcados como eliminados en la base de datos TFSIntegration. Este problema surge cuando el servicio de seguridad del grupo no encuentra el identificador del sistema (SID) del usuario durante la sincronización con Active Directory.

    Para obtener más información, vea Cómo: Detener e iniciar servicios, grupos de aplicaciones y sitios web.

Hacer una copia de seguridad de la base de datos WSS_Config en el nuevo servidor

Antes de restaurar los datos en las nuevas bases de datos para Team Foundation Server, debe hacer una copia de seguridad de la base de datos de configuración para Productos y tecnologías de SharePoint (WSS_Config) en el nuevo servidor. Si intenta restaurar la base de datos desde el antiguo servidor al nuevo, la base de datos podría sobrescribirse o dañarse durante el proceso de restauración. 

Para hacer una copia de seguridad de la base de datos WSS_Config

  • Haga una copia de seguridad de la base de datos de configuración para Productos y tecnologías de SharePoint (WSS_Config) en el nuevo servidor.

    Para obtener más información sobre cómo hacer copias de seguridad de las bases de datos, vea Cómo: Realizar una copia de seguridad de Team Foundation Server y "Backup and Restore Options for Windows SharePoint Services 2.0" en el sitio web de Microsoft o, para Windows SharePoint Services 3.0, "Copias de seguridad y recuperación (Windows SharePoint Services)" en el sitio web de Microsoft.

Restaurar las bases de datos

Después de detener los servicios, puede restaurar los datos para Team Foundation Server mediante las herramientas que proporciona SQL Server.

Precaución:

Debe restaurar todas las bases de datos al mismo punto temporal. De lo contrario, podrían resultar dañadas.

Para abrir el cuadro de diálogo Restaurar base de datos

  1. En el nuevo servidor de nivel de datos, haga clic en Inicio, seleccione Todos los programas, Microsoft SQL Server y, a continuación, haga clic en SQL Server Management Studio.

    Nota:

    Para obtener más información sobre cómo restaurar bases de datos, vea "Implementar escenarios de restauración para bases de datos de SQL Server" en el sitio web de Microsoft.

  2. En la lista Tipo de servidor, haga clic en Motor de base de datos.

  3. En la lista Nombre del servidor, haga clic o escriba el nombre de servidor correcto.

  4. En la lista Autenticación, haga clic en el esquema adecuado.

  5. En Nombre de usuario, escriba el nombre de usuario de una cuenta válida.

  6. En Contraseña, escriba la contraseña de la cuenta si SQL Server la solicita y, a continuación, haga clic en Conectar.

  7. Expanda el nodo Bases de datos para mostrar la lista de bases de datos que componen el nivel de datos para Team Foundation.

Nota importante:

Para los movimientos basados en la restauración, no restaure la base de datos de configuración para Productos y tecnologías de SharePoint (WSS_Config) desde el antiguo servidor al nuevo.

Lleve a cabo el procedimiento "Para restaurar cada base de datos" para cada una de las bases de datos siguientes:

  • ReportServer

    Nota:

    Si utilizara una instancia con nombre, esta base de datos se denominaría ReportServer$NombreDeInstancia.

  • ReportServerTempDB

    Nota:

    Si utilizara una instancia con nombre, esta base de datos se denominaría ReportServerTempDB$NombreDeInstancia.

  • La base de datos de contenido de Productos y tecnologías de SharePoint (STS_Content_TFS o WSS_Content)

    Nota:

    El nombre de la base de datos que contiene los datos para Productos y tecnologías de SharePoint varía en función de la versión de Productos y tecnologías de SharePoint instalada y de si la persona que realizó la instalación personalizó el nombre. Además, si Productos y tecnologías de SharePoint se ha instalado en un servidor independiente de Team Foundation Server, estas bases de datos podrían no estar presentes en el servidor de nivel de datos. Si no están presentes, debe administrar la copia de seguridad, restauración y configuración de Productos y tecnologías de SharePoint y sus bases de datos independientemente de Team Foundation Server. Sin embargo, debe sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.

  • TfsBuild

  • TfsIntegration

  • TfsVersionControl

  • TfsWarehouse

  • TfsWorkItemTracking

  • TfsWorkItemTrackingAttachments

  • TfsActivityLogging (opcional)

    Nota:

    Como parte del proceso de restauración, debe cargar todos los elementos web personalizados y plantillas de sitio personalizadas que se hayan creado para las plantillas de procesos personalizadas en las bases de datos para Productos y tecnologías de SharePoint.

Para restaurar cada base de datos

  1. Haga clic con el botón secundario del mouse en la base de datos que desee restaurar, seleccione Tareas, luego Restaurar y, a continuación, haga clic en Base de datos.

    Se abre el cuadro de diálogo Restaurar bases de datos.

  2. En Origen de la restauración, haga clic en Desde dispositivo y, a continuación, haga clic en el botón de puntos suspensivos (…).

  3. En el cuadro de diálogo Especificar copia de seguridad, especifique la ubicación del archivo de copia de seguridad y, a continuación, haga clic en Aceptar.

    La primera copia de seguridad que aplique debe ser una copia completa, seguida de las copias de seguridad del registro de transacciones, en el orden en que se crearon.

  4. En Seleccionar los conjuntos de copia de seguridad que se van a restaurar, especifique los conjuntos de copias de seguridad que se van a restaurar.

  5. En el panel Seleccionar una página, haga clic en Opciones y, a continuación, active la casilla Sobrescribir la base de datos existente.

  6. En la lista Restaurar los archivos de base de datos como, compruebe que las rutas coinciden con las rutas actuales de la base de datos.

    Este paso es importante si se restaura la base de datos en una unidad diferente.

  7. En Estado de recuperación, haga clic en el estado que corresponda.

  8. Siga uno de estos procedimientos:

    • Si no se aplican registros de transacciones adicionales, haga clic en Dejar la base de datos lista para su uso.

    • Si no se aplican registros de transacciones adicionales, haga clic en Dejar la base de datos no operativa.

  9. Haga clic en Aceptar para cerrar el cuadro de diálogo Restaurar base de datos y restaurar la base de datos.

  10. Si está aplicando registros de transacciones adicionales, siga este procedimiento para cada conjunto de copias de seguridad de registros en el orden en el que se crearon. Comience por el que hizo después de la copia de seguridad completa.

    Para obtener más información, vea "Aplicar copias de seguridad del registro de transacciones" en el sitio web de Microsoft.

Restaurar sitios web para proyectos de equipo

Debe redirigir Productos y tecnologías de SharePoint a la nueva base de datos de contenido.

Para restaurar sitios web para proyectos de equipo

Restaurar y probar SQL Server Reporting Services y los informes predeterminados

Después de restaurar los sitios web del proyecto, debe restaurar SQL Server Reporting Services en el nuevo servidor de nivel de aplicación.

Para restaurar y comprobar Reporting Services en SQL Server 2005

  1. En el servidor que está ejecutando Reporting Services, abra Computer Manager e inicie el grupo de aplicaciones ReportServer o ReportServer$nombreDeInstancia.

  2. Haga clic en Inicio, seleccione sucesivamente Todos los programas, Microsoft SQL Server 2005, Herramientas de configuración y Configuración de Reporting Services.

  3. En el panel Explorador, haga clic en Instalación de base de datos.

  4. Se abre el panel Conexión de base de datos.

  5. En Nombre del servidor, compruebe que el nombre del servidor de nivel de datos es correcto, y, a continuación, haga clic en Conectar.

  6. En el cuadro de diálogo Cuadro de diálogo de conexión a SQL Server, haga clic en Aceptar.

  7. En el panel Conexión de base de datos, haga clic en Aplicar.

  8. Si tiene una implementación en dos servidores, siga estos pasos:

    1. En el panel del Explorador, haga clic en Identidad de servicio de Windows.

      Se abre la página Identidad de servicio de Windows.

    2. En la lista Cuenta de servicio integrada, haga clic en Servicio local.

      El botón Aplicar vuelve a estar disponible. No haga clic en él.

    3. En la lista Cuenta de servicio integrada, haga clic en Servicio de red y, a continuación, en Aplicar.

    4. En el cuadro de diálogo Cuadro de diálogo de conexión a SQL Server, haga clic en Aceptar.

  9. Abra Computer Manager e inicie Reporting Services.

    Nota:

    Si está utilizando una instancia con nombre, este nombre del servicio será SQL Server Reporting Services (nombreDeInstancia).

  10. Cierre la herramienta Configuración de Reporting Services.

  11. Abra la ventana de símbolo del sistema y cambie los directorios a %Archivos de programa%\Microsoft SQL Server\90\Tools\binn.

  12. Escriba el comando siguiente para hacer una lista de identificadores de instalación de Reporting Services:

    RSKeyMgmt -l

  13. En la lista, busque el identificador de instalación que corresponde al servidor de nivel de datos antiguo.

  14. Escriba el comando siguiente para quitar ese identificador de instalación, donde DTInstanceID corresponde al servidor de nivel de datos antiguo:

    RSKeyMgmt –r IdInstanciaNivelDeDatos

    Nota:

    No quite el identificador de instalación que corresponde al nuevo servidor de nivel de datos.

  15. En el servidor que ejecuta Reporting Services, haga clic en Inicio, seleccione Todos los programas, Microsoft SQL Server, Herramientas de configuración y, después, haga clic en Configuración de Reporting Services.

  16. En el panel Explorador, haga clic en Clave de cifrado.

  17. En la página Clave de cifrado, haga clic en Restaurar.

    Se abre la página Información de clave de cifrado.

  18. En Contraseña, escriba la contraseña para el archivo de claves de cifrado.

  19. En Archivo de claves, escriba o haga clic en la ubicación de la clave de cifrado de copias de seguridad (archivo .snk) y, a continuación, haga clic en Aceptar.

Cambiar el nombre del servidor de nivel de datos y activar el servidor de nivel de aplicación

Después de restaurar Reporting Services, debe utilizar el comando TfsAdminUtil para configurar las conexiones y cambiar el nombre del servidor de nivel de datos.

Para cambiar el nombre del servidor de nivel de datos y actualizar la base de datos de integración con el nombre del nuevo servidor de nivel de aplicación

  1. Inicie sesión en el servidor adecuado, abra Computer Manager e inicie los programas y grupos de aplicaciones de la siguiente tabla:

    Inicie sesión en el servidor donde se hospeda este programa

    Inicie este componente

    Nivel de aplicación

    • Grupo de aplicaciones de Microsoft Team Foundation Server

    Reporting Services

    • ReportServer o ReportServer$nombreDeInstancia (grupo de aplicaciones)

    • SQL Server Reporting Services (TFSINSTANCE)

  2. Abra la ventana de símbolo del sistema, cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools y escriba el siguiente comando:

    TfsAdminUtil ConfigureConnections /view

  3. Revisar la configuración para /ReportsURI y /ReportServerUri. Si el servidor para Reporting Services ha cambiado con respecto a la información mostrada, debe reconfigurar esas conexiones escribiendo el comando siguiente:

    **TfsAdminUtil ConfigureConnections /ReportsUri:NewReports/ReportServerUri:**NewReportServer

    Nota:

    Si utiliza una instancia con nombre, debe especificarla como parte de los valores de Reports y ReportServer. No elimine ni cambie el nombre de la instancia con nombre.

    Por ejemplo, si Reporting Services estuviera ejecutándose en el antiguo servidor de nivel de aplicación y se ha movido al nuevo servidor de nivel de aplicación, debería proporcionar el nuevo identificador uniforme de recursos (URI) para /ReportsUri y /ReportServerUri. Para obtener más información, vea Comando ConfigureConnections.

  4. (Opcional) Después de reconfigurar las conexiones, escriba el comando siguiente para revisar los cambios y asegurarse de que han tenido efecto:

    TfsAdminUtil ConfigureConnections /view

  5. En el archivo web.config de servicios, reemplace el nombre del antiguo servidor de nivel de datos por el nombre del nuevo servidor de nivel de datos del modo siguiente:

    1. En el nuevo servidor de nivel de aplicación, abra una ventana de símbolo del sistema y cambie los directorios a %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services.

    2. En el Bloc de notas o en cualquier editor de texto, abra el archivo web.config de este directorio.

    3. En el nodo appSettings, busque el elemento de cadena de conexión y cambie el valor del parámetro Source por el nombre del antiguo servidor de nivel de datos. Por ejemplo, debe modificar el elemento siguiente:

      Application Name=TeamFoundation;Data Source=nuevoNombreDeServidorDeNivelDeDatosDeTeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False

      Después de los cambios, el elemento se debe parecer a la cadena siguiente:

      Application Name=TeamFoundation;Data Source=nuevoAntiguoDeServidorDeNivelDeDatosDeTeamFoundation;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False

    4. Guarde el archivo web.config y cierre el Bloc de notas.

      Nota:

      Para que el comando TfsAdminUtil RenameDT se ejecute correctamente, la cadena de conexión en los servicios archivo web.config debe hacer referencia al nombre del antiguo servidor de nivel de datos.

  6. Abra la ventana de símbolo del sistema, cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools y escriba el siguiente comando:

    TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName

    Nota importante:

    Para que el comando RenameDT se ejecute correctamente, deben ejecutarse los programas y grupos de aplicaciones del paso anterior. Este requisito es nuevo en Visual Studio Team System 2008 Team Foundation Server.

  7. Después de que finalice el comando, detenga los siguientes grupos de aplicaciones y programas:

    • Grupo de aplicaciones de Microsoft Team Foundation Server

    • ReportServer o ReportServer$nombreDeInstancia

    • SQL Server Reporting Services (TFSINSTANCE)

    Nota:

    Después de ejecutar el comando RenameDT, debe detener los servicios que éste necesita antes de continuar con los pasos siguientes.

  8. Si el nuevo servidor de nivel de aplicación tiene un nombre diferente del antiguo servidor de nivel de aplicación, actualice la base de datos TFSIntegration con el nombre del nuevo servidor. A continuación, actualice las entradas de registro en la interfaz de servicio para que el nivel de aplicación indique el nuevo servidor.

    1. En el nuevo servidor de nivel de aplicación, abra una ventana de símbolo del sistema.

    2. Cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.

    3. En el símbolo del sistema, escriba el siguiente comando:

      TfsAdminUtil ActivateAT nuevoNombreServidorNivelDeAplicaciónTeamFoundation

Volver a generar el cubo de Team System

Después de configurar las conexiones y cambiar el nombre del servidor de nivel de datos, debe volver a generar el cubo para Team System Team Foundation. El cubo de Team System admite SQL Server Reporting Services y contiene los datos de la base de datos relacional del almacén de datos para Team System. Para obtener más información, vea Comprender la arquitectura del almacén de datos.

Para volver a generar el cubo de Team System en la nueva implementación

Eliminar la caché de control de versiones

Después de volver a generar el cubo de Team System, debe eliminar la memoria caché de control de versiones del servidor de nivel de aplicación (y de cualquier servidor proxy) para forzar la sincronización con el nuevo servidor de nivel de datos.

Para eliminar la caché de control de versiones

  1. En el servidor de nivel de aplicación, abra el directorio %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl.

  2. Elimine el contenido del subdirectorio Data, pero no elimine el propio subdirectorio.

    Para obtener más información, vea Cómo: Eliminar la memoria caché de control de versiones del servidor de nivel de aplicación.

  3. Repita este procedimiento en cualquier servidor de la implementación que ejecute el proxy de Team Foundation Server.

Mover las cuentas de usuario y de servicio

Debe volver a crear cuentas de servicio, cuentas de usuario y cualquier cuenta local si está moviendo su implementación de un grupo de trabajo a otro. También debe volver a crear estas cuentas si está moviendo su implementación a un dominio que no confía en el dominio al que pertenecía la antigua implementación.

Nota:

Los nombres de cuentas que cree en la nueva implementación deben coincidir con los nombres de las cuentas de la antigua implementación. Este requisito se aplica a las cuentas de usuario y de servicio. Estos nombres de cuenta se utilizan para identificar y actualizar los registros de base de datos para Team Foundation Server durante el proceso de movimiento.

Para mover las cuentas de usuario y cuentas de servicio

  1. En el servidor que está ejecutando Reporting Services, abra Computer Manager e inicie los componentes siguientes:

    • ReportServer o ReportServer$nombreDeInstancia (grupo de aplicaciones)

    • SQL Server Reporting Services (TFSINSTANCE)

  2. En el nuevo servidor de nivel de aplicación, abra una ventana de símbolo del sistema y cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.

  3. En la línea de comandos, escriba el comando siguiente:

    TfsAdminUtil ChangeAccount NombreDeDominioOEquipoAntiguo\CuentaServicioTFSAntigua NombreDeDominioOEquipoNuevo\CuentaServicioTFSNueva NuevaContraseña

    Nota:

    Omita las advertencias que señalen que la cuenta de servicio no existe o que indiquen que la cuenta no es miembro de la función de almacén de datos.

  4. En la línea de comandos, escriba el comando siguiente:

    TfsAdminUtil ChangeAccount/ra NombreDeDominioOEquipoAntiguo\CuentaServicioTFSReportingAntigua NombreDeDominioOEquipoNuevo\CuentaServicioTFSReportingNueva NuevaContraseña

    Nota:

    Omita las advertencias que señalen que la cuenta de servicio no es miembro de la función de almacén de datos o que indiquen que debe agregar la cuenta al grupo de cuentas de servicio.

  5. En el antiguo servidor de nivel de aplicación, abra una ventana de símbolo del sistema y cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.

  6. En la línea de comandos, escriba el comando siguiente:

    TfsAdminUtil Sid

  7. Tenga en cuenta o imprima la lista de usuarios que aparece.

    Es posible que tenga que volver a crear esta lista de usuarios en el nuevo servidor de nivel de aplicación, como cuentas locales o como cuentas de dominio.

  8. En el nuevo servidor de nivel de aplicación, cree las cuentas locales necesarias para que se correspondan con las cuentas locales del antiguo servidor de nivel de aplicación. Si el antiguo servidor de nivel de aplicación estuviera en un dominio en el que no confía el nuevo dominio del servidor de nivel de aplicación, abra Active Directory y cree cuentas de dominio que se correspondan con las cuentas de dominio del antiguo servidor de nivel de aplicación.

    Para obtener más información, vea "Creating user and group accounts" en el sitio web de Microsoft.

  9. En el nuevo servidor de nivel de aplicación, abra una ventana de símbolo del sistema y cambie los directorios a %Archivos de programa%\Microsoft Visual Studio 2008 Team Foundation Server\Tools.

  10. En la línea de comandos, escriba el comando siguiente:

    TfsAdminUtil Sid /Change nombreDeDominioOEquipoAntiguonombreDeDominioOEquipoNuevo

    Este comando actualiza todas las cuentas de usuario en el servidor de nivel de aplicación que utiliza identificadores SID para el nuevo dominio o grupo de trabajo. Si debe actualizar las cuentas de usuario con información de varios orígenes (por ejemplo, de otro dominio y de las cuentas locales), tendrá que especificar parámetros adicionales. Puede ejecutar varias veces TfsAdminUtil SID para cambiar los SID de las cuentas de usuario de diferentes dominios de origen en los que no confía el nuevo dominio. Para obtener más información, vea Comando sid.

    Nota importante:

    Al reiniciar Team Foundation Server, es posible que tenga que esperar hasta una hora para que el servicio de seguridad del grupo vuelva a sincronizarse con Active Directory a fin de actualizar la información de las cuentas de usuario en la base de datos TFSIntegration. No coloque el nuevo servidor de nivel de aplicación en producción antes de que se sincronice esta información.

Reiniciar los servicios

Para reanudar las operaciones, debe reiniciar los servicios de los que depende Team Foundation.

Para reiniciar los servicios

  • Inicie sesión en el servidor adecuado, abra Computer Manager e inicie los componentes de la siguiente tabla, en el orden especificado:

    Iniciar sesión en el servidor donde se hospeda este programa

    Iniciar este componente

    Productos y tecnologías de SharePoint

    • Servicio de temporizador de SharePoint o temporizador de Windows SharePoint Services

    Nivel de aplicación

    • Servicio Programador de tareas de Visual Studio Team Foundation Server

    • Grupo de aplicaciones de Microsoft Team Foundation Server

Actualizar la memoria caché de datos en los equipos cliente

Para actualizar la memoria caché de datos en los equipos cliente

  • Utilice el servicio web ClientService para obligar a los clientes a actualizar la memoria caché a fin de que puedan realizar el seguimiento de los elementos de trabajo la próxima vez que se conecten al servidor de nivel de aplicación. Para actualizar la memoria caché del control de versiones, cada usuario debe actualizar el equipo cliente mediante el comando tf workspaces.

    Para obtener más información, vea Cómo: Actualizar las memorias caché de datos en los equipos cliente.

Pasos siguientes

Según la implementación de Team Foundation, es posible que tenga que actualizar los archivos de TeamBuild.proj con la nueva configuración. Además, es posible que deba migrar usuarios y grupos de Productos y tecnologías de SharePoint y Reporting Services al nuevo servidor de nivel de aplicación. Por último, debe volver a crear cualquier informe o documento enlazado por consulta porque no podrá conectarse a su nueva implementación utilizando las consultas de la antigua implementación.

Para actualizar los equipos de compilación con la nueva configuración de dominio

  1. Si desea utilizar un equipo existente que está ejecutando Team Foundation Build en su nueva implementación, abra el archivo TeamBuild.proj en ese equipo y actualice los valores para el nuevo equipo y una nueva ubicación de destino.

    Para obtener más información, vea Administrar Team Foundation Build.

  2. Después de actualizar los equipos de compilación con los nuevos valores, inicie una compilación de prueba para comprobar la nueva configuración.

Para migrar usuarios y grupos de productos y tecnologías de SharePoint y Reporting Services

  • Después de mover la implementación, quizá deba migrar manualmente las cuentas de usuario, grupos y pertenencia a funciones de Productos y tecnologías de SharePoint y Reporting Services a los dominios de la nueva implementación. La relación de confianza de Active Directory con la antigua implementación determina la información que deberá migrar. Productos y tecnologías de SharePoint y Reporting Services mostrarán los usuarios, grupos y su pertenencia a funciones, para cada sitio o carpeta de informes. Para obtener más información, vea Administrar permisos y Consideraciones de bosque y confianza para Team Foundation Server.

Para crear informes en Microsoft Project o Microsoft Excel

  • Después de mover su implementación, vuelva a crear cualquier archivo de Microsoft Project o de Microsoft Excel que se conecte a Team Foundation Server. Para obtener más información, vea Informes de Team Foundation Server.

Vea también

Tareas

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

Modos de cambiar la implementación de Team Foundation Server

Requisitos del servidor de nivel de aplicación para Team Foundation

Requisitos del servidor de nivel de datos para Team Foundation

Administrar Team Foundation Server en un grupo de trabajo

Arquitectura de seguridad de Team Foundation Server

Otros recursos

Administrar Team Foundation Server en un dominio de Active Directory