Compartir a través de


Cómo: Pasar de una implementación de servidor único a una implementación de servidor dual

Actualización: noviembre 2007

Es posible que desee admitir más proyectos o mejorar el rendimiento pasando de una implementación en un solo servidor de Visual Studio Team System Team Foundation Server a una en dos servidores. En una implementación en dos servidores, los componentes, que se hospedan en dos o más servidores físicos, constituyen los niveles de aplicación y datos lógicos de Team Foundation. Al pasar de una implementación en un solo servidor a una en dos servidores, convierte el servidor original en el servidor de nivel de aplicación e instala y configura SQL Server en el nuevo servidor de nivel de datos. A continuación, redirige Productos y tecnologías de SharePoint y SQL Server Reporting Services al nuevo servidor de nivel de datos y restaura los datos a partir de su implementación original en el nuevo servidor de nivel de datos. Para obtener más información, vea Modos de cambiar la implementación de Team Foundation Server.

Antes de realizar este tipo de movimiento, debería leer todo este tema y considerar la posibilidad de imprimir todos los pasos necesarios. También debería considerar la posibilidad de imprimir los temas con los que está vinculado este tema y que contienen información sobre pasos necesarios adicionales.

Durante este tipo de movimiento, no debe realizar ninguna de las acciones siguientes:

  • No debe cambiar las cuentas de servicio.

  • No debe cambiar el nombre o dominio del servidor original.

  • No debe instalar el servidor de nivel de datos en un dominio diferente al de la implementación original sin confianzas suficientes.

Para realizar este tipo de movimiento, debe completar los procedimientos de las secciones siguientes en la secuencia indicada:

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

  2. Instalar SQL Server y preparar el nuevo hardware

  3. Restaurar las bases de datos

  4. Redirigir productos y tecnologías de SharePoint para usar la nueva base de datos de contenido

  5. Volver a conectar las bases de datos de administración y configuración

  6. Redirigir y probar el Servidor de informes de SQL Server, Reporting Services y los informes predeterminados

  7. Redirigir el servidor de nivel de aplicación al nuevo servidor de nivel de datos

  8. Volver a generar el cubo de Team System

  9. Eliminar la caché de control de versiones

  10. Actualizar cuentas de servicio

  11. Reiniciar los servicios

  12. Actualizar la memoria caché de datos en los equipos cliente

Permisos necesarios

Para finalizar estos procedimientos, debe ser miembro del grupo Administrators en los servidores anteriores y nuevos, y miembro del grupo Team Foundation Administrators.

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 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 poder cambiar su implementación en un solo servidor a una configuración en dos servidores, debe hacer una copia de seguridad de las bases de datos para Team Foundation. Restaurará estas bases de datos al nuevo servidor de nivel de datos como parte del movimiento.

Para realizar una copia de seguridad de las bases de datos y de la clave de cifrado

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

    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. Si Productos y tecnologías de SharePoint está instalado en el nivel de aplicación y desea mover las bases de datos para Productos y tecnologías de SharePoint al nuevo nivel de datos, asegúrese de que realiza una copia de seguridad de la base de datos administrativa para Productos y tecnologías de SharePoint. (SharePoint_AdminContent_ID) junto con las bases de datos de configuración y contenido.

  2. Haga copias de seguridad de la clave de cifrado para Reporting Services. Asegúrese de que la almacena en una ubicación segura en un equipo diferente del servidor que está ejecutando Team Foundation Server y que el nuevo servidor de nivel de aplicación pueda tener acceso a la clave. También debe almacenar la contraseña con la que se cifra 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 SQL Server y preparar el nuevo hardware

Después de hacer una copia de seguridad de las bases de datos, debe instalar SQL Server en el equipo que será el nuevo servidor de nivel de datos para su implementación.

