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

En una implementación de dos servidores, dos o más servidores físicos alojan los componentes que conforman las capas de datos y aplicaciones lógicas de Team Foundation. Al pasar de una implementación de un solo servidor a una implementación de dos servidores, debe convertir el servidor original en un servidor de nivel de aplicación e instalar y configurar SQL Server en el nuevo servidor de nivel de datos. Luego, redirija Productos y Tecnologías de SharePoint y SQL Server Reporting Services al nuevo servidor de capa de datos y restaure los datos de la implementación original al nuevo servidor de capa de datos. Para obtener más información, consulte Tipos de movilidad de Team Foundation Server. Antes de realizar este tipo de mudanza, debe leer este tema en su totalidad y considerar imprimir todos los pasos requeridos. También debería considerar imprimir aquellos temas a los que se vincula este tema y que contienen información sobre otros pasos requeridos. Durante este tipo de mudanza, no haga nada de lo siguiente: No debe cambiar la cuenta de servicio. No se debe cambiar el nombre o dominio del servidor de origen. El servidor de nivel de datos no debe instalarse en un dominio diferente al de la implementación original sin suficiente confianza. Para realizar este tipo de movimiento, debe completar los procedimientos de las siguientes secciones en el orden indicado: Hacer una copia de seguridad de la base de datos y las claves de cifrado Instalar SQL Server y prepararse para el nuevo hardware Restaurar la base de datos Redirigir los productos y tecnologías de SharePoint para usar la nueva base de datos de contenido Redirigir Conectarse a las bases de datos de administración y configuración Redirigir y probar SQL Report Server, Reporting Services y los informes predeterminados Redirigir el servidor de la capa de aplicación a la nueva capa de datos Reconstruir el cubo Team System Eliminar el caché de control de versiones Actualizar la cuenta de servicio Reiniciar el servicio Actualizar el client Permisos necesarios para el almacenamiento en caché de datos en la computadora Para completar estos procedimientos, debe ser miembro del grupo Administradores y miembro del grupo Administradores de Team Foundation tanto en el servidor antiguo como en el nuevo. Además de estos permisos, para las computadoras que ejecutan Windows Server 2008 o Windows Vista, es posible que deba cumplir con los siguientes requisitos: Para utilizar procedimientos de línea de comandos, es posible que deba abrir una ventana del símbolo del sistema con permisos elevados: Haga clic en Inicio, a la derecha -Haga clic en Símbolo del sistema y luego haga clic en Ejecutar como administrador. Para utilizar un procedimiento que requiere Internet Explorer, es posible que necesite iniciar Internet Explorer como administrador haciendo clic en Inicio, haciendo clic en Todos los programas, haciendo clic con el botón derecho en Internet Explorer y luego haciendo clic en Iniciar como administrador Ejecutar como identidad". Para editar el archivo web.config, es posible que necesite iniciar el editor de texto como administrador haciendo clic en Inicio, haciendo clic en Todos los programas, haciendo clic derecho en el editor que desee y luego haciendo clic en Iniciar como administrador Ejecutar como identidad". Para acceder al Administrador de informes, a los informes o a los sitios web de Reporting Services, es posible que deba agregar estos sitios a la lista de sitios confiables de Internet Explorer o iniciar Internet Explorer como administrador. Para obtener más información, consulte el sitio web de Microsoft. Haga una copia de seguridad de la base de datos y las claves de cifrado. Debe hacer una copia de seguridad de la base de datos de Team Foundation antes de cambiar su implementación de una configuración de servidor único a una configuración de servidor dual. Como parte de este movimiento, estas bases de datos deben restaurarse en el nuevo servidor de nivel de datos. Realice una copia de seguridad de las bases de datos y claves de cifrado. Realice una copia de seguridad de todas las bases de datos de Team Foundation. Para obtener más información, consulte Cómo: realizar una copia de seguridad de Team Foundation Server.

