Découvrez comment migrer les ressources d’un environnement à un autre. Ces environnements peuvent être situés dans le même locataire ou dans différents locataires.

Scénario

Voici un scénario courant de migration des ressources : vous avez des environnements de test ou de développement et un environnement de production. Les développeurs et testeurs ont un accès étendu aux applications dans leurs environnements. Toutefois, lorsqu’il s’agit de migrer une application en production, cet environnement a un contrôle rigoureux sur les autorisations de mise à jour et de modification.

Voici un autre scénario : chaque client possède son propre environnement et ses propres données. Lorsqu’un nouveau client est ajouté, un environnement est créé pour lui et vous migrez les applications dans son environnement.

Quelles ressources pouvez-vous migrer ?

La procédure de migration varie selon le type de ressource.

  1. Connexions, connecteurs personnalisés et flux : vous ne pouvez pas migrer ces ressources. Vous devez les recréer dans l’environnement de destination.
  2. Passerelles : les passerelles sont uniquement prises en charge dans les environnements par défaut et {nom du locataire} (à partir de la préversion). Par conséquent, la migration n’est pas prise en charge.
  3. PowerApps : vous enregistrez localement l’application dans l’environnement d’origine à l’aide de PowerApps Studio pour Windows ou de PowerApps Studio pour le web, puis vous ouvrez l’application et la recréez dans l’environnement de destination.
  4. Modifications de schéma Common Data Service, nouvelles entités, nouveaux ensembles d’autorisations, nouveaux rôles : ces fonctionnalités ne sont pas encore prises en charge dans le cadre de la mise à la disponibilité générale. Elles le seront bientôt.

Connexions, connecteurs personnalisés et flux

Vous ne pouvez pas migrer ces ressources. Vous devez créer celles dont vous avez besoin dans l’environnement de destination.

Passerelles

Les passerelles sont uniquement prises en charge dans les environnements par défaut et {nom du locataire} (à partir de la préversion). Par conséquent, la migration n’est pas prise en charge. Vous devez créer les passerelles dont vous avez besoin dans l’environnement de destination.

Migration d’une application

  1. Dans http://web.powerapps.com, cliquez ou appuyez sur Applications, sélectionnez le bouton de sélection correspondant à l’application à migrer, puis choisissez de modifier l’application dans PowerApps Studio pour Windows ou PowerApps Studio pour le web.

  2. Lorsque PowerApps Studio s’ouvre, cliquez sur Enregistrer sous dans la barre de navigation de gauche, sélectionnez Cet ordinateur, puis cliquez ou appuyez sur Enregistrer. Notez l’endroit où le fichier a été enregistré sur votre ordinateur local.

  3. Modifiez l’environnement en le définissant comme environnement de destination.

    Dans PowerApps Studio pour le web, revenez à la page http://web.powerapps.com pour passer à votre environnement et rouvrez PowerApps Studio pour le web dans le navigateur :

    Pour PowerApps Studio pour Windows, vous pouvez modifier votre environnement en ouvrant les informations de votre compte :

  4. Ouvrez PowerApps Studio, qui apparaît maintenant dans l’environnement de destination. Dans la barre de navigation de gauche, cliquez ou appuyez sur Ouvrir, puis sur Parcourir.

  5. Sélectionnez le fichier à l’endroit où vous l’avez enregistré dans l’environnement d’origine, puis cliquez ou appuyez sur Ouvrir.

  6. Vous devrez peut-être résoudre des problèmes de compilation dans l’application, lors de l’accès à des ressources qui peuvent avoir des noms différents, comme des connexions et sources de données. Un moyen simple de résoudre les problèmes de compilation avec l’application consiste à supprimer et rajouter les sources de données de l’application dans l’environnement de destination. Consultez Comprendre les sources de données.

  7. Testez l’application pour vérifier si tous les problèmes de compilation ont été résolus.

Modifications de schéma Common Data Service, nouvelles entités, nouveaux ensembles d’autorisations, nouveaux rôles

Nous ne prenons pas en charge la migration d’entités, d’ensembles d’autorisations et de rôles d’une base de données Common Data Service à l’autre dans un environnement distinct. Toutefois, cette fonctionnalité sera bientôt disponible.