Compartir a través de

Hacer copias de seguridad de Team Foundation Server

  • Artículo

Actualización: noviembre 2007

Para restaurar la implementación de Team Foundation en su totalidad en caso de producirse un error, la implementación de Team Foundation requiere la creación de copias de seguridad de cada ubicación en la que se almacenan datos. La creación de copias de seguridad es una cuestión fundamental para proteger la implementación de Team Foundation de posibles pérdidas de datos. En la lista siguiente se indican los elementos de los que debe realizar una copia de seguridad en cada nivel.

  • Nivel de datos   El nivel de datos de Team Foundation Server incluye varias bases de datos de SQL Server, algunas de los cuales dan servicio a los sitios del portal de proyecto de equipo. Puede realizar las copias de seguridad manual o automáticamente mediante planes de mantenimiento realizados en un momento concreto o a intervalos específicos. Team Foundation Server, Productos y tecnologías de SharePoint y SQL Server Reporting Services almacenan sus datos en bases de datos de SQL Server en el nivel de datos.

    Precaución:

    Aunque SQL Server Management Studio permite realizar copias de seguridad de las distintas bases de datos en cualquier momento, la restauración de dichas copias puede ocasionar resultados imprevistos, ya que las bases de datos están relacionadas y existe el riesgo de restaurar versiones anticuadas.

  • Nivel de Aplicación   Los servicios de información están ubicados en el nivel de aplicación y tienen una clave de cifrado de la que se debe realizar una copia de seguridad. Puede realizar una copia de seguridad manualmente de la clave de cifrado del servidor de informes mediante la herramienta de configuración de Reporting Services o con una herramienta de la línea de comandos. Esta clave contiene información confidencial almacenada en la base de datos del servidor de informes.

    Nota:

    Tal vez piense que debe realizar copias de seguridad de las bases de datos y los sitios Web de las páginas del portal de proyecto de equipo. Sin embargo, Productos y tecnologías de SharePoint genera dinámicamente los sitios web a partir de las bases de datos. Por tanto, al realizar copias de seguridad de las bases de datos, también se realizan copias de seguridad de las secciones del proyecto de equipo que ve como sitios web. Si ha creado colecciones de sitios personalizadas, plantillas de sitios o elementos web en Productos y tecnologías de SharePoint pero fuera de Team Foundation, debe realizar una copia de seguridad de ellos por separado. Para obtener más información, vea "Backup and Restore Options for Windows SharePoint Services 2.0" en el sitio web de Microsoft o Windows SharePoint Services 3.0, "Copias de seguridad y recuperación" (Windows SharePoint Services) en el sitio web de Microsoft.

Preparación preliminar de las copias de seguridad

Al implementar Team Foundation, mantenga un registro de las cuentas que crea y cualquier nombre de equipo, contraseña y opción de configuración que elija. Conserve siempre una copia de todos los materiales, documentos y bases de datos de recuperación, y copias de seguridad del registro de transacciones en una ubicación fuera de las instalaciones.

Nota importante:

Realice periódicamente una restauración de prueba de los datos para comprobar que la copia de seguridad de los archivos es correcta. Una restauración de prueba puede revelar problemas de hardware que no aparecen en comprobaciones del software.

Cuando realiza una copia de seguridad y restaura una base de datos, debe hacer la copia de seguridad de los datos en soportes como, por ejemplo, cintas y discos. El plan de copia de seguridad debe incluir disposiciones para administrar soportes, como:

  • Un plan de seguimiento y administración para almacenar y reciclar los conjuntos de copias de seguridad.

  • Un programa para sobrescribir los soportes de copias de seguridad.

  • En un entorno multiservidor, la decisión de utilizar copias de seguridad centralizadas o distribuidas.

  • Una manera de realizar el seguimiento de la vida útil de los soportes.

  • Un procedimiento para minimizar los efectos de la pérdida de un conjunto de copias de seguridad o de soportes de copias de seguridad, por ejemplo, una cinta.

  • La decisión de almacenar los conjuntos de copias de seguridad en las instalaciones o fuera de ellas, y un análisis de cómo puede afectar esto al tiempo de recuperación.

Para protegerse contra desastres, como incendios o terremotos, conserve duplicados de las copias de seguridad de los servidores en una ubicación distinta a la de los servidores. Esto le ayudará a protegerse contra la pérdida de datos críticos. Es un procedimiento recomendado conservar tres copias de los soportes de copias de seguridad y al menos una copia fuera de las instalaciones en un entorno correctamente controlado.

Como los datos de Team Foundation se almacenan en bases de datos de SQL Server, no tiene que hacer copias de seguridad de los equipos en los que están instalados los clientes de Team Foundation. Si se produce un error en los soportes o un desastre en los equipos, la reinstalación de Team Foundation proporciona una alternativa más limpia y confiable que la restauración a partir de una copia de seguridad.