Nota: También debe realizar una copia de seguridad de las definiciones de sitios personalizados, las plantillas de sitios personalizados o los elementos web personalizados para productos y tecnologías de SharePoint que desee conservar. Para obtener más información, consulte "Opciones de copia de seguridad y restauración para Windows SharePoint Services 2.0" en el sitio web de Microsoft, o para Windows SharePoint Services 3.0, consulte "Elegir copia de seguridad" en el sitio web de Microsoft y herramientas de recuperación (Windows SharePoint Services)" (Seleccione Copia de seguridad y herramientas de recuperación (Windows SharePoint Services)). Si Productos y Tecnologías de SharePoint está instalado en el nivel de aplicación y desea mover las bases de datos de Productos y Tecnologías de SharePoint al nuevo nivel de datos, asegúrese de hacer una copia de seguridad de la base de datos de administración de Productos y Tecnologías de SharePoint (SharePoint_AdminContent_ID) y las bases de datos de contenido y configuración. Haga una copia de seguridad de las claves de cifrado de Reporting Services. Asegúrese de que esta clave esté almacenada en una ubicación segura en una computadora diferente al servidor que ejecuta Team Foundation Server y que el nuevo servidor de nivel de aplicación pueda acceder a la clave. También se debe almacenar la contraseña utilizada para cifrar la clave. Para obtener más información, consulte Cómo: realizar una copia de seguridad de las claves de cifrado de Reporting Services. Instale SQL Server y prepare nuevo hardware. Después de realizar una copia de seguridad de la base de datos, debe instalar SQL Server en la computadora que se utilizará como nuevo servidor de capa de datos para la implementación. Instalación de SQL Server y preparación del servidor para la mudanza Instale SQL Server en el nuevo entorno y asegúrese de que esté funcionando correctamente. Para obtener instrucciones detalladas, abra la Guía de instalación de Team Foundation y busque el tema sobre ¿Cómo instalar SQL Server?0?2 en una implementación de servidor dual. La versión de SQL Server?0?2 que instale debe ser la misma que la versión utilizada en la implementación original. Esta guía se puede encontrar en el sitio web de Microsoft. En el servidor de nivel de aplicación, abra una ventana del símbolo del sistema y cambie el directorio a ProgramFiles\Microsoft Visual Studio 2008 Team Foundation Server\Tools. En el símbolo del sistema, escriba el siguiente comando: TfsDB.exe install /server:"Nuevo nombre de SQL Server" /property:"TFS_SERVICE_ACCOUNT=Cuenta de servicio TFS;TFS_REPORTING_ACCOUNT=Cuenta de TFS Reporting Services;LCID=Número LCID;VSTF_AS_INSTANCE=Servidor de Analysis Services Name;VSTF_AS_DATABASE=Nombre del almacén de datos de Team Foundation;VSTF_AS_ACCOUNT="El nuevo nombre de SQL Server es el nombre del servidor donde se acaba de instalar SQL Server y en el que desea restaurar los datos. Si está utilizando una instancia con nombre, debe incluir el nombre de la instancia correspondiente además del nombre del servidor. La cuenta de servicio TFS es la cuenta de servicio de Team Foundation Server en el formato dominio\cuenta o computadora\cuenta .

Si está utilizando una cuenta del sistema, debe especificar la cuenta utilizando el formato sistema\cuenta. Por ejemplo, si desea utilizar el servicio de red, deberá especificarlo como NT Authority\Network Service. Una cuenta de TFS Reporting Services es una cuenta de origen de datos de Reporting Services en el formato dominio\cuenta o computadora\cuenta . El número LCID es el número de identificación de intercalación de idiomas de su versión de idioma de SQL Server. Por ejemplo, el LCID para inglés es 1033. El nombre del servidor de Analysis Services es el nombre del servidor donde está instalado SQL Server Analysis Services. De forma predeterminada, este servidor es el mismo servidor que el nuevo nombre de SQL Server. Nombre del almacén de datos de Team Foundation es el nombre del almacén de datos original de Team Foundation. De forma predeterminada, el valor es TfsWarehouse. En el servidor que ejecuta Reporting Services, recupere y guarde una lista de ID de instalación de Reporting Services. Abra la ventana "Símbolo del sistema" y cambie el directorio al siguiente directorio: ProgramFiles\Microsoft SQL Server\90\Tools\binn\ Ejecute RSKeyMgmt -l. Registre las ID de instalación y luego imprima la lista o guárdela en una ubicación segura. Inicie sesión en el servidor apropiado, abra el Administrador de equipos y detenga los servicios y grupos de aplicaciones en la siguiente tabla en el orden especificado: Inicie sesión en el servidor que aloja este programa Detenga este componente Productos y tecnologías de SharePoint Servicio de temporización de SharePoint o Temporización de Windows SharePoint Services Sitio predeterminado o sitio de equipo Nivel de aplicación Visual Studio Team Foundation Server Servicio de programador de tareas Microsoft Team Foundation Server Grupo de aplicaciones SQL Server Reporting Services SQL Server Reporting Services (instancia TFS) (Servicio) Nombre de instancia ReportServer o ReportServer$ (grupo de aplicaciones) Descripción: Si está ejecutando SQL Server 2005, necesita administrar ReportServer en Internet Information Services (IIS) si está ejecutando SQL Server 2008, no necesita hacerlo; Sitio web predeterminado o del Administrador de informes Importante: Para mover cuentas de usuario y cuentas de servicio durante un movimiento basado en restauración, se debe detener la nueva implementación de Team Foundation Server. Reiniciar Team Foundation Server después de restaurar los datos pero antes de mover cuentas de usuario y cuentas de servicio puede hacer que los usuarios que son el destino de la migración se marquen como eliminados en la base de datos de TFSIntegration. Este problema ocurre si el Servicio de seguridad de grupo no puede encontrar el identificador del sistema (SID) del usuario al sincronizar con Active Directory. Para obtener más información sobre cómo iniciar y detener servicios y grupos de aplicaciones, consulte Cómo: detener e iniciar servicios, grupos de aplicaciones y sitios web. Restauración de la base de datos Después de detener el servicio, puede utilizar las herramientas de restauración proporcionadas por SQL Server para restaurar los datos de Team Foundation.

