Introducción a la herramienta de migración de datos de Azure DevOps
Antes de usar la herramienta de migración de datos de Azure DevOps para migrar la base de datos con alta fidelidad, obtenga información sobre algunos de los conceptos básicos de este artículo.
Obtenga información sobre qué datos se migran
No todos los datos se migran. Las bases de datos independientes fuera de la colección, por ejemplo, los informes y los datos de SharePoint, no se migran. En las secciones siguientes se muestran más detalles sobre qué datos se migran.
Datos incluidos
En la tabla siguiente se muestran los datos incluidos en la migración.
| Datos incluidos | Descripción |
|---|---|
| Asignación de colecciones | Cada colección de Azure DevOps Server corresponde a una base de datos. Durante la migración, toda la colección ,incluidos los elementos de trabajo, el historial, los conjuntos de cambios de Control de versiones de Team Foundation (TFVC), los datos de Git, las definiciones de compilación y mucho más, se migran a Azure DevOps Services. El elemento de trabajo, el conjunto de cambios de TFVC y los números de confirmación de Git permanecen sin cambios. |
Datos excluidos
En la tabla siguiente se muestran exclusiones de datos específicas en la migración.
| Datos excluidos | Descripción |
|---|---|
| Extensiones | Las extensiones deben volver a instalarse después de la migración. Debe publicar extensiones locales en Marketplace como extensiones privadas y compartir con la cuenta. |
| Enlaces de servicio | Los datos de Service Hooks no se incluyen en la migración; vuelva a configurar después de la migración. |
| Prueba de carga | Los datos de prueba de carga no se sobreponen; vuelva a configurar las pruebas de carga después de la migración. |
| Agentes de canalización y grupos de agentes | Vuelva a configurar los agentes de canalización y los grupos de agentes después de la migración. |
| Menciones | Las menciones del usuario en los debates de elementos de trabajo conservan la identidad local, no el nuevo identificador de Microsoft Entra. Al mantener el puntero sobre los nombres de usuario no se muestran las tarjetas de contacto y es posible que algunos hipervínculos no sean válidos. |
| Integraciones de Project Server | No está disponible para Azure DevOps Services. Por ejemplo, compilaciones XAML, Microsoft Test Manager, SharePoint, SQL Data Warehouse, etc. |
| Características en vista previa | Algunas características de Azure DevOps Server se pueden obtener una vista previa durante la migración a Azure DevOps Services. |
Límites del proyecto
Si la colección contiene numerosos proyectos, Azure DevOps Services impone un límite de 1000 proyectos por organización, aunque se recomiendan 300 o menos. Más allá de este umbral, ciertas experiencias, como la conexión a la organización desde Visual Studio, pueden degradarse. Para mantenerse dentro del límite, considere la posibilidad de dividir la colección o eliminar proyectos anteriores.
Comprenda la relación entre las bases de datos locales y las organizaciones de Azure DevOps.
Antes de profundizar demasiado en la planeación de la migración, es importante comprender en un nivel elevado cómo funciona el proceso de migración de base de datos. Las migraciones funcionan con los siguientes conceptos principales:
- Colección de proyectos de equipo: las colecciones de Azure DevOps Server son un contenedor físico para los proyectos de equipo y sus artefactos. Cada colección equivale a una base de datos SQL única y es el origen de las migraciones a Azure DevOps Services.
- Organización de Azure DevOps Services: las organizaciones son la unidad de administración en el servicio hospedado en la nube. Lógicamente asignan 1:1 al concepto de una colección de proyectos de equipo en Azure DevOps Server. Por lo tanto, las organizaciones son el destino de las migraciones a Azure DevOps Services. Por ejemplo, las organizaciones de Azure DevOps Services se representan como
https://dev.azure.com/Contosodonde Contoso representa el nombre de la organización de Azure DevOps Services.
Al migrar una base de datos SQL de colección de proyectos de equipo, la herramienta de migración de datos crea una nueva organización de Azure DevOps con un nombre proporcionado por el usuario. La migración de una base de datos de recopilación a una organización de Azure DevOps Services existente o la consolidación de varias bases de datos de recopilación en una sola organización de Azure DevOps Services no es posible. La asignación es estrictamente uno a uno entre colecciones de proyectos de equipo y organizaciones de Azure DevOps Services.
Elección del centro de datos
Al configurar la organización de Azure DevOps Services, puede elegir la ubicación de los datos. Durante la creación inicial del registro y la organización, seleccione una región que se adapte a sus necesidades. Para usarlo más adelante para la migración, anote el código abreviado de la región. Para obtener más información, consulte Regiones admitidas para la migración.
Descripción de los precios
Una pregunta que suele plantearse con la migración es qué tipo de licencia necesita una empresa para usar Azure DevOps Services. La buena noticia es que es probable que tenga todas las licencias que ya necesita. Hemos creado una hoja de cálculo de ejemplo que debe abarcar la mayoría de los casos. Si tiene alguna pregunta específica sobre su situación, póngase en contacto con su especialista en ventas de soluciones para desarrolladores o revendedor de Microsoft. Para más información, consulte Precios de Azure DevOps.
Hoja de cálculo de licencias de usuario
| # | Columna 1 | Columna 2 |
|---|---|---|
| 1 | Número de miembros del equipo | |
| 2 | Número de partes interesadas | |
| 3 | Restar línea (2) de la línea (1)* | |
| 4 | Número de suscriptores de Visual Studio** | |
| 5 | Restar línea (4) de la línea (3) | |
| 6 | Restar línea (5) de la línea (5)*** |
- *Las partes interesadas son gratuitas
- ** Los suscriptores de Visual Studio tienen Azure DevOps Services incluido como una ventaja de la suscripción
- Cada organización de Azure DevOps Services obtiene cinco usuarios gratuitos.
Para más información sobre las opciones rentables para acceder a las características, consulte la información general sobre facturación y la calculadora de precios de Azure.
Compre las licencias de usuario de Azure DevOps Services necesarias a través de Visual Studio Marketplace o Azure Portal. Profundizamos en este proceso durante la fase de preparación para la ejecución de pruebas.
Además de las características principales, los siguientes servicios de valor agregado están disponibles en Azure DevOps que puede resultar beneficioso:
- Servicios de pruebas de carga hospedadas: si necesita simular y analizar el rendimiento de las aplicaciones bajo carga, Azure DevOps proporciona servicios de pruebas de carga hospedadas. Estos servicios le permiten probar por esfuerzo las aplicaciones e identificar cuellos de botella o problemas de rendimiento.
- Extensiones del Administrador de pruebas: para una administración completa de pruebas, considere la posibilidad de usar extensiones del Administrador de pruebas. Estas extensiones mejoran las funcionalidades de pruebas proporcionando características como la administración de casos de prueba, las pruebas exploratorias y el seguimiento de la ejecución de pruebas.
- Más características: Azure DevOps ofrece varias extensiones e integraciones que satisfacen necesidades específicas. Tanto si se integra con herramientas que no son de Microsoft, mejora de la seguridad o automatización de canalizaciones de implementación, hay una amplia gama de opciones.
Algunos de estos servicios pueden tener costos adicionales, por lo que es esencial evaluar sus requisitos y presupuesto en consecuencia. Estos costos aparecen en la factura en la suscripción asociada. Para obtener más información, consulte Configuración de la facturación. Si tiene preguntas específicas sobre su situación, póngase en contacto con su partner de DevOps, microsoft Reseller o su especialista en ventas de soluciones para desarrolladores de Microsoft para obtener instrucciones personalizadas.
Reserva tu nueva organización
Teniendo en cuenta la escala de tiempo del proyecto de migración, se recomienda reservar el nombre de la organización al principio para asegurarse de que el nombre deseado esté disponible para la migración final.
Por ejemplo, si su empresa es Contoso y desea que una organización tenga un nombre coincidente, por ejemplo, https://dev.azure.com/contoso, puede crear una organización con ese nombre ahora. Pero tenga en cuenta que solo puede migrar a una nueva organización de Azure DevOps Services.
Siga estos pasos para reservar el nombre de la organización.
- Reserva inicial:
- Cree una organización con un nombre temporal, por ejemplo,
https://dev.azure.com/contoso-temporary. - Reserve este nombre temporal para la migración futura.
- Cree una organización con un nombre temporal, por ejemplo,
- Migración final:
- Cuando esté listo para comenzar la migración final, realicela en la
https://dev.azure.com/contoso-temporaryorganización. - Después de realizar la migración correcta, cambie el nombre de la organización reservada para abrir el nombre deseado para la organización importada. Cámbielo en lugar de eliminarlo porque una eliminación puede tardar hasta una hora en liberar el nombre, al cambiar su nombre de inmediato.
- Cambie inmediatamente el nombre de la organización migrada al nombre deseado, por ejemplo,
https://dev.azure.com/contoso, que acaba de borrar cambiando el nombre. - Opcionalmente, puede eliminar la organización reservada y cuyo nombre se ha cambiado originalmente en este momento.
- Cuando esté listo para comenzar la migración final, realicela en la
Al seguir este enfoque, tiene una transición fluida, a la vez que garantiza que el nombre de la organización preferido sigue estando disponible.