Restaurar datos en un servidor diferente al actual

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Nota

Para obtener una introducción a la restauración de datos en un servidor diferente para Azure DevOps Server, consulte Copia de seguridad y restauración.

La integración de SharePoint con Azure DevOps Server está en desuso después de TFS 2017.

Requisitos previos

Para realizar este procedimiento, debe ser miembro de los siguientes grupos o tener los siguientes permisos:

• Miembro del grupo de seguridad Administradores en el servidor o los servidores que ejecutan la consola de administración para Azure DevOps.
• Un miembro del grupo de seguridad administrador del sistema de SQL Server o el permiso Realizar copia de seguridad y Crear plan de mantenimiento SQL Server debe establecerse en Permitir en la instancia de SQL Server que hospedará las bases de datos.
• Miembro del grupo de seguridad sysadmin para las bases de datos de Azure DevOps y para la base de datos de Analysis Services.
• Usuario autorizado de la base de datos TFS_Warehouse.
• Si la implementación usa Productos de SharePoint, un miembro del grupo Administradores de granja de servidores para la granja de servidores en la que va a restaurar las bases de datos para productos de SharePoint.

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

• Para seguir un procedimiento de línea de comandos, puede que tenga que abrir un símbolo del sistema con privilegios elevados; para ello, seleccione Iniciar, haga clic con el botón derecho en Símbolo del sistema y, a continuación, seleccione Ejecutar como administrador.
• Para seguir un procedimiento que requiera Internet Explorer, es posible que tenga que iniciarlo como administrador seleccionando Iniciar, seleccionando Todos los programas, haciendo clic con el botón derecho en Internet Explorer y, a continuación, seleccionando Ejecutar como administrador.
• Para acceder al Administrador de informes, informes o sitios web para Reporting Services, es posible que tenga que agregar estos sitios a la lista de sitios de confianza en Internet Explorer o iniciar Internet Explorer como administrador.

Para más información, vea User Account Control (Control de cuentas de usuario).

Paso 1: Copia de seguridad de datos

Para restaurar datos de la implementación original de Azure DevOps Server, debe tener un conjunto completo de copias de seguridad de datos para las bases de datos de SQL Server. Si los datos se cifraron, también debe tener la clave de cifrado y su contraseña.

Para obtener más información, consulte Copia de seguridad de Azure DevOps Server y Copia de seguridad de la clave de cifrado de Reporting Services.

Importante

Debe realizar una copia de seguridad de las bases de datos de TFS_Warehouse y TFS_Analysis si la implementación está configurada para usar SQL Server Reporting Services y desea restaurar esas bases de datos en un servidor diferente. No se puede recompilar el almacenamiento, como puede cuando se restaura en el mismo servidor o instancia. También debe realizar una copia de seguridad de las bases de datos de productos de SharePoint para moverlas al servidor o a la instancia a la que va a restaurar las bases de datos para Azure DevOps. Estas bases de datos incluyen la base de datos administrativa para productos de SharePoint (SharePoint_AdminContent_ID) y las bases de datos de contenido y configuración.

Paso 2: Instalar y configurar SQL Server en el nuevo hardware

Para restaurar los datos de Azure DevOps, instale SQL Server en el equipo al que moverá las bases de datos para Azure DevOps Server. La versión de SQL Server que instale debe coincidir exactamente con la versión del servidor original que hospedaba las bases de datos. Este requisito incluye el nivel de Service-Pack, la configuración de intercalación y la edición de idioma. Si la coincidencia no es exacta, es posible que no pueda restaurar los datos o que Azure DevOps Server no funcionen correctamente aunque pueda restaurar los datos.

Instale SQL Server en el nuevo entorno, prepare SQL Server para la restauración de datos para Azure DevOps y asegúrese de que está operativo. Como alternativa, cree una instancia de SQL Server en un servidor que ya tenga instalada una versión coincidente.

Para más información, consulte Introducción a la instalación.

Paso 3: Detener servicios

Para poder restaurar los datos, debe detener todos los servicios que Azure DevOps Server usen en cada servidor. Si tiene instalados componentes opcionales, como Productos de SharePoint o Reporting Services, debe detener esos servicios en los servidores donde están instalados estos componentes.

Para detener los servicios que Azure DevOps Server usa:

1. En el servidor que ejecuta los servicios de nivel de aplicación para Azure DevOps, abra una ventana del símbolo del sistema y cambie los directorios a Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Escriba el comando siguiente:

   TFSServiceControl quiesce
   

   Para obtener más información, vea Comando TFSServiceControl.