Advertencia: Debe restaurar todas las bases de datos al mismo momento. De lo contrario, la base de datos podría dañarse. Abra el cuadro de diálogo Restaurar base de datos. En el nuevo servidor de capa de datos, haga clic en Inicio, seleccione Todos los programas, seleccione Microsoft SQL Server y luego haga clic en SQL Server Management Studio. Nota: Para obtener más información sobre cómo restaurar una base de datos, consulte "Implementación de escenarios de restauración de bases de datos de SQL Server" en el sitio web de Microsoft. Haga clic en Motor de base de datos en la lista Tipo de servidor. En la lista Nombre del servidor, haga clic o escriba el servidor apropiado. En la lista Autenticación, haga clic en el esquema apropiado. En Nombre de usuario, escriba un nombre de usuario para una cuenta válida. En Contraseña, escriba la contraseña de la cuenta (si SQL Server la requiere) y luego haga clic en Conectar. Expanda el nodo Bases de datos para mostrar la lista de bases de datos que componen la capa de datos de Team Foundation. Complete el procedimiento "Restaurar bases de datos individuales" para cada una de las siguientes bases de datos: ReportServer Nota: Si se utiliza una instancia con nombre, esta base de datos se denominará "ReportServer$nombre_instancia". ReportServerTempDB Nota: Si está utilizando una instancia con nombre, esta base de datos se denominará "ReportServerTempDB$nombre_instancia". Base de datos de configuración para Productos y Tecnologías de SharePoint (STS_Config_TFS o WSS_Config) Importante: Debe restaurar esta base de datos solo si Productos y Tecnologías de SharePoint se instalaron en la implementación original de servidor único y no cambió su ubicación. Si está utilizando o instalando Productos y Tecnologías de SharePoint en otro servidor, no necesita restaurar esta base de datos. Base de datos de contenido para Productos y Tecnologías de SharePoint (STS_Content_TFS o WSS_Content) El nombre de la base de datos que contiene datos de Productos y Tecnologías de SharePoint cambiará dependiendo de dos factores: la versión de Productos y Tecnologías de SharePoint que está instalada y si el instalador la ha instalado. El nombre es personalizado. Además, si los productos y tecnologías de SharePoint están instalados en un servidor diferente al de Team Foundation Server, es posible que estas bases de datos no estén en el servidor de nivel de datos de Team Foundation. Si estas bases de datos no existen, su copia de seguridad, restauración y configuración se deben administrar por separado desde Team Foundation Server. Sin embargo, debe sincronizar las operaciones de mantenimiento de la base de datos para evitar errores de sincronización. Base de datos de administración para Productos y Tecnologías de SharePoint (SharePoint_AdminContent_ID) Importante: Debe restaurar esta base de datos solo si Productos y Tecnologías de SharePoint se instalaron en la implementación original de servidor único y no cambió su ubicación. Si está utilizando o instalando Productos y Tecnologías de SharePoint en otro servidor, no necesita restaurar esta base de datos. TfsBuild TfsIntegration TfsVersionControl TfsWarehouse TfsWorkItemTracking TfsWorkItemTrackingAttachments TfsActivityLogging (opcional) Descripción: Durante el proceso de restauración, cualquier plantilla de sitio personalizado o elemento web que se haya creado para plantillas de proceso personalizadas se debe cargar en la base de datos de Productos y tecnologías de SharePoint.

