Tutorial del escenario de actualización para Azure DevOps Server

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

En esta guía de inicio rápido se describe un escenario típico de actualización de Team Foundation Server (TFS) para obtener una idea de cómo podrían ser los pasos de alto nivel descritos en la información general en un ejemplo real.

Preparación del entorno

Nuestro punto de partida para esta actualización es un entorno de TFS 2012 Update 4 con dos máquinas: una que sirve como nivel de aplicación y otra que sirve como capa de datos tanto para las bases de datos de configuración o recopilación como para las bases de datos de reporting y analysis services. Ambas máquinas ejecutan actualmente Windows Server 2008 SP2 y la capa de datos se está ejecutando actualmente SQL Server 2008 R2.

Nuestro primer paso es comprobar los requisitos del sistema para TFS 2015. Desafortunadamente, ni el sistema operativo ni la SQL que estamos usando siguen siendo compatibles, por lo que tendremos que realizar algunos cambios. Decidimos aprovechar la oportunidad de adquirir dos máquinas más eficaces e instalamos Windows Server 2012 R2 en ambos. Instalamos SQL Server 2014 en el nivel de datos y nos aseguramos de incluir Reporting Services y Analysis Services, ya que estamos usando esas características en nuestra implementación. Nuestro entorno está preparado.

Esperar lo mejor, prepararse para lo peor

Hemos estado usando copias de seguridad programadas para asegurarnos de que siempre tenemos copias de seguridad en su lugar en caso de que algo salga mal.

Dado que vamos a cambiar a hardware nuevo de todos modos, no nos preocuparemos de configurar un entorno de preproducción independiente para realizar nuestro "dry run". En su lugar, usaremos ese nuevo hardware para hacer primero un "dry run" y, a continuación, borraremos todo y lo usaremos de nuevo para la actualización de producción.

Para nuestro "dry run", los pasos para la actualización serán:

1. Copie las copias de seguridad recientes de la base de datos en SQL nueva instancia.
2. Instale TFS 2015 en nuestro nuevo nivel de aplicación.
3. Use copias de seguridad programadas para restaurar las copias de seguridad de la base de datos.
4. Ejecute el Asistente para actualización, asegurándose de usar una cuenta de servicio que no tenga ningún permiso en nuestro entorno de producción. Consulte el documento Protección de la producción en el "dry run" en preproducción para obtener más información.
5. Opcionalmente, configure nuevas características que requieran cambios en nuestros proyectos existentes.

Realizar la actualización

Suponiendo que todo funciona sin problemas, los pasos de actualización de producción serán bastante similares. Allí se realizarán los pasos siguientes:

1. Desasociar el servidor de producción mediante el comando de inquiete de TFSServiceControl. El objetivo aquí es asegurarse de que las copias de seguridad que usamos para pasar a nuestro nuevo hardware estén completas y no se pierdan datos de usuario.
2. Realizar nuevas copias de seguridad de cada base de datos.
3. Copie las copias de seguridad en la nueva instancia SQL datos.
4. Instale TFS 2015 en nuestro nuevo nivel de aplicación.
5. Use el Asistente para copias de seguridad programadas para restaurar las copias de seguridad de la base de datos.
6. Ejecute el Asistente para actualización con la cuenta de servicio de producción deseada.
7. Opcionalmente, configure nuevas características que requieran cambios en nuestros proyectos existentes.

Ya ha terminado.