Paso 4: Restaurar las bases de datos

Después de detener los servicios, puede restaurar los datos de Azure DevOps mediante las herramientas que SQL Server proporciona.

Precaución

Debe restaurar todas las bases de datos en el mismo momento dado o las bases de datos no estarán sincronizadas. En los procedimientos siguientes se supone que usa transacciones marcadas para ayudar a garantizar la sincronización de las bases de datos que Azure DevOps Server usa. Para obtener más información, consulte Copia de seguridad de Azure DevOps Server. Si la implementación usa productos de SharePoint, debe seguir las instrucciones de la versión de ese producto en la implementación. Para obtener más información, vea Copia de seguridad y recuperación (SharePoint Server 2010),Protección y restauración de una granja de servidores (Office SharePoint Server 2007) o Protección y restauración de una granja de servidores (Windows SharePoint Services 3.0).

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

1. Inicie sesión en el servidor al que restaurará las bases de datos.

2. Seleccione Inicio, Todos los programas, Microsoft SQL Server 2008 y SQL Server Management Studio.

   Nota

   Para obtener más información sobre cómo restaurar bases de datos, consulte Implementación de escenarios de restauración para bases de datos de SQL Server.

   Se abre el cuadro de diálogo Conectar al servidor .

3. En la lista Tipo de servidor , seleccione Motor de base de datos.

4. En Nombre del servidor, seleccione o escriba el nombre del servidor de capa de datos y la instancia de base de datos y, a continuación, seleccione Conectar.

   Nota

   Si SQL Server está instalado en un clúster, el nombre del servidor es el nombre del clúster y no el nombre del equipo.

   SQL Server Management Studio .

5. Expanda el nodo Bases de datos para mostrar la lista de bases de datos que componen el nivel de datos para Azure DevOps.

Complete el procedimiento Restaurar una base de datos (en la sección siguiente) para las bases de datos siguientes en cada servidor donde haya instalado y configurado SQL Server:

• TFS_Configuration: este nombre de base de datos puede incluir caracteres adicionales entre TFS_ y Configuración.
• TFS_CollectionName : cada colección de proyectos tiene su propia base de datos. Por ejemplo, si tiene cinco colecciones de proyectos, tendrá cinco bases de datos, cada una de las cuales se distingue por el nombre de la colección de proyectos. Estas bases de datos pueden estar en la misma instancia de SQL Server, en instancias independientes o en servidores físicos independientes. Debe realizar una copia de seguridad de cada base de datos y, a continuación, restaurar cada base de datos.
• TFS_Warehouse: este nombre de base de datos puede incluir caracteres adicionales entre TFS_ y Warehouse.

En el servidor que ejecuta Reporting Services, si tiene uno configurado para la implementación y necesita restaurar las bases de datos en un servidor diferente:

• ReportServer: si usó una instancia con nombre, esta base de datos se denominará ReportServer$InstanceName.
• ReportServerTempDB: si usó una instancia con nombre, esta base de datos se denominará ReportServerTempDB$InstanceName.

En el servidor o en los servidores que ejecutan Productos de SharePoint, si ha configurado la implementación con una o varias aplicaciones web de SharePoint y necesita restaurar las bases de datos en un servidor diferente:

• La base de datos de contenido para productos de SharePoint (WSS_Content): los nombres de las bases de datos que contienen datos para productos de SharePoint variarán en función de la versión de productos de SharePoint que esté instalado y de si la persona que la instaló personalizaron el nombre. Además, es posible que estas bases de datos no residan en el servidor de capa de datos si Productos de SharePoint está instalado en un servidor independiente de Azure DevOps Server. Si las bases de datos residen en servidores diferentes, debe realizar copias de seguridad, restaurarlas y configurarlas por separado de Azure DevOps Server. Sin embargo, primero debe sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.

  Para restaurar las bases de datos que usan los productos de SharePoint, debe seguir las instrucciones de la versión del software que usa la implementación. Para obtener más información, vea Copia de seguridad y recuperación (SharePoint Server 2010),Protección y restauración de una granja de servidores (Office SharePoint Server 2007) o Protección y restauración de una granja de servidores (Windows SharePoint Services 3.0).

En el servidor o en los servidores que ejecutan Microsoft Project Server, si ha integrado la implementación con Project Server y necesita restaurar las bases de datos en un servidor diferente:

• Las bases de datos en las que depende la implementación de Project Server. Para obtener más información, vea Restaurar bases de datos (Project Server 2007) o Restaurar bases de datos (Project Server 2010).