Restaurar bases de datos individuales Haga clic con el botón derecho en la base de datos que desea restaurar, seleccione Tareas, seleccione Restaurar y luego haga clic en Bases de datos. Nota importante: en la mayoría de las implementaciones, las bases de datos de SQL Server y 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 derecho en el nodo Bases de datos, hacer clic en Restaurar bases de datos y luego especificar las bases de datos que no aparecen en la lista. Se abre el cuadro de diálogo "Restaurar base de datos". En Restaurar origen, haga clic en Dispositivo de origen y luego haga clic en el botón de puntos suspensivos ("..."). En el cuadro de diálogo Especificar copia de seguridad, especifique la ubicación del archivo de copia de seguridad y luego haga clic en Aceptar. La primera copia de seguridad que aplique debe ser una copia de seguridad completa, seguida de copias de seguridad del registro de transacciones en el orden en que se crearon. En Seleccione un conjunto de copias de seguridad para restaurar, especifique el conjunto de copias de seguridad para restaurar. En el panel Seleccionar página, haga clic en Opciones y luego seleccione la casilla de verificación Sobrescribir la base de datos existente. En la lista Restaurar archivos de base de datos en, confirme que la ruta coincida con la ruta de la base de datos actual. Este paso es importante si desea restaurar la base de datos en una unidad diferente. En Estado de recuperación, haga clic en el estado apropiado. Realice uno de los siguientes pasos: Si no está aplicando registros de transacciones adicionales, haga clic en Base de datos lista. Si está listo para aplicar registros de transacciones adicionales, haga clic en Base de datos aún no disponible. Haga clic en Aceptar para cerrar el cuadro de diálogo Restaurar base de datos y restaurar la base de datos. Si está aplicando registros de transacciones adicionales, realice este procedimiento para cada conjunto de copias de seguridad de registros en el orden en que se crearon. Comience con el primer conjunto de copias de seguridad de registros creado después de la copia de seguridad completa. Para obtener más información, consulte "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. Cualquier sitio para un proyecto de equipo debe redirigirse a la base de datos de contenido en el nuevo servidor de nivel de datos de Team Foundation. Si desea mover todas las bases de datos de Productos y Tecnologías de SharePoint, puede omitir este procedimiento y continuar con los procedimientos "Volver a conectar las bases de datos de administración y configuración" más adelante en este tema. Redirija el sitio del proyecto para usar la base de datos de contenido en el nuevo servidor de capa de datos. Inicie sesión en el servidor que hospeda los productos y tecnologías de SharePoint y redirija los productos y tecnologías de SharePoint a la base de datos de contenido en el nuevo servidor de capa de datos. Para obtener más información, consulte Cómo: Redirigir productos y tecnologías de SharePoint para usar una nueva base de datos de contenido. Vuelva a conectar la base de datos de administración y la base de datos de configuración. Productos y tecnologías de SharePoint permanecen en el servidor único original, que ahora es el servidor de nivel de aplicación recién implementado. Sin embargo, aún necesita configurarlo para usar las bases de datos de administración y configuración en el nuevo servidor de capa de datos. Vuelva a conectar las bases de datos administrativas y de configuración para Productos y Tecnologías de SharePoint. Inicie sesión en el servidor que aloja Productos y Tecnologías de SharePoint, abra un símbolo del sistema y cambie al siguiente directorio: PROGRAMFILES\microsoftshared\web server extensions\12\bin.

