Restaurar datos en la misma ubicación

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

Nota

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

Puede restaurar los datos de una copia de seguridad en el mismo servidor y la misma instancia de SQL Server de Azure DevOps desde la que se realizó la copia de seguridad de los datos. Por ejemplo, puede que desee restaurar un conjunto dañado de bases de datos al último estado correcto conocido.

Nota

Consulte la Página de conceptos de copia de seguridad y restauración para obtener una introducción a la restauración de datos en el mismo servidor para Azure DevOps Server.

La integración de SharePoint con Azure DevOps Server está en desuso con TFS 2017 y versiones posteriores.

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 hospeda las bases de datos.
  • Un miembro del grupo de seguridad sysadmin para la instancia de base de datos de Azure DevOps y para la instancia de Analysis Services de la base de datos de almacén.
  • Usuario autorizado de la base de datos TFS_Warehouse.
  • Miembro del rol de base de datos TFSEXECROLE .
  • Si la implementación usa productos de SharePoint, miembro del grupo administradores de la granja de servidores para la granja en la que se restauran las bases de datos de productos de SharePoint.

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

Paso 1: detener los servicios

La detención de los servicios sirve para evitar la pérdida o el deterioro de los datos durante el proceso de restauración, en particular si se cambia el nombre de las bases de datos.

  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 2: cambiar el nombre de las bases de datos

Antes de poder usar el Asistente para restauración con el fin de restaurar una base de datos que Azure DevOps Server, primero debe desconectarla y, a continuación, cambiarle el nombre.

Detener bases de datos

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

  2. En tipo de servidor, seleccione motor de base de datos.

  3. En nombre del servidor, escriba o seleccione 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.

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

  5. Cambie el nombre de cada base de datos que desee restaurar y, a continuación, siga las instrucciones para su versión de SQL Server. Asigne un nombre a la base de datos que indique que es la versión anterior de la base de datos que se reemplazará con la versión restaurada. Por ejemplo, puede cambiar el nombre de TFS_DefaultCollection a TFS _ DefaultCollection _ Old.

Paso 3: restauración de las bases de datos de Azure DevOps

Puede restaurar los datos de Azure DevOps Server mediante el Asistente para restauración en la consola de administración de Azure DevOps Server. El Asistente para restaurar también restaura la clave de cifrado que se emplea para los informes.

Restaurar bases de datos

  1. Abra la consola de administración de Azure DevOps Server, vaya a copias de seguridad programadas e inicie el Asistente para restaurar bases de datos .

    Iniciar el asistente para restaurar

  2. Especifique la ruta de acceso al conjunto de copia de seguridad y seleccione el conjunto que se va a usar para la restauración.

    Seleccione la ruta de acceso de red y, después, el conjunto de restauración.

  3. Complete el asistente y restaure las bases de datos.

    Las bases de datos se restauran en el nuevo servidor

Paso 4: 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.

Actualizar cuentas de servicio

  1. En el servidor que ejecuta SQL Server Reporting Services, 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, TFS_Configuration):

    TFSConfig Accounts/Add/AccountType: ApplicationTier/account: AccountName

    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 5: recompilación del almacenamiento de datos

Puede recompilar el almacén de datos en lugar de restaurar las bases de datos TFS_Warehouse y TFS_Analysis. La recompilación del almacén puede requerir una cantidad considerable de tiempo si la implementación contiene muchos datos. Sin embargo, esta estrategia ayuda a garantizar que todos los datos se sincronizan correctamente. Al recompilar el almacén, Azure DevOps Server crea una instancia de este, que debe procesar para rellenarlo mediante los datos de los almacenes operativos.

Nota

Si ha restaurado las bases de datos TFS_Warehouse y TFS_Analysis en la sección anterior, no tiene que realizar el siguiente procedimiento.

Recompilar el almacén

  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:

    TFSConfig rebuildwarehouse/All/ReportingDataSourcePassword: contraseña

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

  3. Espere hasta que se complete el comando.

  4. En el servidor de informes, abra Internet Explorer y especifique la cadena siguiente en la barra de direcciones:

    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 Microsoft Azure DevOps Server grupo de aplicaciones debe estar en ejecución para que el servicio Web de control de almacén esté disponible.

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

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

  7. 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 completa cuando el servicio GetProcessingStatus devuelve un valor de inactivo para todos los trabajos.

  8. En el servidor de capa de aplicación de Azure DevOps, Abra Administración de equipos e inicie el servicio de trabajo en segundo plano de Visual Studio Team Foundation.

Paso 6: borrar la memoria caché de datos en los servidores de capa de aplicación

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 rápidamente los archivos del 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 podrían 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 borrar las memorias caché de datos, puede ayudar a impedir la descarga de versiones incorrectas de archivos del control de versiones. Debe hacer esto de forma rutinaria, 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.

Borrar la memoria caché de datos

  1. En un servidor que ejecuta los servicios de 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 cambie al directorio unidad: \ % programfiles% \ Azure DevOps Server 2019 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 cada servidor que ejecute el servidor proxy de Azure DevOps en su implementación.

Paso 7: reiniciar los servicios

Después de restaurar los datos, debe reiniciar los servicios para devolver el servidor a un estado operativo.

Reiniciar los servicios

  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 desactivar

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

Paso 8: actualizar las memorias caché en los equipos cliente

Actualizar la memoria caché para el seguimiento de elementos de trabajo en equipos cliente

  1. En el nuevo servidor, abra Internet Explorer.

  2. En la barra de direcciones, escriba la siguiente dirección para conectarse al servicio Web ClientService :

    http:// PublicURL/VirtualDirectory : 8080/WorkItemTracking/v 3.0/ClientService. asmx

    Nota

    Incluso si ha iniciado sesión con credenciales administrativas, es posible que tenga que iniciar Internet Explorer como administrador, y es posible que se le soliciten sus credenciales.

  3. Seleccione StampWorkitemCache y, a continuación, seleccione invocar. El método StampWorkitemCache no devuelve ningún dato.

Actualizar la memoria caché de control de versiones en equipos cliente

  1. En el equipo cliente, abra una ventana del símbolo del sistema con permisos administrativos y cambie al directorio unidad: \ archivos de programa (x86) \ Microsoft Visual Studio 12,0 \ Common7 \ IDE.

  2. En el símbolo del sistema, escriba el comando siguiente y la dirección URL de la colección, que incluye el nombre del servidor y el número de puerto del nuevo servidor:

    TF Workspaces/Collection: http://nombreServidor: Puerto/nombredirectoriovirtual/nombreColección

    En la implementación de ejemplo, un desarrollador necesita actualizar la memoria caché de control de versiones para un proyecto que es miembro de la colección DefaultCollection, que se hospeda en la implementación FabrikamPrime de Azure DevOps Server:

    TF Workspaces/Collection:http://FabrikamPrime:8080/tfs/DefaultCollection

    Para obtener más información, consulte el comando áreas de trabajo.