En el servidor que ejecuta SQL Server Analysis Services, si tiene uno configurado para la implementación y necesita restaurar las bases de datos en un servidor diferente:

• TFS_Analysis

Para más información sobre estas bases de datos, consulte Descripción de la copia de seguridad de Azure DevOps Server.

Restaurar una base de datos

1. Haga clic con el botón derecho en la base de datos para restaurarla, seleccione Tareas, Restaurar y, a continuación, seleccione Base de datos.

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

2. En Origen para la restauración, seleccione Desde dispositivo y, a continuación, seleccione 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, seleccione Aceptar.

   Primero debe restaurar la copia de seguridad completa, seguida de la copia de seguridad diferencial y, a continuación, 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 copia de seguridad que se van a restaurar.

   Asegúrese de restaurar las bases de datos completas, diferenciales y del registro de transacciones si ha creado conjuntos de copia de seguridad con transacciones marcadas. Para obtener más información sobre las transacciones marcadas, consulte Copia de seguridad de Azure DevOps Server.

5. En el panel Seleccionar una página , seleccione 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 de acceso coinciden con las rutas de acceso de base de datos actuales.

7. En Estado de recuperación, realice uno de los pasos siguientes:

   • Si usa transacciones marcadas, seleccione Dejar la base de datos no operativa y no revertir las transacciones no confirmadas. Se pueden restaurar registros de transacciones adicionales. (RESTORE WITH RECOVERY).
   • Si no usa transacciones marcadas y no está aplicando registros de transacciones adicionales, seleccione Dejar la base de datos lista para usar.
   • Si no usa transacciones marcadas, pero está aplicando registros de transacciones adicionales, seleccione Dejar la base de datos no operativa.

8. Seleccione Aceptar.

   Aparece un icono de progreso.

9. Cuando aparezca el cuadro de diálogo SQL Server Management Studio y confirme la restauración correcta, seleccione Aceptar para volver a Explorador de objetos.

10. Si usa transacciones marcadas, haga clic con el botón derecho en la base de datos que acaba de restaurar, seleccione Tareas, restaurar y, a continuación, seleccione Registro de transacciones.

    Se abre la ventana Restaurar registro de transacciones .

11. En la página General , asegúrese de que la base de datos adecuada está resaltada en la lista Base de datos .

12. En Seleccionar el registro de transacciones que se va a restaurar, active la casilla situada junto al registro que se va a restaurar.

13. En Restaurar en, seleccione Transacción marcada.

    Se abre la ventana Seleccionar transacción marcada .

14. En la lista Seleccione la transacción marcada para detener la restauración en la lista, active la casilla situada junto a la marca de transacción de la restauración y, a continuación, seleccione Aceptar.

    Importante

    Para restaurar correctamente los datos, debe usar la misma marca de transacción con la misma fecha y hora para todas las bases de datos.

15. En la ventana Restaurar registro de transacciones , seleccione Aceptar.

    Aparece un icono de progreso.

16. Cuando aparezca el cuadro de diálogo SQL Server Management Studio y confirme la restauración correcta, seleccione Aceptar.

    Para más información, consulte Aplicar copias de seguridad del registro de transacciones.

Nota

Si restauró las bases de datos para Reporting Services, también debe restaurar su clave de cifrado. Para obtener más información, consulte Restauración de la clave de cifrado (Reporting Services configuración).

Paso 5: Redirigir productos de SharePoint a la nueva ubicación de la base de datos de contenido

Puede omitir este procedimiento si productos de SharePoint no está configurado para su uso con la implementación de Azure DevOps Server, o si no va a restaurar las bases de datos para productos de SharePoint.

Después de restaurar la base de datos de contenido para productos de SharePoint (WSS_Content), debe redirigir el servidor que ejecuta Productos de SharePoint a la nueva ubicación de esa base de datos. Esta base de datos debe estar operativa para poder volver a configurar Azure DevOps Server con las nuevas ubicaciones de sus bases de datos.

Para redirigir los sitios de 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 Productos de SharePoint y redirija para que use las bases de datos de contenido en el nuevo servidor.

Para obtener más información, vea Redirigir productos de SharePoint para usar una nueva base de datos de contenido.

Paso 6: Cambiar la base de datos en Reporting Services Configuration Manager

Puede omitir este procedimiento si no tiene un servidor de informes configurado para su uso con la implementación de Azure DevOps Server, o si no va a restaurar las bases de datos para el servidor de informes.