Escriba el siguiente comando: stsadm –o renameserver –oldservername nombre del servidor de la capa de datos original -newserver nombre del servidor de la nueva capa de datos Para obtener más información sobre cómo restaurar productos y tecnologías de SharePoint, consulte el "Documento técnico: Copia de seguridad, restauración, alto" en el Disponibilidad del sitio web de Microsoft y recuperación ante desastres para granjas de servidores de Office SharePoint” (Documento técnico: Copia de seguridad, restauración, alta disponibilidad y recuperación ante desastres para granjas de servidores de Office SharePoint). Redirigir y probar el servidor de informes SQL, Reporting Services y los informes predeterminados Después de redirigir el sitio web del proyecto del equipo, debe redirigir Reporting Services al nuevo servidor de nivel de datos. Restaurar y verificar SQL Server 2005 Reporting Services En el servidor que ejecuta Reporting Services, haga clic en Inicio, seleccione Todos los programas, seleccione Microsoft SQL Server, seleccione Herramientas de configuración y luego haga clic en Configuración de Reporting Services. En el cuadro de diálogo Seleccionar instancia de instalación del servidor de informes, asegúrese de que el nombre de la computadora sea el nombre del nuevo servidor de nivel de aplicación. Asegúrese de que el nombre de la instancia sea MSSQLSERVER y haga clic en Conectar. Nota: Si está utilizando una instancia con nombre, debe especificar el nombre de instancia apropiado en lugar de la instancia predeterminada MSSQLSERVER. Haga clic en Estado del servidor en el panel del Explorador. Se abre el panel Estado del servidor de informes. Haga clic en Iniciar en Propiedades de instancia. Haga clic en Instalación de base de datos en el panel del Explorador. Se abre el panel Conexión de base de datos. Escriba el nombre del nuevo servidor de capa de datos en Nombre del servidor y haga clic en Conectar. Haga clic en Aceptar en el cuadro de diálogo Conexión de SQL Server. Se abre el panel Conexión de base de datos. Haga clic en Aplicar. Haga clic en Identidad del servicio de Windows en el panel del Explorador. Se abre la página de identificación del servicio de Windows. Haga clic en "Servicio local" en la lista "Cuentas de servicio integradas". El botón Aplicar pasa a estar disponible. No hagas clic en él en este momento. Haga clic en Servicio de red en la lista Cuentas de servicio integradas y luego haga clic en Aplicar. Haga clic en Aceptar en el cuadro de diálogo Conexión de SQL Server. Cierre la herramienta de configuración de Reporting Services. Abra una ventana del símbolo del sistema y cambie el directorio a ProgramFiles\Microsoft SQL Server\90\Tools\binn. Escriba el siguiente comando para enumerar los ID de instalación de Reporting Services: RSKeyMgmt -l En la lista, busque el ID de instalación que corresponde al servidor de capa de datos anterior. Escriba el siguiente comando para eliminar el ID de instalación donde el ID de instancia de DT corresponde al servidor de nivel de datos antiguo: RSKeyMgmt –r DTInstanceID Nota: No elimine el ID de instalación correspondiente al nuevo servidor de nivel de datos. En el servidor que ejecuta Reporting Services, haga clic en Inicio, seleccione Todos los programas, seleccione Microsoft SQL Server, seleccione Herramientas de configuración y luego haga clic en Configuración de Reporting Services. Haga clic en Claves de cifrado en el panel del Explorador. Haga clic en Restaurar en la página Claves de cifrado. Se abre la página Información de clave de cifrado.

En Contraseña, escriba la contraseña para el archivo de clave de cifrado. En Archivo de clave, escriba o haga clic en la ubicación de la clave de cifrado de la copia de seguridad (archivo .snk) y luego haga clic en Aceptar. Redirigir el servidor de nivel de aplicación al nuevo nivel de datos Después de restaurar la base de datos, debe usar el comando TfsAdminUtil para redirigir el servidor original implementado (ahora el nuevo servidor de nivel de aplicación) al nuevo servidor de nivel de datos. Redirija el servidor de nivel de aplicación al nuevo servidor de nivel de datos Inicie sesión en el servidor apropiado, abra el Administrador de equipos y luego inicie los grupos de aplicaciones y programas en la siguiente tabla: Inicie sesión en el servidor que hospeda este programa Inicie este componente Nivel de aplicación Microsoft Grupo de aplicaciones de Team Foundation Server Sitio web predeterminado o sitio web del equipo SQL Server Reporting Services ReportServer o ReportServer$ nombre de instancia (grupo de aplicaciones) SQL Server Reporting Services (instancia TFS) Sitio web predeterminado o sitio web de Report Manager Abra una ventana del símbolo del sistema y cambie el directorio a ProgramFiles \Microsoft Visual Studio 2008 Team Foundation Server\Tools y luego escriba el siguiente comando: TfsAdminUtil RenameDT newDataTierServerName Importante: Para que este comando se ejecute correctamente, el grupo de aplicaciones y el programa del paso anterior deben estar ejecutándose. Este requisito es nuevo en Visual Studio Team System 2008 Team Foundation Server. Además, este comando requiere que la cadena de conexión en el archivo web.config del servicio haga referencia al servidor de origen implementado. Este comando fallará si la cadena de conexión hace referencia al nuevo servidor de capa de datos. Para que este comando se ejecute correctamente, debe restaurar el nombre del servidor original. Reconstrucción del cubo de Team System Después de configurar la conexión y ejecutar el comando TFSAdminUtil RenameDT, debe regenerar el cubo de Team System. Los cubos de Team System admiten SQL Server Reporting Services y contienen datos de la base de datos relacional del almacén de datos de Team System. Para obtener más información, consulte Comprensión de la arquitectura del almacén de datos. Reconstruir el cubo de Team System Reconstruir el cubo de Team System. Para obtener más información, consulte Cómo: reconstruir un cubo de Team System. Eliminación de la caché de control de versiones Después de regenerar el cubo Team System, debe eliminar la caché de control de versiones en el servidor de nivel de aplicación y en cualquier servidor proxy para forzar la sincronización con el nuevo servidor de nivel de datos. Elimine la caché de control de versiones. En el servidor de nivel de aplicación, abra el directorio ProgramFiles\Microsoft Visual Studio 2008 Team?0?2Foundation?0?2Server\Web Services\VersionControl. Elimine el contenido del subdirectorio Datos, pero no elimine el subdirectorio Datos en sí. Para obtener más información, consulte Cómo: eliminar la caché de control de versiones en un servidor de nivel de aplicación. Repita este proceso para cualquier servidor de la implementación que ejecute Team Foundation Server Proxy. Actualización de cuentas de servicio Si está utilizando cuentas locales o cuentas del sistema (como servicio de red) para cuentas de servicio en una implementación de un solo servidor, debe cambiar estas cuentas.

