División de una colección de proyectos

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

A medida que cambia su negocio, puede dividir una sola colección de proyectos en varias colecciones de proyectos. Por ejemplo:

• Quiere que el proyecto de una colección esté en línea con las unidades de negocio de su organización, pero los proyectos de la colección ahora pertenecen a unidades separadas.

• Ha actualizado desde una versión anterior de Azure DevOps Server, solo tiene una colección y quiere organizar los proyectos en colecciones independientes por motivos de seguridad o alineación empresarial.

• Quiere cambiar la propiedad de algunos de los proyectos de la colección a una oficina remota que tenga su propia implementación de Azure DevOps Server. Este escenario requiere que primero divida una colección y posteriormente mueva una de las colecciones resultantes a la implementación de la oficina remota.

  Nota

  Los procedimientos de este artículo solo admiten la división de una colección de proyectos. Para mover una colección después de dividirla, vea Mover una colección de proyectos.

Para dividir una colección de proyectos, siga estos pasos:

1. Preparación para dividir la colección

   1. Desasoción de la colección

   2. Hacer una copia de seguridad de la base de datos de la colección

2. División de la colección

   1. Restauración de la base de datos de recopilación con un nombre diferente

   2. Adjunte la base de datos de la colección original

   3. Adjunte la base de datos de la colección con el nombre cambiado

   4. Elimine los proyectos de las colecciones divididas

   5. Inicie las colecciones

3. Configuración de las colecciones divididas

   1. Configurar usuarios y grupos para las colecciones de Project división

   2. Configurar usuarios y grupos para los proyectos de las colecciones

Antes de comenzar

Asegúrese de que es un administrador en los servidores y en SQL Server y Azure DevOps Server. Si no es un administrador, se agrega como uno.

1-a. Desasociar la colección

En primer lugar, desasoyera la colección de la Azure DevOps Server en la que se está ejecutando. Al separar una colección, se detienen todos los trabajos y servicios, así como la propia base de datos de recopilación. Además, el proceso de desasoción copia los datos específicos de la colección de la base de datos de configuración y los guarda como parte de la base de datos de recopilación de proyectos.

Desasoción de una colección de proyectos

1. Abra la consola de administración de Azure DevOps en el servidor que hospeda la colección que se dividirá.

2. Seleccione Project colecciones y, en la lista de recopilaciones, seleccione la recopilación que desea dividir.

   En este ejemplo, el administrador elige TestProjects.

   

   Sugerencia

   El nombre predeterminado de una colección de proyectos es DefaultCollection. Si va a dividir esta base de datos, asegúrese de dar un nombre diferente a la segunda colección, ya que esta es la opción predeterminada en la conexión.

3. En la pestaña General, seleccione Detener colección.

   

   Se abre Project cuadro de diálogo Motivo del estado de la colección de archivos. El texto que introduzca se mostrará a sus usuarios. Seleccione Detener y espere a que se detenga la colección. Cuando se detenga, su estado se mostrará como Sin conexión.

4. En la pestaña General, seleccione Desasoyr colección.

   Se abre el Asistente para Project recopilación de archivos.

   

5. (Opcional) En la página Proporcionar un mensaje de mantenimiento para la colección de proyectos, en Mensaje de mantenimiento , proporcione un mensaje para los usuarios que puedan intentar conectarse a los proyectos de esta colección.

6. En la página Revisar la configuración que se usará para separar la colección de proyectos, revise los detalles. Para cambiar cualquier configuración, seleccione Anterior. Si son correctos, seleccione Comprobar.

7. Cuando todas las comprobaciones de preparación se hayan completado correctamente, seleccione Desasoyen.

8. En la página Supervisar el progreso de desasoción de la colección de proyectos, cuando se hayan completado todos los procesos, seleccione Siguiente.

9. (Opcional) En la página Revisar información complementaria de esta colección de proyectos, seleccione o anote la ubicación del archivo de registro y cierre el asistente.

   La colección de proyectos ya no aparece en la lista de recopilaciones de la consola de administración.

1-b. Hacer una copia de seguridad de la base de datos de la colección

Después de desasociar la colección, debe hacer una copia de seguridad de su base de datos para poder restaurar una copia en el servidor con un nombre diferente. Esa copia se convertirá en la base de datos para la parte de la colección original que desea dividir en otra colección. Para realizar esta tarea, use las herramientas que se proporcionan con SQL Server.