Después de redirigir Productos de SharePoint a las nuevas bases de datos de contenido, debe redirigir Reporting Services a la nueva ubicación de sus bases de datos (ReportServer y ReportServer_TempDB). A menos que realice este procedimiento, no habrá informes disponibles para ningún proyecto. Estas bases de datos deben estar operativas para poder volver a configurar Azure DevOps Server con las nuevas ubicaciones de sus bases de datos.

Para redirigir Reporting Services para conectarse al nuevo servidor:

• Inicie sesión en el servidor que hospeda Reporting Services y redirijalo para conectarse a las bases de datos del nuevo servidor.

  Para obtener más información, vea Redirigir Reporting Services para conectarse a un servidor diferente.

Paso 7: Cambiar la propiedad de las bases de datos restauradas

Use el comando TFSConfig Accounts ResetOwner para cambiar el inicio de sesión del propietario de la base de datos para las bases de datos restauradas al usuario actual. Antes de realizar la siguiente secuencia de pasos, asegúrese de que ha iniciado sesión con una cuenta de usuario adecuada. Por ejemplo, puede usar la cuenta con la que se instaló Azure DevOps Server, denominada TFSSETUP. Como mínimo, la cuenta debe ser miembro del grupo Administradores de Azure DevOps en Azure DevOps Server y miembro del grupo sysadmin en SQL Server.

Para cambiar la propiedad de las bases de datos restauradas al usuario actual:

1. Inicie sesión en el servidor de nivel de aplicación para Azure DevOps, abra una ventana del símbolo del sistema y cambie los directorios a Unidad:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Escriba el siguiente comando, donde ServerName (en formato ServerName o ServerName\InstanceName) es el nombre de la instancia de SQL Server que hospeda una base de datos para Azure DevOps Server y DatabaseName es el nombre de la base de datos de configuración (de forma predeterminada, TFS_Configuration):

   Cuentas TFSConfig /ResetOwner /SQLInstance:ServerName/DatabaseName:DatabaseName

   Este comando cambia la propiedad de todas las bases de datos que Azure DevOps Server usa.

Paso 8: Redirigir Azure DevOps Server a bases de datos de recopilación remota

Puede omitir este procedimiento si todas las bases de datos de colecciones, Analysis Services y los informes se encuentran en el mismo servidor e instancia que la base de datos de configuración.

Debe redirigir Azure DevOps Server a las bases de datos de colección hospedadas en un servidor o servidores independientes de la base de datos de configuración. Además, debe ejecutar el comando RemapDBs si usa una instancia con nombre, o si el TFS_Analysis o la base de datos de TFS_Warehouse se hospeda en un servidor diferente de TFS_Configuration.

Para redirigir Azure DevOps Server a bases de datos remotas:

1. Inicie sesión en el servidor de nivel de aplicación para Azure DevOps, abra una ventana del símbolo del sistema y cambie los directorios a Unidad:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Escriba el siguiente comando, donde ServerName es el nombre de la instancia de SQL Server que hospeda la base de datos de configuración para Azure DevOps Server, TFS_Configuration es el nombre de la base de datos de configuración restaurada para Azure DevOps Server y ServerName2 es el nombre del servidor que hospeda la colección remota. Puede tener tantos parámetros ServerName como servidores configurados en la implementación. Puede especificar ServerName en formato ServerName o ServerName\InstanceName . Debe especificar el nombre de instancia si no usa la instancia predeterminada:

   TFSConfig RemapDBs /DatabaseName:ServerName;TFS_Configuration/SQLInstances:ServerName,ServerName2/AnalysisInstance:ServerName2/AnalysisDatabaseName:DatabaseName

   Nota

   En /SQLInstances, debe especificar todas las instancias, separadas por comas, de SQL Server que hospedan bases de datos para Azure DevOps Server. Para obtener más información, vea Comando RemapDBs.

Paso 9: Actualizar todas las cuentas de servicio

Debe actualizar la cuenta de servicio para Azure DevOps Server (TFSService) y la cuenta de orígenes de datos (TFSReports). Incluso si estas cuentas no han cambiado, debe actualizar la información para asegurarse de que la identidad y el formato de las cuentas son adecuados para el nuevo servidor.

Nota

Si tiene más de un servidor de nivel de aplicación en la implementación, debe actualizar las cuentas de servicio en cada uno de esos servidores.

Para actualizar las cuentas de servicio:

1. En el servidor de informes, abra Administración de equipos e inicie los siguientes componentes si aún no se han iniciado:

   • ReportServer o ReportServer$InstanceName (grupo de aplicaciones)
   • SQL Server Reporting Services (TFSINSTANCE)

