Introducción a las copias de seguridad de Team Foundation Server

Puede ayudar a proteger su implementación frente a la pérdida de datos si crea una programación regular de copias de seguridad de las bases de datos de las que depende Visual Studio Team Foundation Server (TFS).Para restaurar la implementación de Team Foundation en su totalidad, primero debe realizar una copia de seguridad de todas las bases de datos de TFS.Si la implementación incluye Productos de SharePoint o SQL Server Reporting Services, también debe hacer una copia de seguridad de las bases de datos que emplean TFS en esos componentes.Para evitar errores de sincronización o no coincidencia de datos, debe sincronizar todas las copias de seguridad en la misma marca de tiempo.La manera más sencilla de garantizar la sincronización correcta es utilizar transacciones marcadas.Si se marcan periódicamente las transacciones relacionadas en todas las bases de datos de Team Foundation, se establece una serie de puntos de recuperación comunes en las bases de datos.Para obtener instrucciones paso a paso sobre cómo realizar una copia de seguridad de una implementación en un solo servidor que utiliza SharePoint Foundation 2010 e informes, vea Crear el plan y el programa de copia de seguridad.

Además, si desea restaurar una base de datos de la colección de proyectos de equipo a una implementación distinta de la que se originó, primero debe ocultar la base de datos de Team Foundation Server antes de realizar la copia de seguridad.Para obtener más información, vea Move a Team Project Collection.

Sugerencia
Hay una herramienta avanzada de copia de seguridad y restauración disponible para Team Foundation Server 2012.Mediante esta herramienta puede simplificar considerablemente el mantenimiento y restauración de la implementación.La versión actual de la herramienta avanzada se puede encontrar aquí.

Copias de seguridad de bases de datos

Puede crear copias de seguridad de las bases de datos que TFS utiliza como parte fundamental de la protección de su implementación de Team Foundation frente a pérdidas.En la siguiente tabla y las ilustraciones complementarias se muestran las bases de datos cuya copia de seguridad debe realizarse y se proporcionan ejemplos de cómo se podrían distribuir físicamente esas bases de datos en una implementación.

Tipo de base de datos	Producto	¿Componente opcional?
Base de datos de configuración	Team Foundation Server	No
Base de datos de almacén	Team Foundation Server	No
Bases de datos de colecciones de proyectos de equipo	Team Foundation Server	No
Bases de datos de Productos de SharePoint	Productos de SharePoint	Sí
Bases de datos de informes	SQL Server Reporting Services	Sí
Bases de datos de análisis	SQL Server Analysis Services	Sí

Topologías de implementación

En función de la configuración de su implementación, todas las bases de datos que necesiten copia de seguridad podrían estar en el mismo servidor físico, como en esta topología de ejemplo.Este ejemplo no incluye Productos de SharePoint ni Reporting Services, de modo que no tiene que hacer copia de seguridad de las bases de datos asociadas a los informes, al análisis ni a Productos de SharePoint.

Como alternativa, las bases de datos podrían estar distribuidas en varios servidores y granjas de servidores.En esta topología de ejemplo, debe hacer copia de seguridad de las siguientes bases de datos en seis servidores o granjas de servidores:

• la base de datos de configuración

• la base de datos de almacén

• las bases de datos de colecciones de proyectos de equipo que se encuentran en el clúster de SQL Server

• la base de datos de colecciones que se encuentra en el servidor independiente que está ejecutando SQL Server

• las bases de datos administrativas de Productos de SharePoint y las bases de datos de colecciones de sitios de ambas aplicaciones web de SharePoint

• las bases de datos que se encuentran en el servidor que está ejecutando Reporting Services

• la base de datos que se encuentra en el servidor que está ejecutando Analysis Services

En ambos ejemplos, no es necesario que haga copia de seguridad de los clientes que conectan al servidor.Sin embargo, podría necesitar borrar manualmente las memorias caché de Team Foundation Server en los equipos cliente antes de poder volver a conectar con la implementación restaurada.