En una implementación de servidor dual, no se pueden utilizar cuentas locales. Se pueden utilizar las mismas cuentas del sistema, pero la información debe actualizarse para que cada cuenta en el nuevo servidor de nivel de aplicación y en el servidor de nivel de datos esté asociado con el SID correcto. Nota: Los nombres de cuentas creados en la nueva implementación deben coincidir con los nombres de cuentas en la implementación original. Este requisito incluye tanto cuentas de usuario como cuentas de servicio. Actualice la cuenta de servicio En el servidor que ejecuta Reporting Services, abra el Administrador de equipos y luego inicie los siguientes componentes si aún no están iniciados: ReportServer o ReportServer$ nombre de instancia (grupo de aplicaciones) SQL Server Reporting Services (instancia TFS) In On el nuevo servidor de capa de aplicación, abra una ventana del símbolo del sistema y cambie el directorio a ProgramFiles\Microsoft Visual Studio 2008 Team Foundation Server\Tools. En la línea de comando, escriba el siguiente comando: TfsAdminUtil ChangeAccount dominio antiguo o nombre de computadora\antigua cuenta de servicio TFS nuevo dominio o nombre de computadora\nueva cuenta de servicio TFS nueva contraseña Nota: ignore cualquier indicación de que la cuenta de servicio no existe o que la cuenta no son datos Advertencia para los miembros del rol de almacén. En la línea de comando, escriba el siguiente comando: TfsAdminUtil ChangeAccount /ra antiguo dominio o nombre de computadora\antigua cuenta de TFS Reporting Service nuevo dominio o nombre de computadora\nueva cuenta de TFS Reporting Service nueva contraseña Nota: ignore todo lo que indique que la cuenta de servicio no es datos Una advertencia por ser miembro de una función de almacén o que le solicita que agregue la cuenta a un grupo de cuentas de servicio. Reiniciar servicios Para continuar, debes reiniciar los servicios de los que depende Team Foundation. Reinicie el servicio Inicie sesión en el servidor apropiado, abra el Administrador de equipos e inicie los componentes de la siguiente tabla en el orden especificado: Inicie sesión en el servidor que aloja este programa para iniciar este componente Productos y tecnologías de SharePoint Servicio programado de SharePoint o Windows SharePoint Services Capa de aplicación programada Visual Studio Team Foundation Server Servicio de programador de tareas Grupo de aplicaciones de Microsoft Team Foundation Server Actualizar el caché de datos en la computadora cliente Actualizar el caché de datos en la computadora cliente Utilice el servicio web "ClientService" para forzar al cliente a conectarse al servidor de nivel de aplicación la siguiente vez time Actualice el caché para rastrear elementos de trabajo. Para obtener más información, consulte Cómo: vaciar la caché de datos en computadoras cliente.