2. En el servidor de nivel de aplicación, abra una ventana del símbolo del sistema y cambie los directorios a Unidad:\%programfiles%\Azure DevOps Server 2019\Tools.

3. En el símbolo del sistema, escriba el siguiente comando para agregar la cuenta de servicio para Azure DevOps, donde DatabaseName es el nombre de la base de datos de configuración (de forma predeterminada, TFS_Configuration):

   Cuentas tfsConfig /add /AccountType:ApplicationTier /account:AccountName/SQLInstance:ServerName/DatabaseName:DatabaseName

   Para obtener más información, vea Comando Accounts.

4. Use el comando Accounts para agregar la cuenta de orígenes de datos para el servidor de informes y la cuenta de proxy de Azure DevOps Proxy Server, si la implementación usa estos recursos.

Paso 10: Registrar la ubicación de las bases de datos restauradas

Puede omitir este procedimiento si también va a restaurar el nivel de aplicación en un servidor diferente.

Después de actualizar la información de la cuenta de servicio, redirija el nivel de aplicación a la nueva ubicación de las bases de datos restauradas.

Nota

Si tiene más de un servidor de nivel de aplicación en la implementación, registre la ubicación de las bases de datos en cada uno de esos servidores.

Para registrar la ubicación de las bases de datos:

1. En el servidor de nivel de aplicación, abra una ventana del símbolo del sistema y cambie los directorios a Unidad:\%programfiles%\Azure DevOps Server 2019\Tools.

2. En el símbolo del sistema, escriba el siguiente comando, donde DatabaseName es el nombre de la base de datos de configuración (de forma predeterminada, TFS_Configuration):

   TfsConfig registerDB /SQLInstance:ServerName/DatabaseName:DatabaseName

   Para obtener más información, vea Comando RegisterDB.

Paso 11: Configuración de reporting and analysis services

Puede omitir este procedimiento si no usa Analysis Services o Reporting Services como parte de la implementación. Si la implementación usa un servidor de informes, debe redirigir Azure DevOps Server a su ubicación, reiniciar el almacenamiento y recompilar manualmente la base de datos para Reporting Services y Analysis Services.

Nota

Debe completar este procedimiento incluso si restauró las bases de datos de TFS_Warehouse y TFS_Analysis, tal como se describe en la sección anterior.

Para volver a configurar los informes y Analysis Services:

1. Abra la consola de administración de Azure DevOps.

2. En la barra de navegación, seleccione Informes.

3. En Informes, seleccione Editar.

4. En el mensaje de confirmación Desconectar , seleccione Aceptar.

   Se abre el cuadro de diálogo Reporting Services.

5. Active la casilla Usar servidor de informes .

6. Seleccione la pestaña Almacenamiento y, en Servidor, escriba o seleccione el nombre del servidor de informes.

7. En Base de datos, escriba el nombre de la base de datos de almacenamiento para Azure DevOps Server.

   De forma predeterminada, esta base de datos se denomina TFS_Warehouse.

8. (Opcional) Seleccione Probar conexión para asegurarse de que la base de datos especificada es válida.

9. Seleccione la pestaña Analysis Services .

10. En Servidor, escriba o seleccione el nombre del servidor que ejecuta SQL Server Analysis Services.

11. En Base de datos, escriba el nombre de la base de datos de Analysis Services para Azure DevOps Server.

    De forma predeterminada, el nombre de esta base de datos es TFS_Analysis.

12. Si no usa la instancia predeterminada para la base de datos, active la casilla Especificar instancia no predeterminada y, a continuación, escriba o seleccione el nombre de la instancia.

13. (Opcional) Seleccione Probar conexión para asegurarse de que la base de datos especificada es válida.

14. En Nombre de usuario y contraseña, escriba el nombre de cuenta y la contraseña (si existe) para la cuenta de orígenes de datos (TFSReports).

15. En la pestaña Informes , en Servidor, escriba o seleccione el nombre del servidor de informes y, a continuación, seleccione Rellenar direcciones URL.

16. En Nombre de usuario y contraseña, escriba el nombre de cuenta y la contraseña (si existe) para la cuenta de orígenes de datos (TFSReports).

17. En Ruta de acceso predeterminada, escriba la ruta de acceso relativa en la que se almacenan los informes y, a continuación, seleccione Aceptar.

18. En la consola de administración, seleccione Iniciar trabajos para reiniciar los informes.

