En savoir plus sur la migration d'un environnement Oracle EBS par méthode de secours à l'aide d'EBS Cloud Manager

Cette méthode de migration à temps d'arrêt réduit fonctionne avec les environnements cible qui utilisent Oracle Base Database Service ou Exadata Database Service.

Dans ce guide, vous utilisez Cloud Manager pour configurer une version de secours de votre environnement sur site dans Oracle Cloud Infrastructure (OCI), puis promouvez cette version de secours vers la production pour terminer la migration. Cette fonctionnalité est disponible pour EBS 12.2 et Oracle Database 19c, et utilise la migration sans temps d'arrêt (ZDM) d'Oracle pour rendre le processus plus fluide.

Architecture

Cette solution implémente l'architecture suivante :


Description de l'image migrate-ebs-env-prod.png
description de l'illustration migrate-ebs-env-prod.png,

migrer-ebs-env-prod-oracle.zip

L'architecture se compose des composants suivants :

  • Responsable cloud Oracle E-Business Suite

    Oracle E-Business Suite Cloud Manager est une application Web qui pilote les principaux flux d'automatisation pour Oracle E-Business Suite sur OCI, notamment la migration d'environnements Linux à partir d'un environnement sur site, le provisionnement de nouveaux environnements et l'exécution d'activités de gestion du cycle de vie.

  • Niveau des applications

    Le niveau Applications Oracle E-Business Suite héberge les différents serveurs et groupes de services, y compris les services Web, les services Forms et le serveur de traitement simultané, qui traitent la logique métier et gère la communication entre le niveau Bureau et le niveau Base de données.

  • Oracle Database

    Cette architecture est valide pour les environnements cible qui intègrent Oracle Base Database Service 19c ou Oracle Exadata Database Service 19c.

  • OCI Object Storage

    OCI Object Storage fournit un accès à des quantités importantes de informations structurées et non, de tout type de contenu, y compris les sauvegardes de base de donnée, les données analytiques et le contenu enrichi tel que des images et des vidéos. Vous pouvez stocker des données en toute sécurité directement à partir des applications ou de la plate-forme cloud. Vous pouvez redimensionner le stockage sans dégradation des performances ni de la fiabilité de services.

    Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archive pour le stockage "à froid" que vous conservez durant de longues périodes et auquel il est rare d'y accéder.

  • Oracle Data Guard

    Oracle Data Guard et Active Data Guard fournissent un ensemble complet de services permettant de créer, de maintenir, de gérer et de surveiller des bases de données de secours afin que des bases de données Oracle de production puissent rester disponibles sans interruption. Oracle Data Guard conserve ces bases de données de secours en tant que copies de la base de données de production à l'aide de la réplication en mémoire. Si la base de données de production devient indisponible en raison d'une coupure planifiée ou non planifiée, Oracle Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production, ce qui réduit le temps d'inactivité associé à la coupure. Oracle Active Data Guard offre la possibilité supplémentaire de décharger les charges globales en lecture principalement vers les bases de données de secours et fournit également des fonctionnalités avancées de protection des données.

Répondre aux prérequis

Avant de procéder à cette solution, vous devez satisfaire aux prérequis suivants :

  • Connectez Cloud Manager au niveau de l'application source et de la base de données via SSH, directement ou via un serveur de bastion.
  • Connectez le niveau d'application cible au niveau d'application source via SSH, directement ou via un serveur de bastion.
  • Vérifiez la connectivité entre les niveaux de base de données source et cible à l'aide de TNSPing dans les deux sens.
  • Ouvrez des ports de pare-feu pour les noeuds d'application et de base de données source.
  • Assurez-vous que les noms d'hôte source et cible et les noms d'analyse peuvent être résolus par DNS à partir des niveaux de base de données source et cible.
  • Activez le cryptage transparent des données (TDE) pour l'environnement source et cryptez tous les tablespaces (à l'exception de TEMP) dans la base de données Conteneur et la base de données pluggable. Incluez des entrées oratab, des entrées de processus d'écoute et utilisez Oracle Managed Files (OMF) pour le fichier de journalisation. Définissez le paramètre dg_broker_config_file. Pour plus d'informations sur TDE, reportez-vous au manuel Oracle Advanced Security Guide 19c, auquel vous pouvez accéder à partir de Explorer davantage, ailleurs dans ce manuel.
  • Annulez la définition du paramètre LOG_ARCHIVE_DEST sur la source ; utilisez plutôt LOG_ARCHIVE_DEST_1.
  • Conservez la base de données à l'adresse 19c Release Update (RU) 19.21 ou ultérieure, conformément aux dernières exigences de mise à jour trimestrielle pour Oracle E-Business Suite Cloud Manager. Pour plus de détails, reportez-vous à "Prise en charge de l'automatisation cloud pour les mises à jour trimestrielles de base de données" dans le document de connaissances My Oracle Support 2517025.1, Introduction à Oracle E-Business Suite sur Oracle Cloud Infrastructure, accessible à partir de Explorer davantage, ailleurs dans ce guide stratégique.
  • Créez un dossier intermédiaire dans l'environnement source avec les droits d'accès appropriés : utilisez chmod 777 pour /u01/STAGE et chmod 755 pour /u01.
  • Faites correspondre les systèmes d'exploitation entre la source et la cible. Si la cible utilise Oracle Database@Azure, exécutez la base de données source sur OL8.
  • Fournissez au moins 2 Go d'espace temporaire au niveau de la base de données source pour la base de données Conteneur et la base de données pluggable.
  • Assurez-vous qu'aucune session ADOP n'est active ou en cours d'exécution. Ne démarrez aucune session après la création de la base de données de secours, car la promotion échouera.
  • Assurez-vous que /tmp dispose de suffisamment d'espace et que l'utilisateur sudo peut y lire et y écrire, car le moniteur ZDM utilise ce répertoire.
  • Définissez des mots de passe pour le cryptage APPS, WebLogic Server, SYS et TDE afin de respecter les normes de sécurité d'Oracle E-Business Suite Cloud Manager.
  • Ne modifiez pas le mot de passe du portefeuille TDE sur la source ou la cible, car cela peut entraîner des problèmes lors de la promotion de l'instance de secours.