Copia de seguridad de una base de datos de recopilación

• Para obtener información sobre cómo realizar manualmente copias de seguridad y restaurar bases de datos individuales, vea Copia de seguridad y restauración de bases de datos en SQL Server y Creación de una programación y un plan de copia de seguridad. Asegúrese de seleccionar la versión de SQL Server que coincida con la implementación.

  Importante

  Si la implementación original usaba las ediciones Enterprise o Datacenter de SQL Server y desea restaurar la base de datos que quiere dividir en un servidor que ejecuta la edición Standard, debe usar un conjunto de copia de seguridad que se haya realizado con la compresión de SQL Server deshabilitada. A menos que deshabilite la compresión de datos, no podrá restaurar correctamente las bases de datos de las ediciones Enterprise o Datacenter en un servidor que ejecute la edición Standard. Para desactivar la compresión, siga los pasos descritos en Deshabilitar SQL Server compresión de datos en Azure DevOps bases de datos.

2-a. Restaurar la base de datos de la colección

Al dividir una recopilación, debe restaurar la copia de seguridad de la base de datos de recopilación en una instancia de SQL Server configurada para admitir la implementación de Azure DevOps Server. Al restaurar la base de datos, debe darle un nombre distinto del nombre de la base de datos de la colección original.

Restauración de la base de datos de recopilación con un nuevo nombre

1. Abra SQL Server Management Studio y conéctese a la instancia de que hospeda la base de datos para que se divida la colección de proyectos.

2. En Explorador de objetos, expanda Bases de datos , abra el submenú de la base de datos que se dividirá y, a continuación, seleccione Tareas , seleccione Restaurar y, a continuación, seleccione Base de datos.

   Se abre la ventana Restaurar base de datos en la página General.

   

3. En Origen, asegúrese de que se elige la base de datos de colección de proyectos. En Destino, proporcione un nombre para la copia de la base de datos. Mantenga el prefijo de Tfs _ y agregue un nombre distinto. Normalmente, ese nombre es el nombre de la colección de proyectos divididos. En Plan de restauración, asegúrese de que los conjuntos de copia de seguridad que se van a restaurar son los que desea restaurar. Para asegurarse de que se trata de conjuntos válidos, seleccione Comprobar medios de copia de seguridad y, a continuación, en Seleccionar una página, seleccione Opciones.

4. En Opciones de restauración, deje todas las casillas en blanco. Asegúrese de que el estado de recuperación está establecido en RESTORE WITH RECOVERY. En Copia de seguridad del final del registro, desactive la casilla Salir de la base de datos de origen en el estado de restauración y, a continuación, seleccione Aceptar.

   Sugerencia

   Si se produce un error en la operación de restauración con un mensaje de error que indica que la base de datos está en uso y no se puede sobrescribir, es posible que tenga que configurar manualmente todos los nombres de archivo lógicos para reflejar el nuevo nombre de la base de datos. En Seleccionar una página, seleccione Archivos, seleccione el botón de puntos suspensivos situado junto a cada archivo que se va a restaurar y asegúrese de que los nombres de los archivos reflejan el nuevo nombre de la base de datos, no el anterior. A continuación, vuelva a intentar la operación de restauración.

2-b. Adjunte la base de datos de la colección original

Después de restaurar la base de datos con un nombre diferente, vuelva a asociar la base de datos de colección original a la implementación de Azure DevOps Server.

Asociar la colección

1. Abra la consola de administración para Azure DevOps.

2. Seleccione Project colecciones y, a continuación, seleccione Adjuntar colección.

   Se abre el Asistente Project recopilación de archivos.

3. En la página Seleccionar la base de datos de recopilación de proyectos que se va a adjuntar, en SQL Server Instance, proporcione el nombre del servidor y la instancia que hospeda la base de datos de recopilación, si aún no aparece.

4. En la lista Bases de datos , seleccione la base de datos de recopilación que desea adjuntar.

   

5. En la página Escriba la información de la colección de proyectos, proporcione un nombre para la colección en Nombre si aún no hay uno. Puesto que se trata de la colección original, puede dejar el nombre igual que antes. En Descripción, opcionalmente, proporcione una descripción de la colección.

6. En la página Revisar configuración que se usará para adjuntar la colección de proyectos, revise la información.

7. Para cambiar cualquier configuración, seleccione Anterior. Si toda la configuración es correcta, seleccione Comprobar.

