División de una colección de proyectos

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

Nota

Azure DevOps Server anteriormente se denominaba Visual Studio Team Foundation Server.

A medida que cambie su negocio, puede dividir una colección de proyectos única 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 desea organizar los proyectos en colecciones independientes por motivos de seguridad o de alineación empresarial.

  • Desea cambiar la propiedad de algunos de los proyectos de la colección a una oficina remota que tiene 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 descritos en este artículo solo admiten la división de una colección de proyectos. Para quitar una colección después de dividirla, vea movimiento de una colección de proyectos.

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

  1. Preparar la división de la colección

    1. Desasociar 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. Restaurar la base de datos de la colecció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 proyectos divididas

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

Antes de empezar

Asegúrese de que es administrador en los servidores y en SQL Server y Azure DevOps Server. Si no es administrador, agréguese como uno.

1-a. Desasociar la colección

En primer lugar, Desasocie la colección de la implementación de Azure DevOps Server en la que se está ejecutando. Al desasociar una colección, se detienen todos los trabajos y servicios, así como la propia base de datos de colección. Además, el proceso de desasociació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 la colección de proyectos.

Desasociar 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 va a dividir.

  2. Seleccione colecciones de proyectos y, en la lista de colecciones, seleccione la colección que se va a dividir.

    En este ejemplo, el administrador elige TestProjects.

    Seleccionar colección de la lista de colecciones

    Sugerencia

    El nombre predeterminado de una colección de proyectos es DefaultCollection. Si está dividiendo esta base de datos, asegúrese de asignar 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.

    Detener interfaz de colección

    Se abre el cuadro de diálogo motivo del estado de la colección de proyectos . El texto que introduzca se mostrará a sus usuarios. Seleccione detener y espere a que se detenga la colección. Cuando se detiene, su estado se mostrará como sin conexión.

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

    Se abre el Asistente para desasociar colección de proyectos .

    Asistente para separar colecciones

  5. Opta En la página proporcione un mensaje de mantenimiento para la colección de proyectos , en mensaje de servicio, proporcione un mensaje para los usuarios que puedan intentar conectarse a los proyectos de esta colección.

  6. En la página Revise la configuración que se usará para desasociar la colección de proyectos , revise los detalles. Para cambiar la configuración, seleccione anterior. Si son correctas, seleccione comprobar.

  7. Cuando todas las comprobaciones de disponibilidad se hayan completado correctamente, seleccione desasociar.

  8. En la página supervisar el progreso de la desasociación de la colección de proyectos , cuando se hayan completado todos los procesos, seleccione siguiente.

  9. Opta En la página Revise la información complementaria de esta colección de proyectos , seleccione o anote la ubicación del archivo de registro y, a continuación, cierre el asistente.

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

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 base de datos

Hacer una copia de seguridad de una base de datos de colección

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

Al dividir una colección, debe restaurar la copia de seguridad de la base de datos de la colección en una instancia de SQL Server que esté 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.

Sugerencia

En los pasos siguientes se proporciona información general sobre cómo restaurar una base de datos de colección de proyectos en SQL Server 2012 con SQL Server Management Studio. Para obtener más información acerca de cómo realizar copias de seguridad y restaurar bases de datos individuales manualmente, vea copia de seguridad y restauración de bases de datos en SQL Server. Asegúrese de seleccionar la versión de SQL Server que coincida con su implementación.

Restaurar la base de datos de la colección con un nuevo nombre

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

  2. En Explorador de objetos, expanda bases de datos, abra el submenú de la base de datos que se va a dividir, seleccione tareas, restaurar y, a continuación, seleccione base de datos.

    La ventana restaurar base de datos se abre en la página General .

    Opción restaurar base de datos en el panel General

  3. En origen, asegúrese de que se elige la base de datos de la colección de proyectos. En destino, proporcione un nombre para la copia de la base de datos. Mantenga el _ prefijo TFS y agregue un nombre distinto. Normalmente, ese nombre es el nombre de la colección de proyectos dividida. En el 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 medio 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 de verificación en blanco. Asegúrese de que Estado de recuperación está establecido en restaurar con recuperación. En copia del final del registro, desactive la casilla dejar la base de datos de origen en 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 deba configurar manualmente todos los nombres de archivo lógicos para que reflejen el nuevo nombre de la base de datos. En seleccionar una página, seleccione archivos, seleccione el botón de puntos suspensivos junto a cada archivo que se está restaurando y asegúrese de que los nombres de los archivos reflejen 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 haber restaurado la base de datos con un nombre diferente, vuelva a adjuntar la base de datos de colección original a la implementación de Azure DevOps Server.