Puede realizar copias de seguridad de un servidor utilizando planes de mantenimiento en SQL Server para hacer copias de seguridad de las bases de datos relacionadas con la implementación de Team Foundation. Las bases de datos de Team Foundation Server están relacionadas entre sí y, por tanto, la copia de seguridad y restauración de estas bases de datos debe realizarse al mismo tiempo. Para obtener más información sobre estrategias para realizar copias de seguridad de bases de datos, vea los siguientes recursos en el sitio web de Microsoft:

  • "Elegir el modelo de recuperación de una base de datos" para SQL Server 2005

  • "Introducción a estrategias de copias de seguridad y restauración en SQL Server" para SQL Server 2008

Copias de seguridad de todos los datos (bases de datos)   Es necesaria una copia de seguridad de la base de datos completa para la recuperación de la implementación. Una copia de seguridad completa incluye parte del registro de transacciones para que se pueda recuperar la copia de seguridad completa. Las copias de seguridad completas son autónomas; representan la base de datos completa una vez terminada la copia de seguridad. Para obtener más información, vea "Copias de seguridad completas de bases de datos" para SQL Server 2005 o SQL Server 2008 en el sitio web de Microsoft.

En el modelo de copia de seguridad de bases de datos completas, es necesario realizar copias de seguridad periódicas de los registros de transacciones para recuperar los datos. Con las copias de seguridad de los registros de transacciones, puede recuperar la base de datos hasta el momento del error o hasta un momento concreto.

Copias de seguridad del registro de transacciones   El registro de transacciones es un registro en serie de todas las modificaciones que se han producido en una base de datos, además de la transacción que realizó cada modificación. El registro de transacciones registra el inicio de cada transacción. Registra los cambios en los datos y, si es necesario, información suficiente para deshacer las modificaciones realizadas durante cada transacción. El registro crece continuamente al ir registrándose operaciones en la base de datos.

Al crear copias de seguridad del registro de transacciones, puede recuperar la base de datos en un momento anterior en el tiempo. Por ejemplo, puede restaurar la base de datos en un momento anterior a escribir datos no deseados o hasta el momento del error. Además de las copias de seguridad de la base de datos, las copias de seguridad del registro de transacciones deben formar parte de su estrategia de recuperación. Para obtener más información, vea "Trabajar con copias de seguridad del registro de transacciones" para SQL Server 2005 o SQL Server 2008 en el sitio web de Microsoft.

Las copias de seguridad del registro de transacciones utilizan generalmente menos recursos que las copias de seguridad completas. Por consiguiente, puede crear con mayor frecuencia copias de seguridad del registro de transacciones que copias de seguridad completas, y reducir así el riesgo de pérdida de datos. Sin embargo, a veces una copia de seguridad del registro de transacciones es mayor que una copia de seguridad completa. Por ejemplo, supongamos que una base de datos tenga una tasa de transacciones alta; una tasa de transacciones alta hace que el registro de transacciones crezca rápidamente. En este caso, debe crear copias de seguridad del registro de transacciones más a menudo. Para obtener más información, vea "Solucionar problemas de un registro de transacciones lleno" para SQL Server 2005 o SQL Server 2008 en el sitio web de Microsoft.

Puede realizar tres tipos de copias de seguridad del registro de transacciones:

  • Una copia de seguridad pura del registro sólo contiene registros del registro de transacciones para un intervalo, sin ningún cambio masivo.

  • Una copia de seguridad masiva del registro incluye el registro y páginas de datos cambiadas por operaciones masivas. No es posible la recuperación en un momento concreto en el tiempo.

  • Se toma una copia de seguridad del registro de cola de una base de datos posiblemente dañada para capturar los registros del registro de los que no se ha hecho aún una copia de seguridad. Se toma una copia de seguridad del registro de cola después de un error para evitar la pérdida de trabajo y la copia puede contener datos de un registro puro o de un registro masivo.

En el único momento en el que se debe sincronizar una copia de seguridad completa con copias de seguridad del registro de transacciones es al iniciar una secuencia de copia de seguridad del registro de transacciones. Cada secuencia de copia de seguridad completa del registro de transacciones debe ir precedida por una copia de seguridad completa o una copia de seguridad diferencial completa. En SQL Server, puede hacer copias de seguridad del registro después de la primera copia de seguridad completa, mientras se está ejecutando una copia de seguridad completa. Para obtener más información sobre cómo crear copias de seguridad del registro, vea "Crear copias de seguridad del registro de transacciones" para SQL Server 2005 o SQL Server 2008 en el sitio web de Microsoft.

Copias de seguridad de servicios (nivel de aplicación)

La única copia de seguridad que se realiza en el nivel de aplicación es para la clave de cifrado de Reporting Services. Tal vez piense que debe realizar copias de seguridad de los sitios Web o el almacén de datos. Sin embargo, las bases de datos de SQL Server contienen todos los datos, incluidas las especificaciones de páginas e informes que los servicios solicitan y utilizan para crear las páginas del portal del equipo y los informes.

Aunque la copia de seguridad de los servicios requiere menos pasos, no ocurre lo mismo con la recuperación en el nivel de aplicación. Tendrá que restaurar los sitios del portal de los proyectos de equipo.

En esta sección

Vea también

Conceptos

Garantizar la disponibilidad de Team Foundation Server

Administrar SQL Server Services

Otros recursos

Administrar copias de seguridad de Team Foundation Server