8. Cuando todas las comprobaciones de preparación se hayan completado correctamente, seleccione Asociar.

9. En la página Supervisar el progreso de asociación de la colección de proyectos, cuando se hayan completado todos los procesos, seleccione Siguiente.

10. (Opcional) En la página Revisar información complementaria de esta colección de proyectos, seleccione o anote la ubicación del archivo de registro y cierre el asistente.

11. La colección de proyectos aparece en la lista de recopilaciones de la consola de administración. Si el estado de la colección aparece como En línea, debe detenerlo antes de continuar. Seleccione la colección de la lista y, en la pestaña General, seleccione Detener recopilación.

    

2-c. Adjunte la base de datos de la colección con el nombre cambiado

Después de adjuntar la base de datos de recopilación original, debe adjuntar la colección cuyo nombre ha cambiado a la implementación de Azure DevOps Server. Cuando esta colección se haya adjuntado, permanecerá detenida. No podrá iniciarla hasta haber quitado todos los proyectos duplicados.

Adjunte la base de datos de la colección con el nombre cambiado

1. Abra la consola de administración para Azure DevOps.

2. Seleccione Project recopilaciones y, a continuación, seleccione Adjuntar recopilación para abrir el asistente.

3. En la página Seleccionar la base de datos de recopilación de proyectos que se va a adjuntar, en SQL Server Instance, proporcione el nombre del servidor y la instancia que hospeda la base de datos de recopilación cuyo nombre ha cambiado, si aún no aparece.

4. En la lista Bases de datos , seleccione la base de datos de recopilación cuyo nombre ha cambiado.

5. En la página Escriba la información de la colección de proyectos, escriba un nombre para la colección cuyo nombre ha cambiado en Nombre que difiere del nombre original de la colección. Debe coincidir con el nombre que agregó a la base de datos cuyo nombre ha cambiado, sin el prefijo _ tfs.

   

6. (Opcional) En Descripción, escriba una descripción de la colección.

7. En la página Revisar configuración que se usará para adjuntar la colección de proyectos, revise la información. Para cambiar cualquier configuración, seleccione Anterior. Si toda la configuración es correcta, seleccione Comprobar.

8. Cuando todas las comprobaciones de preparación se hayan completado correctamente, seleccione Asociar.

9. En la página Supervisar el progreso de asociación de la colección de proyectos, cuando se hayan completado todos los procesos, seleccione Siguiente.

   Nota

   Si la colección es compatible con una SharePoint web, aparecerá un icono de advertencia para el estado de asociación de la SharePoint web. De forma similar, si la colección original incluía informes, aparecerá un icono de advertencia para el estado de adjuntar para los informes. Este es el comportamiento esperado y puede continuar.

10. (Opcional) En la página Revisar información complementaria de esta colección de proyectos, seleccione o anote la ubicación del archivo de registro y cierre el asistente.

11. El nombre de la colección aparece en la lista de recopilaciones de la consola de administración y su estado debe mostrarse como Sin conexión.

    

12. Para asegurarse de que ambas colecciones se han conectado con identificadores únicos, en la consola de administración vaya a los registros de eventos y abra los archivos de registro para las operaciones de adjuntar de las dos colecciones. Los GUID de CollectionProperties no deben coincidir.

    

    En el improbable caso de que los GUID de CollectionProperties coincidan, cambie el identificador a un identificador único antes de continuar ejecutando el comando TFSConfig Collection en la segunda colección con el parámetro /clone.

2-d. Eliminar proyectos en las colecciones divididas

Ahora que tiene dos copias de la colección adjuntada a Azure DevOps Server, debe eliminar cada proyecto de la colección original o de la colección cuyo nombre ha cambiado para que ningún proyecto permanezca en ambas colecciones.

Eliminación de proyectos de las colecciones

1. Abra la consola de administración para Azure DevOps.

2. Seleccione Project colecciones y, en la lista de recopilaciones, seleccione la colección de proyectos original que detuvo para dividirla.

3. En la pestaña Proyectos, en la lista de proyectos, seleccione un proyecto para eliminar de la colección y, a continuación, seleccione Eliminar.

   Sugerencia

   Puede seleccionar más de un proyecto para eliminar a la vez.

   

