Remplir les conditions préalables à la migration

Lorsque vous passez à la deuxième phase de migration vers Azure DevOps Services avec l’outil de migration de données Azure DevOps, vous devez remplir les conditions préalables pour transférer vos données vers le cloud. Si votre organisation répond déjà à ces conditions préalables, vous pouvez ignorer entièrement cette phase.

Diagramme mettant en évidence l’étape des prérequis dans les étapes séquentielles.

Mettre à jour Azure DevOps Server

L’outil de migration de données pour Azure DevOps prend en charge les deux dernières versions de Azure DevOps Server à un moment donné. Les versions incluent les mises à jour et les versions majeures.

Il peut prendre jusqu’à 2 à 3 semaines après la publication d’une nouvelle version RTW de Azure DevOps Server pour que la prise en charge de la migration soit disponible pour cette version. Considérez cette possibilité lorsque vous choisissez de mettre à niveau peu après une nouvelle version de Azure DevOps Server RTW.

L'outil de migration de données ne prend pas en charge la migration à partir d'Azure DevOps Server candidats à la version finale (RC). Si vous envisagez de migrer votre base de données de collecte vers Azure DevOps Services à l'aide de ce service, il est important que vous ne mettez pas à niveau votre base de données de production vers une version RC. Si vous effectuez une mise à niveau, vous devez attendre et effectuer une mise à niveau vers la version web (RTW) lorsqu’elle est disponible. Ou bien, restaurez une copie de sauvegarde de votre base de données à partir d'une version précédente de Azure DevOps Server pour la migration. Vous ne pouvez pas passer à une version antérieure de Azure DevOps, mais vous devez revenir à l'aide d'une sauvegarde de la base de données à cette version.

La cadence de publication normale pour les nouvelles versions de Azure DevOps Server est une fois toutes les trois à quatre mois. Cela signifie que la prise en charge d’une version donnée de Azure DevOps Server pour la migration vers Azure DevOps Services doit durer n’importe où entre six et huit mois. Il est important de s’assurer que votre plan prend en compte cette période de prise en charge pour éviter d’avoir à effectuer une mise à niveau de migration soudaine.

Implémenter Microsoft Entra ID

Assurez-vous que votre équipe dispose d’une instance Microsoft Entra ID fonctionnelle pour authentifier les membres de votre organisation dans Azure DevOps Services. Dans Azure DevOps Services, l’authentification utilisateur dépend d’un client Microsoft Entra ID, de la même manière que l’authentification utilisateur dans Azure DevOps Server dépend de l'Active Directory. Pendant la phase d'exécution de test (lien), vous vérifiez un fichier journal de correspondance d'identité pour l'aligner avec vos organisations Active Directory locales et celles de Microsoft Entra ID. Ce fichier n’est pas utilisé par le service de migration. Cette action garantit la visibilité de l’historique individuel, la conservation des autorisations de sécurité et l’accès aux paramètres personnels.

Tip

  • Nous vous recommandons d’utiliser le même client Microsoft Entra ID que celui des autres services Microsoft Cloud. Si votre entreprise a déjà Microsoft Entra ID, ignorez cette étape.
  • Bien que les comptes Microsoft fonctionnent pour l'authentification des services Azure DevOps, ils ne peuvent pas être associés lors de la migration de la base de données Azure DevOps Server.
  • Si la stratégie de restriction de la création d'organisation est activée pour votre locataire Microsoft Entra, toute opération d'importation de données à l'aide de l'outil de migration Azure DevOps échoue, sauf si l'utilisateur effectuant l'importation est explicitement ajouté à la liste d'autorisation. Pour garantir une importation réussie :
    • Ajoutez temporairement l’utilisateur d’importation à la liste d'autorisation.
    • L'utilisateur ajouté à la liste d'autorisation doit correspondre au propriétaire du compte spécifié dans le fichier import.json utilisé pour la migration.
    • Pour plus d’informations sur la configuration de la liste d'autorisation, consultez Restreindre la création d'organisation.

Synchroniser des identités et des groupes avec Microsoft Entra ID Connect

Synchronisez votre on-premises Active Directory avec Microsoft Entra ID, afin que les membres de votre équipe puissent utiliser les mêmes informations d’identification pour s’authentifier. En outre, vos administrateurs Azure DevOps Services peuvent utiliser vos groupes Active Directory pour définir des autorisations au sein de votre organisation.

Pour configurer la synchronisation, procédez comme suit :

  1. Utilisez la technologie Microsoft Entra ID Connect.
  2. Pour configurer Microsoft Entra ID Connectez-vous à votre environnement local, collaborez avec votre service informatique, votre partenaire DevOps, Microsoft Premier Support ou Microsoft Services de conseil.

Pour plus d’informations sur la configuration de Microsoft Entra ID Connect, consultez Microsoft Entra Connect Sync.

Découvrez également comment configurer Azure DevOps Services pour utiliser Microsoft Entra ID en visitant cette page. Bien que les étapes décrites dans cet article ne s’alignent pas exactement sur votre migration de base de données Azure DevOps Server, elles servent d’informations de référence précieuses. L’outil de migration de données établit le lien avec votre tenant Microsoft Entra ID lors de la création de votre organisation Azure DevOps Services au début du processus de migration.

Note

DirSync était un prédécesseur de la technologie Microsoft Entra ID Connect. Effectuez une mise à niveau vers Microsoft Entra ID Connect si vous utilisez DirSync.

Télécharger Azure DevOps Outil de migration de données

La majeure partie du travail tout au long de la migration vers Azure DevOps Services est gérée par l’outil de migration de données. L’outil est utilisé avec les étapes générales suivantes :

  1. Valider une collection de projets d’équipe.
  2. Générez les fichiers utilisés pour personnaliser la migration.
  3. Migration de file d’attente d’une base de données Azure DevOps Server vers Azure DevOps Services.

Disposez des éléments suivants :

  • Rôle TFSEXECROLE dans SQL Server.
  • Autorisations pour se connecter à la fois à la configuration Azure DevOps Server et aux bases de données de collecte.
  • Lien établi entre votre organisation Azure DevOps Services et votre instance Microsoft Entra ID.

Télécharger l’outil

  1. Téléchargez la dernière version de l’outil de migration de données .
  2. Copiez le fichier zip dans l’un de vos niveaux d’application Azure DevOps Server.
  3. Décompressez le fichier. Vous pouvez également exécuter l’outil à partir d’un autre ordinateur sans Azure DevOps Server installé, s’il peut se connecter à la base de données de configuration de l’instance Azure DevOps Server. 1.Ouvrez une fenêtre d’invite de commandes sur le serveur et accédez au répertoire où l’outil de migration de données est stocké.
  4. Passez en revue le contenu d’aide de l’outil :
    1. Pour afficher l’aide et les conseils de niveau supérieur, exécutez la commande suivante :
      Migrator /help
    2. Affichez le texte d’aide de la commande de validation : Migrator validate /help Pour la première fois que vous validez une collection, gardez-la simple. Votre commande doit avoir la structure suivante : Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Remplacez {name} par le nom de votre client Microsoft Entra. Par exemple, pour s’exécuter sur DefaultCollection et le locataire fabrikam, la commande se présente comme suit : Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Si vous devez exécuter l’outil à partir d’un ordinateur autre que le Azure DevOps Server, utilisez le paramètre /connectionString.

Étape suivante

Valider et préparer la migration

Contenu connexe

  • Last updated on