Para instalar SQL Server y preparar los servidores para el movimiento

  1. Instale SQL Server en el nuevo entorno y asegúrese de que funciona correctamente.

    Para ver instrucciones detalladas, abra la guía de instalación para Team Foundationy busque los temas sobre cómo instalar SQL Server en una implementación en dos servidores. Debe instalar la misma versión de SQL Server que la utilizada en la implementación original. Puede encontrar esta guía en el sitio de web de Microsoft.

  2. En el 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 el símbolo del sistema, escriba el siguiente comando:

    TfsDB.exe install /server:"nuevoNombreServidorSQL" /property:"TFS_SERVICE_ACCOUNT=cuentaDeServicioTFS;TFS_REPORTING_ACCOUNT=cuentaDeServicioTFSReportingService;LCID=númeroLCID;VSTF_AS_INSTANCE=nombreDeServidorDeAnalysisServices;VSTF_AS_DATABASE=nombreAlmacénDeDatosDeTeamFoundation;VSTF_AS_ACCOUNT="

    • nuevoNombreServidorSQL es el nombre del servidor en el que acaba de instalar SQL Server y donde piensa restaurar los datos. Si ha utilizado una instancia con nombre, debe incluir no sólo el nombre del servidor sino también el nombre de la instancia.

    • cuentaDeServicioTFS es la cuenta de servicio para Team Foundation Server en el formato Dominio\Cuenta o Equipo\Cuenta. Si está utilizando una cuenta del sistema, debe especificar esta cuenta con el formato Sistema\Cuenta. Por ejemplo, si desea utilizar Network Service, lo especificaría como NT Authority\Network Service.

    • cuentaDeServicioTFSReportingService es la cuenta de orígenes de datos para Reporting Services en el formato Dominio\Cuenta o Equipo\Cuenta.

    • númeroLCID es el número del Id. de intercalación de idioma para su edición de idioma de SQL Server. Por ejemplo, el LCID para inglés es 1033.

    • nombreDeServidorDeAnalysisServices es el nombre del servidor en el que está instalado SQL Server Analysis Services. De forma predeterminada, éste es el mismo servidor que nuevoNombreServidorSQL.

    • nombreAlmacénDeDatosDeTeamFoundation es el nombre del almacén de datos original para Team Foundation. De forma predeterminada, este valor es TfsWarehouse.

  4. En el servidor que ejecuta 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 imprímalos o guárdelos en una ubicación segura.

  5. 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:

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

    Detener 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) (service)

    • ReportServer o ReportServer$nombreDeInstancia (grupo de aplicaciones)

      Nota:
      ReportServer se administra en Internet Information Services (IIS) cuando está ejecutando SQL Server 2005 pero no cuando está ejecutando SQL Server 2008.
    • 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 sobre cómo iniciar y detener servicios y grupos de aplicaciones, vea Cómo: Detener e iniciar servicios, grupos de aplicaciones y sitios web.

Restaurar las bases de datos

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

Precaución:

Debe restaurar todas las bases de datos al mismo punto temporal. De lo contrario, las bases de datos 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.

Complete el procedimiento "Para restaurar cada base de datos" para cada una de las bases de datos siguientes:

  • ReportServer

    Nota:

    Si utilizó una instancia con nombre, esta base de datos se denominará ReportServer$NombreDeInstancia.

  • ReportServerTempDB

    Nota:

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

  • Base de datos de configuración para Productos y tecnologías de SharePoint (STS_Config_TFS o WSS_Config)

    Nota importante:

    Solo debería restaurar esta base de datos si Productos y tecnologías de SharePoint se instaló en la implementación original en un solo servidor y no va a cambiar su ubicación. Si utiliza o instala Productos y tecnologías de SharePoint en un servidor diferente, no restaure esta base de datos.

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

    Los nombres de las bases de datos que contienen datos para Productos y tecnologías de SharePoint varían 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 de Team Foundation. Si no están presentes, debe administrar su copia de seguridad, restauración y configuración independientemente de Team Foundation Server. Sin embargo, debe sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.

  • Base de datos de administración para Productos y tecnologías de SharePoint (SharePoint_AdminContent_ID)

    Nota importante:

    Solo debería restaurar esta base de datos si Productos y tecnologías de SharePoint se instaló en la implementación original en un solo servidor y no va a cambiar su ubicación. Si utiliza o instala Productos y tecnologías de SharePoint en un servidor diferente, no restaure esta base de datos. 

    • 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.

    Nota importante:

    En la mayoría de las implementaciones, ni las bases de datos de SQL Server ni las bases de datos de Productos y tecnologías de SharePoint aparecerán en la lista de bases de datos en el nodo Bases de datos. Para restaurar cualquier base de datos que no aparezca en la lista, debe hacer clic con el botón secundario en el nodo Bases de datos, hacer clic en Restaurar bases de datos y especificar cualquier base de datos que no esté en la lista.

    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 pasos:

    • 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.

Redirigir productos y tecnologías de SharePoint para usar la nueva base de datos de contenido

Debe redirigir cualquier sitio web para proyectos de equipo a la base de datos de contenido en el nuevo servidor de nivel de datos para Team Foundation. Si está moviendo todas las bases de datos de Productos y tecnologías de SharePoint, puede omitir este procedimiento y proseguir en el procedimiento "Volver a conectar las bases de datos de administración y configuración" posteriormente en este tema.

Para redirigir sitios de proyecto con el fin de utilizar la base de datos de contenido en el nuevo servidor de nivel de datos

Volver a conectar las bases de datos de administración y configuración

Productos y tecnologías de SharePoint permanece en el servidor único el original, que es ahora el servidor de nivel de aplicación para la nueva implementación. Sin embargo, todavía debe configurarlo para utilizar las bases de datos de configuración y administración en el nuevo servidor de nivel de datos.

