Les modèles vous permettent de stocker des informations de configuration d'application et de dimension ou des informations de métadonnées sélectionnées dans un fichier hors ligne à utiliser dans d'autres environnements Oracle Fusion Cloud Enterprise Data Management.
Servez-vous des modèles pour transférer des applications, des dimensions ou des objets de métadonnées spécifiques entre les environnements (par exemple, d'un environnement de test à un environnement de production) ou pour mettre rapidement en place de nouvelles implémentations.
Cloud EDM prend en charge deux types d'export de modèle :
- Export d'application : exportez des applications ou des dimensions entières avec l'ensemble de leurs objets de métadonnées associés.
- Export granulaire : exportez des objets de métadonnées sélectionnés individuellement entre les types d'artefact pris en charge pour des migrations incrémentielles plus ciblées.
Pour utiliser un modèle, vous exportez le contenu de l'environnement source vers un fichier .json, puis vous importez ce modèle dans l'environnement cible.
- Pour les exports d'application, vous exportez une application ou une dimension complète, ainsi que l'ensemble des métadonnées associées.
- Pour les exports granulaires, vous sélectionnez des objets de métadonnées spécifiques (sur plusieurs types d'artefact) à inclure dans le modèle.
Les modèles contiennent seulement des métadonnées et n'incluent aucune donnée, aucune demande, ni aucun historique de transactions.
Meilleures pratiques
Si vous créez une application dans un environnement de test et que vous avez l'intention de la transférer vers un environnement de production existant, il est recommandé d'actualiser d'abord l'environnement de test à l'aide d'un instantané actuel de l'environnement de production, puis de créer l'application à transférer. Ainsi, vous vous assurez que les objets globaux tels que les propriétés et les vues ont le même ID dans les deux environnements.
Caution:
Les modèles sont conçus pour migrer des modifications d'un environnement vers un autre. De ce fait, il est important de désigner un système source, dans lequel toutes les modifications sont effectuées, et un système cible, vers lequel ces modifications sont migrées. N'effectuez pas vos modifications dans les deux environnements. Vous pouvez utiliser des instantanés de migration pour resynchroniser les environnements, si nécessaire. Reportez-vous aux
meilleures pratiques dans la section
Exemples de scénario de migration.
Remarques
- Vous devez être administrateur de service ou disposer du rôle granulaire Migrations - Administrer (reportez-vous à la section Présentation des rôles granulaires et des autorisations) pour importer des applications et des dimensions, et en exporter vers des modèles.
- Les exports d'application incluent des applications ou des dimensions complètes et tous les artefacts dépendants (tels que les connexions globales). Les exports granulaires incluent uniquement les objets de métadonnées sélectionnés et n'incluent pas automatiquement toutes les dépendances. Lorsque vous utilisez des exports granulaires, assurez-vous que les objets dépendants requis existent dans l'environnement cible ou sont inclus dans le modèle afin d'éviter les erreurs d'import.
- Lorsqu'une application est transférée vers l'environnement cible :
- si le propriétaire de l'application dans l'environnement source existe également dans l'environnement cible, il est maintenu comme propriétaire de l'application dans l'environnement cible ;
- si le propriétaire de l'application dans l'environnement source n'existe pas dans l'environnement cible, un administrateur de service doit affecter un propriétaire à l'application dans l'environnement cible.
- Vous pouvez transférer des applications, des dimensions ou des objets de métadonnées pris en charge, qu'ils soient nouveaux ou existants. Le processus d'import de modèle met à jour des applications, des dimensions ou des objets de métadonnées existants dans l'environnement cible en créant des objets qui n'existent pas encore et en modifiant les objets existants. Reportez-vous à la section Mise à jour d'un artefact existant à l'aide d'un modèle.
- Vous pouvez transférer uniquement des applications actives.
- Vous pouvez exclure des objets de chaîne de données archivés des imports de modèle si les objets archivés dans l'environnement source n'existent pas déjà dans l'environnement cible.
Note:
Les objets qui dépendent de l'objet archivé sont également exclus de l'import de modèle s'ils n'existent pas dans l'environnement cible. Si un objet dépendant est partiellement exclu, il apparaît dans l'import ou l'aperçu de modèle avec un message d'avertissement indiquant qu'il n'a pas pu être importé.
Par exemple, si vous excluez une dimension archivée lors de l'import et que la dimension n'existe pas déjà dans l'environnement cible, les objets tels que les liaisons de dimension, les types de noeud, les stratégies et les extractions sont également exclus de l'import de modèle s'ils n'existent pas non plus dans l'environnement cible.
- Vous pouvez transférer les applications et les dimensions dans un même fichier de modèle. Par exemple, vous pouvez sélectionner une application GL et deux dimensions d'une application Planning. Toutefois, la sélection d'une application inclura automatiquement toutes les dimensions correspondantes. Vous ne pouvez pas sélectionner une application, puis uniquement un sous-ensemble de dimensions de cette application. Par conséquent, si l'application GL comporte trois dimensions, vous pouvez sélectionner deux dimensions seules. Cependant, les trois dimensions sont automatiquement incluses si vous sélectionnez l'ensemble de l'application.
Tip:
Si vous disposez de convertisseurs de type de noeud ou d'abonnements dans plusieurs applications, il peut être utile de transférer ces applications et dimensions dans un même fichier de modèle. Par exemple, si vous disposez d'un abonnement entre un point de vue Compte dans une application GL et un point de vue Compte dans une application Planning, vous pouvez transférer dans un même fichier de modèle l'application GL ainsi que la dimension Compte de l'application Planning qui contient le point de vue d'abonnement.
- Lorsque vous transférez une dimension, l'application qui contient la dimension doit exister dans l'environnement cible.
- Pour transférer une application ou une dimension entre des environnements, la version des deux environnements doit être identique.
- Lors de l'import d'un modèle, si un utilisateur ou un groupe existe dans l'environnement source et dans l'environnement cible, les références d'utilisateur et de groupe suivantes sont importées pour les objets associés :
- Autorisations
- Utilisateurs et groupes de stratégies
- Personnes affectées à l'abonnement
- Filtres de vue pour les utilisateurs et les groupes
Si un utilisateur ou un groupe de l'environnement source n'existe pas dans l'environnement cible, les références d'utilisateur ou de groupe associées ne sont pas transférées. Un message apparaît et indique les utilisateurs et les groupes manquants dans l'environnement cible, ainsi que les objets associés qui n'ont pas été importés.
- Les applications ou dimensions source et cible doivent exister toutes les deux dans l'environnement cible afin d'importer des convertisseurs de type de noeud et des abonnements. Transférez les applications source et cible dans le même fichier de modèle, ou veillez à importer l'application ou la dimension source pour les convertisseurs et les abonnements d'abord, afin que ces derniers soient créés lorsque vous importez l'application ou la dimension cible.
- Si vous transférez une dimension dont les propriétés utilisent un type de données de noeud pour référencer d'autres dimensions, ces dimensions source doivent déjà exister dans le système cible. Si ce n'est pas le cas, transférez d'abord ces dimensions source ou utilisez un modèle d'application pour transférer toutes les dimensions dans le même fichier de modèle.
- Lorsque vous importez les objets globaux énumérés ci-dessous, si l'objet existe déjà dans l'environnement cible avec le même nom mais un ID différent, l'objet source est renommé dans l'environnement cible afin de le rendre unique :
- Propriétés
- Vues
- Ensembles de consultations
- Connexions globales
- Après avoir exporté une application ou une dimension vers un modèle, vous pouvez passer en revue le contenu du fichier de modèle dans un visualiseur
.json.
Caution:
La modification manuelle du fichier de modèle n'est pas prise en charge.