Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
A medida que pase a la segunda fase de migración a Azure DevOps Services con la herramienta de migración de datos de Azure DevOps, debe completar los requisitos previos para transferir los datos a la nube. Si su organización ya cumple estos requisitos previos, puede omitir esta fase por completo.
Actualización de Azure DevOps Server
La herramienta de migración de datos para Azure DevOps admite las dos versiones más recientes de Azure DevOps Server en un momento dado. Las versiones incluyen actualizaciones y versiones principales.
Puede tardar hasta 2 a 3 semanas después de que se publique una nueva versión RTW de Azure DevOps Server para que la compatibilidad con la migración llegue a estar en línea para esa versión. Tenga en cuenta esta posibilidad al optar por actualizar poco después de una nueva versión rtW de Azure DevOps Server.
La herramienta de migración de datos no admite la migración desde las versiones candidatas de Azure DevOps Server (RC). Si planea migrar la base de datos de recopilación a Azure DevOps Services mediante este servicio, es importante que no actualice la base de datos de producción a una versión rc. Si actualiza, debe esperar y actualizar a la versión de lanzamiento en la web (RTW) cuando esté disponible. O bien, restaure una copia de seguridad de la base de datos de una versión anterior de Azure DevOps Server para migrar. No se puede cambiar a una versión anterior de Azure DevOps, sino que debe restaurar utilizando una copia de seguridad de la base de datos de esa versión.
La cadencia de versión normal para las nuevas versiones de Azure DevOps Server es una vez cada tres a cuatro meses. Lo que significa que la compatibilidad con una versión determinada de Azure DevOps Server para la migración a Azure DevOps Services debe durar entre seis y ocho meses. Es importante asegurarse de que su plan contemple esta ventana de soporte técnico para evitar tener que actualizar repentinamente para migrar.
Implementación de Microsoft Entra ID
Asegúrese de que su equipo disponga de un tenant funcional de ID de Microsoft Entra para autenticar a los miembros de su organización de Azure DevOps Services. En Azure DevOps Services, la autenticación de usuarios se basa en un inquilino de Microsoft Entra ID, como la autenticación de usuario en Azure DevOps Server se basa en Active Directory. Durante la fase de ejecución de pruebas (vínculo), verifique un archivo de registro de mapa de identidad para alinear sus organizaciones locales de Active Directory con las organizaciones de Microsoft Entra ID. El servicio de migración no usa este archivo. Esta acción garantiza la visibilidad del historial individual, la conservación de permisos de seguridad y el acceso a la configuración personal.
Tip
- Se recomienda usar el mismo inquilino de Microsoft Entra ID como otros servicios en la nube de Microsoft. Si su empresa ya tiene el identificador de Entra de Microsoft, omita este paso.
- Aunque las cuentas de Microsoft (MSA) funcionan para la autenticación de Azure DevOps Services, no se pueden mapear durante la migración de bases de datos de Azure DevOps Server.
- Si la entidad de Microsoft Entra tiene habilitada la directiva Restrict organization creation, cualquier operación de importación de datos mediante la herramienta de migración de Azure DevOps fallará a menos que el usuario de importación se agregue explícitamente a la lista de permitidos. Para garantizar una importación correcta:
- Agregue temporalmente el usuario de importación a la lista de permitidos.
- El usuario agregado a la lista de permitidos debe coincidir con el accountOwner especificado en el archivo import.json usado para la migración.
- Para más información sobre cómo configurar la lista de permitidos, consulte Restringir la creación de organizaciones.
Sincronizar identidades y grupos con Microsoft Entra ID Connect
Sincronice active Directory local con el identificador de Microsoft Entra, por lo que los miembros del equipo pueden usar las mismas credenciales para autenticarse. Además, los administradores de Azure DevOps Services pueden usar los grupos de Active Directory para establecer permisos dentro de su organización.
Para configurar la sincronización, siga estos pasos:
- Utilizar la tecnología Microsoft Entra ID Connect.
- Para configurar Microsoft Entra ID Connect con su entorno local, colabore con su departamento de TI, asociado de DevOps, soporte técnico Premier de Microsoft o servicios de consultoría de Microsoft.
Para obtener más información sobre cómo configurar Microsoft Entra ID Connect, consulte Microsoft Entra Connect Sync.
Además, explore cómo puede configurar Azure DevOps Services para usar el identificador de Microsoft Entra visitando esta página. Aunque los pasos de ese artículo no se alinean exactamente con la migración de la base de datos de Azure DevOps Server, sirve como información de referencia valiosa. La Herramienta de migración de datos establece el vínculo al tenant de Microsoft Entra ID durante la creación de la organización de Azure DevOps Services al principio del proceso de migración.
Note
DirSync era una tecnología predecesora de Microsoft Entra ID Connect. Actualice a Microsoft Entra ID Connect si usted está utilizando DirSync.
Descarga de la herramienta de migración de datos de Azure DevOps
La mayor parte del trabajo a lo largo de la migración a Azure DevOps Services se controla mediante la herramienta de migración de datos. La herramienta se usa con los siguientes pasos generales:
- Valide una colección de proyectos de equipo.
- Genere los archivos usados para personalizar la migración.
- Migración de colas de una base de datos de Azure DevOps Server a Azure DevOps Services.
Tener los siguientes elementos:
- Rol TFSEXECROLE en SQL Server.
- Permisos para conectarse a las bases de datos de recopilación y configuración de Azure DevOps Server.
- Un vínculo establecido entre la organización de Azure DevOps Services y el inquilino de Microsoft Entra ID.
Descarga de la herramienta
- Descargue la versión más reciente de la herramienta de migración de datos .
- Copie el archivo ZIP en uno de los niveles de aplicación de Azure DevOps Server.
- Descomprima el archivo. También puede ejecutar la herramienta desde otra máquina sin Azure DevOps Server instalado, si puede conectarse a la base de datos de configuración de la instancia de Azure DevOps Server. 1. Abra una ventana del símbolo del sistema de comandos en el servidor y vaya al directorio donde se almacena la herramienta de migración de datos.
- Revise el contenido de ayuda de la herramienta:
- Para ver la ayuda y las instrucciones de nivel superior, ejecute el siguiente comando:
Migrator /help - Vea el texto de ayuda del comando de validación:
Migrator validate /helpLa primera vez que valide una colección, hágalo de forma sencilla. El comando debe tener la siguiente estructura:Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
- Para ver la ayuda y las instrucciones de nivel superior, ejecute el siguiente comando:
- Reemplace {name} por el nombre del inquilino de Microsoft Entra. Por ejemplo, para ejecutar en DefaultCollection y el inquilino fabrikam, el comando tendría el siguiente aspecto:
Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region}Si necesita ejecutar la herramienta desde una máquina distinta de Azure DevOps Server, use el parámetro/connectionString.