4. Active la casilla Eliminar datos del área de trabajo, deje desactivada la casilla Eliminar artefactos externos y, a continuación, seleccione Eliminar.

   Si la casilla Eliminar artefactos externos no está desactivada y el proyecto está configurado para usar Lab Management, las máquinas virtuales y plantillas asociadas al proyecto se eliminarán de System Center Virtual Machine Manager. Ya no estarán disponibles para el proyecto en la colección cuyo nombre ha cambiado. (Tenga en cuenta Lab Management ha quedado en desuso para TFS 2017 y versiones posteriores).

5. Cuando haya terminado de eliminar los proyectos que no desea hospedar en la colección de proyectos original, seleccione la colección de proyectos cuyo nombre ha cambiado en la lista de recopilaciones. A continuación, en la pestaña Proyectos, elimine los proyectos no deseados de la nueva colección.

   

6. Repita los pasos de esta sección hasta que ambas colecciones contengan un conjunto de proyectos únicos.

2-e. Iniciar las colecciones de proyectos

Después de eliminar proyectos, reinicie ambas recopilaciones.

Iniciar una colección de proyectos

1. Abra la consola de administración para Azure DevOps.

2. Seleccione Project recopilaciones y, en la lista de recopilaciones, seleccione la recopilación que detuvo para dividirla.

3. En la pestaña General, seleccione Iniciar colección.

4. Repita el paso 2 para la colección que ha adjuntado con un nombre nuevo.

   

3-a. Configurar usuarios y grupos para las colecciones divididas

Puede omitir este procedimiento si ambas colecciones permanecerán en el mismo dominio y quiere permitir el acceso para los administradores de la colección original a ambas colecciones.

Tras dividir una colección, debe actualizar los grupos de permisos para ambas colecciones con los usuarios y grupos que administrarán las colecciones. Para obtener más información, vea Establecer permisos de administrador para colecciones de proyectos.

3-b. Configurar usuarios y grupos para proyectos

Puede omitir este procedimiento si las colecciones divididas permanecerán en el mismo dominio y quiere permitir el acceso para los usuarios de los proyectos en la colección original a ambas colecciones.

Después de configurar administradores para ambas colecciones, usted o los administradores deben configurar el acceso para usuarios y grupos a los proyectos de cada colección. En función de la implementación, es posible que también tenga que configurar permisos para esos usuarios en SharePoint Products y Reporting Services. Para obtener más información, vea Agregar usuarios a proyectos o equipos.

Preguntas y respuestas

P: Mi implementación usa informes. ¿Tengo que llevar a cabo pasos adicionales al dividir colecciones?

Un: Sí, tendrá que dividir los informes una vez que haya terminado de eliminar proyectos para que ambas colecciones tengan un conjunto único de proyectos. También tendrá que volver a compilar el almacén de datos.

Después de eliminar proyectos, mueva los informes que usa la colección dividida a otra carpeta y, a continuación, elimínelos de la carpeta original.

Dividir informes en carpetas independientes

1. En el Administrador de informes, mueva los informes compatibles con la colección dividida a las carpetas adecuadas de la colección. Para obtener más información, vea Move Items Page.

2. Si la implementación usa una SharePoint web, es posible que deba reparar la conexión de nuevo después de mover los informes antes de que aparezcan correctamente. Si los informes no aparecen correctamente, siga los pasos descritos en el procedimiento anterior para reparar la conexión.

Una vez que haya dividido los informes e iniciado ambas recopilaciones, vuelva a generar el almacenamiento para Azure DevOps y la base de datos para Analysis Services. Debe realizar este paso para garantizar que los informes y los paneles funcionan correctamente para la implementación después de dividir la colección y que no se producen conflictos con las otras colecciones en la implementación.

Recompilar el almacenamiento de datos y la base Analysis Services datos

1. Abra la consola de administración para Azure DevOps.

2. En la barra de navegación, seleccione Informes.

3. En Informes, seleccione Iniciar recompilación.

4. En el cuadro de diálogo Recompilar el almacenamiento Analysis Services bases de datos, seleccione Aceptar.

   Nota

   Los almacenes seguirán con la recompilación y los datos seguirán rellenándose tras completarse la acción de iniciar la recompilación. Según el tamaño de la implementación y la cantidad de datos, todo el proceso puede tardar varias horas en completarse.

Reparación de la conexión a una SharePoint web

1. Abra la consola de administración Azure DevOps en el servidor que hospeda el nivel de aplicación para la implementación a la que va a mover la colección.

2. Seleccione SharePoint Web Applications (Aplicaciones web) y, en la lista de aplicaciones web, seleccione la aplicación web que admite las colecciones que acaba de adjuntar.

   El botón Reparar conexión aparece después de seleccionar una aplicación web en la lista.