Nota

Si la implementación usa productos de SharePoint y la cuenta de servicio para Azure DevOps Server no es miembro del grupo administradores de la granja de servidores, aparecerán advertencias cuando adjunte la colección. Este es el comportamiento esperado y puede continuar.

La integración con productos de SharePoint está en desuso para TFS 2018 y versiones posteriores.

Asociar la colección

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

  2. Seleccione colecciones de proyectos y, a continuación, seleccione adjuntar colección.

    Se abre el Asistente para adjuntar colección de proyectos .

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

  4. En la lista bases de datos, seleccione la base de datos de colección que se va a adjuntar.

    Lista Bases de datos

  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 ninguna. Puesto que esta es la colección original, puede seleccionar dejar el nombre igual que antes. En Descripción, proporcione opcionalmente una descripción de la colección.

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

  7. Para cambiar la configuración, seleccione anterior. Si todos los valores de configuración son correctos, seleccione comprobar.

  8. Cuando todas las comprobaciones de disponibilidad se hayan completado correctamente, seleccione adjuntar.

  9. En la página supervisar el progreso de adjuntar la colección de proyectos , cuando se hayan completado todos los procesos, seleccione siguiente.

  10. Opta En la página Revise la 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 colecciones en la consola de administración de. Si el estado de la colección aparece como en línea, debe detenerlo antes de continuar. Seleccione la recopilación en la lista y, en la pestaña General , seleccione detener colección.

    Detener la imagen de la colecció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 colección original, debe adjuntar la colección con el nombre 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.

Nota

Se mostrarán advertencias cuando adjunte la colección si la implementación usa productos de SharePoint y la cuenta de servicio para Azure DevOps Server no es miembro del grupo administradores de la granja de servidores. Este es el comportamiento esperado y puede continuar.

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

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

  2. Seleccione colecciones de proyectos y, después, seleccione adjuntar colección para abrir el asistente.

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

  4. En la lista bases de datos, seleccione la base de datos de colecció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 del nombre original de la colección. Debe coincidir con el nombre que asignó a la base de datos cuyo nombre ha cambiado, sin el _ prefijo TFS.

    Asociar la entrada de nombre de proyecto de equipo

  6. Opta En Descripción, escriba una descripción de la colección.

  7. En la página Revise la configuración que se usará para adjuntar la colección de proyectos , revise la información. Para cambiar la configuración, seleccione anterior. Si todos los valores de configuración son correctos, seleccione comprobar.

  8. Cuando todas las comprobaciones de disponibilidad se hayan completado correctamente, seleccione adjuntar.

  9. En la página supervisar el progreso de adjuntar la colección de proyectos , cuando se hayan completado todos los procesos, seleccione siguiente.

    Nota

    Si la colección es compatible con una aplicación Web de SharePoint, aparecerá un icono de advertencia para el estado de adjuntar de la aplicación Web de SharePoint. 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. Opta En la página Revise la información complementaria de esta colección de proyectos , seleccione o anote la ubicación del archivo de registro y, a continuación, cierre el asistente.

  11. El nombre de la colección aparece en la lista de colecciones en la consola de administración y su estado debe aparecer como sin conexión.

    Asociar la entrada de nombre de proyecto de equipo

  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.

    Registros que incluyen GUID para CollectionProperties

    En el caso improbable 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 adjuntas a Azure DevOps Server, debe eliminar cada proyecto de la colección original o de la colección cuyo nombre ha cambiado para que no quede ningún proyecto en ambas colecciones.

Importante

Un proyecto no puede existir en más de una colección. Hasta que no elimine todos los proyectos duplicados en las colecciones divididas no podrá iniciar la colección con el nombre cambiado.