Para volver a conectar las bases de datos de administración y configuración para productos y tecnologías de SharePoint

  1. Inicie sesión en el servidor que hospeda Productos y tecnologías de SharePoint, abra una ventana de símbolo del sistema y cambie al directorio siguiente:

    %Archivos de programa%\microsoft shared\web server extensions\12\bin.

  2. Escriba el comando siguiente:

    stsadm –o renameserver –oldservername nombreServidorNivelDeDatosOriginal -newserver nombreNuevoServidorNivelDeDatos

    Para obtener más información sobre cómo restaurar Productos y tecnologías de SharePoint, vea "White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms" en el sitio web de Microsoft.

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

Tras redirigir los sitios web para proyectos de equipo, debe redirigir Reporting Services al nuevo servidor de nivel de datos.

Para restaurar y comprobar SQL Server 2005 Reporting Services

  1. 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.

  2. En el cuadro de diálogo Selección de instancia de instalación del servidor de informes asegúrese de que el nombre del equipo es el nombre del nuevo servidor de nivel de aplicación. Asegúrese de que el nombre de la instancia es MSSQLSERVER y, a continuación, haga clic en Conectar.

    Nota:

    Si utiliza una instancia con nombre , debe especificar el nombre de la instancia y no la instancia predeterminada de MSSQLSERVER.

  3. En el panel del Explorador, haga clic en Estado del servidor.

    Se abre el panel Estado del servidor de informes.

  4. En Propiedades de instancia, haga clic en Iniciar.

  5. En el panel del Explorador, seleccione Instalación de base de datos.

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

  6. En el cuadro Nombre del servidor, escriba el nombre del nuevo servidor de nivel de datos y, a continuación, haga clic en Conectar.

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

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

  8. Haga clic en Aplicar.

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

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

  10. 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.

  11. En la lista Cuenta de serviciointegrada, haga clic en Servicio de red y, a continuación, en Aplicar.

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

  13. Cierre la herramientas Configuración de Reporting Services.

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

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

    RSKeyMgmt -l

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

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

    RSKeyMgmt –r DTInstanceID

    Nota:

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

  18. 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.

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

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

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

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

  22. 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.

Redirigir el servidor de nivel de aplicación al nuevo servidor de nivel de datos

Después de restaurar las bases de datos, debe utilizar el comando TfsAdminUtil para redirigir el servidor original para su implementación, que es el nuevo servidor de nivel de aplicación, al nuevo servidor de nivel de datos.

Para redirigir el servidor de nivel de aplicación al nuevo servidor de nivel de datos

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

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

    Iniciar este componente

    Nivel de aplicación

    • Grupo de aplicaciones de Microsoft Team Foundation Server

    • Sitio web predeterminado o sitio web del equipo

    SQL Server Reporting Services

    • ReportServer o ReportServer$nombreDeInstancia (grupo de aplicaciones)

    • SQL Server Reporting Services (TFSINSTANCE)

    • Sitio web predeterminado o sitio web del Administrador de informes

  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 RenameDT newDataTierServerName

    Nota importante:

    Para que este comando 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. Asimismo, este comando requiere la cadena de conexión en el archivo web.config de servicios para hacer referencia al servidor original para la implementación. Si la cadena de conexión hace referencia al nuevo servidor de nivel de datos, se producirá un error en el comando. Debe restaurar el nombre del servidor original para que el comando se ejecute correctamente.

Volver a generar el cubo de Team System

Después de configurar las conexiones y ejecutar el comando TFSAdminUtil RenameDT, debe volver a generar el cubo de Team System. 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

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.

Actualizar cuentas de servicio

Si ha utilizado cuentas locales o cuentas del sistema (como Servicio de red) para las cuentas de servicio en su implementación en un solo servidor, debe cambiar estas cuentas. No puede utilizar cuentas locales en una implementación en dos servidores. Puede utilizar las mismas cuentas del sistema, pero debe actualizar la información para que esté asociado el SID correcto a cada cuenta en los nuevos servidores de nivel de aplicación y de nivel de datos.

Nota:

Los nombres de cuentas que haya creado en la nueva implementación deben coincidir con los nombres de la implementación original. Este requisito se aplica a las cuentas de usuario y de servicio.

Para actualizar las cuentas de servicio

  1. En el servidor que está ejecutando Reporting Services, abra Computer Manager e inicie los siguientes componentes si no se han iniciado aún:

    • 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.

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 obtener más información, vea Cómo: Actualizar las memorias caché de datos en los equipos cliente.

Vea también

Tareas

Cómo: Pasar el servidor de Team Foundation Server de un entorno a otro

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

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

Elegir una configuración de implementación de Team Foundation Server