Compartir a través de

Garantizar la disponibilidad de Team Foundation Server

  • Artículo

Actualización: noviembre 2007

Puede controlar cuándo se desconectan los servidores para su mantenimiento. Sin embargo, debe considerar también cómo desea tratar los errores inesperados. Hay tres estrategias que se pueden aplicar para garantizar que los servidores estén disponibles a los clientes durante el mantenimiento o cuando se produzca un error. La cantidad de tiempo de inactividad que los usuarios pueden tolerar y la topología del sistema determinan la estrategia que se selecciona.

Estrategias de disponibilidad

Normalmente, las topologías de servidores únicos y duales pueden tolerar una cantidad razonable de tiempo de inactividad para el mantenimiento del sistema o para restauración en caso de error. Los sistemas complejos pueden proporcionar un servicio ininterrumpido mediante recursos dedicados. Las siguientes estrategias proporcionan diversos grados de disponibilidad de Team Foundation Server.

  • Procedimientos de copia de seguridad estándar para las bases de datos   Para el nivel de datos, puede mantener copias de seguridad de bases de datos y utilizar esas copias para restablecer el funcionamiento en un tiempo razonable. Utilice los mismos procedimientos recomendados que usaría con cualquier base de datos de SQL Server. Esta estrategia no requiere equipos adicionales ni recursos de mantenimiento. Para obtener más información, vea Hacer copias de seguridad de Team Foundation Server.

  • Equipo de reserva activo para los servicios de aplicaciones   Puede reducir el tiempo de recuperación de los servicios configurando y manteniendo un servidor de nivel de aplicación independiente como equipo de reserva activo. Esta estrategia requiere hardware adicional y, por tanto, tareas de mantenimiento adicionales para mantener el equipo actualizado y preparado. Para obtener más información, vea Administrar servidores de nivel de aplicación para Team Foundation Server.

    Nota:

    El nivel de aplicación no puede formar parte de una batería de servidores Web.

    El equipo debe mantenerse actualizado con una configuración similar a la del equipo principal. Puede utilizar esta lista para considerar las tareas de mantenimiento adicionales necesarias.

    • Actualizaciones de hardware.

    • Actualizaciones del sistema operativo.

    • Actualizaciones de software.

    • Cambios en las cuentas de usuario y permisos.

    • Cambios en la clave de cifrado de Reporting Services.

    Además de mantener los equipos, el administrador de Team Foundation Server debe responder a un error solicitando una actualización a la base de datos servidor de DNS desde el Administrador del dominio y usando la utilidad de línea de comandos TFSAdminUtil. Para obtener más información, consulte Cómo: Activar un servidor de nivel de aplicación de conmutación por error.

  • Agrupamiento en clúster de las bases de datos   Para proporcionar un servicio ininterrumpido de un nivel de datos, puede establecer y mantener servidores dedicados en un clúster. Considere la posibilidad de utilizar un clúster si su organización ya tiene los recursos para configurar y mantener un clúster. Esta estrategia aumenta considerablemente el costo en recursos y mantenimiento porque los requisitos de hardware y software del clúster son muy estrictos. Por ejemplo, el hardware debe coincidir de forma idéntica y estar incluido en la lista de hardware aprobada. Para obtener más información, vea los temas siguientes en el sitio web de Microsoft: "How to: Create a New SQL Server 2005 Failover Cluster" para SQL Server 2005 y "Cómo crear un nuevo clúster de conmutación por error de SQL Server (programa de instalación)" para SQL Server 2008.

  • **Creación de reflejo de las bases de datos   **La creación de un reflejo del servidor de nivel de datos de Team Foundation presenta varias ventajas. Permite desconectar el servidor de nivel de datos de Team Foundation para su actualización, mantenimiento o reparación con una repercusión mínima para los usuarios de Team Foundation Server. Permite también emplear un mecanismo de recuperación rápido si el servidor de nivel de datos principal de Team Foundation deja de estar disponible. Considere la posibilidad de crear un reflejo del servidor de nivel de datos de Team Foundation si su organización tiene los recursos para configurar y mantener un segundo servidor de nivel de datos de Team Foundation.

En esta sección

Vea también

Conceptos

Activar un servidor de nivel de aplicación de conmutación por error

Agrupar el servidor por nivel de datos

Hacer copias de seguridad de Team Foundation Server

Otros recursos

Administrar datos

Administrar copias de seguridad de Team Foundation Server