Tâches à effectuer après le clonage d'environnements

Si vous n'avez plus l'intention d'utiliser l'environnement source une fois le processus de clonage terminé, vous devez réaliser certaines étapes pour veiller à ce que les URL, scripts, signets, etc., définis pour l'environnement source fonctionnent de manière fluide pour l'environnement cloné.

Communication de l'URL de l'environnement aux utilisateurs Cloud EPM

Les administrateurs de service doivent avertir les utilisateurs d'Oracle Fusion Cloud Enterprise Performance Management au sujet de la nouvelle URL de l'environnement, ainsi que des URL suivantes :

  • URL pour accéder à l'environnement. Reportez-vous à la section Exemples d'URL Cloud EPM dans le guide Guide de mise en route pour les administrateurs
  • URL pour établir des connexions Oracle Smart View for Office publiques et privées à l'environnement

Modification des scripts EPM Automate et d'API REST

Modifiez les scripts EPM Automate et d'API REST que vous envisagez d'exécuter sur l'environnement cloné. Ces valeurs doivent être modifiées :

  • URL de l'environnement.
  • Mot de passe de l'utilisateur si le mot de passe est différent dans l'environnement cloné.

Mise à jour facultative des requêtes de rapport personnalisé Task Manager, Supplemental Data Manager et de journal Enterprise

Si nécessaire, mettez à jour les requêtes de rapport personnalisé Task Manager, Supplemental Data Manager et de journal Enterprise, le cas échéant, dans l'environnement cloné. Cette mise à jour peut être requise si des ID internes d'objets, comme des tâches, des journaux et des attributs, ont été modifiés pendant la migration. Cette mise à jour peut être requise pour les environnements Planning, de modules Planning, Tax Reporting et Financial Consolidation and Close clonés.

Note:

La migration gérée par Oracle n'entraîne aucune modification des ID internes d'objet.

Mise à jour des URL Smart View

Modifiez les URL Smart View de connexion publique et privée afin qu'elles pointent vers l'environnement cloné. Vous pouvez également mettre à jour les URL de connexion, le cas échéant. Reportez-vous aux sources d'information suivantes :

Création d'URL personnalisées

Si les utilisateurs se servent d'URL personnalisées pour se connecter aux environnements, créez une URL personnalisée ou mettez à jour une URL existante pour pointer vers l'URL de l'environnement cloné. Reportez-vous à la section Utilisation d'URL personnalisées dans le Guide de mise en route pour les administrateurs.

Modification des signets

Rappelez aux utilisateurs de modifier leurs signets afin qu'ils pointent vers l'environnement cloné.

Modification des processus métier intégrés

Modifiez des flux de navigation en mettant à jour des connexions définies pour les processus métier intégrés afin d'intégrer l'environnement cloné dans les flux de navigation.

Note:

Si vous déplacez plusieurs instances d'un processus métier intégré vers un nouveau domaine, l'authentification unique entre les instances ne fonctionnera pas tant que toutes les instances n'auront pas été migrées.

Configuration de l'authentification unique

Si vous aviez configuré l'authentification unique pour authentifier les utilisateurs et que la migration a entraîné une modification dans le domaine d'identité en cours d'utilisation, vous devez reconfigurer l'authentification unique. Reportez-vous à la section Configuration de l'authentification unique dans le Guide de mise en route pour les administrateurs.

Note:

Il n'est pas nécessaire de reconfigurer l'authentification unique si vous l'avez configurée en tant que prérequis pour le clonage.

Reconfiguration de l'agent d'intégration

Mettez à jour la configuration de l'agent d'intégration pour veiller à ce que l'environnement cloné soit correctement intégré avec lui.

Mise à jour de l'intégration à d'autres services

Si l'environnement source a été intégré à d'autres services, consultez les paramètres d'intégration pour veiller à ce que l'environnement cloné soit correctement intégré avec eux.

Mise à jour des adresses IP

Mettez à jour la configuration avec la nouvelle adresse IP dans les cas suivants :

  • Vous utilisez l'adresse IP de l'environnement Cloud EPM source n'importe où (par exemple, vous l'avez ajoutée à votre configuration proxy en tant qu'adresse IP sortante autorisée).

    Dans ce cas, recherchez l'adresse IP de l'environnement cible à l'aide de la commande nslookup ou ping et mettez-la à jour.

  • Vous effectuez une migration d'une région vers une autre et vous avez ajouté l'adresse IP sortante de la région source à la liste d'autorisation d'un autre environnement (un environnement Fusion ERP par exemple).

    Dans ce cas, modifiez l'adresse IP pour la remplacer par l'adresse IP sortante de la nouvelle région. Pour obtenir l'adresse IP sortante de la région OCI dans laquelle se trouve votre environnement, reportez-vous à la section Adresses IP sortantes des centres de données et des régions Cloud EPM du Guide des opérations.