Restaurar datos en un servidor diferente del actual

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Nota

Azure DevOps Server anteriormente se denominaba Visual Studio Team Foundation Server.

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:

  • Un miembro del grupo de seguridad Administrators en el servidor o servidores que ejecutan la consola de administración de Azure DevOps.
  • Un miembro del grupo de seguridad SQL Server Administrador del sistema , o bien el permiso SQL Server realizar copia de seguridad y crear plan de mantenimiento debe estar establecido en permitir en la instancia de SQL Server que hospedará las bases de datos.
  • Un miembro del grupo de seguridad sysadmin para las bases de datos de Azure DevOps y para la base de datos Analysis Services.
  • Usuario autorizado de la base de _ datos de almacén de TFS.
  • Si la implementación usa productos de SharePoint, un miembro del grupo administradores de la granja de servidores para la granja en la que va a restaurar las bases de datos para productos de SharePoint.

Además de estos permisos, es posible que tenga que cumplir 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, es posible que tenga que abrir un símbolo del sistema con privilegios elevados. para ello, seleccione Inicio, haga clic con el botón secundario 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; para ello, seleccione Inicio, todos los programas, haga clic con el botón secundario en Internet Explorer y, a continuación, seleccione Ejecutar como administrador.
  • Para obtener acceso a Administrador de informes, informes o sitios web de Reporting Services, es posible que tenga que agregar estos sitios a la lista de sitios de confianza de 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 los datos de la implementación original de Azure DevOps Server, debe tener un conjunto completo de copias de seguridad de los datos de las bases de datos de SQL Server. Si los datos están cifrados, 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 Reporting Services.

Importante

Debe hacer una copia de seguridad de las bases de datos de almacén de TFS _ y de análisis de TFS _ 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 volver a generar el almacén, como se puede hacer al restaurar en el mismo servidor o instancia. También debe hacer una copia de seguridad de las bases de datos de productos de SharePoint para moverlas al servidor o a la instancia en la que va a restaurar las bases de datos de 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 de 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 de. 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 funcione correctamente aunque pueda restaurar los datos.

Instale SQL Server en el nuevo entorno, prepare SQL Server para la restauración de datos de 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 correspondiente.

Para obtener más información, consulte instalaciónde introducción.

Paso 3: detener los servicios

Antes de poder restaurar los datos, debe detener todos los servicios que Azure DevOps Server usa en cada servidor. Si tiene componentes opcionales instalados, como productos de SharePoint o Reporting Services, debe detener dichos servicios en los servidores en los que están instalados estos componentes.

Para detener los servicios que usa Azure DevOps Server:

  1. En el servidor que ejecuta los servicios de capa de aplicación para DevOps de Azure, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  2. Escriba el comando siguiente:

    TFSServiceControl quiesce
    

    Para obtener más información, consulte el comando TFSServiceControl.

Paso 4: restauración de las bases de datos

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

Precaución

Debe restaurar todas las bases de datos al mismo punto en el tiempo o las bases de datos no estarán sincronizadas. Los procedimientos siguientes suponen que está usando transacciones marcadas para ayudar a garantizar la sincronización de las bases de datos que usa Azure DevOps Server. 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 para la versión de ese producto en su implementación. Para obtener más información, vea copia de seguridad y recuperación (SharePoint Server 2010), proteger y restaurar una granja de servidores (Office SharePoint Server 2007), o proteger y restaurar 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 en el que va a restaurar las bases de datos.

  2. Seleccione Inicio, todos los programas, Microsoft SQL Server 2008 y, a continuación, seleccione 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.

    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.

    Se abre SQL Server Management Studio.

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

Complete el procedimiento restore a Database (en la sección siguiente) de las bases de datos siguientes en cada servidor en el que haya instalado y configurado SQL Server:

  • _Configuración de TFS: este nombre de base de datos puede incluir caracteres adicionales entre TFS _ y la configuración.
  • _NOMBRECOLECCIÓN de TFS: 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 distinguirá por el nombre de la colección de proyectos. Estas bases de datos pueden encontrarse en la misma instancia de SQL Server, en instancias independientes o en servidores físicos independientes. Debe hacer una copia de seguridad de cada base de datos y, a continuación, restaurar cada base de datos.
  • _Almacén de TFS: este nombre de base de datos puede incluir caracteres adicionales entre TFS _ y Warehouse

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

  • ReportServer: Si ha usado una instancia con nombre, esta base de datos se denominará ReportServer $ InstanceName.
  • ReportServerTempDB: Si utilizó una instancia con nombre, esta base de datos se denominará ReportServerTempDB $ nombreDeInstancia.