Bases de datos cuya copia de seguridad se va a realizar

En la siguiente lista se proporcionan detalles adicionales sobre aquello de lo que se debe hacer copia de seguridad, en función de los recursos de su implementación.

Precaución

Todas las bases de datos de la siguiente lista son bases de datos de SQL Server.Aunque puede utilizar SQL Server Management Studio para realizar copias de seguridad individuales de bases de datos en cualquier momento, debe evitar el uso de dichas copias de seguridad individuales cuando sea posible. Puede experimentar resultados inesperados si restaura de copias de seguridad individuales porque las bases de datos que TFS usa están todas relacionadas.Si hace una copia de seguridad de una sola base de datos, los datos que contiene no estarán sincronizados con los de las otras bases de datos.

• Bases de datos de Team Foundation Server La capa de datos lógica de Team Foundation Server incluye varias bases de datos de SQL Server, incluidas la base de datos de configuración, la base de datos de almacén y una base de datos para cada colección de proyectos de equipo de la implementación.Todas estas bases de datos podrían estar en el mismo servidor, distribuidas en varias instancias de la misma implementación de SQL Server o distribuidas en varios servidores.Independientemente de su distribución física, debe hacer copias de seguridad de todas las bases de datos en la misma marca de tiempo a fin de contar con garantías frente a la pérdida de datos.Puede realizar las copias de seguridad manual o automáticamente mediante planes de mantenimiento que se ejecuten en momentos o a intervalos específicos.

  Precaución
  La lista de bases de datos de Team Foundation Server no es estática.Se crea una nueva base de datos cada vez que crea una colección.Cuando cree una colección, asegúrese de que agrega la base de datos para esa colección al plan de mantenimiento para hacer copia de seguridad de bases de datos de Team Foundation Server en SQL Server.