3. Seleccione Reparar conexión y, en el cuadro de diálogo Reparar la conexión a una SharePoint web, seleccione Reparar.

4. Cuando la ventana Estado informa de que la operación de reconexión se ha vuelto a conectar correctamente, seleccione Cerrar. Esta operación puede tardar unos minutos. Además, es posible que vea algunos errores como parte de este proceso, ya que las dos colecciones siguen usando la misma ubicación de sitio predeterminada de SharePoint para sus portales de proyecto. Este es el comportamiento esperado y puede continuar.

Después de reparar la conexión e iniciar ambas recopilaciones, debe volver a configurar los portales de proyecto para los proyectos de cada colección para que esos portales reflejen los datos correctos para esos proyectos.

Reconfiguración de portales de proyecto

• Abra Team Explorer, conéctese a cada colección de proyectos y, para cada proyecto, configure la dirección URL del SharePoint proyecto. Para cada proyecto, seleccione Configuración , seleccione Portal Configuración y asegúrese de que la casilla Informes y paneles hacen referencia a los datos de este proyecto está activada.

Puede seguir usando la misma colección de sitios en SharePoint Products para admitir ambas colecciones divididas. Los proyectos de ambas colecciones usarán los mismos portales de proyecto que antes. Todos los portales se hospedan en la colección de sitios que admite la colección de proyectos original. Sin embargo, esta configuración no solo complica la relación uno a uno entre una colección de proyectos y una colección de sitios, sino que también puede dificultar la restauración de la implementación. Para evitar esta complejidad, puede dividir la colección de sitios que admite la colección de proyectos original para reflejar la división realizada para las colecciones de proyectos.

Dividir la colección de sitios y redirigir las colecciones de proyectos divididos para usar las colecciones de sitios divididos

1. Para obtener información sobre cómo dividir una colección de sitios, vea Mover colecciones de sitios entre bases de datos o la guía más reciente para la versión de SharePoint Products.

   Sugerencia

   Asegúrese de configurar los permisos de usuario y el acceso a las colecciones de sitios para que coincidan con el acceso de usuario a las colecciones de proyectos, como se describió anteriormente en este artículo.

2. Configure cualquier colección de proyectos afectada para que use la colección de sitios divididos; para ello, abra la consola de administración, elija la colección en la lista de recopilaciones de proyectos y, en la pestaña Sitio de SharePoint, elija Editar ubicación de sitio predeterminada.

3. Vuelva a configurar los portales de proyecto para los proyectos de cada colección para que esos portales reflejen los datos correctos para esos proyectos.

   Para obtener más información, vea Reconfigurar los portales de proyecto anteriores.

P: ¿Cómo una colección configurada para Lab Management?

Un: Deberá realizar varios pasos adicionales para dividir la colección. Antes de empezar la división, tendrá que eliminar los recursos de Lab Management de la colección y, a continuación, tendrá que configurar individualmente los recursos de Lab Management para cada una de las colecciones divididas.

Antes de iniciar la división, elimine los recursos que Lab Management de la base de datos de recopilación. Estos recursos incluyen máquinas virtuales, plantillas, grupos host de proyecto y recursos compartidos de biblioteca de proyectos. Tendrá que volver a crear los activos de Lab Management tras restaurar y adjuntar la colección.

Eliminación de Lab Management recursos

• Para obtener información sobre cómo quitar todos los hosts de grupo, recursos compartidos de biblioteca y entornos de una colección de proyectos especificada, vea comando TFSConfig Lab /Delete con la opción /External.

Una vez que haya completado la división, vuelva a crear los grupos host del proyecto. También debe volver a crear recursos compartidos de biblioteca de proyectos en Azure DevOps Server y las máquinas virtuales, plantillas y entornos de Microsoft Test Manager.

Configuración de Lab Management recursos

1. Configure el nivel de aplicación para Azure DevOps.

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

2. Vuelva a crear las plantillas y las máquinas virtuales maestras en el nuevo SCVMM e importe máquinas virtuales y plantillas en la colección de proyectos.

   Para obtener más información, consulte Creación y almacenamiento de máquinas virtuales yplantillas listas para Lab Management .

3. Vuelva a crear los entornos para cada proyecto.

   Para más información, consulte Creación de un entorno de SCVMM mediante plantillas y máquinas virtuales almacenadas.