Eliminar proyectos de las colecciones

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

  2. Seleccione colecciones de proyectos y, en la lista de colecciones, seleccione la colección de proyectos original que ha detenido para dividirla.

  3. En la pestaña proyectos , en la lista de proyectos, seleccione el proyecto que desea eliminar de la colección y, a continuación, seleccione eliminar.

    Sugerencia

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

    Consola de administración de TFS para eliminar proyectos

  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 las plantillas asociadas con el proyecto se eliminarán de System Center Virtual Machine Manager. Ya no estarán disponibles para el proyecto en la colección a la que se ha cambiado el nombre. (Tenga en cuenta que Lab Management ha quedado en desuso en 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 colecciones. A continuación, en la pestaña proyectos , elimine los proyectos no deseados de la nueva colección.

    Proyectos en la pestaña proyectos

  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 los proyectos, reinicie ambas colecciones.

Iniciar una colección de proyectos

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

  2. Seleccione colecciones de proyectos y, en la lista de colecciones, seleccione la colección que ha detenido 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.

    Consola de administración de TFS

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 necesite configurar permisos para los usuarios de los productos de SharePoint 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?

R: Sí, deberá dividir los informes después de haber terminado de eliminar los 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 los proyectos, mueva los informes que utiliza la colección dividida a una carpeta diferente y, a continuación, elimínelos de la carpeta original.

Importante

La carpeta de informes existe en ambas ubicaciones. Asegúrese de mover todos los informes debidamente antes de eliminar cualquier carpeta de informes.

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 Página de movimiento de elementos.

  2. Si la implementación utiliza una aplicación Web de SharePoint, es posible que necesite reparar la conexión de nuevo después de haber movido los informes para que se muestren 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 colecciones, vuelva a generar el almacén de DevOps de Azure 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 de datos de Analysis Services

  1. Abra la consola de administración de 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 volver a generar el almacén y 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. En función del tamaño de la implementación y de la cantidad de datos, el proceso entero puede tardar varias horas en completarse.

P: ¿se puede dividir una colección que usa productos de SharePoint para admitir uno o varios proyectos de la colección?

R: Sí, pero debe realizar pasos adicionales para la colección dividida.

Después de adjuntar la colección con el nombre cambiado y quitar todos los proyectos duplicados, repare la conexión a la aplicación Web de SharePoint. La reparación de la conexión garantiza que todas las conexiones se establezcan correctamente entre la aplicación web y las colecciones originales y cuyo nombre ha cambiado.

Si la implementación usa productos de SharePoint, se recomienda encarecidamente que la cuenta de servicio de Azure DevOps Server sea miembro del grupo administradores de la granja de servidores .

Nota

Puede dividir una colección de proyectos sin conceder esta pertenencia a la cuenta de servicio para Azure DevOps Server. No obstante, aparecerán errores cuando adjunte la colección y tendrá que realizar pasos adicionales para volver a conectar los proyectos con sus portales. Incluso si sus requisitos operativos normalmente restringen esta pertenencia a la cuenta de servicio, debe considerar la posibilidad de agregar la cuenta de servicio al grupo de Administradores de la granja de servidores mientras dure la operación de división.

Reparar la conexión a una aplicación Web de SharePoint

  1. Abra la consola de administración de Azure DevOps en el servidor que hospeda la capa de aplicación de la implementación a la que moverá la recopilación.

  2. Seleccione aplicaciones Web de SharePoint 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 aplicación Web de SharePoint , seleccione reparar.

  4. Cuando la ventana de estado notifique la operación de reconexión correctamente, seleccione cerrar. Esta operación puede tardar unos minutos. Además, puede ver 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.

Una vez que haya reparado la conexión y haya iniciado las dos colecciones, 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.

Volver a configurar los portales de proyecto

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

Puede seguir usando la misma colección de sitios en productos de SharePoint 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 admitía la colección de proyectos original. Sin embargo, esta configuración no solo complica la relación de uno a uno entre una colección de proyectos y una colección de sitios, pero también puede dificultar la restauración de la implementación. Para evitar esta complejidad, puede dividir la colección de sitios que admitía la colección de proyectos original para reflejar la división que ha realizado para las colecciones de proyectos.

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

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

    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 usar la colección de sitios dividida; para ello, abra la consola de administración de, elija la colección en la lista de colecciones de proyectos y, en la pestaña sitio de SharePoint, elija editar la ubicación predeterminada del sitio.

  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, consulte reconfigure Project Portals anterior.

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

R: Tendrá que 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.

Nota

Lab Management ha quedado en desuso para TFS 2017 y versiones posteriores.

Antes de iniciar la división, elimine los recursos que utiliza Lab Management de la base de datos de la colección. Estos recursos incluyen máquinas virtuales, plantillas, grupos host de proyectos 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 los recursos de Lab Management

  • Para obtener información sobre cómo quitar todos los hosts de grupo, los recursos compartidos de biblioteca y los 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 los recursos compartidos de biblioteca de proyectos en Azure DevOps Server y en las máquinas virtuales, plantillas y entornos en Microsoft Test Manager.

Configurar recursos de Lab Management

  1. Configure la capa 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 máquinas virtuales maestras principales en el nuevo SCVMM e importe las máquinas virtuales y plantillas en la colección de proyectos.

    Para obtener más información, consulte Cómo: crear y almacenar máquinas virtuales y plantillas listas para Lab Management.

  3. Vuelva a crear los entornos para cada proyecto.

    Para obtener más información, vea crear un entorno de SCVMM mediante plantillas y máquinas virtuales almacenadas.