• Bases de datos de Productos de SharePoint Si su implementación emplea Productos de SharePoint para hospedar portales de proyectos de equipo, debe hacer copias de seguridad de varias bases de datos.Estas bases de datos incluyen la base de datos de administración para cada aplicación web de SharePoint que la implementación usa y las bases de datos de colección de sitios que hospedan portales de proyectos de equipo. Idealmente, la implementación se ha configurado para utilizar una colección de sitios independiente para cada colección de proyectos de equipo de la implementación.Así como las colecciones de proyectos de equipo pueden tener sus copias de seguridad y restaurarse como una unidad en Team Foundation Server, las colecciones de sitios pueden tener sus copias de seguridad y restaurarse en Productos de SharePoint.Si una o más colecciones de su implementación están usando sitios o subsitios en lugar de colecciones de sitios como sitio de raíz, es posible que no pueda realizar copias de seguridad completas ni restaurar las colecciones.Para obtener más información, vea Organizar el servidor con colecciones de proyectos de equipo.

  [!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 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 aparece como sitios web.Si ha creado colecciones de sitios personalizadas, plantillas de sitios o elementos web en Productos de SharePoint pero fuera de Team Foundation, debe realizar una copia de seguridad de ellos por separado.Para obtener más información, vea la siguiente página del sitio web de Microsoft: Copia de seguridad (SharePoint Foundation 2010).

• Bases de datos de Reporting Services y Analysis Services Si su implementación utiliza SQL Server Reporting Services o SQL Server Analysis Services para generar informes de Team Foundation Server, debe hacer copia de seguridad de las bases de datos de informes y análisis.No obstante, tendrá que volver a generar ciertas bases de datos tras la restauración.

• Clave de cifrado del servidor de informes El servidor de informes tiene una clave de cifrado de la que se debe realizar una copia de seguridad.Esta clave protege información confidencial almacenada en la base de datos del servidor de informes.Puede realizar una copia de seguridad manual de esta clave mediante la herramienta de configuración de Reporting Services o una herramienta de la línea de comandos.

Preparación preliminar de las copias de seguridad

Al implementar Team Foundation, debería llevar un registro de las cuentas que crea y de cualquier nombre de equipo, contraseña y opción de configuración que especifique.También debería conservar una copia de todos los materiales, documentos y bases de datos de recuperación, así como de las copias de seguridad del registro de transacciones, en una ubicación segura.Para protegerse frente a un desastre, como un incendio o un terremoto, debería conservar duplicados de las copias de seguridad del servidor en una ubicación distinta a la de los servidores.Esta estrategia le ayudará a protegerse frente a la pérdida de datos críticos.Como procedimiento recomendado, debería conservar tres copias de los soportes de copias de seguridad y al menos una copia fuera de las instalaciones en un entorno controlado.

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 (por ejemplo, cintas y discos).El plan de copia de seguridad debe incluir disposiciones para administrar soportes, como las siguientes tácticas:

• 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 conjuntos de copias de seguridad en las instalaciones o fuera de ellas, y un análisis de cómo puede afectar esta decisión al tiempo de recuperación.

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 produjera un error o desastre multimedia que implicara a esos equipos, podría volver a instalar el software cliente y volver a conectar al servidor.Al volver a instalar el software cliente, sus usuarios tendrán una alternativa más completa y confiable que si restauraran un equipo cliente a partir de una copia de seguridad.

Puede realizar copias de seguridad de un servidor mediante planes de mantenimiento en SQL Server para hacer copias de seguridad de las bases de datos relacionadas con su 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 la restauración de estas bases de datos deberían realizarse al mismo tiempo.Para obtener más información acerca de las estrategias para realizar copias de seguridad de las bases de datos, vea la siguiente página del sitio web de Microsoft: Introducción a estrategias de copias de seguridad y restauración en SQL Server.

Tipos de copias de seguridad

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, ya que representan la base de datos completa tal como era al hacer la copia de seguridad.Para obtener más información, vea la siguiente página del sitio web de Microsoft: Copias de seguridad completas de bases de datos.

Copias de seguridad diferenciales (bases de datos) Una copia de seguridad diferencial registra únicamente los datos que han cambiado desde la última copia de seguridad completa, que se denomina base diferencial.Las copias de seguridad diferenciales son más pequeñas y rápidas que las copias de seguridad completas.Esta opción ahorra tiempo a costa de una mayor complejidad.En las bases de datos grandes, las copias de seguridad diferenciales se pueden realizar a intervalos más cortos que las copias de seguridad completas, lo que reduce el riesgo de pérdidas de trabajo.Para obtener más información, vea la siguiente página del sitio web de Microsoft: Copias de seguridad diferenciales de bases de datos.

También debería hacer copias de seguridad de sus registros de transacciones con regularidad.Estas copias de seguridad son necesarias para recuperar los datos al utilizar el modelo de copias de seguridad completas de bases de datos.Si realiza copias de seguridad de los registros de transacciones, puede recuperar la base de datos hasta el momento del error o hasta otro 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, los cambios efectuados en los datos y, si fuera necesario, información suficiente para deshacer las modificaciones realizadas durante esa transacción.El registro crece continuamente al ir registrándose operaciones en la base de datos.

Al realizar copias de seguridad de los registro de transacciones, puede recuperar la base de datos en un momento anterior en el tiempo.Por ejemplo, puede restaurar la base de datos hasta 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 la siguiente página del sitio web de Microsoft: Trabajar con copias de seguridad del registro de transacciones.

Las copias de seguridad del registro de transacciones utilizan generalmente menos recursos que las copias de seguridad completas.Por consiguiente, puede crear copias de seguridad del registro de transacciones con más frecuencia que copias de seguridad completas, lo que reduce 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, una base de datos puede tener una tasa de transacciones alta, lo que hace que el registro de transacciones crezca rápidamente.En este caso, debería crear copias de seguridad del registro de transacciones más a menudo.Para obtener más información, vea la siguiente página del sitio web de Microsoft: Solucionar problemas de un registro de transacciones lleno.

Puede realizar los siguientes 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 las 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.Una copia de seguridad del registro de cola se toma después de un error para evitar la pérdida de trabajo; esta copia puede contener datos de un registro puro o de un registro masivo.

Puesto que la sincronización de datos es fundamental para la correcta restauración de Team Foundation Server, debe utilizar transacciones marcadas como parte de su estrategia de copia de seguridad.Para obtener más información, vea Back Up Team Foundation Server.

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

La única copia de seguridad que debe realizar para la capa de aplicación lógica es para la clave de cifrado de Reporting Services.Podría suponer que debe realizar copias de seguridad de los sitios web que se emplean como portales de proyectos de equipo.Si ha integrado Productos de SharePoint como parte de su implementación de Team Foundation Server, las copias de seguridad de los portales se realizarán como parte de la copia de seguridad de las bases de datos de Team Foundation Server y Productos de SharePoint.Sin embargo, si ha especificado un sitio web que no se creara mediante una aplicación web integrada, debe realizar copias de seguridad y restaurar esos sitios manualmente.Además, si tiene cualquier personalización de Productos de SharePoint o de servicios, también debe realizar copias de seguridad de ellos o registrarlos para que se puedan reproducir en un nuevo servidor.

Aunque es más fácil realizar una copia de seguridad de una capa de aplicación que de una capa de datos, para restaurar una capa de aplicación tiene que seguir muchos pasos.Debe instalar otra capa de aplicación de Team Foundation, redirigir las colecciones de proyectos de equipo para utilizar la nueva capa de aplicación y redirigir los sitios de portal de los proyectos de equipo.

Nombres de base de datos predeterminada

Si no personalizar los nombres de las bases de datos, puede utilizar la siguiente tabla para identificar las bases de datos utilizadas en la implementación de Team Foundation Server.Como se mencionó anteriormente, no todas las implementaciones tienen todas estas bases de datos.Por ejemplo, si no ha configurado Team Foundation Server con Reporting Services, no tendrá las bases de datos ReportServer o ReportServerTempDB.Del mismo modo, no tendrá la base de datos para System Center Virtual Machine Manager (SCVMM), que se denomina VirtualManagerDB, si no configuró Team Foundation Server para admitir Lab Management.Además, las bases de datos que Team Foundation Server utiliza podrían estar distribuidas en más de una instancia de SQL Server o en más de un servidor.

[!NOTA]

De forma predeterminada, se agrega el prefijo TFS_ a los nombres de cualquier base de datos que se cree automáticamente al instalar Team Foundation Server o mientras está funcionando.

Base de datos	Descripción
TFS_Configuration	La base de datos de configuración de Team Foundation Server contiene el catálogo, los nombres de servidor y los datos de configuración de la implementación.El nombre de esta base de datos podría incluir caracteres adicionales entre TFS_ y Configuration, como el nombre de usuario de la persona que instaló Team Foundation Server.Por ejemplo, el nombre de la base de datos podría ser TFS_NombreUsuarioConfiguration.
TFS_Warehouse	La base de datos de configuración contiene los datos para compilar el almacén que emplea Reporting Services.El nombre de esta base de datos podría incluir caracteres adicionales entre TFS_ y Warehouse, como el nombre de usuario de la persona que instaló Team Foundation Server.Por ejemplo, el nombre de la base de datos podría ser TFS_NombreUsuarioWarehouse.
TFS_NombreColección	La base de datos de una colección de proyectos de equipo contiene todos los datos de los proyectos de equipo de esa colección.Estos datos incluyen código fuente, configuraciones de compilación y configuraciones de Lab Management.El número de bases de datos de colección será igual que el número de colecciones.Por ejemplo, si tiene tres colecciones en su implementación, debe hacer copia de seguridad de tres bases de datos de colección.El nombre de cada base de datos podría incluir caracteres adicionales entre TFS_ y NombreColección, como el nombre de usuario de la persona que creó la colección.Por ejemplo, el nombre de una base de datos de colección podría ser TFS_NombreColecciónNombreUsuario.
TFS_Analysis	La base de datos de SQL Server Analysis Services contiene los orígenes de datos y los cubos de su implementación de Team Foundation Server.El nombre de esta base de datos podría incluir caracteres adicionales entre TFS_ y Analysis, como el nombre de usuario de la persona que instaló Analysis Services.Por ejemplo, el nombre de la base de datos podría ser TFS_NombreUsuarioAnalysis. Nota Puede hacer copias de seguridad de esta base de datos, pero debe recompilar el almacén a partir de la base de datos TFS_Warehouse restaurada.
ReportServer	La base de datos de Reporting Services contiene los informes y la configuración de informes de su implementación de Team Foundation Server. Nota Si Reporting Services está instalado en un servidor independiente de Team Foundation Server, esta base de datos podría no estar presente en el servidor de capa de datos de Team Foundation.En ese caso, deberá configurarla, realizar copias de seguridad y restaurarla independientemente de Team Foundation Server.Sin embargo, debe sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.
ReportServerTempDB	La base de datos temporal de Reporting Services almacena información de forma temporal cuando se ejecutan informes concretos. Nota Si Reporting Services está instalado en un servidor independiente de Team Foundation Server, esta base de datos podría no estar presente en el servidor de capa de datos de Team Foundation.En ese caso, deberá configurarla, realizar copias de seguridad y restaurarla independientemente de Team Foundation Server.Sin embargo, debe sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.
WSS_Config	La base de datos de configuración de Productos de SharePoint contiene una lista de todos los sitios, como las bases de datos de contenido, las plantillas de sitio, los elementos web personalizados y otras opciones de configuración de Administración central de SharePoint. Nota No debe usar transacciones marcadas cuando haga copias de seguridad o restaure las bases de datos que Productos de SharePoint usa.Sin embargo, para ayudar a evitar errores de sincronización, debe intentar sincronizar las programaciones de la copia de seguridad y restauración para Productos de SharePoint y Team Foundation Server.Para obtener más información, vea Crear un plan de copias de seguridad para SharePoint Foundation 2010.
WSS_Content	La base de datos de contenido de Productos de SharePoint incluye el contenido real de los portales de proyectos de equipo. Nota El nombre de esta base de datos variará en función de la versión de Productos de SharePoint instalada y de si la persona que realizó la instalación personalizó el nombre.No debe usar transacciones marcadas cuando haga copias de seguridad o restaure las bases de datos que Productos de SharePoint usa.Sin embargo, para ayudar a evitar errores de sincronización, debe intentar sincronizar las programaciones de la copia de seguridad y restauración para Productos de SharePoint y Team Foundation Server.Para obtener más información, vea Crear un plan de copias de seguridad para SharePoint Foundation 2010.
WSS_AdminContent	La base de datos de administración de Productos de SharePoint contiene la información de seguridad para los usuarios, los roles y las bases de datos. Nota No debe usar transacciones marcadas cuando haga copias de seguridad o restaure las bases de datos que Productos de SharePoint usa.Sin embargo, para ayudar a evitar errores de sincronización, debe intentar sincronizar las programaciones de la copia de seguridad y restauración para Productos de SharePoint y Team Foundation Server.Para obtener más información, vea Crear un plan de copias de seguridad para SharePoint Foundation 2010.
VirtualManagerDB	La base de datos de administración de SCVMM contiene la información que ve en la Consola de administrador de SCVMM, como máquinas virtuales, hosts de máquina virtual, servidores de biblioteca de máquinas virtuales y sus propiedades. Nota Si SCVMM se ha instalado en un servidor diferente que Team Foundation Server, esta base de datos podría no estar presente en el servidor de capa de datos de Team Foundation.En ese caso, deberá configurarla, realizar copias de seguridad y restaurarla independientemente de Team Foundation Server.Sin embargo, debe utilizar transacciones marcadas y sincronizar el mantenimiento de las bases de datos para evitar errores de sincronización.

Vea también

Conceptos

Hacer copias de seguridad y restaurar la implementación

Otros recursos

Restaurar una implementación de servidor único en nuevo hardware [Tutorial]