Restaurar un servidor de nivel de aplicació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.

Las bases de datos de Azure DevOps almacenan todos los datos de la implementación de Azure DevOps Server. Incluso si realiza una copia de seguridad del servidor de capa de aplicación, no hará ninguna copia de seguridad de los datos de Azure DevOps Server. Sin embargo, si se produce un error del hardware de un servidor de capa de aplicación, puede instalar otro servidor de capa de aplicación y configurarlo para que emplee las bases de datos de su implementación. A continuación, ese servidor reemplazará al servidor sin conexión como servidor de capa de aplicación de la implementación. Si el servidor de capa de aplicación hospeda productos de SharePoint, también debe restaurar el software en el nuevo hardware. Para obtener más información, vea copia de seguridad (SharePoint Foundation), copia de seguridad y recuperación (SharePoint Server)o proteger y restaurar una granja de servidores (Office SharePoint Server 2007).

Nota

Después de restaurar una capa de aplicación a hardware nuevo, compruebe que todos los usuarios, grupos y cuentas de servicio de la implementación están configurados con los permisos que necesitan para realizar las tareas necesarias. Por ejemplo, los administradores de Azure DevOps deben ser miembros del grupo de administradores locales en el servidor de capa de aplicación para que puedan abrir la consola de administración. Para obtener más información, vea Agregar usuarios a proyectos, establecer permisos de administrador para colecciones de proyectos, establecer permisos de administrador para Azure DevOps Servery cuentas de servicio y dependencias en Azure DevOps Server.

También puede agregar más de un servidor de capa de aplicación a una implementación de Azure DevOps Server, pero debe configurar los clientes para que se conecten a ese servidor como una capa de aplicación independiente. No puede configurar equilibrio de carga automático entre los servidores de capa de aplicación. Para el equilibrio de carga y la transparencia para los clientes, primero debe instalar y configurar un dispositivo de hardware o software para el equilibrio de carga de red (NLB).

Para instalar y configurar un servidor como servidor de capa de aplicación

  1. Detenga los grupos de aplicaciones y los servicios que usa Azure DevOps Server.

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

  2. Si usa el servicio de red como cuenta de servicio de Azure DevOps (TFSService), 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. En el símbolo del sistema, escriba el siguiente comando:

    TFSConfig Accounts/Add/account: "NT Authority \ Servicio de red "/accountType: ApplicationTier/SQLInstance: ServerName /DatabaseName: DatabaseName

    Nota

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

  3. Instale Azure DevOps Server en el nuevo servidor e inicie el asistente solo capa de aplicación .

  4. Si usa Visual Studio Lab Management, instale el System Center Virtual Machine Manager (SCVMM) Consola de administrador en la capa de aplicación y configúrelo para conectarse al servidor que ejecuta SCVMM.

    Para obtener más información, vea configurar Lab Management para entornos de SCVMM.

  5. Si el nombre del equipo ha cambiado, abra la consola de administración de Azure DevOps.

  6. En la barra de navegación, seleccione capa de aplicación y, a continuación, seleccione cambiar direcciones URL.

    Se abre la ventana cambiar direcciones URL .

  7. En dirección URL de notificación, especifique la dirección URL para el nuevo servidor de capa de aplicación y, a continuación, seleccione Aceptar.

    Nota

    El nombre del servidor de capa de aplicación anterior seguirá apareciendo en la lista de servidores de capa de aplicación en la consola de administración de Azure DevOps. Si activa la casilla filtrar las máquinas que no se han conectado en más de 3 días , el servidor anterior desaparecerá de la lista en un plazo de tres días.