Déplacer un bloc de ressources d’un environnement à l’autre

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture
  • Utilisez des ensembles de mises à jour pour transférer sans effort des blocs de ressources et leurs dépendances entre les environnements. Regroupez-les dans un ensemble nommé, facilitant ainsi un déplacement fluide à des fins de test ou de déploiement. Simplifiez les processus tels que le transfert d’un bloc de ressources du développement à la production, garantissant des transitions efficaces et organisées entre différents systèmes.

    Avant de commencer

    • Les utilisateurs disposant du rôle sn_cmp.cloud_service_designer peuvent uniquement exporter des ensembles de mises à jour.
    • Les utilisateurs disposant du rôle admin peuvent exporter et importer des ensembles de mises à jour.

    Rôle requis : sn_cmp.cloud_service_designer ou admin

    Pourquoi et quand exécuter cette tâche

    Empaquetez le bloc de ressources en tant qu’ensemble de mises à jour. Exportez ensuite l’ensemble de mises à jour de son environnement actuel et importez-le dans l’autre environnement.
    Remarque :
    Si un bloc de ressources que vous exportez à partir de l’environnement source existe dans l’environnement cible, lorsque vous importez ce bloc de ressources, il en résulte deux blocs de ressources portant le même nom : un bloc de ressources qui existait avant l’importation et un autre bloc de ressources que vous venez d’importer. Par exemple, si vous exportez le bloc de ressources AWS Datacenter à partir de l’environnement de développement et que vous disposez déjà d’un bloc de ressources portant le même nom dans l’environnement de production, lorsque vous importez le bloc de ressources AWS Datacenter dans l’environnement de production, deux blocs de ressources portant le même nom, AWS Datacenter, résident dans l’environnement de production.

    Procédure

    1. Dans le portail d’administration du cloud, accédez à Conception > Blocs de ressources.
      Tous les blocs de ressources, en mode publié et brouillon, apparaissent dans la fenêtre Blocs de ressources.
    2. Exportez le bloc de ressources.
      1. Cliquez sur l’icône Exporter le bloc de ressources ( icône Exporter le bloc de ressources) pour le bloc de ressources à exporter.
        Figure 1. Fenêtre de l’exportateur de blocs de ressources
        Fenêtre de l’exportateur de blocs de ressources
      1. Dans la fenêtre Outil d’exportation de blocs de ressources, cliquez sur un objet dans la colonne Type.

        Dans la colonne de droite, sélectionnez les entrées correspondantes pour l’objet que vous souhaitez exporter avec le bloc de ressources. Par exemple, si vous sélectionnez Includes de script serveur MID, tous les includes de script correspondants s’affichent dans la colonne de droite.

        Si un workflow contient des sous-workflows, sélectionnez le workflow parent et tous les sous-workflows afin que le workflow soit exporté. Si des activités personnalisées sont associées à un workflow, exportez-les d’abord, puis exportez le workflow.

      2. Cliquez sur Suivant.
        Une fenêtre s’ouvre avec un résumé des dépendances indirectes que vous avez choisi d’inclure dans l’ensemble de mises à jour d’exportation.
      3. Cliquez sur Exporter l’ensemble de mises à jour.
        La fenêtre de l’exportateur de blocs de ressources s’ouvre avec la case à cocher Réussite sélectionnée en vert, indiquant que le bloc de ressources a été exporté avec succès avec toutes ses dépendances. Par défaut, tous les fichiers répertoriés sous Ensembles de mises à jour exportés sont téléchargés automatiquement sur votre système.
        Fenêtre de l’exportateur de blocs de ressources
        Remarque :
        Le nombre d’ensembles de mises à jour créés est basé sur le champ d’application des enregistrements en cours d’exportation. Par exemple, supposons que le bloc de ressources que vous exportez contient 100 enregistrements en tout : 60 enregistrements sont dans le périmètre un, 20 enregistrements sont dans le périmètre deux et les 20 enregistrements restants sont dans le périmètre trois. Dans un tel scénario, trois ensembles de mises à jour sont créés. Un ensemble de mises à jour pour chaque champ d’application.
    3. Assurez-vous que les fichiers sont téléchargés.
      Si les fichiers ne sont pas téléchargés, effectuez ces étapes.
      1. Cliquez sur le fichier de métadonnées.
        Le fichier de métadonnées mentionne l’ordre dans lequel les fichiers exportés doivent être importés. Dans cet exemple, le fichier Azure Datacenter0 est le premier fichier à être exporté, suivi du fichier Azure Datacenter1.
      2. En fonction de l’ordre mentionné dans le fichier de métadonnées, cliquez sur le fichier approprié pour l’ouvrir.
        Une fenêtre s’ouvre avec une liste de tous les fichiers contenus dans l’ensemble de mises à jour.
      3. Pour télécharger le premier fichier XML (dans cet exemple, le fichier est Azure Datacenter0) sur votre système, cliquez sur Exporter au format XML.
      4. Ouvrez l’autre fichier XML (dans cet exemple, le fichier est Azure Datacenter1) et téléchargez-le sur votre système.
        Vous devez importer tous les fichiers exportés dans un autre environnement. Par exemple, vous avez peut-être créé l’ensemble de mises à jour d’exportation dans un système qui exécute l’environnement de développement et souhaitez l’importer dans un autre système qui exécute l’environnement de production.
    4. Importez le bloc de ressources.
      1. Dans l’environnement et la nouvelle instance dans laquelle vous souhaitez importer les fichiers, saisissez Ensembles de mises à jour récupérés dans le navigateur de filtre, puis appuyez sur la touche Entrée.
      2. Cliquez sur le lien connexe Importer l’ensemble de mises à jour à partir d’un XML .
      3. Dans la fenêtre Importer XML qui s’affiche, cliquez sur Choisir un fichier, sélectionnez le fichier d’exportation, puis cliquez sur Charger.
        Remarque :
        Si un bloc de ressources que vous avez exporté à partir de l’environnement source existe dans l’environnement cible et que les deux blocs de ressources ont une sys_id différente, lorsque vous importez le bloc de ressources, une erreur apparaît et le processus d’importation s’arrête. Exportez un bloc de ressources différent de l’environnement source ou supprimez le bloc de ressources portant le même nom dans l’environnement cible. Si un bloc de ressources que vous avez exporté à partir de l’environnement source existe dans l’environnement cible et que les deux blocs de ressources ont la même sys_id, le bloc de ressources dans l’environnement cible est mis à jour avec le bloc de ressources que vous avez exporté à partir de l’environnement source.
    5. Pour vérifier que le bloc de ressources est importé dans le nouvel environnement, accédez à votre instance dans le nouvel environnement et, dans le Portail d'administration du cloud, accédez à Conception > Blocs de ressources.
      Le bloc de ressources que vous avez importé doit apparaître dans les blocs de ressources répertoriés.