En el servidor o 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 ( _ contenido de WSS): 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é instalada y de si la persona que la instaló personalizó el nombre. Además, es posible que estas bases de datos no residan en el servidor de capa de datos si los productos de SharePoint se instalan 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 independientemente 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 usa SharePoint Products, debe seguir las instrucciones de la versión del software que utiliza la implementación. Para obtener más información, vea copia de seguridad y recuperación (SharePoint Server 2010), proteger y restaurar una granja de servidores (Office SharePoint Server 2007), o proteger y restaurar una granja de servidores (Windows SharePoint Services 3,0).

En el servidor o 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:

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

  • Análisis de TFS _

Para obtener más información sobre estas bases de datos, vea 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 que desea restaurar, seleccione tareas, seleccione restaurar y, a continuación, seleccione base de datos.

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

  2. En origen para 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 Seleccione los conjuntos de copia de seguridad que desea restaurar, especifique los conjuntos de copia de seguridad que desea restaurar.

    Asegúrese de restaurar las bases de datos completas, diferenciales y de registro de transacciones si creó conjuntos de copia de seguridad con transacciones marcadas. Para obtener más información acerca de 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 la base de datos actual.

  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 transacciones no confirmadas. Pueden restaurarse 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 su uso.
    • 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 que la restauración se ha realizado correctamente, 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, seleccione 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 correspondiente esté resaltada en la lista de bases de datos .

  12. En Seleccione 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 , active la casilla situada junto a la marca de transacción para 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 que la restauración se ha realizado correctamente, haga clic en Aceptar.

    Para obtener más información, vea aplicar copias de seguridad del registro de transacciones.

Nota

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

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 está restaurando las bases de datos para productos de SharePoint.

Después de haber restaurado la base de datos de contenido para productos de SharePoint (contenido de WSS _ ), 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 antes de 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 los productos de SharePoint y redirijalo para usar 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 Administrador de configuración de Reporting Services

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 está restaurando las bases de datos para el servidor de informes.

Después de redirigir los 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á ningún informe disponible para ningún proyecto. Estas bases de datos deben estar operativas antes de 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:

Paso 7: preparar SQL Server

Antes de que las bases de datos restauradas funcionen correctamente, debe usar el comando TFSConfig PrepSQL para preparar SQL Server para hospedar las bases de datos de Azure DevOps Server. Este comando crea los grupos TFSEXECROLE y TFSADMINROLE en el nuevo servidor o instancia y también agrega los mensajes del sistema necesarios para la operación.

Nota

Si no tiene acceso a las herramientas de línea de comandos para Azure DevOps Server, puede instalarlas instalando Azure DevOps Server. Instálelo en el equipo que será el servidor de capa de aplicación, pero cancele el Asistente para configuración que aparece después de instalar el software.

Para preparar SQL Server para hospedar bases de datos para Azure DevOps Server:

  1. Inicie sesión en el servidor que hospeda la capa de aplicación de Azure DevOps, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  2. Escriba el siguiente comando, donde ServerName es el nombre de la instancia de SQL Server que hospeda una base de datos para Azure DevOps Server, en el formato ServerName o ServerName \ nombreDeInstancia :

    TFSConfig PrepSQL/SQLInstance: ServerName

  3. Repita este paso para cada nuevo servidor o instancia en el que haya restaurado una base de datos para Azure DevOps Server.

Paso 8: 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 haber 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 DevOps de Azure 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 capa de aplicación de Azure DevOps, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  2. Escriba el siguiente comando, donde ServerName (en el formato ServerName o ServerName \ nombreDeInstancia ) 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, la configuración de TFS _ ):

    TFSConfig Accounts/ResetOwner/SQLInstance: NombreDeServidor /DatabaseName: DatabaseName

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

Paso 9: redirigir Azure DevOps Server a bases de datos de colección remotas

Puede omitir este procedimiento si todas las bases de datos de recopilaciones, Analysis Services e informes están en el mismo servidor y la misma instancia que la base de datos de configuración.