19. Abra una ventana del símbolo del sistema y cambie los directorios a Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

20. Especifique el siguiente comando a fin de recompilar la base de datos para Analysis Services:

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword: Password

    La contraseña es la contraseña de la cuenta de orígenes de datos para Reporting Services (TFSReports).

21. Espere hasta que el comando TFSConfig se haya completado correctamente.

22. En el servidor de informes, abra Internet Explorer, escriba la siguiente cadena en la barra de direcciones y presione ENTRAR:

    http://localhost:8080/<VirtualDirectory>/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
    

    En VirtualDirectory, escriba el directorio virtual de Internet Information Services (IIS) que se especificó cuando se instaló Azure DevOps Server. De forma predeterminada, este directorio se denomina tfs.

    Se abre la página WarehouseControlWebService .

    Nota

    El Azure DevOps Server grupo de aplicaciones debe ejecutarse para que el servicio web control de almacenamiento esté disponible.

23. Seleccione GetProcessingStatus y, a continuación, seleccione Invocar.

    Importante

    El servicio debe devolver un valor de Idle para todos los trabajos, lo que indica que el cubo no se está procesando. Si se devuelve un valor diferente, repita este paso hasta que se devuelva Idle para todos los trabajos.

24. En la página WarehouseControlWebService , seleccione ProcessAnalysisDatabase y, a continuación, seleccione Invocar.

    Se abrirá una ventana del explorador. El servicio devuelve True cuando inicia correctamente el procesamiento del cubo y False si no es correcto o si el cubo se está procesando actualmente.

25. Para determinar cuándo se ha procesado el cubo, vuelva a la página WarehouseControlWebService , seleccione GetProcessingStatus y, a continuación, seleccione Invocar.

    El procesamiento se ha completado cuando el servicio GetProcessingStatus devuelve un valor de Idle para todos los trabajos.

    Para obtener más información, vea Procesar manualmente el cubo de Data Warehouse y Analysis Services.

26. En el servidor de capa de aplicación, abra Administración de equipos e inicie el Agente de trabajo en segundo plano de Visual Studio Team Foundation.

Paso 12: Borrar la caché de datos en los servidores

Cada servidor de capa de aplicación de la implementación de Azure DevOps usa una caché de archivos para que los usuarios puedan descargar archivos más rápidamente desde el servidor de capa de datos. Al restaurar una implementación, debe borrar esta memoria caché de todos los servidores de capa de aplicación. De lo contrario, los identificadores de archivo no coincidentes pueden causar problemas cuando los usuarios descargan archivos del control de versiones. Si la implementación usa el servidor proxy de Azure DevOps, también debe borrar la caché de datos en cada servidor configurado como proxy.

Nota

Al realizar este paso, puede ayudar a evitar la descarga de versiones incorrectas de archivos en el control de versiones. Debe realizar este paso a menos que reemplace todo el hardware de la implementación como parte de la restauración. Si va a reemplazar todo el hardware, puede omitir este procedimiento.

Para borrar la caché de datos:

1. En un servidor que ejecuta los servicios de nivel de aplicación para Azure DevOps o que está configurado con el servidor proxy de Azure DevOps, abra una ventana del símbolo del sistema y, a continuación, cambie los directorios a Unidad:\%programfiles%\Microsoft Team Foundation Server 2010\Application Tier\Web Services\_tfs_data.

2. Elimino todo el contenido del directorio _tfs_data.

3. Repita estos pasos para cada servidor de capa de aplicación y para cada servidor que ejecute el servidor proxy de Azure DevOps en la implementación.

Paso 13: Reinicio de los servicios

Después de restaurar los datos, reinicie los servicios para que la implementación funcione y esté disponible para los usuarios.

Para reiniciar los servicios que Azure DevOps Server usa:

1. En el servidor que ejecuta los servicios de nivel de aplicación para Azure DevOps, abra una ventana del símbolo del sistema y cambie los directorios a Drive:\%programfiles%\Azure DevOps Server 2019\Tools.

2. Escriba el comando siguiente:

   TFSServiceControl unquiesce
   

   Para obtener más información, vea Comando TFSServiceControl.

Paso 14: Actualizar la caché de datos en equipos cliente

Para actualizar la caché de datos en equipos cliente:

• Inicie sesión en el servidor de nivel de aplicación y use el servicio web ClientService para forzar a los clientes a actualizar la memoria caché para realizar el seguimiento de elementos de trabajo.

  Para obtener más información, consulte Actualización de las cachés de datos en equipos cliente.