Debe redirigir Azure DevOps Server a cualquier base de datos de colección hospedada en un servidor o servidores diferentes de la base de datos de configuración. Además, debe ejecutar el comando RemapDBs si usa una instancia con nombre, o bien si el análisis de TFS _ o la base de datos de almacén de TFS _ se hospedan en un servidor diferente que la configuración de TFS _ .

Para redirigir Azure DevOps Server a las bases de datos remotas:

  1. Inicie sesión en el servidor de capa de aplicación de Azure DevOps, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  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, la _ configuración de TFS 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 recopilación remota. Puede tener tantos parámetros de nombre de servidor como tenga servidores que estén configurados en la implementación. Puede especificar ServerName en formato ServerName o ServerName \ nombreDeInstancia . Debe especificar el nombre de instancia si no utiliza 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 hospeden bases de datos para Azure DevOps Server. Para obtener más información, vea RemapDBs (comando).

Paso 10: 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). Aunque estas cuentas no hayan cambiado, debe actualizar la información para asegurarse de que la identidad y el formato de las cuentas sean adecuados para el nuevo servidor.

Nota

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

Para actualizar 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 capa de aplicación, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

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

    TFSConfig Accounts/Add/AccountType: ApplicationTier/account: AccountName /SQLInstance: ServerName /DatabaseName: DatabaseName

    Para obtener más información, consulte el comando cuentas.

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

Paso 11: registrar la ubicación de las bases de datos restauradas

Puede omitir este procedimiento si también va a restaurar la capa de aplicación a un servidor diferente.

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

Nota

Si tiene más de un servidor de capa 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 capa de aplicación, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  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, la configuración de TFS _ ):

    TFSConfig registerDB/SQLInstance: ServerName /DatabaseName: DatabaseName

    Para obtener más información, consulte el comando RegisterDB.

Paso 12: configurar los informes y Analysis Services

Puede omitir este procedimiento si no está utilizando un Analysis Services o Reporting Services como parte de la implementación. Si la implementación utiliza un servidor de informes, debe redirigir Azure DevOps Server a su ubicación, reiniciar el almacén de datos 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 almacén de TFS y de análisis de TFS _ , tal y 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, haga clic en Aceptar.

    Se abrirá el cuadro de diálogo Reporting Services .

  5. Active la casilla usar servidor de informes .

  6. Seleccione la pestaña almacén 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 almacén para Azure DevOps Server.

    De forma predeterminada, esta base de datos se denomina almacén de TFS _ .

  8. Opta 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 análisis de TFS _ .

  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. Opta 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 la cuenta y la contraseña (si existen) 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 la cuenta y la contraseña (si existen) 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 la generación de informes.

  19. Abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % 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

    Password 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, a continuación, presione ENTRAR:

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

    Para VirtualDirectory, escriba el directorio virtual de Internet Information Services (IIS) que se especificó al instalar Azure DevOps Server. De forma predeterminada, este directorio se denomina TFS.

    Se abre la página WarehouseControlWebService .

    Nota

    El grupo de aplicaciones Azure DevOps Server debe estar en ejecución para que el servicio Web de control de almacén esté disponible.

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

    Importante

    El servicio debe devolver un valor de inactivo para todos los trabajos, lo que indica que no se está procesando el cubo. Si se devuelve un valor diferente, repita este paso hasta que se devuelva inactivo 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 inactivo para todos los trabajos.

    Para obtener más información, vea procesar manualmente el almacenamiento de datos y Analysis Services cubo.

  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 13: borrar la memoria 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 con mayor rapidez 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 descarguen archivos del control de versiones. Si la implementación usa el servidor proxy de Azure DevOps, también debe borrar la memoria caché de datos en cada servidor que esté 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 vaya a reemplazar 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 memoria caché de datos:

  1. En un servidor que ejecute los servicios de la capa 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 los datos de TFS de los servicios Web de la \ capa de aplicación \ \ _ _ .

  2. Elimine todo el _ Directorio de datos de TFS _ .

  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 su implementación.

Paso 14: reinicio de 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 usa Azure DevOps Server:

  1. En el servidor que ejecuta los servicios de capa de aplicación para DevOps de Azure, abra una ventana del símbolo del sistema y cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 \ herramientas.

  2. Escriba el comando siguiente:

    TFSServiceControl unquiesce
    

    Para obtener más información, consulte el comando TFSServiceControl.

Paso 15: actualizar la memoria caché de datos en los equipos cliente

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

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

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